시스템이 "전원 끄기"로 켜지지 않고 정지됩니다.


13

Haswell CPU (BIOS 개정 00KT19AUS) 및 NVIDIA GeForce GTX 850A 2GB가 장착 된 Lenovo IdeaCentre A740 QHD에 Xubuntu 15.04를 설치했습니다. 종료 또는 재부팅 할 때를 제외하고는 대부분 작동합니다. 모든 것을 종료 한 후에 실제로 전원을 끄지는 않습니다.

IMG :

실제로 전원 버튼을 클릭하여 실제로 끕니다.


향후 펌웨어가있을 경우를 대비하여 Windows 8.1 설치를 유지했습니다. Xubuntu를 설치하기 전에 Windows에서 Fastboot를 끈 다음 Xubuntu를 설치했습니다. 불행히도 UEFI BIOS는 부팅 순서를 변경하지 않아 우분투가 실제로 기본값으로 시작되었습니다. 나는 bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efiBIOS에서 "quickboot"(무엇이든)를 끄고 라이브 세션에서 Boot-Repair 프로그램을 시도했지만 SecureBoot를 끄려고 시도했지만 여전히 Windows를 부팅하려고 시도했습니다. 나는 freenode에서 #ubuntu의 EricC ^^의 도움으로 부팅 관리자가 우분투를 Windows라고 생각하도록 .efi 파일을 바 꾸었습니다.

cp /boot/efi/efi/boot/bootx64.efi{,.backup}
cp /boot/efi/efi/microsoft/boot/bootmgfw.efi{,.backup}
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/boot/bootx64.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/bootmgfw.efi
cp /boot/efi/efi/ubuntu/grubx64.efi /boot/efi/efi/microsoft/boot/grubx64.efi
sudo vim /usr/lib/os-probes/mounted/efi/20microsoft
# and changed bootmgfw.efi to bootmgfw.efi.backup
update-grub

이 중 하나가 종료 문제와 관련이 있는지 모르겠습니다.

편집 : 생각해 보니, Xubuntu 설치에서 재부팅 (USB 드라이브를 통해 부팅했을 때)도 작동하지 않았습니다.


내가 셧다운하기 위해 지금까지 시도한 것 :

  • acpi = off → 차이 없음
  • acpi = 강제 → 차이 없음
  • 독점 Nvidia 드라이버 설치 → 방금 "bbswitch : No discrete VGA device found"메시지로 X가 시작되지 않도록 함
  • 다양한 변화 sudo poweroff, sudo shutdown now, sudo shutdown -h now

또한 종료 대신 재부팅하면 모니터에 환각 표시가 나타나고 전원 버튼을 길게 클릭하여 끄십시오.

재 부팅 재미

도움이된다면, 부팅 후 바로 출력 되는 journalctl이 있습니다 : journalctl -b -1 (부팅에서 셧다운까지의 저널) .


또한 XFCE에 로그인 한 상태에서 전원 버튼을 누르면 컴퓨터가 바로 꺼집니다. 다른 버튼의 경우 전원 버튼을 눌렀을 때 묻기 "와"아무것도하지 않음 "으로 설정되어 있습니다.

내가 /etc/systemd/logind.conf로부터 떨어져 아무 주석 라인이없는 [Login]헤더를.

/usr/sbin/acpid루트로 실행중인 프로세스 가 있습니다 .


편집 : 더 많은 계시 : Ctrl + Alt + Delete는 실제로 GRUB에서 정상적으로 재부팅됩니다.

EDIT2 : 정기적 인 트릭으로 해결할 수없는 버그 보고서를 제출했습니다 .

EDIT3 : acpi = noirq 및 커널 4.4 이상으로 해결되었습니다.


Ubuntu 15.04 Desktop / Server에서 종료 / 시작 중에 시스템이 멈추는 비슷한 문제가 있습니다. 나의 이론은 둘 다 관련 될 수 있다는 것이다. 검사를 통해 시작 문제를 좁히고 dmesg존재하지 않는 파일 시스템을 마운트하려고 시도하고 부팅을 계속하기 전에 잠시 기다렸다는 것을 알았습니다. 또한 종료 문제는 마운트와 관련하여 데스크탑을 종료하면 마운트와 관련이 있습니다. 강제로 마운트 해제하지 않고 서버에 대한 NFS 연결을 열면 정지됩니다. 이러한 문제가 귀하의 문제와 관련이 있는지 확실하지 않지만 문제를 해결해 줄 것이라고 생각했습니다.
Michael Lindman

1
린드 먼의 말은 비스듬히 좋은 지적입니다. 무슨 일이 일어나고 있는지 자세하게 보여주는 로그가 있습니다. 로 읽으십시오 journalctl --all. 답변을 수정 하고 이해하는 데 도움이 필요한 경우 사람들에게 표시하십시오.
JdeBP

JdeBP : 추가되었지만, 내가 말할 수있는 것에서 journalctl 은이 부팅 정보 만 제공합니다. 이전 정보를 유지할 수있는 방법이 있습니까?
unhammer 2016 년


감사합니다 JdeBP는 왜 그 로그가 저장되지 않았는지 궁금했습니다. :) 의심스러운 것을 찾을 수는 없지만 질문 맨 아래에 새로운 링크를 추가했습니다.
unhammer

답변:


4

제공된 정보를 기반으로 한 최고의 추측은 버그가 많은 UEFI BIOS입니다. Haswell의 커널 버그를 파헤쳐 서 가능한 해결 방법을 찾았습니다. xhci_hcd.quirks=262144UEFI에서 부팅 옵션으로 사용하거나 xhci 비활성화를 시도하십시오 .

내가 생각할 수있는 유일한 다른 옵션은 다음과 같습니다.

A) 커널 개발 팀이나 Lenovo가 문제를 해결하는 업데이트를 제공하기를 기다립니다.

B) Lenovo 지원에 문의 하여 문제를 해결하는 BIOS 업데이트를 요청하거나 같은 문제를 가진 다른 사람들이 버그 보고서를 구독하도록하십시오. 이것은 A보다 효과적 일 수도 있고 아닐 수도 있습니다.

C) 원하는 결과에 도달 할 때까지 BIOS 또는 커널을 직접 수정하십시오 . 나는이 행동 강령을 추천하지 않고 완전성을 위해 그것을 포함한다. BIOS를 수정하면 보증이 무효화 된 부팅 불가능한 시스템으로 쉽게 이동할 수 있습니다. 또한 위에서 언급 한 링크 된 문서에서 자신의 커널을 컴파일하는 이유와 반대 이유를주의 깊게 읽어야합니다.

출처 : https://bugzilla.kernel.org/show_bug.cgi?id=66171#c118


Broadwell 시스템 용 ( support.lenovo.com/us/en/products/desktops-and-in-ones/… ), 내 Haswell (BIOS 개정판 00KT19AUS)
Unhammer

문제가되는 새로운 정보를 수정했습니다.
Geek

답을 편집했습니다
Geek

참고 : Christopher M. Penalver는 내가 BIOS에 대해했던 것과 같은 잘못된 결론을 내린 것 같습니다. 보고 된 버그를 빠르게 파악할 수 있습니다.
Geek

1
XHCI 설정은 USB와 관련이 있습니다. BIOS에서 해당 설정을 찾는 데 도움이되기를 바랍니다. 그렇지 않은 경우 Lenovo 고객 서비스에 1 (855) 253-6686으로 문의하여 어디서 찾을 수 있는지 또는 작업 중에 BIOS 업데이트가 있는지 문의하십시오. 모두 제일 좋다!
Geek

4

추가해보십시오

acpi=noirq

커널 부팅 매개 변수에 이를 통해 종료 / 재시작시 (커널 4.4 및 4.7rc5로 테스트) 전원을 끌 수 있습니다.

전원 단추를 눌렀을 때 일시 중지 된 것 같지만 불행히도 다시 시작 되지 않습니다 .

이것은 A740에서 3 개월 이상 잘 작동했기 때문에 이것을 해결이라고 부릅니다.


나는 나의 옵션 A)가 당신을 위해 일하게 된 것을 기쁘게 생각합니다! :-)
Geek

"기다리고 희망"에서와 같이? 내가 실제로 한 것은 우분투 리눅스 패키지에서 버그로보고하고 새로운 메인 라인 릴리스를 시도한 후에도 아무것도 해결하지 못하면 업스트림으로보고했습니다. 먼저 잘못된 구성 요소 bugzilla.kernel.org/show_bug.cgi?id = 118401 이면 ide / ahci로 보내졌고 일부 전자 메일 교환 후 유용한 디버그 출력을 얻으 려고 시도 했지만 marc.info/?t=146296312800002&r=1&w=2 제안 된 다른 옵션을 시도해 본 결과 작동했습니다. 기다렸다가 업그레이드해도 문제가 해결되지 않으므로 그럽 설정을 편집해야합니다.
unhammer

어쨌든, 나는 당신이 그것을 분류해서 기쁘다. 그것이 A인지 B인지 :-)
Geek

2

시스템 파일을 조사한 후 BIOS에 대한 경고가 표시되었습니다. 인텔 웹 사이트를 확인한 결과 메모리 주소가 겹치는 문제를 해결하는 것처럼 보이는 업그레이드가있었습니다. 분명히 동일하지는 않지만 내 로그에 따르면 BIOS의 여러 섹터가 예기치 않은 값을 반환하여 커널 시작을 방해하지는 않았지만 분명히 좋지 않았습니다. 커널이 사용을 중지하고 사용 upstart을 시작하기 전까지는 문제가 분명하지 않았습니다 systemd.

업데이트 된 BIOS를 다운로드하여 적용하면 시스템이 예상대로 꺼집니다.


이것은 어떤 시스템 / BIOS입니까? (Lenovo는 아직 프로세서 아키텍처를 위해 업데이트 된 BIOS를 출시하지 않았습니다.)
unhammer

0

뭐라고 cat /etc/default/halt? 시도하십시오 halt -p.

/etc/init.d/halt이 줄을 편집 하고 제거 할 수도 있습니다 .

if [ "$INIT_HALT" = "HALT" ]
then
  poweroff=""
fi

이하

poweroff="-p"

halt -p다르지 않지만 여전히 완전히 종료되지 않습니다.
unhammer 2016 년

아, 그리고 / etc / default / halt가 말합니다 HALT=poweroff. 그러나 안 halt -p이나 poweroff 또는 shutdown now아직 관계없이 거기에 무엇의 작업?
unhammer 2016 년

0

커널 로그 (스크린 샷)에서 무인 업그레이드가 문제의 원인 일 수 있다는 직감이 있습니다. 가 있었다 몇 가지 버그 리포트 전에이 년에, 그러나 해결되지 않았습니다. 이에 대한 임시 픽스는 업데이트에 의한 자동 업데이트를 비활성화하는 것이지만 최후의 수단으로 유지합니다. 그러나 우선 수동 업그레이드를 시도합니다.

sudo apt-get autoremove
sudo apt-get dist-upgrade

그래도 문제가 해결되지 않고 업그레이드가 오류나 경고없이 진행된 경우 문제의 원인을 찾을 수 있는지 좀 더 깊이 파고 들으려고합니다. 의 내용을 검사하여 리드를 얻을 수 /var/log/unattended-upgrades있습니다. 어떤 업데이트가 문제의 원인인지 알아낼 수 있으면을 수정하여 업데이트를 블랙리스트에 올릴 수 /etc/apt/apt.conf.d/50unattended-upgrades있습니다.

그래도 문제가 해결되지 않으면 패키지를 일시적으로 제거하여 원인인지 확인할 수 있습니다.

sudo apt-get remove unattended-upgrades 

문제가 해결 된 경우에도 다시 설치하는 것이 좋습니다. 이 경우 개발자가 문제를 해결할 수 있도록 자세한 정보와 함께 버그 보고서를 다시 가져 오십시오.

경고 : 자동 업데이트를 비활성화 한 다음 시스템을 수동으로 업데이트하지 않으면 보안 및 안정성 관점에서 위험에 노출 될 수 있습니다.


-이 새로 설치입니다 autoremovedist-upgrade: 등 및 / var / 로그 / 무인 업그레이드가 비어 "제거, 0을 업그레이드 0"가 $ wc -c < /var/log/unattended-upgrades/unattended-upgrades-shutdown.log제공0
unhammer

또한에 프로그램 /lib/systemd/system-shutdown이 없으므로 poweroff를 입력 할 때 호출해야하는 서비스가 없습니다 . 그리고 unattended-upgrades완전히 제거해 도 효과가 없었습니다.
unhammer

0

나는 모든 것을 시도했고 며칠 후에이 포럼의 낮은 등급의 답변으로 트릭을 수행했습니다 .Ubuntu 14.04가 종료되었습니다

나를 위해 해결책은 커널을 업그레이드하는 것이 었습니다. 우분투 15.10에서 4.5.3을 사용했습니다 (이보다 큰 것은 로그인 후 OS를 중단시킵니다) .4.7 RC3은 우분투 16.04에서 작동합니다.

이제 완벽하게 작동합니다 :-)


그것은 내 시스템에서 작동하지 않았습니다. 버그 보고서에서 알 수 있듯이 이미 4.7 개의 커널을 많이 시도했지만 부팅이 불가능했습니다! 커널 목록에서 업스트림 및 디버깅 도움말을보고 한 후 내 문제 (부팅 및 종료시 전원 끄기)에 대한 해결 방법은 acpi=noirq askubuntu.com/a/794739/25639
unhammer

0

ACPI와 관련이 있음을 확인할 수 있습니다. 커널 개발 목적으로 Linux 4.20-rc3에서 acpi = off를 전달하는 경우에만 내 시스템에서이 정확한 동작을 보입니다. ACPI가 처음에 활성화 된 경우 BIOS에서 ACPI 구현에 버그가있을 가능성이 있습니다. 나는 당신이 커널 업그레이드가 도움이되었다고 말했다. 그러나 BIOS 업그레이드도 트릭을 수행했을 수 있습니다.


이것은 실제로 질문에 대답하지 않습니다. BIOS와 관련된 제안은 가능한 해결책을 나타내며 실제로 시도하지 않은 것처럼 보입니다. 실제로 OP는 "커널 부팅 매개 변수에 acpi = noirq를 추가하여"자신의 문제를 해결했다고 표시했습니다.
CentaurusA

0

나는 같은 문제가 있었고 그것이 UEFI 부팅과 관련이 있다고 생각합니다. 원래 Windows 8 인 Acer Aspire V 11에서는 BIOS에서 EFI 부팅 및 보안 부팅이 "비활성화 됨"으로 설정된 OpenSUSE Leap 15.0을 새로 설치했습니다. 이제 종료, 재부팅 및 일시 중단이 올바르게 작동합니다.

이전에는 레거시 부팅에서 Ubuntu 16.04, 18.04 및 가장 최근 18.10을 사용했으며 모두 동일한 문제가 발생했습니다. 또한 Fedora 24, OpenSUSE Tumbleweed 및 OpenSUSE 42.2를 모두 동일한 문제로 시도했습니다.

또한 EFI 부팅 및 보안 부팅이 활성화 된 상태에서 Ubuntu 18.10을 시도했지만 부팅 할 수없는 장치 오류가 발생했습니다. 보안 부팅이 비활성화 된 상태에서 EFI 부팅을 시도하지 않았습니다.


-1

하드웨어가 소프트웨어 종료를 지원하지 않을 수 있습니다. 이전에 그런 일이 있었으며 테스트 방법은 다음과 같습니다.

sudo poweroff

하드웨어가 종료되지 않으면 하드웨어 문제이며 소프트웨어가 아닙니다.


3
질문에서 알 수 있듯이, 나는 그것을 시도하지 않았습니다. 그러나 GRUB은 소프트웨어 재부팅을 잘 관리하고 (전원 끄기 테스트 방법은 확실하지 않음) Windows 8.1은 소프트웨어 전원을 끄고이 하드웨어에서는 제대로 재부팅합니다. 커널 문제처럼 보이므로 버그 보고서를 제출했습니다 .
unhammer

1
버그 신고서 제출
Daniel

-1 달리 발견하기 때문입니다. systemd-shutdown[1]: Powering off.12.04 및 14.04에서는 시스템이 제대로 종료되었지만 16.04를 새로 설치하지 않은 상태로 종료됩니다 .
Nateowami 2016 년

-1
  1. 다시 시작한 다음 F2
  2. 구성으로 이동하여 xHCI 비활성화
  3. 저장하고 종료

그것에 대해 생각하지 말고 그냥 믿어 라. :)


BIOS에서 XHCI 설정을 찾을 수 없습니다. 모든 USB를 끌 수는 있지만 옵션이 아닙니다.
unhammer 2016 년

이것은 모든 USB를 돌지는 않을 것입니다 그것은 단지 usb3를 돌릴 것입니다
Talal
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.