我在PVS上运行Ubuntu 10.0.4 LTS的无头安装。 今天早些时候我正在进行操作系统升级。 我SSH进入服务器，键入以下命令：
sudo aptitude update sudo aptitude safe-upgrade 当第二个命令（sudo aptitude safe-upgrade）正在运行时，我（愚蠢地）决定closures服务器（closuresApache和任何其他可能在服务器上运行的守护进程），同时操作系统和其他软件升级。
我失去了与服务器的SSH连接（不出意外），并且由于服务器被closures而导致安装中止。 重新启动服务器后，我无法再次login到服务器。
以下是我尝试使用Lish Ajax控制台远程login时的控制台输出：
XENBUS: Device with no driver: device/console/0 md: Waiting for all devices to be available before autodetect md: If you don't use raid, use raid=noautodetect md: Autodetecting RAID arrays. md: Scanned 0 and added 0 devices. md: autorun ... md: ... autorun DONE. REISERFS warning (device xvda): super-6502 reiserfs_getopt: unknown mount option "nobarrier" EXT3-fs: barriers not enabled kjournald starting. Commit interval 5 seconds EXT3-fs (xvda): mounted filesystem with writeback data mode VFS: Mounted root (ext3 filesystem) readonly on device 202:0. devtmpfs: mounted Freeing unused kernel memory: 668k freed Write protecting the kernel read-only data: 10240k Freeing unused kernel memory: 84k freed Freeing unused kernel memory: 1356k freed init: udevtrigger main process (1203) terminated with status 1 init: udevtrigger post-stop process (1205) terminated with status 1 init: udevmonitor main process (1202) killed by TERM signal
我以为有可能是文件系统搞砸了，所以我运行fsck。 这是输出：
root@hvc0:~# fsck -fy /dev/xvdb fsck from util-linux 2.19.1 e2fsck 1.42-WIP (02-Jul-2011) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/xvdb: 111349/1286144 files (6.5% non-contiguous), 1798314/5120000 blocks root@hvc0:~#
AFAIK，这意味着文件系统没有任何问题 – 所以我不知道还有什么要做。 我的服务器目前无法访问，而且我无法通过SSH尝试重新运行安装，以防造成所有这一切。
有没有人有任何想法可能是什么问题，以及如何解决这个问题，并恢复服务器在线？
如果您可以安装驱动器，请使用chroot进行安装
chroot /mount/point
然后尝试重新运行升级。
答案是从我在Linode论坛上发布给我的：
在升级文件系统时，升级被中断了，所以你的服务器处于一个未定义的状态，现在不能启动 – 因此不能访问。
在/ dev中创build设备节点的设备pipe理器udev已被淘汰。 尝试这个：
启动进入救援模式，然后运行：
mkdir -p /mnt/rescue mount /dev/xvda /mnt/rescue chroot /mnt/rescue /bin/bash dpkg --configure -a
正常重新启动服务器。