Não é possível montar o disco rígido. Ubuntu

Question

Eu não consigo mais montar um disco rígido interno extra no meu sistema Ubuntu 11.04 de 64 bits. Eu poderia até alguns dias atrás.

Eu adicionei uma linha no final do fstab para a unidade montá-la, mas não acho que funcionou. Em seguida, removi a linha do fstab e a unidade não será mais montada via GUI ou CLI. Pelo menos eu acho que o problema está relacionado a isso, pode não ser de todo.

Tentando montar:

$ sudo mount /dev/sda /media/openSpaceI

GUI:

Issogeraesseerro:

mount:wrongfstype,badoption,badsuperblockon/dev/sda,missingcodepageorhelperprogram,orothererrorInsomecasesusefulinfoisfoundinsyslog-trydmesg|tailorso

GUI:

Aqui está a impressão de dmesg | tail :

$ dmesg | tail
[ 9344.234380] compiz[6098]: segfault at 28 ip 00007f1fa0641335 sp 00007fff0b306700 error 4 in libregex.so[7f1fa063c000+8000]
[ 9987.879043] nautilus[6899]: segfault at 1505b817b60f ip 00007ff6eeefdb8d sp 00007fff09aa6170 error 4 in libgobject-2.0.so.0.2800.6[7ff6eeeca000+4e000]
[10001.231835] compiz[7360]: segfault at 28 ip 00007f38e0cfe335 sp 00007fff3228d380 error 4 in libregex.so[7f38e0cf9000+8000]
[10113.817592] compiz[7429]: segfault at 28 ip 00007f01c11cd335 sp 00007fffac4f4250 error 4 in libregex.so[7f01c11c8000+8000]
[10116.592022] compiz[7651]: segfault at 28 ip 00007f4369548335 sp 00007fffb3b2b030 error 4 in libregex.so[7f4369543000+8000]
[10117.958485] compiz[7666]: segfault at 28 ip 00007f3861d7d335 sp 00007fff268395d0 error 4 in libregex.so[7f3861d78000+8000]
[10366.207793] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)
[10855.975855] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
[10863.666747] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)
[11125.922998] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)

Meu arquivo fstab agora:

Eutambémexecuteioutilitáriodedisconodisco.Odiscoébomesaudável.Aquiestãoascapturasdetela:

Qualquer ajuda para montar este disco seria extremamente apreciada.

    

Answer 1

Encontrei esse problema recentemente e consegui resolvê-lo. Como não parece haver uma resposta clara aqui, pensei em tentar consertar isso.

Primeiro, é importante entender que você pode colocar um sistema de arquivos diretamente em um dispositivo de bloco. Nesse caso, você montaria / fsck / etc o dispositivo, como:

/ dev / sda

NÃO / dev / sda1

Para ser claro, isso significa que você pode ter um sistema de arquivos sem uma tabela de partições. Isso é chamado de sistema de arquivos sem pareamento, e existe há muito tempo. Aqui está um tópico em stackexchange debatendo os méritos: link

Em seguida, este parece ser um problema comum, principalmente porque o Ubuntu decidiu incluir a opção de instalar diretamente em um dispositivo.

O problema surge porque, em alguns casos, uma instalação sem partição quebra a fórmula usada pela EXT4 para calcular o tamanho do disco. Você pode dizer se você tem esse problema se a diferença entre o tamanho esperado e real é de 265 bytes. (e não, não deveria ser 256) O Google acabou de me dizer que 265 é o tamanho de uma estrutura inode EXT4. Como colocar sistemas de arquivos em dispositivos nus é suportado e, em alguns casos, até mesmo incentivado, eu diria que isso é um bug. Eu estava usando a versão 2.6.39 do kernel quando aconteceu comigo.

Finalmente, a solução. É muito fácil mesmo.

Primeiro, você precisa forçar um fsck do sistema de arquivos:

fsck.ext4 -f /dev/(your device)

Mais uma vez, para um dispositivo sem parsing você usaria por exemplo / dev / sda, não / dev / sda1 ou qualquer coisa assim.

Em seguida, você precisa redimensionar o dispositivo para corresponder ao que o ext4 deseja:

resize2fs /dev/(your device) ####

Onde #### > é o valor da mensagem de erro:

EXT4-fs (sda): geometria incorreta: a contagem de blocos excede o tamanho do dispositivo (blocos ####)

ATENÇÃO: as isenções de responsabilidade se aplicam. Mexer com sistemas de arquivos é perigoso, etc. Cuidado! Isso significa uma tentativa desesperada de consertar um sistema de arquivos, quando a única outra alternativa é reformatar. Não sou especialista em sistemas de arquivos, e não tenho idéia se a correção acima funcionará em seu sistema ou apresentarei problemas mais adiante. YMMV.

Depois de resgatar seus dados, a abordagem mais segura é provavelmente reformatar e criar uma tabela de partição padrão, se possível.

    

Answer 2

É perfeitamente legal ter um sistema de arquivos como o ext4 sem qualquer partição. Eu tenho o mesmo problema que você.

Se você executar o e2fsck em sua unidade, ele dirá que provavelmente tem um superbloco ruim e proporá a interrupção. Pressione n para continuar e ele verificará o sistema de arquivos. Se o seu problema é o mesmo que o meu, você verá que o sistema de arquivos está lá e perfeitamente limpo.

Você também pode executar tune2fs -l em /dev/sda e terá muitos detalhes mostrando que o sistema de arquivos está lá e é saudável, desde a discrepância de blocos.

Eu não tenho nenhuma resposta por enquanto. É provável que você possa montar o sistema de arquivos no Ubuntu 10.10. Ainda não tentei, mas você pode tentar recuperar dados usando o Live CD 10.10, por exemplo.

Outra maneira, que eu ainda não tentei, seria usar resize2fs para redimensionar o sistema de arquivos para que seu tamanho de bloco seja o mesmo que o dispositivo.

    

Answer 3

Primeiro você precisará abrir o Terminal e editar o arquivo / etc / fstab usando o seguinte comando:

sudo gedit /etc/fstab

Em seguida, adicione esta linha ao final do arquivo para sistemas de arquivos ext3:

/dev/sdb1 /media/yourdrive ext3

Adicione esta linha para os sistemas de arquivos fat32:

 /dev/sdb1 /media/yourdrive vfat

Agora reinicie o computador para que as alterações entrem em vigor.

link

    

Answer 4

O boehj cobriu tudo - você não monta um disco (por exemplo: / dev / sda), você monta uma partição em um disco (por exemplo: / dev / sda1) e a tela do fdisk imprime para / dev / sda não mostra partições, então não há nada para montar.

Sua saída do dmesg diz que a geometria do disco parece ruim, então a tabela de partições no disco pode estar corrompida - é difícil dizer muito mais sobre as evidências fornecidas, mas pode valer a pena executar este utilitário de teste / recuperação de partição: link - você pode baixar uma versão do liveCD ou executá-la no seu sistema operacional atual.

    

Answer 5

O comando mount que você listou não está completo, por exemplo:

$ sudo mount /dev/sda /media/openSpaceI

Deve ser algo como (presumivelmente):

$ sudo mount /dev/sda1 /media/openSpaceI

Como o disco não está montado agora, por que não:

$ sudo e2fsck /dev/sdaX

para ver se algum erro foi encontrado e pode ser corrigido (onde X é o número da partição em /dev/sda ).