主页 / ubuntu / 问题 / 1052231
Accepted
geohei
Asked: 2018-07-05 12:01:54 +0800 CST

引导失败并显示“正在加载初始 ramdisk ...”

  • 772

我在这里迫切需要帮助！

4岁的服务器。
Ubuntu 14.04 服务器 i686。
Linux 3.13.0-149-generic 是最后一个完美运行的版本。
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（唯一的工作内核）。在那之后，我被困住了。没有内核可以启动了！与 151 和 153 相同的 ramdisk 探针。

之后，我ubuntu-14.04.5-desktop-i386.iso在卡住的系统上启动了 Live DVD ( )，在另一台计算机上安装了具有 3.13 内核的旧 14.05.5 VM，更新了这些 ( apt-get dist-upgrade)，将生成的（最新内核）复制initrd.img-3.13.0-153-generic到卡住的系统（'/boot' ）然后它再次启动（153）！这让我大吃一惊，我不知道initrd.img-*来自 VM 的文件可以在真正的硬件上运行！但是我仍然无法从 149 和 151 启动（这是有道理的）。

以上所有只是为了让系统重新启动并再次工作。问题本身没有解决！

底线： update-initramfs使用系统上的数据（文件）来构建initrd.img-*. 在我的机器上，这使得它不可能比“加载初始 ramdisk ...”更进一步。

问题：
使用哪些文件update-initramfs？
我可以（？！）做一些事情来重新创建一个工作initrd.img-3.13.0-153-generic吗？

只要不解决这个问题，以后构建的initrd-img-*文件几乎肯定也会崩溃！

boot 14.04 crash

1 个回答

  1. Best Answer

    再次来自@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，但效果也很好。

    感谢所有的帮助！

    • 1

相关问题