(Решено) Unable to locate IOAPIC for GSI 37

Здравствуйте.
Перестала загружаться система, при загрузке выдаёт <<ERROR: Unable to locate IOAPIC for GSI 37>>
С английским туго, но при самостоятельном поиске, пробовал в параметр загрузки дописывать (noapic, noacpi, acpi=of), не помогает.
Ядро обновлялось дня два назад, сейчас последняя версия 4.8, точно не скажу не могу посмотреть. После обновления ядра, два дня перегружал компьютер нормально, сегодня после запуска появилась эта проблема.
Пишу с live-cd, помогите решить проблему.
Ядро откатите или поставьте lts версию.
На BBS обсуждали недавно — при этой ошибке система в основном работает у всех ….. и висла при выводе окна с login только у одного.
И как подметил lampslave — помогает загрузка с другими ядрами ( linux-zen, lts )
Надеются, что проблема исчезнет с выходом ядра 4.9
Ошибки не исчезают с опытом - они просто умнеют
vasek
На BBS обсуждали недавно — при этой ошибке система в основном работает у всех ….. и висла при выводе окна с login только у одного.
И как подметил lampslave — помогает загрузка с другими ядрами ( linux-zen, lts )
Надеются, что проблема исчезнет с выходом ядра 4.9
Пробовал откатится на предыдущее, что в /var.../pkg не помогло.
ZeniaM
После обновления ядра, два дня перегружал компьютер нормально, сегодня после запуска появилась эта проблема.
Может причина в другом ??? .......... смотри логи (можно увеличить и информативность логирования).... и, как уже писал (судя по топику на BBS), с данной ошибкой система в основном работает нормально ......... советую смотреть логи и пробовать другие ядра (lts и др.) ...
PS .... так и не понял - на каком этапе падает ?
Ошибки не исчезают с опытом - они просто умнеют
vasek
ZeniaM
После обновления ядра, два дня перегружал компьютер нормально, сегодня после запуска появилась эта проблема.
Может причина в другом ??? .......... смотри логи (можно увеличить и информативность логирования).... и, как уже писал (судя по топику на BBS), с данной ошибкой система в основном работает нормально ......... советую смотреть логи и пробовать другие ядра (lts и др.) ...
PS .... так и не понял - на каком этапе падает ?
Сразу во время загрузки, это третья строка, потом процесс останавливается и ни на что не реагирует, спасает только кнопка ресет.
ZeniaM
Сразу во время загрузки, это третья строка, потом процесс останавливается и ни на что не реагирует, спасает только кнопка ресет.
Третья строка ???.... после чего .... приветствия Arch Linux (после старта systemd) ??? ... или до этого не доходит ... не понятно ...
Сначала нужно определить место падения ......
Чтобы примерно определиться на каком этапе произошел сбой/падение можно загрузиться в режим emergency (параметр/опция загрузки emergency) - базовая система сконфигурирована, но демоны не запущены - останов после передачи управления процессу init - сразу после приветствия Arch Linux. Если загрузился успешно и предлагают ввести пароль root, то ты перед падением. Можно вводить пароль и смотреть логи, например — journalctl -b -1 (предыдущая загрузка) ….... и др. (даже можно откатиться или что то установить ...)
Если загрузка неуспешная, разумно предположить, что наиболее вероятными причинами могут быть проблемы с загрузчиком, ядром, иницилизацией оборудования, монтированием корневого раздела. Это можно также проверить загрузившись с параметром break или break=premount и если загрузка до конца не состоится, то это означает, что падение произошло до монтирования файловой системы …..
UPD … для увеличения логирования нужно прописать параметр/опцию загрузки debug … (иногда добавляют ignore_loglevel )
Ошибки не исчезают с опытом - они просто умнеют
vasek
ZeniaM
Сразу во время загрузки, это третья строка, потом процесс останавливается и ни на что не реагирует, спасает только кнопка ресет.
Третья строка ???.... после чего .... приветствия Arch Linux (после старта systemd) ??? ... или до этого не доходит ... не понятно ...
Сначала нужно определить место падения ......
Чтобы примерно определиться на каком этапе произошел сбой/падение можно загрузиться в режим emergency (параметр/опция загрузки emergency) - базовая система сконфигурирована, но демоны не запущены - останов после передачи управления процессу init - сразу после приветствия Arch Linux. Если загрузился успешно и предлагают ввести пароль root, то ты перед падением. Можно вводить пароль и смотреть логи, например — journalctl -b -1 (предыдущая загрузка) ….... и др. (даже можно откатиться или что то установить ...)
Если загрузка неуспешная, разумно предположить, что наиболее вероятными причинами могут быть проблемы с загрузчиком, ядром, иницилизацией оборудования, монтированием корневого раздела. Это можно также проверить загрузившись с параметром break или break=premount и если загрузка до конца не состоится, то это означает, что падение произошло до монтирования файловой системы …..
UPD … для увеличения логирования нужно прописать параметр/опцию загрузки debug … (иногда добавляют ignore_loglevel )
Это процесс загрузки:
starting version 232
/dev/sda1: clean, 328852/7020544 files, 6559623/28074240 blocks
[ 2.251189] ERROR: Unable to locate IOAPIC for GSI 37

С emergency дохожу до ввода пароля и есть возможность прочитать журнал, но хорошо бы понимать что читаешь с этим проблема.
С break или break=premount не грузится, попробовал откатится на LTS не помогло, значит дело не в ядре.
ZeniaM
попробовал откатится на LTS
Это как?
Aivar
ZeniaM
попробовал откатится на LTS
Это как?
Загрузился с флешки,
mount /dev/sda1 /mnt
mount /dev/sda3 /mnt/boot
arch-chroot /mnt
pacman -S linux-lts
 
Зарегистрироваться или войдите чтобы оставить сообщение.