mount: yanlış fs tipi, kötü seçenek, kötü süper blok


40

/dev/sdbUbuntu Server 16'ya yeni bir sabit disk ( ) ekledim parted /dev/sdb mklabel gptve koştum sudo parted /dev/sdb mkpart primary ext4 0G 1074GB. Her şey yolunda gitti. Sonra sürücüyü takmaya çalıştım

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

Sonuçlandı

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.

mount -t ext4 /dev/sdb1 /mnt/storage2Aynı sonucu ile denedim . Bunu daha önce birçok kez yaptım ve asla böyle bir şeye rastlamadım. Bu montajı daha önce okudum : yanlış fs tipi, kötü seçenek, CentOS 6.0'da boş süper blok / boş / boş.

Sürücü ile ilgili fdisk çıkışı

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 

Bunun karşısına çıkan başkaları için ipucu: dmesg'i çalıştırın, bu size probleminizin gerçekte ne olduğu hakkında daha fazla bilgi verebilir.
Winston Ewert

Yanıtlar:


58

Hala bir dosya sistemi oluşturmanız gerekiyor

mkfs.ext4 /dev/sdb1

Parted Kullanıcı El Kitabı https://www.gnu.org/software/parted/manual/html_node/mkpart.html :

2.4.5 mkpart

Komut: mkpart [bölüm tipi fs tipi adı] başlangıç ​​sonu

Bu bölümde yeni bir dosya sistemi oluşturmadan yeni bir bölüm oluşturur .


22
Bu mevcut sürücünüzü yok edecek!
SudarP

Bunu yaparken, izin reddedilmiş bir hata alıyorum. Bunu daha önce karşıladınız mı?
Kosta

1
@Kosta komutu bir süper kullanıcı olarak çalıştırmalısınız (örn. sudo)
Eli Korvigo

@SudarP / dev / sdb1 cihazını siler. Şu anki değil. Ne yaptığınızdan emin değilseniz sadece yürütün ( linux.die.net/man/8/mkfs.ext4 )
tremendows

Ayrıca sdabunun yerine söylemeyi denemeye çalışıyor olabilirsiniz sda2(veya ext4 bölümünüzün hangi numarası açıksa). Bugün davamda olduğu gibi ... yarı uykudayım
Mint

7

Ubuntu 16.04'te / dev / sda ile bu sorunu yaşadım. Canlı bir usb üzerinden açıp aşağıdakileri yaparak çözdüm:

Disklerinizin kullanımını görmek için lsblk

Sürücünüzü iyi fdisk -lgörebiliyorsanız, sistemin kullanıp kullanamayacağını görmek için çalıştırın .

Sürücüdeki hatalı süper blokları onarmayı denemek için bu komutu çalıştırın.

fsck /dev/sda1 (/ dev / sda1 yerine sabitlemek istediğiniz sürücüyü değiştirin).

Blokları tamir etmeyi istediğinde, ' y ' ye basarak evet'i seçin.

Fsck'ün tüm hatalı blokları onarmasına izin verin.

Sonra kullanarak cihazı monte edebildim

sudo mount /dev/sda /media/ubuntu

Bu benim için çözdü.


Bunu deneyerek hem fdisk -l hem de fsck komutu için izin verilmedi. Bir geçici çözüm var mı?
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/

6
Soru zaten diyor mkdirve mountkabul edilen cevap diyor mkfs.ext4. Soruyla chownhiçbir ilgisi olmayan eklediniz , bu nedenle gerçekten yararlı herhangi bir yeni bilgiye katkıda bulunmuyorsunuz.
G-Man

0

Bunun için kötü süper bloğu alternatiflerden biriyle değiştiren farklı bir sürecim var. FSCK "kayıplı" bir işlem olabilir, çünkü FSCK çok fazla veriyi kaldırmak veya hassas bir konumdan (örneğin bir veri tabanı için veri dizini) veri kaldırmak isteyebilir, bu nedenle kullanmak istemediğim veya Çalışmıyor

Kendini aptal sudo veya sadece süreç için kök olabilir. Sadece hatırlayın, kökünüzken, Linux komut verirken ne yaptığınızı bildiğinizi varsayar. Eğer öyleyse, hızlı bir şekilde Bay Bullet'i Bay Foot'a teslim edecek. Diğer pek çok şey gibi, büyük bir güçle büyük sorumluluk getirir. Bu, sisteminizi root olarak çalıştırma uyarımın sonucudur.

sudo -s

fdisk -l

Hangi cihazın - bu örnek için / dev / sdc1'in EXT4 ile birlikte bu açıklama için en yaygın olduğu varsayımını bulun.

fsck -N /dev/sdc1

Cihazınız ve dosya sisteminiz (ZFS, UFS, XFS, vb.) Değişebilir; EXT4 olduğunu varsaymayın. EXT4 dosya sistemi değilse, bu adımı dikkate almamak size daha sonra sorunlara neden olabilir.

fsck.ext4 -v /dev/sdc1

Süper bloğun kötü olduğunu söyleyen hata mesajını al. Süper blokunuz tamamsa bunu yapmak istemezsiniz.

mke2fs -n /dev/sdc1

Bu, bölümünüzde depolanan alternatif süper blokları çıkarır.

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

Alternatif bir süper blok seç - ilkinin varsayılan ve kötü olduğunu unutmayın, o yüzden bunu kullanmayalım. Ayrıca bölümünüzden aldığınız listeden bir tane seçmek isteyeceksiniz. Örneği kullanmayın. Süper bloklarınız başka bir yerde saklanabilir .

e2fsck -b 98304 /dev/sdc1

Yeniden başlatın ve bunun işe yarayıp yaramadığına bakın. Listedeki bir sonraki süper bloğu denemezseniz. Bir kaç kez üçüncü veya dördüncü olana gitmek zorunda kaldım.

e2fsck -b 163840 /dev/sdc1

Şimdi diski tekrar doğrulamak için komutu deneyin. Bakalım kötü süper bloklarla ilgili aynı mesajlar alıyor musun?

fsck.ext4 -v /dev/sdc1

Süper bloklar tükenene veya işe yarayana kadar denemeye devam edin. Bitirirseniz, muhtemelen daha büyük sorunlarınız var ve umarım iyi yedekleriniz vardır. Bu noktada FSCK çalıştırmayı deneyebilirsiniz.


1
İnsanları cevapları kabul etmek için 1 gün veya 2 gün bekletmeye davet ediyorum.
Israr
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.