Ubuntu Server 12.04: Inicialização trava com erro "udevd [538] inotify_add_watch (…) falhou: argumento inválido

2

Atualmente, estou diante da seguinte situação:

ao reiniciar um servidor LTS do Ubuntu 12.04 após a atualização (ele rodou perfeitamente por um ano ou mais, eu o atualizei há cerca de dois meses e reiniciei sem problemas, agora há duas semanas fiz uma atualização / atualização do apt-get ), ele trava antes mesmo de eu chegar à seleção de menu do Grub com a seguinte mensagem:

udevd[538] inotify_add_watch(6, /dev/dm-2, 10) failed: invalid argument

done.

O servidor tem 4 discos rígidos, dos quais 3 são organizados em um grupo LVM (isso não foi feito por mim, então não tenho detalhes sobre como isso foi feito, se necessário eu posso fornecer a saída do vgdisplay, que parece bem para mim) e o último é usado para inicializar o sistema.

Ao inicializar a partir de um Live CD do Ubuntu 12.04 (onde eu também recebo o erro do udev, mas ele apenas paralisa o processo de inicialização por cerca de 10 segundos), eu posso montar todas as partições sem problemas fazendo

mount /media/ubuntuserver /dev/mapper/ubuntuserver-root (contains the root partition)
mount /media/sda1 /dev/ubuntuserver/boot (contains the /boot directory)

O fsck não relata nenhum erro em nenhum desses discos.

Em encadeamentos semelhantes, eu li que a instalação do "cryptsetup" corrige o erro do udev para alguns, então eu tentei fazer um chroot:

Boot from Live CD

sudo bash

mount /media/ubuntuserver /dev/mapper/ubuntuserver-root
mount /media/sda1 /dev/ubuntuserver/boot

mount -o bind /proc /media/ubuntuserver/proc
mount -o bind /dev media/ubuntuserver/dev
mount -o bind /dev/pts /media/ubuntuserver/dev/pts
mount -o bind /sys /media/ubuntuserver/sys

chroot /media/ubuntuserver /bin/bash

swapon /dev/mapper/ubuntuserver-swap_1

Mas não consigo concluir uma atualização do apt-get (a atualização funciona bem), já que sempre que os gatilhos de pós-instalação forem processados, os sistemas apenas travam e não fazem nada, sem erros, sem nada.

Cancelar este processo com ctrl + c finalmente me leva à parte em que o initramfs-update é chamado, o que também atrasa. Quando chrooting para o sistema a partir de um segundo shell, vejo o novo arquivo initrd em / boot com 0 Bytes.

Depois de alguns ajustes adicionais, descobri que, ao chamar

update-initramfs -u -v

fica parado na linha

Building cpio /boot/initrd.img-2.6.32-24-server.new initramfs

/ sda1 ist montado em / boot, em um segundo shell eu vejo o arquivo criado com um tamanho de 0 Bytes, e é isso.

Alguma dica sobre o que estou fazendo errado? Alguma dica sobre o que mais eu poderia tentar? Estou ficando sem ideias ...

Obrigado antecipadamente e com os melhores cumprimentos Manuel

    
por user240918 28.01.2014 / 13:16

0 respostas