나는 이 컴퓨터에 BIOS 설정에 문제가 있었지만 13시 10분에 문제가 해결되었다는 이야기를 수년에 걸쳐 들었습니다. 13.10에서는 이런 일이 발생하지 않았지만 이제 14.04가 되면서 이러한 증상이 나타나기 시작했습니다.
정확히 무슨 일이 일어나는지는 배터리 전원을 사용하면 거의 50%까지 정상적으로 작동한 다음 자동으로 종료되거나 작동이 멈추고 팬이 충돌할 때까지 미친 듯이 작동한다는 것입니다.
연결하면 아무런 문제가 발생하지 않습니다. 전원을 연결한 상태에서 실행하고 문제가 발생하지 않기 때문에 발열 문제는 아닙니다.
로그를 찾아보았지만 정확히 무엇을 찾아야 할지 모르겠습니다. 제 생각에는 이것이 시작하기에 좋은 곳일 수 있지만 그 외에 이 동작을 본 사람이 있거나 해결 방법을 아는 사람이 있습니까?
다른 어떤 사양이 유용할까요?
dmidecode -s bios-version: UX31E.210에 따른 BIOS
답변1
여기에 대한 모든 힌트와 팁을 제공해 주셔서 감사합니다. 다른 사람들과 마찬가지로 저는 Windows 7을 실행하는 동안 Zenbook UX21E에 수년 동안 문제가 있었습니다. 저는 전통적인 MS 업데이트 외에는 수년 동안 OS를 업그레이드한 적이 없습니다. Windows에서는 AC 전원을 공급하는 동안 문제가 갑작스럽게 종료되는 것으로 국한되었습니다. (솔직히 그냥 전원커넥터에 쇼트가 난 줄 알고 그냥 전원을 끄고 뽑기로 했어요.)
그러나 지난주에 이 컴퓨터에 Ubuntu 14.04를 설치했는데 동작이 더 나빠졌습니다. 전원을 뽑았을 때뿐만 아니라 사용 후 약 20분 후에도 꺼졌습니다. 센서를 설치하고 while-do 루프에 고정하고 Fraqtive 애니메이션을 실행하여 기계가 열심히 작동하도록 했습니다.
물론 전력이 75% 미만이고 온도가 80C일 때 기계가 꺼졌습니다.
이 스레드를 읽은 후 펌웨어를 업데이트했습니다. 이는 AC를 뽑은 후 갑작스러운 종료에 도움이 되었지만 배터리를 사용하는 동안 75%/80C 제한에 도달했을 때는 도움이 되지 않았습니다. 기기의 전원이 여전히 예기치 않게 꺼집니다.
그래서 뒷면을 열고 배터리를 5분 동안 분리했습니다. 다시 연결하고 전원을 켠 후 - 센서와 Fraqtive 테스트를 실행했습니다.
....CPU 온도에 관계없이 배터리가 완전히 방전될 때까지 기기는 작동 상태를 유지했습니다.
따라서 가장 좋은 추측은 문제의 조합이었다는 것입니다. AC를 꺼낼 때 오래된 펌웨어가 갑작스런 종료를 담당했으며(위에 언급된 모든 이유 때문에) 배터리 연결을 끊었다가 다시 연결하면 분명히 일종의 낮은 전압이 재설정됩니다. 배터리 판독값이 부정확했습니다. (오탐지를 발행한 것이 배터리의 펌웨어인지 Zenbook의 펌웨어인지는 알 수 없습니다.)
어쨌든 나는 돌아왔고, 기계는 꽤 건강하다. 그럼 다시 한번 모든 분들께 감사드립니다.
롭
답변2
저는 ASUS 배터리에 대한 제 경험을 공유하고 싶습니다.
또한 배터리가 30% 미만일 때 넷북이 갑자기 꺼졌습니다. 그러나 나는 팬과 동결 문제가 없었습니다. 나는 어느 날 플러그를 뽑아도 켜지지 않을 때까지 몇 달 동안 그것을 사용했습니다. 배터리의 수명주기를 정의하는 것 같습니다. 약 2시간 동안 에너지를 절약할 수 있었는데 배터리가 갑자기 작동을 멈췄습니다.
어쨌든, 배터리 상태를 모니터링하려면 다음을 클릭하세요.배터리배터리에 대한 자세한 정보를 보려면 전원 표시기 아래에서 다음을 수행하세요.
그런 다음용량백분율은 다음과 같은 비율입니다.가득 차면 에너지에게에너지(설계). 배터리가 언젠가는 작동을 멈출 때까지 재충전할 때마다 배터리가 점점 더 낮아집니다.
그러니 배터리 교체를 고려해 보세요.
답변3
마침내 예상치 못한 종료 및 중단에 대한 안정적인 솔루션이 발견되었습니다!
이는 예상치 못한 종료 및/또는 배터리로 실행되는 동안 중단되는 문제를 겪고 있는 모든 Asus 노트북에서 작동하는 것 같습니다.
- 다음 부팅 인수를 추가하세요.둘 다/etc/default/grub.cfg에서 GRUB_CMDLINE_LINUX_DEFAULT 및 GRUB_CMDLINE_LINUX로:
intel_pstate=pcie_aspm 비활성화=강제 acpi_osi='Windows 2009' acpi_os_name='Windows 2009'
sudo update-grub나중에 실행하는 것을 잊지 마세요 !
- ppa:linrunner/tlp에서 tlp 패키지를 설치하고 최소한 다음 값을 설정하십시오.
/etc/default/tlp
CPU_SCALING_GOVERNOR_ON_BAT=요청 시
CPU_BOOST_ON_BAT=0
PCIE_ASPM_ON_BAT=절전
RUNTIME_PM_ON_BAT=켜기
장치를 종료하고 하단 덮개를 조심스럽게 제거한 다음 마더보드에서 큰 배터리(소형 CMOS 배터리 아님)를 5분 동안 분리합니다. 다양한 Asus 노트북을 안전하게 분해하는 방법을 보여주는 YouTube 동영상이 많이 있습니다. OS 측의 특정 전원 관리 설정을 사용하면 EC(Embedded Controller)가 이상해져서 재설정이 필요합니다. 재설정하는 유일한 방법은 몇 분 동안 배터리를 분리하는 것입니다.
이제부터 종료는 사라져야 합니다. 하지만 그러지 않도록 주의하세요.항상Linux 기반의 라이브 USB 스틱 또는 설치/복구 CD를 사용하고 intel_pstate 드라이버 및/또는 ASPM용 기본 BIOS 설정을 사용합니다. 그렇게 하려고 하면 문제가 다시 재현될 뿐이며 이후에 Zenbook을 다시 한 번 분해해야 합니다. Ubuntu 자체를 다시 설치하는 등 몇 가지 슬픈 경우가 있습니다.가지다문제가 있는 intel_pstate 드라이버를 활용하여 라이브 USB에서 부팅합니다. AC로 실행할 때만 수행하고, 완료되면 이 설명서의 3단계(아무리 지루하더라도)를 반복하십시오.
PS Intel_pstate 및 기본 ASPM BIOS 설정은 결국 mobo의 임베디드 컨트롤러를 미쳐버리게 만들고 배터리가 마더보드에서 분리될 때까지 이 상태를 유지하게 합니다. 이것이 기본적으로 이 문제가 탄생하는 방식입니다.
답변4
나는 내 경험을 보고하기 위해 이 포럼에만 등록하기로 결정했습니다. 배터리 수준이 40% 미만일 때 Ubuntu 18.10이 실수로 종료되는 문제가 있었습니다. 다른 포럼에서는 BIOS의 Intel Virtualization Technology 또는 V-dT 설정이 지적되었습니다. 나는 이것을 테스트했으며 연결이 없음을 보장할 수 있습니다. 여전히 셧다운이 발생하고 있습니다. 이제 커널 매개변수를 추가했으며 /etc/default/grub 아래의 다음 설정으로 문제가 완전히 해결되지 않는다고 보고할 수 있습니다. (그러나 키보드 LED 밝기와 우분투의 디스플레이 밝기 처리는 수정되었습니다.)
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi='!Windows 2012' pcie_aspm=force drm.vblankoffdelay=1 i915.semaphores=1"
실제로 유일한 해결책은 UX31A를 열고 배터리를 5분 이상 제거하는 것입니다. 이제 커널 매개변수에 관계없이 배터리가 위험 수준에 도달하면 정기적인 종료가 작동합니다.
행운을 빕니다, E. 야그마한
내 시스템: UX31A - Ubuntu 18.10 Cosmic - 커널 4.18.0 - BIOS 버전 219