mount: tipo fs errado, opção ruim, superbloco ruim

40

Eu adicionei um novo disco rígido ( /dev/sdb) ao Ubuntu Server 16, executei parted /dev/sdb mklabel gpte sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Tudo correu bem. Então eu tentei montar a unidade

mkdir /mnt/storage2
mount /dev/sdb1 /mnt/storage2

Resultou em

mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

Eu tentei mount -t ext4 /dev/sdb1 /mnt/storage2com resultado idêntico. Eu já fiz isso várias vezes e nunca me deparei com algo assim. Eu já li esta montagem: tipo fs errado, opção ruim, superbloqueio ruim no / dev / sdb no CentOS 6.0, sem sucesso.

saída fdisk referente à unidade

Disk /dev/sdb: 1000 GiB, 1073741824000 bytes, 2097152000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0E136427-03AF-48E2-B56B-A467E991629F

Device     Start        End    Sectors  Size Type
/dev/sdb1   2048 2097149951 2097147904 1000G Linux filesystem 
Eli Korvigo
fonte
Dica para qualquer pessoa que se depare com isso: execute dmesg, ele pode fornecer mais informações sobre qual é o seu problema.
Winston Ewert

Respostas:

58

Você ainda precisa criar um sistema de arquivos

mkfs.ext4 /dev/sdb1

Manual do usuário Parted https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Comando: mkpart [nome do tipo fs-type da peça] start end

Cria uma nova partição, sem criar um novo sistema de arquivos nessa partição.

rudimeier
fonte
22
Isso acabará com sua unidade atual !!
SudarP 26/01
Ao fazer isso, recebo um erro de permissão negada. Você já encontrou isso antes?
Kosta
1
@Kosta, você deve executar o comando como superusuário (ou seja sudo)
Eli Korvigo
@SudarP apaga o dispositivo / dev / sdb1. Não é o seu atual. Apenas execute se você tiver certeza do que está fazendo ( linux.die.net/man/8/mkfs.ext4 )
tremendows em
Você também pode estar tentando montar say em sdavez de sda2(ou qualquer número que sua partição ext4 esteja ativada). Como foi o meu caso hoje ... estou meio adormecido
hortelã
7

Eu tive esse problema com / dev / sda no Ubuntu 16.04. Eu o resolvi inicializando em um usb ativo e fazendo o seguinte:

Para ver seus discos, use lsblk

Se você perceber que sua unidade está boa, execute fdisk -lpara verificar se o sistema pode usá-la.

Execute este comando para tentar reparar superblocos incorretos na unidade.

fsck /dev/sda1 (substitua / dev / sda1 pela unidade que você deseja corrigir).

Quando pedir para reparar blocos, selecione sim pressionando ' y '

Permita que o fsck repare todos os blocos defeituosos.

Pude montar o dispositivo usando

sudo mount /dev/sda /media/ubuntu

Isso resolveu para mim.

Darragh Blake
fonte
Ao tentar isso, recebo um erro de permissão negada para o comando fdisk -l e fsck. Existe uma solução alternativa?
Kosta
0
# create mount dir
sudo mkdir /hdd6T

# new file system
sudo mkfs.ext4 /dev/sdc

# mount drive
sudo mount /dev/sdc /hdd6T/

# change ownership to specified user
sudo chown your-user /hdd6T/
MonsieurBeilto
fonte
6
A pergunta já diz mkdire mount, e a resposta aceita diz mkfs.ext4. Você adicionou chown, que não tem nada a ver com a pergunta, portanto não está contribuindo com nenhuma informação nova útil.
G-Man diz 'Reinstate Monica' em
0

Eu tenho um processo diferente para isso que substituiu o superbloco ruim por uma das alternativas. O FSCK pode ser um processo "com perdas", porque o FSCK pode querer remover muitos dados ou remover dados de um local confidencial (por exemplo, diretório de dados para uma base de dados); portanto, há momentos em que eu não quero usá-lo ou não funcione.

Você pode sudo-se bobo ou apenas se tornar raiz para o processo. Lembre-se de que, quando você é root, o Linux assume que você sabe o que está fazendo quando emite comandos. Se assim for, ele entregará rapidamente o Sr. Bullet ao Sr. Foot. Como muitas outras coisas, com grande poder vem uma grande responsabilidade. Isso conclui meu aviso sobre a execução do seu sistema como root.

sudo -s

fdisk -l

Descobrir qual dispositivo - assumindo / dev / sdc1 para este exemplo, juntamente com EXT4, é o mais comum para esta explicação.

fsck -N /dev/sdc1

Seu dispositivo e seu sistema de arquivos (ZFS, UFS, XFS etc.) podem variar, portanto saiba o que você possui primeiro. Não assuma que é EXT4. Ignorar esta etapa pode causar problemas mais tarde, se NÃO for um sistema de arquivos EXT4.

fsck.ext4 -v /dev/sdc1

Receba sua mensagem de erro informando que o superbloco está incorreto. Você não deseja fazer isso se seu superbloco estiver OK.

mke2fs -n /dev/sdc1

Isso produzirá os superblocos alternativos armazenados na sua partição.

*Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208*

Escolha um superbloco alternativo - lembre-se de que o primeiro é o padrão e é ruim, portanto não vamos usá-lo. Você também deseja escolher um da lista que obtém da sua partição. Não use o exemplo. Seus superblocos podem ser armazenados em outro lugar .

e2fsck -b 98304 /dev/sdc1

Reinicie e veja se isso funcionou. Caso contrário, tente o próximo superbloco na lista. Eu tive que ir para a terceira ou quarta um par de vezes.

e2fsck -b 163840 /dev/sdc1

Agora tente o comando para validar o disco novamente. Veja se você recebe a mesma mensagem sobre superblocos ruins.

fsck.ext4 -v /dev/sdc1

Continue tentando até você ficar sem superblocos ou ele funcionar. Se você acabar, provavelmente terá problemas maiores e espero que tenha bons backups. Você pode tentar executar o FSCK nesse ponto.

DigitalGoddess
fonte
1
Peço às pessoas que esperem 1 ou 2 dias para aceitar respostas.
Israr