- Вопрос или проблема
- Ответ или решение
- Странные проблемы с загрузкой на старой версии Ubuntu: Решения и рекомендации
- Введение
- 1. Анализ симптомов
- 2. Возможные причины проблем
- 2.1. Проблемы с инициализацией устройств
- 2.2. Проблемы с конфигурацией initramfs
- 2.3. Проблемы с графической подсистемой
- 3. Шаги по устранению неполадок
- 3.1. Проверка конфигурации RAID
- 3.2. Восстановление initramfs
- 3.3. Проверка логов системы
- 3.4. Удаление проблемных обновлений
- 3.5. Проверка драйверов X.org
- 4. Заключение
Вопрос или проблема
У меня есть старая коробка с Kubuntu 20.04, которая работала нормально в течение нескольких лет, но с сегодняшнего дня я больше не могу загрузиться в графический интерфейс.
Конфигурация:
- 120 ГБ SSD-накопитель, содержащий корневую раздел (/) с всем, кроме /home и /var
- 2 x 2 ТБ HDD в конфигурации аппаратного RAID1, содержащие /home и /var
Оба устройства проходят проверку при тестировании с помощью fsck.ext4 с загруженной флешки. Я также могу смонтировать оба раздела с этой флешки и получить доступ к файлам.
Вот что идет не так:
- Включение питания, обычное сообщение BIOS, обычное сообщение Intel RAID1, GRUB загружается нормально. Пока никаких проблем.
- После GRUB экран становится черным – не на пару секунд, а на целую минуту. Индикатор HDD горит постоянно, как будто что-то происходит с диском(ами).
- После этого появляется логотип Kubuntu, тихо светящийся ярче и тусклее. Индикатор HDD остается включенным.
- Через примерно 15 минут логотип исчезает, и появляется курсор мыши графического интерфейса.
И это место, где ничего больше не происходит. У меня есть только курсор мыши, который реагирует на движение, но я не получаю приглашение для входа – еще хуже: машина больше не реагирует на клавиатуру. Индикатор HDD остается включенным.
Мне удалось получить некоторые сообщения во время загрузки, и на шаге #2 я вижу следующее:
(1 из 3) Начато задание для /dev/mapper/...[ID маппера] (30с / 1мин 30с)
Это последнее сообщение считает до 1’30”, и когда это время достигается, появляется логотип Kubuntu.
Еще что-то, что может быть важно, – это сообщения во время загрузки:
md126: синхронизация прервана
md126 все еще используется
пересинхронизация массива RAID md126
Эти три сообщения повторяются несколько раз. Мне это кажется немного странным, поскольку машина использует аппаратный RAID материнской платы, а все эти вещи md относятся к программному RAID, если я правильно помню.
Затем есть это: установлено 2 загрузочных ядра, 5.15.0-126 и 5.15.0-127. Изначально только 5.15.0-127 вызывало проблемы, и я все равно мог нормально загрузиться в 5.15.0-126.
Однако, похоже, я испортил эту вторую загрузочную опцию, выдавая команду
update-initramfs -u -k -all (после проверки вещей по UUID раздела подкачки и сообщениями ‘resume’ – и установив RESUME=none в /etc/initramfs-tools/conf.d/resume).
И еще: когда я запускаю режим восстановления из GRUB (который появляется после ожидания 1мин 30с), и выбираю опцию проверки файловых систем, я получаю следующие сообщения об ошибках:
/lib/recovery-mode/recovery-menu: строка 80: /etc/default/rcS: Файл или папка не существует
'fsck' от util-linux 2.34
e2fsck: Не удается продолжить. Прервано
mount: /home: устройство /dev/mapper/[ID маппера] не существует
mount: /var: устройство /dev/mapper/[ID маппера] не существует
Таким образом, он пытается смонтировать элементы fstab, но как-то терпит неудачу в этом.
Два больших вопроса, конечно, следующие:
- Что не так?? Поскольку индикатор HDD горит постоянно, это указывает на проблему с аппаратным контроллером HDD или дисками – но когда я загружаю систему с флешки, все, кажется, проверяется нормально. Только когда я пытаюсь загрузиться с SSD-накопителя, все идет не так. Но сам диск тоже кажется нормальным.
- Могу ли я исправить это без полной переустановки Linux на корневом разделе? Я планировал обновить машину в один из этих дней, но есть несколько вещей, к которым я действительно хочу получить доступ в старой конфигурации.
Спасибо за любые идеи!
Ответ или решение
Странные проблемы с загрузкой на старой версии Ubuntu: Решения и рекомендации
Введение
Вы столкнулись с проблемами загрузки старой версии Kubuntu 20.04, что может быть довольно раздражающим процессом. В данном ответе мы разберем ваши симптомы, предложим возможные причины неисправностей и предоставим конкретные шаги для решения проблемы, чтобы вы могли восстановить доступ к вашей системе без полной переустановки.
1. Анализ симптомов
Согласно вашему описанию, система нормально проходит этапы BIOS и GRUB, но сталкивается с проблемами на этапе инициализации графического интерфейса. Неопределенный черный экран и длительное ожидание перед загрузкой GUI вскоре приводят к неожиданному зависанию системы. Ключевыми моментами являются:
- Сообщение о "задаче запуска" для
/dev/mapper/... - Сообщения о resync (синхронизации) RAID-массива
- Ошибки при попытке запустить режим восстановления
2. Возможные причины проблем
2.1. Проблемы с инициализацией устройств
Ваши сообщения о RAID, особенно связанные с md126 и ошибками монтирования в режиме восстановления, могут указывать на несоответствия между конфигурацией программного и аппаратного RAID. Это может вызывать конфликты при загрузке системы. Несмотря на то, что вы используете аппаратный RAID, программное обеспечение может пытаться взаимодействовать с несуществующими или неправильно настроенными мапперами.
2.2. Проблемы с конфигурацией initramfs
Вы упомянули, что использовали update-initramfs, что могло привести к тому, что модули и драйверы для RAID могли быть неправильно настроены или отсутствовать в новом initramfs, что мешает загрузке.
2.3. Проблемы с графической подсистемой
Так как появление графического курсора означает, что графическая подсистема инициализируется, но зависает, это может быть связано с неверными драйверами или конфликтами с обновлениями, которые могли нарушить работу GUI.
3. Шаги по устранению неполадок
3.1. Проверка конфигурации RAID
- Загрузитесь с Live USB и проверьте текущее состояние вашего RAID. Убедитесь, что все массивы распознаны корректно:
cat /proc/mdstatУбедитесь, что массивы не находятся в состоянии "degraded" или "inactive".
3.2. Восстановление initramfs
Попробуйте восстановить initramfs, загрузившись с Live USB, и выполнив следующие команды:
sudo mount /dev/sdX1 /mnt # Замените sdX1 на ваш корневой раздел
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo chroot /mnt
update-initramfs -u
exit
sudo umount /mnt/dev /mnt/proc /mnt/sys /mnt
sudo umount /mnt3.3. Проверка логов системы
Извлеките и проверьте системные журналы на предмет ошибок, связанных с загрузкой и инициализацией, используя:
journalctl -xbИщите записи, о которых вы упоминали, и дополнительные сообщения об ошибках.
3.4. Удаление проблемных обновлений
Если вы можете вспомнить, какие обновления были установлены в последнее время, возможно, стоит попробовать загрузиться с предыдущего ядра, если оно все еще доступно в GRUB.
3.5. Проверка драйверов X.org
Если проблема сохранилась, скорее всего, проблема в графических драйверах. Попробуйте переустановить драйвера X.org:
sudo apt install --reinstall xserver-xorg4. Заключение
Ваша проблема может быть решена без полной переустановки системы, хотя это может потребовать некоторого времени и терпения. Эти шаги помогут вам диагностировать и устранить причины проблем с загрузкой вашей старой версии Ubuntu. Настоятельно рекомендуется создавать резервные копии важных данных перед выполнением операций, которые могут повлиять на конфигурацию системы.
Если все вышеперечисленное не поможет, чем больше информации вы предоставите о ваших действиях и полученных результатах, тем легче будет диагностировать проблему и найти решение. Удачи в восстановлении системы!