Начальная загрузка перестала работать с “Загрузкой начального электронного диска …”
Я срочно нуждаюсь в помощи с этим здесь!
4-летний сервер.
Сервер Ubuntu 14.04 i686.
3.13.0-149-универсальный Linux был последней версией, которая будет работать безупречно.
10 дней назад я обновил до 3.13.0.151.
Сервер отказывает затем на начальной загрузке.
Экранные шоу...
Loading Linux 3.13.0-151-generic ...
Loading initial ramdisk ...
1 секунду спустя... перезагрузка.
То же с 3.13.0-151 режимами восстановления.
То же с 3.13.0-153 (новый с сегодняшнего дня, нормальный и режим восстановления).
Как я могу узнать после последующих успешных 3.13.0-149 начальных загрузок, что точно генерирует катастрофический отказ?
Спасибо!
-----позже-----
@heynnema пытался выручить меня путем сообщения мне, как создать новое initrd.img-* для 151 (update-initramfs -c -k 3.13.0-151-generic). Посмотрите ниже. Это не работало. 151 все еще не сделал начальную загрузку системы. Моя фатальная ошибка состояла в том, чтобы затем сказать update-initramfs -c -k 3.13.0-149-generic (единственное рабочее ядро). После этого я застрял. Никакое ядро для начальной загрузки от больше! Тот же probem с электронным диском что касается 151 и 153.
После этого я запустил Живой DVD (ubuntu-14.04.5-desktop-i386.iso) в застрявшей системе, смонтированной старые 14.05.5 VM с 3,13 ядрами на другом компьютере, обновил их (apt-get dist-upgrade), скопировал получающееся initrd.img-3.13.0-153-generic (последнее ядро) к застрявшей системе ('/boot') и это загрузился снова (с 153)! Это было к моему большому удивлению, не зная что initrd.img-* от VM работал бы над реальными аппаратными средствами! Однако я все еще не мог загрузиться от 149 и 151 (который имеет смысл).
Все вышеупомянутое должно было только разбудить систему и работающий снова. Сама проблема не решена!
Концевая строка: update-initramfs данные использования (файлы) в системе для создания initrd.img-*. На моем поле это лишает возможности добираться далее, чем "Загрузка начального электронного диска...".
Вопросы:
Которым используются файлы update-initramfs?
Могу я (?!) сделайте что-то для создания сборки снова работа initrd.img-3.13.0-153-generic?
Пока эта проблема не решена, созданное будущее initrd-img-* файлы почти наверняка также откажут!
1 ответ
Опять идея @heynnema (спасибо!)
lsinitramfs не сработала для всех 3 нерабочих файлов initrd.img (149, 151, 153).
root@gan:~# lsinitramfs /boot/initrd.img-3.13.0-153
/boot/initrd.img-3.13.0-153
gzip: /boot/initrd.img-3.13.0-153: not in gzip format
cpio: premature end of archive
Тогда вот этим утром ...
root@gan:~# apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
linux-headers-3.13.0-151 linux-headers-3.13.0-151-generic
linux-image-3.13.0-151-generic linux-image-extra-3.13.0-151-generic
Use 'apt-get autoremove' to remove them.
The following packages will be upgraded:
amd64-microcode
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 26.3 kB of archives.
After this operation, 2,048 B disk space will be freed.
Do you want to continue? [Y/n] y
Get:1 http://xx.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64-microcode i386 3.20180524.1~ubuntu0.14.04.2+really20130710.1 [26.3 kB]
Fetched 26.3 kB in 0s (387 kB/s)
(Reading database ... 132952 files and directories currently installed.)
Preparing to unpack .../amd64-microcode_3.20180524.1~ubuntu0.14.04.2+really20130710.1_i386.deb ...
Unpacking amd64-microcode (3.20180524.1~ubuntu0.14.04.2+really20130710.1) over (3.20180524.1~ubuntu0.14.04.1) ...
Setting up amd64-microcode (3.20180524.1~ubuntu0.14.04.2+really20130710.1) ...
Updating microcode on all online processors...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.103ubuntu4.11) ...
update-initramfs: Generating /boot/initrd.img-3.13.0-153-generic
Загрузка снова заработала !!!
lsinitramfs и сейчас!
root@gan:~# lsinitramfs /boot/initrd.img-3.13.0-153-generic
/boot/initrd.img-3.13.0-153-generic
.
sbin
sbin/biosdevname
...
Обновлены и другие файлы initrd.img (149 и 151).
root@gan:/boot# update-initramfs -c -k 3.13.0-151-generic
update-initramfs: Generating /boot/initrd.img-3.13.0-151-generic
root@gan:/boot# update-initramfs -c -k 3.13.0-149-generic
update-initramfs: Generating /boot/initrd.img-3.13.0-149-generic
Все 3 были приняты в настоящее время lsinitranfs.
Все 3 могут быть использованы для загрузки.
Следовательно, источником проблемы был amd64-microcode. Для исправления потребовалось 2 недели.
Для целей тестирования я вручную собрал initrd.img-3.13.0-153-generic, используя update-initramfs. Результат не был точно таким же, как тот, который был построен в apt-get update, но он также работал.
Спасибо за помощь!