lvm mudou repentinamente de ext4 para silicon_medley_raid_member

1

Hoje meu laptop de repente me mostrou este texto na inicialização:

mount: mounting /dev/dm-0 on /root failed: No such device
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have requested /sbin/init.
No init found. Try passing init= bootarg.

BusyBox v1.21.1 (Ubuntu 1:1.21.0-1ubuntu1) built-in shell (ash)
...

eu iniciei no livecd e verifiquei todos os sistemas de arquivos (há três volumes lvm local-root , local-home e local-swap também há partição / boot em / dev / sda1 que não está em lvm) com fsck

O mesmo resultado depois de reiniciar ..

Depois de montar meus volumes para chroot ing, vi que local-root não pode ser montado com esse motivo:

# mount /dev/mapper/local-root /mnt
mount: unknown filesystem type 'silicon_medley_raid_member'

Darn! PORQUE?! porque ME e AGORA? !!

Eu verifiquei isso duas vezes:

# blkid /dev/mapper/local-root
/dev/mapper/local-root: TYPE="silicon_medley_raid_member"

No entanto, ainda posso montá-lo facilmente com fstype definido manualmente:

# mount -t ext4 /dev/mapper/local-root /mnt 

Mas não sei o que fazer a seguir, como alterar o FSTYPE de volta para o ext4 sem perder dados? (Sim, eu tenho um backup, mas apenas para o volume 'local-home', e eu não quero reinstalar o sistema completo agora ..)

Obrigado pelo seu tempo!

    
por esergion 17.02.2017 / 19:51

2 respostas

1

Eu me diverti muito com o mesmo bug hoje e não posso contar todas as verificações de sistema de arquivos, reparos de inicialização, grub-re-instalação, ...

Acontece que a solução é bem fácil. Apenas estenda seu volgroup de raiz por alguns bytes e o tipo será corrigido para ext4 automaticamente.

lvextend -L +512B /dev/mapper/local-root

Encontrei a solução aqui: link

    
por Nils Eckert 18.02.2017 / 22:03
0

Eu me deparei com um problema semelhante. No entanto, meu grupo de volumes LVM estava cheio, então não pude experimentar o hack mencionado na outra solução.

Em vez disso, usei wipefs para ver que minha partição tinha 2 assinaturas. Um estava correto (ext4). O outro estava incorreto (silicon_medley_raid_member).

Primeiro eu inicializei com um LiveUSB que combinava com a minha versão do Ubuntu (14.04). Então eu corri isto para ver as duas assinaturas:

sudo wipefs -n /dev/mapper/local-root

A saída parecia algo assim:

offset               type
----------------------------------------------------------------
0x4444               ext4   [filesystem]
                     LABEL: root
                     UUID:  <redacted>

0xfffffff            silicon_medley_raid_member (raid)

(Compensações alteradas para proteger os inocentes.)

Então eu corri isso para testar a remoção da assinatura ruim.

sudo wipefs -n -o 0xfffffff /dev/mapper/local-root

Onde 0xfffffff é o deslocamento listado do primeiro comando.

Por fim, executei novamente sem -n para gravar a alteração no disco.

sudo wipefs -o <offset> /dev/mapper/local-root

E agora blkid /dev/mapper/local-root mostrou o TYPE como ext4 .

Seja muito cuidadoso ao usar wipefs . Você deve ter um backup antes de fazer isso. E certamente não use este método se você não vir duas assinaturas.

    
por phylae 03.03.2018 / 05:55