Новий комп'ютер висить при відключенні / перезавантаженні, як усунути неполадки?


24

Моя система працює чудово, але вона зависає під час відключення / перезавантаження / призупинення / сплячки: всі вікна та панель меню зникають, але шпалери робочого столу залишаються. Він навіть не показує екран вимкнення (той, який має анімовані точки), де я міг би натиснути ESC і переглянути текст консолі закриття. Система є абсолютно новою та повністю оновлена ​​за допомогою Update Manager.

  1. Як я можу визначити, що викликає замерзання?
  2. Чи є журнал, який я можу дослідити?
  3. Як я можу це виправити?

Я не бачу очевидної причини замерзання. Єдине вкладення USB - миша / клавіатура; У мене немає додаткового зовнішнього сховища; і у мене не працює жодна програма (машина зависає навіть при відключенні прямо з екрана входу).

Що я намагався поки що:

  • На основі інших запитань ( це , це та це ), які підказують деякі параметри ACPI, я спробував sudo shutdown -h nowпобачити, чи пропонує текст консолі відключення якісь підказки, але система навіть не так далеко - вона все ще замерзає, коли на екрані відображається фонове зображення робочого столу без панелей інструментів. Тільки sudo shutdown --forceпрацює, але це не рішення.
  • Редагування меню grub для додавання acpi = off до ядра не допомогло. Я думаю, що не дуже багато сенсу спробувати інші (менші) пропозиції ACPI?
  • Додавання ноапіка до входу в грубку не мало помітного ефекту. Додавання nolapic замість цього щось зробило (я вилучив тихий варіант) - системі вдалося продовжити далі з відключенням, аж до рядка Перевірка на виконання без нагляду оновлень: які були останніми символами на екрані.
  • Я також перевіряв системний BIOS, особливо щодо параметрів живлення, але не бачив нічого незвичайного. Переключення режиму очікування BIOS із S3 на S1 не допомогло. Налаштування в режимі очікування неможливо відключити, і немає інших налаштувань, пов'язаних з ACPI, AFAIK.
  • Скидання BIOS не допомогло. Не здивований; нічого не змінив.
  • Я спробував перейти до віртуальної консолі (CtrlAltF1), як запропонував djeikyb, і звідти зробив відключення -h зараз, і він також застиг там, після цього виходу консолі . Я не намагався вбивати процеси один за одним, тому що я все ще занадто новачок, щоб зрозуміти, як це зробити.
  • Завантаження з ядром 2.6.35.22, а не 2.6.35.25 не допомогло.
  • Відключення драйверів Nvidia не допомогло.
  • Завантаження з Live CD (насправді USB-накопичувач) не допомогло; воно замерзає так само.
  • Завантаження з Live CD, acpi=off noapic nolapicтакож не допомогло. Не зробив просто nolapic. Очевидно, це не якась спеціальна настройка в моїй установці, а якась основна проблема.
  • MemTest змагався за 1 годину без помилок.

2
Підвішування при відключенні / перезапуску не повинно перешкоджати встановленню будь-якого типу. Linux - це не Windows, файли можна замінити під час використання, Ubuntu не буде робити оновлення під час перезавантаження. Перезавантаження потрібне лише для того, щоб переконатися, що завантажуються нові виконувані файли.
Хав'єр Рівера

@Javier вибачте, але я не згоден. Деякі установки, а саме драйвери Nvidia, явно вимагають кроків під час відключення. Існує також крок у звичайній процедурі відключення, яка перевіряє будь-які інші очікувані установки безпосередньо перед перезавантаженням. Якщо ви маєте рацію, чому менеджер оновлень вимагає перезавантажити і чому меню живлення перейменовує запис "перезавантаження" на "перезавантажити, щоб закінчити встановлення оновлень"? (Цитата з пам'яті.) Загалом , я буду дуже задоволений Ubuntu , а також з тим , що всі програми можуть бути встановлені і доступні миттєво. Але для водіїв це може бути інакше?
Torben Gundtofte-Bruun

Не шкодуйте про незгоду. Знання зазвичай приходить після незгоди. Я не бачу жодного сценарію, пов’язаного з оновленнями, виконаними при відключенні, але для /etc/init.d/inattended-upgrades, і це просто перевіряє, чи є оновлення в процесі, і змушує відключення чекати їх завершення. Меню змінюється, оскільки вам зазвичай (*) потрібно перезавантажити, щоб застосувати оновлення, ядро ​​повинно бути перезавантажено. Я не знаю про власний драйвер nvidia, але більшість графічних драйверів при цьому починаються лише з перезавантаження X (а може бути і деякого rmmod).
Хав'єр Рівера

@Javier, так, так, "без нагляду-оновлення" - це те, що я бачу під час відключення (на іншій моїй машині). Дякую за пояснення! :-)
Torben Gundtofte-Bruun

@torbengb: Вибачте, але це не так. У меню живлення вказується, що "перезавантажити для завершення оновлення установки" є дуже оманливим, і це не означає, що ви думаєте. Там немає нічого , що має бути робити на зупинці «закінчити установку» , як ви можете думати. Цей текст повинен означати, що вам доведеться перезавантажити, щоб використовувати нову версію деяких програмних програм, як-от нове ядро ​​можна встановити / оновити, але ви все ще використовуєте старіший до перезавантаження. Це НЕ означає, що відключення робить будь-який додатковий крок при встановленні! Ви тут неправі, навіть встановлення драйверів nvidia не робить нічого «зайвого» при відключенні.
ЛГБ

Відповіді:


8

Ця відповідь на форумах Ubuntu має саме рішення! (Чому я не розмістив там паралельно тут АС? Це би заощадило тиждень календарного часу та кілька годин комп'ютерного часу!)

Неправильний драйвер завантажений, що запобігає відключенню. Щоб виправити це, потрібно зробити це:

Відкрийте термінал і введіть: sudo modprobe -rf rt2860sta

Далі: sudo modprobe rt2860sta

Тоді вам потрібно занести в чорний список неправильний драйвер:
echo blacklist rt2800pci | sudo tee -a /etc/modprobe.d/blacklist.conf

Після перезавантаження (вам потрібно буде зробити потужне вимкнення живлення в останній раз!), Ви побачите, що можете перезавантажитися належним чином.


1
Надіслати патч на Launchpad?
Оксвіві

Здається, гарна ідея. Я абсолютно новачок у Linux, тому не знаю, як це зробити. Дивлячись у це ...
Торбен Гундофте-Бруун


4

Для Ubuntu 11.10 ви можете спробувати reboot=biosваріант (або інші параметри):

  1. Доступ до файлу конфігурації GRUB, як пояснено тут .

    cd .. && cd .. && sudo -H gedit etc/default/grub
    
  2. Відредагуйте рядок GRUB_CMDLINE_LINUX=""так, щоб він писав:

    GRUB_CMDLINE_LINUX="reboot=bios"
    

    і збережіть файл.

  3. Оновіть GRUB, щоб записати конфігурацію:

    sudo update-grub
    
  4. Перезавантажте комп'ютер

    (він може висіти на фіолетовому екрані, але, сподіваємось, востаннє ...)


1
Ви також можете спробувати параметри для ACPI: brighthub.com/computing/linux/articles/39504.aspx
Джонатан

1
Завжди безпечніше розміщувати параметри на GRUB_CMDLINE_LINUX_DEFAULT coz, це не впливає на запис завантаження для режиму відновлення.
Махеш

У мене була ця проблема лише під час перезавантаження з Ubuntu / Lubuntu / Xubuntu на старому ПК (Intel Celeron, оперативна пам'ять 512 Мб). Я спробував усі рішення, але просто відповідь допомогла. Спасибі.
Ален

2

Це може бути проблемою ACPI. Ви можете спробувати передати ядро ​​деякі параметри, щоб відключити деякі функції ACPI. Зверніть увагу, що це призведе до втрати функцій (управління енергією) або продуктивності (багато опитування).

Спочатку невелике пояснення про те, як додати деякі параметри ядра, пограбовано позбавлені Htorque :

  1. Запустіть систему і зачекайте, коли з’явиться меню GRUB (якщо ви не бачите меню GRUB, натисніть і потримайте ліворуч Shift клавішу праворуч після запуску системи).
  2. Тепер виділіть ядро, яке ви хочете використовувати, і натисніть cклавішу. Ви повинні мати можливість бачити та редагувати команди, пов’язані з виділеним ядром.
  3. Перейдіть до рядка, починаючи з linuxі додайте один із наступних параметрів після пробілу.
  4. Тепер натисніть Ctrl+ xдля завантаження.

Ви не можете спробувати наступні параметри, кожен раз, вони впорядковані від більш агресивних, швидше за все, працювати до менш агресивних, але менш вимкнених функцій:

  • acpi=off, це має повністю відключити acpi. Це, швидше за все, спрацює, але ви втратите все своє управління живленням.
  • pci=noacpi , це змусить ядро ​​ігнорувати acpi для сканування рис та призначення irq.
  • acpi=noirq, це відключить призначення irq лише через acpi.
  • irqpoll, це зробить опитування ядра для всіх без нагляду переривань irq.
  • noapic, це змусить ядро ​​ігнорувати APIC .

Занадто довго для коментаря
Хав'єр Рівера

Якщо вам подобається додавання параметрів ядра, не забудьте проголосувати за оригінальну відповідь Htorque.
Хав'єр Рівера

Я відредагував верхній запис і додав acpi = off до кінця рядка, починаючи з Linux . Я помітив, що рядок загортається до іншого рядка, тому я насправді додав його до наступного рядка - не посередині. Потім я завантажився з цим записом і вибрав перезапуск прямо з екрана входу - і він негайно знову застиг ...
Torben Gundtofte-Bruun

Спробуйте ноапік і нолапік, обидва не пов'язані з acpi.
Хав'єр Рівера

noapic = ефекту немає. Нолапік відпрацьований до певного моменту, див. оновлене запитання.
Torben Gundtofte-Bruun

1

Я б:

  • перезавантажити мікросхеми оперативної пам’яті
  • скинути BIOS до значень за замовчуванням
  • спробуйте запустити Live distro і побачити, як це працює
  • запустити MemTest деякий час

Живий дистриб'ютор не допоміг; той же ефект. Скидання BIOS не допомогло; той же ефект. MemTest запланований на сьогоднішній день. Повторне використання ОЗУ вимагає розбиття ущільнення; Я вважаю за краще ні, оскільки це абсолютно нова машина.
Torben Gundtofte-Bruun

1

Я це виправив, додавши у файл наступний рядок /etc/default/halt:

INIT_HALT = POWEROFF

Дякую, що це справді спрацювало !!!. Я досі не можу дізнатися, який пакет дійсно приніс цю неприємність. Коли я встановлював їх, я знав про всі пакунки. Це почало показуватися, коли я встановив віртуальну скриньку (згодом я подумав, що це пов’язано з mpd). Я не можу реально визначити, як повернути його.
бритва

0

У більшості випадків це відбувається через баггічну відеокарту. Наприклад, в ubuntu 12.04 мені довелося встановити всі оновлення (включаючи ті, що стосуються xorg). Після цього я встановив каталізатор 12.10, який вирішив проблему. Я пропоную вам видалити (якщо встановлено) інструменти для режиму ноутбука (включаючи його залежності, наприклад, ethtool, sdparm), оскільки це також спричиняє аварійне завершення роботи.


0

Як не дивно, мою проблему було вирішено, коли я видалив параметр "зараз". Тобто я використовував:

sudo /sbin/reboot now

і вона застрягла,

але коли я використовував:

sudo /sbin/reboot

проблема була вирішена.

Я не розумію, чому. Проблема з’явилася лише тоді, коли я встановив Ubuntu 13.10 .
У мене ще є 3 інші станції з таким же точним обладнанням, але зі старішою версією Ubuntu 12.04, і у мене немає цієї проблеми.


Я помітив, що коли я додаю параметр "зараз", тоді друкується таке повідомлення: "Система працює для обслуговування ЗАРАЗ!" а коли я пропускаю його, то повідомлення дещо інше: "Система перезапускається ЗАРАЗ!"
Харун

0

Я також зіткнувся з тією ж ситуацією, але не зміг її вирішити жодним із перерахованих вище методів. Хоча причин цієї проблеми може бути багато, але я вирішив це, відключивши контролер USB 3.0 в меню BIOS.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.