Ontem meu sistema travou, forçando-me a fazer uma reinicialização completa em minha máquina host enquanto executava 2 máquinas virtuais. A primeira máquina sobreviveu e a segunda foi colocada em modo somente leitura. Depois de fazer login na VM, recebo as seguintes mensagens.
Unable to setup logging. [Errno 30] Read-only file system: '/var/log/landscape/sysinfo.log' run-parts: /etc/update-mot.d/50-landscape-sysinfo exited with return code 1 /usr/lib/ubuntu-release-upgrader/release-upgrade-motd: 31: cannot create /var/lib/ubuntu-release-upgrader/release-upgrade-available: Read-only file system mktemp: failedd to create file via template '/var/lib/update-notifier/tmp.XXXXXXXXXX': Read-only file system run-parts: /etc/update-motd.d/95-hwe-eol exited with return code 1 /usr/lib/update-notifier/update-motd-fsck-at-reboot: 38: cannot create /var/lib/update-notifier/fsck-at-reboot: Read-only file system
Verifiquei o arquivo de imagem de disco do host, que neste caso é um arquivo qcow2 que uso em conjunto com o KVM.
sudo qemu-img check ubuntu204.qcow2
Resultado disso é:
No errors were found on the image. 245760/245760 = 100.00% allocated, 0.00% fragmented, 0.00% compressed clusters Image end offset: 16108814336
Eu li que este é um estado forçado para proteger o sistema de arquivos e que se eu verificar o disco e tudo estiver OK, posso simplesmente sair do modo somente leitura. Como eu faria isso com a seguinte tabela de partição em tty no modo somente leitura ?
loop0 0
loop1 0
loop2 0
loop3 0
loop4 0
loop5 0
|-sda 0 15G 0 disk
|-sda1 0 1M 0 part
|-sda2 0 1G 0 part /boot
|-sda3 0 14G 0 part
|-ubuntu--vg-ubuntu--lv 0 14G 0 lvm /
|-sr0 1 1024M 0 rom
A partir dos avisos, suspeito que possa haver um problema. unattended-upgrades
Também estaria interessado em qualquer informação adicional sobre verificações adicionais que você recomendaria para garantir a integridade de ambas as máquinas.
Responder1
Como recuperar um arquivo de imagem de disco qcow2 usando fsck do host
Carregar módulo de dispositivo de bloco de rede:
sudo modprobe nbd max_part=8
Máquina de desligamento:
sudo virsh destroy virtual-machine
Conecte a imagem do disco:
sudo qemu-nbd --connect=/dev/nbd0 /var/lib/libvirt/images/virtual-machine.qcow2
Verifique o disco: (o disco agora está montado no host, você pode vê-lo no nautilus/explorer)
sudo fsck /dev/nbd0p2
Para mim, eu tinha duas unidades extras montadas e acabei de digitalizar nbd-dm3 e nbd0p2. Aqui está um exemplo de saída esperada que acabei de responder sim a todos.
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
/dev/nbd0p1: recovering journal
/dev/nbd0p1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found. Fix<y>? yes
Inode 274 was part of the orphaned inode list. FIXED.
Inode 132276 was part of the orphaned inode list. FIXED.
Deleted inode 142248 has zero dtime. Fix<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -603674 -623174 +(689342--689343)
Fix<y>? yes
Free blocks count wrong for group #18 (15076, counted=15077).
Fix<y>? yes
Free blocks count wrong for group #19 (11674, counted=11675).
Fix<y>? yes
Free blocks count wrong (632938, counted=670871).
Fix<y>? yes
Inode bitmap differences: -274 -132276 -142248
Fix<y>? yes
Free inodes count wrong for group #0 (52, counted=53).
Fix<y>? yes
Free inodes count wrong for group #16 (99, counted=100).
Fix<y>? yes
Free inodes count wrong for group #17 (519, counted=520).
Fix<y>? yes
Free inodes count wrong (204392, counted=204599).
Fix<y>? yes
/dev/nbd0p1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/nbd0p1: 101833/306432 files (0.2% non-contiguous), 553321/1224192 blocks
Desconecte o dispositivo:
sudo qemu-nbd --disconnect /dev/nbd0
/dev/nbd0 desconectado
Ligue sua máquina e verifique se funcionou:
virsh start virtual-machine
Fonte:https://gist.github.com/islander/8517685e3a9f7e0e1d458033710f0893