Як налагодити призупинення налагодження?

Я використовую Ubuntu вже близько п’яти років, і досі не можу змусити його призупиняти, коли хочу. Це дуже дратує, що я можу запрограмувати шторм, зламати машину численними іншими способами, і все ж, і все ж, коли я намагаюся змусити її призупинити або відладку призупинити, я збиваюся з жалю.

Мені потрібна допомога.

З чого я починаю шукати проблему? Що робити, щоб це виправити? Я закладаю це щедро, тому що я буквально втратив години свого життя на цю проблему, і залишати комп’ютер на ВСІМ час страшний.

Симптоми:

• Натискання призупинення приводить мій комп'ютер до стану, коли на ньому є миготливий курсор, вентилятори працюють, здається, що HD вимкнувся (я думаю), і я не можу нічого зробити, щоб повернути його з цього стану (окрім жорстке перезавантаження).
• Можливо, пов'язано: мої вентилятори залишаються увімкненими навіть після відключення, і навіть тоді мені потрібно натиснути кнопку живлення протягом п’яти секунд, перш ніж я можу запустити її знову.
• Я не знаю, які журнали слід шукати, щоб налагодити проблему, і я думаю, що вони все-таки отримають нудизацію при перезавантаженні.

Будь ласка, допоможіть. Це змушує мене зовсім горіхи, і я з цим живу вже більше року.

З https://wiki.ubuntu.com/UnderstandingSuspend

• Найбільша проблема - графічне обладнання
• спробуйте призупинити без обмежених пристроїв (nvidia, fglrx)
• ядро не знає, як обробляти графічні пристрої
• BIOS знає, як відновити графічний стан
  • через 16-бітний сегментований режим C000: xxxx містить видимий 64-кілограмовий відеоролик.
  • запуск виконання на C000: 0003, як правило, повторно розміщує відео BIOS (/ usr / sbin / vbetool post)
    • складніше в 64-бітовому режимі, оскільки 16-бітові дзвінки потрібно емулювати.
    • деяка пам'ять знаходиться в діапазоні 3-4G, що вимагає перестановки під час емуляції, щоб уникнути попадання на ядро, яке відображається в одному просторі. o відео BIOS, можливо, започаткував код POST з вікна C000. o nvidia BIOS перезаписує ROM, щоб просто повернутися, щоб зупинити повторну публікацію, спробуйте призупинити його з консолі (через /etc/acpi/sleep.sh)
  • переконайтеся, що ви вийшли з Xorg (або запустіть sleep.sh за допомогою аргументу "сила")
  • якщо BIOS відео не залишається в нормальному стані, повернення до Xorg може завісити обладнання
  • тестує caplock на резюме (якщо немає шапки, ядро ​​висіло)
  • якщо підсвічування не вмикається, відео BIOS, ймовірно, не повторно активізувався
  • якщо екран порожній, але має підсвітку, спробуйте натиснути клавішу Enter або переключитися між віртуальними терміналами
  • спробуйте в режимі однокористування (додавши "єдиний" до параметрів завантаження ядра grub)
  • для детальної інформації про дії, спробуйте bash -x /etc/acpi/sleep.sh> /root/sleep.log 2> & 1
  • дивіться інформацію про dmidecode, яка відповідає налаштуванням у /usr/share/acpi-support/*.config
  • якщо консоль однокористувацького режиму призупинення або відновлення не працює
  • Слід PM (echo "1"> / sys / power / pm_trace), який запише хеші пристроїв у системний таймер
  • спроба призупинити
  • після відмови, перезавантажте, вивчіть вихід dmesg на записи "хеш пристрою", щоб відстежити пристрій, який повісив систему під час відновлення.
  • усвідомлюючи, що це скине системний годинник, і fsck вибухне ("минув без fsck за 31337 днів"). врахуйте tune2fs -c 0 / dev / your / файлові системи.

Ви можете знайти безліч вказівок / порад тут і тут .

З вашого опису здається, що ваш ACPI не працює належним чином, або драйвери ядра перешкоджають повній зупинці роботи. Друга посилання показує, як боротися з такою проблемою.

Симптоми:

• Натискання призупинення приводить мій комп'ютер до стану, коли на ньому є миготливий курсор, вентилятори працюють, здається, що HD вимкнувся (я думаю), і я не можу нічого зробити, щоб повернути його з цього стану (окрім жорстке перезавантаження).
• Можливо, пов'язано: мої вентилятори залишаються увімкненими навіть після відключення, і навіть тоді мені потрібно натиснути кнопку живлення протягом п’яти секунд, перш ніж я можу запустити її знову.
• Я не знаю, які журнали слід шукати, щоб налагодити проблему, і я думаю, що вони все-таки отримають нудизацію при перезавантаженні.

Я заходжу на сайт для багатьох проблем Linux - Arch Linux. Ось що розміщено щодо призупинення / відновлення проблем, подібних до ваших:

Миттєві пробудження від призупинення

Для деяких систем Intel Haswell з чіпсетом LynxPoint та LynxPoint-LP повідомляються про миттєві пробудження після призупинення. Вони пов'язані з помилковими реалізаціями BIOS ACPI і тим, як xhci_hcdмодуль інтерпретує його під час завантаження. Оскільки зведені системи, що стосуються обходу, додаються до чорного списку (іменованого XHCI_SPURIOUS_WAKEUP) ядром у кожному конкретному випадку. [ 2 ]

Можливо, миттєве відновлення може статися, наприклад, якщо під час призупинення підключено USB-пристрій і активовано тригери ACPI. Життєздатною обробкою для такої системи, якщо вона ще не є у чорному списку, є відключення тригерів пробудження. Приклад відключення пробудження через USB описується наступним чином. [ 3 ]

Щоб переглянути поточну конфігурацію:

$ cat /proc/acpi/wakeup

Device  S-state   Status   Sysfs node
...
EHC1      S3    *enabled  pci:0000:00:1d.0
EHC2      S3    *enabled  pci:0000:00:1a.0
XHC       S3    *enabled  pci:0000:00:14.0

...

Відповідними пристроями є EHC1( EHC2і XHCдля USB 3.0). Щоб переключити їх стан, вам слід наголосити ім'я пристрою на файлі як root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Це призведе до того, що підвіска знову запрацює. Однак ці налаштування є лише тимчасовими і їх потрібно буде встановлювати при кожному перезавантаженні. Щоб автоматизувати це, подивіться на файли systemd # Writing unit . Про можливе рішення та додаткову інформацію див. У потоці BBS .

Вся стаття Arch Linux, присвячена призупиненню / резюме, є чудовим посиланням для багатьох областей:

1 Low level interfaces
    1.1 kernel (swsusp)
    1.2 uswsusp
2 High level interfaces
    2.1 systemd
3 Hibernation
    3.1 About swap partition/file size
    3.2 Required kernel parameters
        3.2.1 Hibernation into swap file
    3.3 Configure the initramfs
4 Troubleshooting
    4.1 ACPI_OS_NAME
    4.2 VAIO Users
    4.3 Suspend/hibernate doesn't work, or not consistently
    4.4 Wake-on-LAN
    4.5 Instantaneous wakeups from suspend