mount: tipo fs sbagliato, opzione cattiva, superblocco difettoso

41

Ho aggiunto un nuovo disco rigido ( /dev/sdb) a Ubuntu Server 16, ho eseguito parted /dev/sdb mklabel gpte sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Tutto è andato bene. Quindi ho provato a montare l'unità

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

Ne è risultata

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.

Ho provato mount -t ext4 /dev/sdb1 /mnt/storage2con esito identico. Ho fatto queste cose molte volte prima e non ho mai incontrato nulla di simile. Ho già letto questa montatura: tipo fs sbagliato, opzione cattiva, superblocco difettoso su / dev / sdb su CentOS 6.0 senza risultati.

uscita fdisk relativa all'unità

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

ubuntu mount fdisk

— Eli Korvigo
fonte

Suggerimento per chiunque si trovi di fronte a questo: esegui dmesg, potrebbe darti maggiori informazioni su quale sia effettivamente il tuo problema.

— Winston Ewert,

59

Devi ancora creare un file system

mkfs.ext4 /dev/sdb1

Manuale dell'utente Parted https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Comando: mkpart [nome-tipo fs-tipo parte] inizio fine

Crea una nuova partizione, senza creare un nuovo file system su quella partizione.

— rudimeier
fonte

22

Questo cancellerà il tuo disco attuale !!

— SudarP

Nel fare ciò, ricevo un errore di autorizzazione negata. L'hai mai visto prima?

— Kosta,

1

@Kosta devi eseguire il comando come superutente (es. sudo)

— Eli Korvigo

@SudarP cancella il dispositivo / dev / sdb1. Non è la tua corrente. Esegui solo se sei sicuro di ciò che stai facendo ( linux.die.net/man/8/mkfs.ext4 )

— tremendows

Potresti anche provare a montare dire sdainvece di sda2(o qualunque numero sia la tua partizione ext4). Come è stato il mio caso oggi ... Sono mezzo addormentato

— Menta

7

Ho avuto questo problema con / dev / sda su Ubuntu 16.04 L'ho risolto avviando un usb live e facendo quanto segue:

Per vedere i tuoi dischi usa lsblk

Se riesci a vedere il tuo disco che va bene, corri fdisk -lper vedere se il sistema può usarlo.

Eseguire questo comando per tentare di riparare i superblocchi difettosi sull'unità.

fsck /dev/sda1 (sostituire / dev / sda1 con l'unità che si desidera correggere).

Quando viene richiesto di riparare i blocchi, selezionare Sì premendo ' y '

Consenti a fsck di riparare tutti i blocchi danneggiati.

Quindi sono stato in grado di montare il dispositivo utilizzando

sudo mount /dev/sda /media/ubuntu

Questo mi ha risolto.

— Darragh Blake
fonte

Provando a questo, ottengo un errore di autorizzazione negata sia per fdisk -l che per il comando fsck. C'è una soluzione?

— 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

La domanda dice già mkdire mount, e la risposta accettata dice mkfs.ext4. Hai aggiunto chown, che non ha nulla a che fare con la domanda, quindi non stai davvero fornendo nuove informazioni utili.

— G-Man dice "Reinstate Monica" il

0

Ho un processo diverso per questo che ha sostituito il cattivo superblocco con una delle alternative. FSCK può essere un processo "lossy" perché FSCK potrebbe voler rimuovere troppi dati o rimuovere dati da una posizione sensibile (ad es. Directory di dati per una base di dati), quindi ci sono momenti in cui non voglio usarli o no non funziona.

Puoi sudo te stesso sciocco o semplicemente diventare root per il processo. Ricorda solo che quando sei root, Linux presume che tu sappia cosa stai facendo quando si impartiscono comandi. Se così diretto, consegnerà rapidamente Mr. Bullet a Mr. Foot. Come molte altre cose, da un grande potere derivano grandi responsabilità. Ciò conclude il mio avvertimento sull'esecuzione del sistema come root.

sudo -s

fdisk -l

Scopri quale dispositivo - assumendo / dev / sdc1 per questo esempio insieme a EXT4 come il più comune per questa spiegazione.

fsck -N /dev/sdc1

Il dispositivo e il file system (ZFS, UFS, XFS, ecc.) Possono variare, quindi sappi cosa hai prima. Non dare per scontato che sia EXT4. Ignorare questo passaggio può causare problemi in seguito se NON è un file system EXT4.

fsck.ext4 -v /dev/sdc1

Ricevi il tuo messaggio di errore che dice che il superblocco è difettoso. Non vuoi farlo se il tuo superblocco è OK.

mke2fs -n /dev/sdc1

Questo produrrà i superblocchi alternativi memorizzati sulla tua partizione.

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

Scegli un superblocco alternativo: tieni presente che il primo è quello predefinito e non funziona, quindi non usiamo quello. Dovrai anche sceglierne uno dall'elenco che ottieni dalla tua partizione. Non usare l'esempio. I tuoi superblocchi possono essere memorizzati altrove .

e2fsck -b 98304 /dev/sdc1

Riavvia e vedi se ha funzionato. In caso contrario, prova il prossimo superblocco nell'elenco. Ho dovuto andare la terza o la quarta un paio di volte.

e2fsck -b 163840 /dev/sdc1

Ora prova il comando per convalidare nuovamente il disco. Vedi se ricevi lo stesso messaggio sui cattivi superblocchi.

fsck.ext4 -v /dev/sdc1

Continua a provare fino a quando non esaurisci i superblocchi o non funziona. Se finisci, probabilmente hai problemi più grandi e spero che tu abbia buoni backup. Puoi provare a eseguire FSCK a quel punto.

— DigitalGoddess
fonte

1

Esorto le persone ad aspettare 1 o 2 giorni per accettare le risposte.

— Israr