今天早上我做了一件蠢事。在我的 Debian 8 上,我运行了apt-get update
和apt-get upgrade
.在解压和安装更新(大约 500MB)的过程中,我不得不快速离开。作为一种习惯,我倾向于让我的系统休眠,遗憾的是这次我也这么做了。
现在,当我尝试在操作系统选择菜单之后立即启动系统时(我的笔记本上只有 Debian 8),我会直接看到initframs
以下消息:
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
- Check rootdelay- (did the system wait long enough?)
- Check root- (did the system wait for the right device?)
- Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/87f8d463-bb91-4eb0-866c-8189f8ea6afb does not exist. Dropping to a shell!
modprobe: module ehci-orion not found in modules.dep
BusyBox v1.22.1 (Debian 1:1.22.0-9+deb8u1) build-in shell (ash)
Enter 'hel' for a list of build-in commands.
/bin/sh: can't access tty; job control turned off
(initframs) _
在此之前(像往常一样)我可以在屏幕上看到“从 ramdisk 加载”,因为我休眠了系统。
现在我的猜测是,在更新期间,系统的某些关键部分正在更新过程中,而休眠中断了这一切(如果正在安装的关键部分是不同的主题,为什么我什至被允许这样做)。
我从来没有遇到过这样的问题,我能找到的所有信息都是关于人们遇到 RAID 问题的,但就我而言,情况并非如此。其他人说这与加密有关,我没有。
我可以从实时 USB 启动并提供更多信息。
使用旧的 Live CD(不幸的是 32 位,而我的 Debian 是 64 位)我确实检查了 /etc/fstab 和警报中列出的设备!确实 /dev/sda2 我的根文件系统和 /boot/grub 都在其中。
答案1
您需要尝试完成该更新。
如果您有 Live CD/DVD/USB 引导,请尝试 {blkid |更多}列出您的所有 {UUID=xxxxxxxx.xxxxxxxxxxx.xxxxxxxx.xxxxxxxx} 号码。奇怪的是更新弄乱了数据。查看 UUID 值是否与前一个值匹配(应该)。
然后连接到互联网并尝试以 {chroot} 的方式进入损坏的 Debian 并重新启动该更新,这一次请注意您在做什么。
当出现以下任一情况时,您的问题将得到解决:
1) 重新启动更新并让它正常完成。
2)你发现该更新已更改的所有文件并将它们返回到您尝试更新(手动)之前的值。