mount: zły typ fs, zła opcja, zły superblok

40

Dodałem nowy dysk twardy ( /dev/sdb) do Ubuntu Server 16, uruchomiłem parted /dev/sdb mklabel gpti sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Wszystko poszło dobrze. Potem próbowałem zamontować dysk

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

Spowodowało to

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.

Próbowałem mount -t ext4 /dev/sdb1 /mnt/storage2z identycznym rezultatem. Robiłem to wiele razy i nigdy nie spotkałem się z czymś takim. Przeczytałem już to mocowanie: zły typ fs, zła opcja, zły superblok na / dev / sdb na CentOS 6.0 bezskutecznie.

Dane wyjściowe fdisk dotyczące napędu

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
źródło
Wskazówka dla każdego, kto zetknie się z tym: uruchom dmesg, może to dać więcej informacji na temat tego, na czym polega Twój problem.
Winston Ewert

Odpowiedzi:

58

Nadal musisz utworzyć system plików

mkfs.ext4 /dev/sdb1

Instrukcja użytkownika Parted https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Polecenie: mkpart [nazwa typu fs-part-type] początek końca

Tworzy nową partycję bez tworzenia nowego systemu plików na tej partycji.

rudimeier
źródło
22
Spowoduje to wymazanie twojego aktualnego napędu !!
SudarP
Robiąc to, otrzymuję błąd odmowy uprawnień. Czy spotkałeś się z tym wcześniej?
Kosta
1
@Kosta musisz uruchomić polecenie jako administrator (tj. sudo)
Eli Korvigo
@SudarP usuwa dane z urządzenia / dev / sdb1. Nie twój obecny. Po prostu wykonaj, jeśli jesteś pewien, co robisz ( linux.die.net/man/8/mkfs.ext4 )
tremendows
Możesz także próbować zamontować say sdazamiast sda2(lub pod jakimkolwiek numerem partycji ext4). Tak jak dzisiaj mój przypadek ... Jestem w półśnie
Mennica
7

Miałem ten problem z / dev / sda na Ubuntu 16.04. Rozwiązałem go, uruchamiając się z usb na żywo i wykonując następujące czynności:

Aby zobaczyć użycie dysków lsblk

Jeśli widzisz, że dysk jest dobry, uruchom, fdisk -laby sprawdzić, czy system może go użyć.

Uruchom to polecenie, aby spróbować naprawić złe superbloki na dysku.

fsck /dev/sda1 (zamień / dev / sda1 na dysk, który chcesz naprawić).

Gdy pojawi się monit o naprawienie bloków, wybierz opcję Tak, naciskając klawisz „ y

Pozwól fsck naprawić wszystkie złe bloki.

Potem byłem w stanie zamontować urządzenie za pomocą

sudo mount /dev/sda /media/ubuntu

To rozwiązało dla mnie.

Darragh Blake
źródło
Próbując tego, otrzymuję błąd odmowy uprawnień zarówno dla polecenia fdisk -l, jak i polecenia fsck. Czy jest w pobliżu praca?
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
źródło
6
Pytanie już mówi mkdiri mount, a zaakceptowana odpowiedź mówi mkfs.ext4. Dodałeś chown, co nie ma nic wspólnego z pytaniem, więc tak naprawdę nie przekazujesz żadnych użytecznych nowych informacji.
G-Man mówi „Reinstate Monica”
0

Mam do tego inny proces, który zastąpił zły superblok jedną z alternatyw. FSCK może być procesem „stratnym”, ponieważ FSCK może chcieć usunąć zbyt dużo danych lub usunąć dane z wrażliwej lokalizacji (np. Katalogu danych dla bazy danych), więc są chwile, kiedy nie chcę tego używać lub nie nie działa.

Możesz sudo się wygłupiać lub po prostu zostać rootem tego procesu. Pamiętaj tylko, że gdy jesteś rootem, Linux zakłada, że ​​wiesz, co robisz, wydając polecenia. W takim przypadku szybko dostarczy Mr. Bullet do Mr. Foot. Podobnie jak wiele innych rzeczy, z wielką mocą wiąże się wielka odpowiedzialność. To kończy moje ostrzeżenie o uruchomieniu systemu jako root.

sudo -s

fdisk -l

Dowiedz się, które urządzenie - zakładając / dev / sdc1 w tym przykładzie wraz z EXT4 jako najbardziej powszechnym w tym objaśnieniu.

fsck -N /dev/sdc1

Twoje urządzenie i system plików (ZFS, UFS, XFS itp.) Mogą się różnić, więc najpierw dowiedz się, co masz. Nie zakładaj, że to EXT4. Zignorowanie tego kroku może spowodować problemy później, jeśli NIE jest to system plików EXT4.

fsck.ext4 -v /dev/sdc1

Otrzymasz komunikat o błędzie, który mówi, że superblok jest zły. Nie chcesz tego robić, jeśli twój superblok jest OK.

mke2fs -n /dev/sdc1

Spowoduje to wyświetlenie alternatywnych superbloków przechowywanych na partycji.

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

Wybierz alternatywny superblok - pamiętaj, że pierwszy jest domyślny i zły, więc nie używaj go. Będziesz także chciał wybrać jedną z listy, którą uzyskasz ze swojej partycji. Nie korzystaj z tego przykładu. Twoje superbloki mogą być przechowywane gdzie indziej .

e2fsck -b 98304 /dev/sdc1

Uruchom ponownie i sprawdź, czy to zadziałało. Jeśli nie, wypróbuj następny superblok na liście. Kilka razy musiałem przejść do trzeciego lub czwartego.

e2fsck -b 163840 /dev/sdc1

Teraz spróbuj ponownie wykonać polecenie sprawdzania dysku. Sprawdź, czy masz ten sam komunikat o złych superblokach.

fsck.ext4 -v /dev/sdc1

Próbuj, aż skończą ci się superbloki lub zadziała. Jeśli skończy Ci się, prawdopodobnie masz większe problemy i mam nadzieję, że masz dobre kopie zapasowe. W tym momencie możesz spróbować uruchomić FSCK.

DigitalGoddess
źródło
1
Wzywam ludzi do czekania na 1 dzień lub 2 na zaakceptowanie odpowiedzi.
Israr