Então eu tenho três discos. Eu havia pensado em rotular os próprios volumes:
$ e2label /dev/sda
d80-JD-75MS
$ e2label /dev/sdb
e2label: Bad magic number in super-block while trying to open /dev/sdb
Found a dos partition table in /dev/sdb
$ e2label /dev/sdc
e2label: Bad magic number in super-block while trying to open /dev/sdc
Found a dos partition table in /dev/sdc
... Todos os três discos são inicializáveis. O fdisk não relata erros em nenhum deles. Mas todos os utilitários ext4 usuais relatam a mesma coisa ou muito próximos:
"Couldn't find a valid filesystem superblock
Found a dos partition table in ..."
/dev/sdb é uma nova instalação do Debian 11 totalmente kosher, mas de alguma forma o e2label não está feliz com isso. Além disso, não consigo detectar nenhum tipo de problema, mas o que está acontecendo com o problema do 'superblock'? Isso é corrigível?
Aliás, uma coisa que parecia promissora era:
mkfs.ext4 -L "wipeout" /dev/sda
... que adicionou um rótulo, mas também eliminou tudo no disco :(
... então isso é impertinente?"
$ e2label /dev/sda "bad bad bad"
$ lsblk /dev/sda -o name,label,fstype,mountpoint,size,model
NAME LABEL FSTYPE MOUNTPOINT SIZE MODEL
sda bad bad bad ext4 74.5G WDC_WD800JD-75MSA3
├─sda1 d1--5-swap swap 5G
├─sda2 d2--0-boot ext4 /media/sda/2 200M
├─sda3 d3--6-root ext4 /media/sda/3 6G
├─sda4
... o comando é feliz em executar, o comando é sobre ETIQUETAR um FS, não criar um. Nada parece ter quebrado. Eu estou feliz. O que eu quero saber é por que recebo essas mensagens de 'número mágico ruim' nos outros dois discos.
Um rótulo é uma propriedade de um sistema de arquivos, não de um disco.
Você pode usar
e2label
para rotular umextN
sistema de arquivos (para N={ 2, 3, 4 }). Para um sistema de arquivos FAT, você precisaria usarfatlabel
,mlabel
, ou outra ferramenta compatível com FAT.Você parece ter criado um
extN
sistema de arquivos no primeiro disco/dev/sda
diretamente ao invés de uma tabela de partição. Esta é uma idéia geralmente muito ruim: você deve (quase) sempre ter uma tabela de partição para um disco.O problema com um sistema de arquivos diretamente no disco (
/dev/sda
) em vez de uma partição (como/dev/sda1
) é que você não pode usar o disco para nada além daquele sistema de arquivos.Preocupantemente, a partir de sua edição posterior mostrando
lsblk
a saída, você tinha outras partições no disco. Na melhor das hipóteses, você corrompeu a primeira tabela de partição e o disco está usando seu backup próximo ao final do disco. Na pior das hipóteses, você também sobrescreveu dados em uma ou mais partições.No momento, eu recomendaria que você fizesse backup de todos os seus dados neste disco e o reconstruísse. Depois de fazer o backup e testar se o backup foi bem-sucedido , se você estiver se sentindo aventureiro, tente reconstruir o GPT principal. Parece que
gdisk
com asr
opções e entãoc
deve fazer isso, mas eu não tentei . Acho que ficaria mais feliz limpando o disco e restaurando meus dados.