今天早上我做了一件蠢事。在我的 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）你发现该更新已更改的所有文件并将它们返回到您尝试更新（手动）之前的值。