Se você puder montar a unidade, faça um chroot nela com
chroot /mount/point
e tente executar novamente a atualização.
Estou executando uma instalação sem cabeça do Ubuntu 10.0.4 LTS em um PVS. Eu estava realizando uma atualização do sistema operacional mais cedo hoje. Eu SSH'd no sever e digitei os seguintes comandos:
sudo aptitude update
sudo aptitude safe-upgrade
Enquanto o segundo comando (sudo aptitude safe-upgrade) estava rodando, eu (tolamente) decidi desligar o servidor (para derrubar o Apache e quaisquer outros daemons que possam estar rodando no servidor), enquanto o SO e outros o software estava sendo atualizado.
Perdi minha conexão SSH para o servidor (sem surpresa) e a instalação foi anulada pelo servidor sendo encerrado. Depois de reiniciar o servidor, não consegui entrar no servidor novamente.
Aqui está a saída do console quando tento logar remotamente usando o Lish Ajax Console:
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
Eu pensei que talvez algo estragasse o sistema de arquivos, então eu corro o fsck. Aqui está a saída:
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, isso significa que não há nada errado com o sistema de arquivos - então não tenho idéia do que mais fazer. Meu servidor está inacessível no momento e não consigo executar o SSH para tentar executar novamente a instalação, caso isso tenha sido a causa de tudo isso.
Alguém tem alguma idéia sobre qual poderia ser o problema e como eu posso resolver isso e colocar o servidor de volta online?
Se você puder montar a unidade, faça um chroot nela com
chroot /mount/point
e tente executar novamente a atualização.
A resposta me foi dada pela minha postagem no fórum Linode:
A atualização foi interrompida enquanto fazia alterações no seu sistema de arquivos, então seu servidor foi deixado em um estado indefinido e agora ele não inicializa - portanto, sem acesso.
udev, o gerenciador de dispositivos que cria os nós de dispositivos em / dev, é escolhido. Tente isto:
Inicialize no modo de recuperação e execute:
mkdir -p /mnt/rescue
mount /dev/xvda /mnt/rescue
chroot /mnt/rescue /bin/bash
dpkg --configure -a
Reinicialize o servidor normalmente.
Tags ubuntu ubuntu-10.04 linode