Я выполняю автоматическую установку Ubuntu 10.0.4 LTS на PVS. Сегодня я проводил обновление ОС. Я подключился к серверу по SSH и набрал следующие команды:
sudo aptitude update
sudo aptitude safe-upgrade
Пока выполнялась вторая команда (sudo aptitude safe-upgrade), я (по глупости) решил выключить сервер (чтобы остановить Apache и любые другие демоны, которые могут работать на сервере), в то время как ОС и другое программное обеспечение работали обновлен.
Я потерял SSH-соединение с сервером (без возражений), и установка была прервана закрытием сервера. После перезагрузки сервера мне не удалось снова войти на сервер.
Вот вывод консоли, когда я пытаюсь удаленно войти в систему с помощью консоли Lish Ajax:
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:
Обновление было прервано во время внесения изменений в вашу файловую систему, поэтому ваш сервер остался в неопределенном состоянии и теперь не загружается - следовательно, нет доступа.
udev, диспетчер устройств, который создает узлы устройств в / dev, закрыт. Попробуй это:
Загрузитесь в режиме восстановления, затем запустите:
mkdir -p /mnt/rescue
mount /dev/xvda /mnt/rescue
chroot /mnt/rescue /bin/bash
dpkg --configure -a
Перезагрузите сервер в обычном режиме.