Fsck yardımcı olmadığında bozuk bir dosya sisteminden kurtarma


12

Dosya sistemimde bir sorun oluştu, Ubuntu onu salt okunur olarak ayarladı ve şimdi Ubuntu Live Disc altında fsck düzeltemiyor.

13.04 çalıştırıyorum ve önyükleme yapmaz - başlangıçta, sadece grub kurtarma istemini gösterir.

Bu düz bir kurulum, / dev / sda1 üzerinde sadece bir sabit sürücü var ama takılmayacak bile.

Yükleme programı bölümü görebilir, ext4 ve önyükleme bölümüdür.

Bununla birlikte, Ubuntu canlı diskiyle bir Ubuntu kurulumu yaparak dosya sistemini kurtaramayacağım gibi görünüyor çünkü riske girmek istemediğim için tüm partinin üzerine yazmak olup olmadığı hakkında hiçbir belirti vermiyor.

Backuppc kullanarak bir yedek aldım ama aptalca kurtarma disklerimi kaybettim. Tam bir kurulumdan sonra, yürütme deneyimim olmayan bir geri yüklemeden kaçınmayı tercih ederim.

Meselenin özü, fsck'in her şeyi düzelttiğini söylüyor, ancak aslında değil, bu yüzden bir dahaki sefer çalıştırdığımda, aynı hata mesajlarını ve düzeltmelerini alıyorum.

İşte çıktı:

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

Bu tam olarak 10 kez önceki ile aynı ve eminim önümüzdeki on kez denemek - tam olarak aynı checksum ve blok kimlikleri. Herhangi bir yardım memnuniyetle aldı!

Teşekkürler.

EDIT: temelde soru şu: bu dosya sistemi şimdi yerinde onarılabilir mi yoksa fsck bu bilgi diskimin öldüğü anlamına mı geliyor? Ve eğer ölmediyse, fsck ile yaptığımın ötesinde ne yapabilirim?

EDIT: süper blokları tanımlamak için tune2fs kullanılan ve fsck alternatif olarak e2fsck -b 01234 / dev / sda1 koştu ... etkisi yok.

EDIT: bana bölümün kötü olduğunu söyleyen testdisk çalışıyor. ... Tamam testdisk pek bir şey sunmuyor.



Bu bağlantıdaki şeyleri temelde fsck.ext4 -vy / dev / sda1 ile örtmedim mi? Tek fark '-p' bayrağıdır ve bununla sadece elle yapmamı söyler - yani yukarıda kesip yapıştırdım.
Adam

Yanıtlar:


15

Sonunda dosya sistemi türü ext4 bir dayak alır bu bağlantı bulundu ama zaten denedim tüm ipuçları verdikten sonra, sonunda bunu söylüyor:

sudo mkfs.ext4 -S /dev/sda1

Bu, blok bloğunun doğru tahmin edildiğini varsayarak tüm süper bloklarınızı doğru verilerle değiştirir (varsayılan, çoğu sistem için doğrudur.) Bunu kullanmanız gerekiyorsa, lütfen önce -S'deki man sayfasını okuyun . Beni suçlama!

ama sadece şanslı hissediyorsanız.

Tekrar okuyabilmek için bölümü düzeltti. Ancak, fsckhala orada olan hataları düzeltmek için koşmak zorunda kaldım ve / etc ve diğer birçok şeyin içeriğini / kayıp + içine döktü, bu yüzden yeniden yükleme ve geri yükleme yapmak zorunda kalacağım geri almak için yedekleyin.


Teşekkürler, ilginç. Düzeltmeyi bıraktığım bir ext2 kök bölümü ile ilgili sorunum vardı. Komutu test ettim ve "çalıştı" (blok boyutunu belirledim), ancak bölüm fsck bir çok sektörü düzeltmek zorunda kaldıktan sonra zaten önyüklenemez hale geldi. Şimdi unix.stackexchange.com/a/193778/59808 ile ne olacağını merak ediyorum .
Nemo

2

İlk olarak: Bu diskte önemli verileriniz varsa, yedekleme yapmak için iyi bir zaman (aslında kötü bir zaman) olacaktır. Bkz. Veri Kurtarma: Hasarlı bir cihazı, dosya sistemini veya sürücüyü görüntüleme . Belki Harddisk'iniz ölüyor.

İkincisi: Şuna bakın: Bir çökmeden sonra veri sürücümü monte etmeyi nasıl düzeltebilirim?

Üçüncü olarak: Smartmontools ve sonunda badblock'ları kullanarak Sabit Diskinizi kontrol edin : sudo badblocks -vsn /dev/sda(Bu biraz zaman alabilir, bir ssd'niz varsa bunu yapmayın)


Düzenleme için teşekkürler! Böyle bir cevap mantarını izlemek komik. Bahsettiğiniz cevap sihirli sayılarla ilgilidir ve gördüğüm şey bu değildir - aslında bu zaten baktığım askubuntu'nun birkaç cevabından biridir. Başka çözümüm yokken veri kurtarma rotasını da deneyeceğim. Smartmontools kısa testi çalıştırdı ve herhangi bir hata bulamadı.
Adam

1
Düzenleme için üzgünüm. Ext4 gibi modern dosya sistemlerini kırmak zor olduğundan, her zaman önce bir donanım hatası düşünüyorum. Akıllı diskin iyi olduğunu söylediğinde gerçekten tamam gerekli değildir. FS'niz neden bozuk? Ben ve fsck fs tamir edemezsem temiz bir kurulum yapardı. Muhtemelen daha sonra fs elle düzeltmeye çalışırken daha kolay olurdu.
innerand

Tamam endişelenmeyin, sadece cevapladığınız için teşekkürler! Alaycı değildim. Söylediklerinizi tamamen takip ediyorum. Sadece sistemimi en kısa sürede yeniden çalıştırmam gerekiyor. En kötüsü, yeni bir sabit sürücünün teslim edilmesi 3 gün sürecek, bu yüzden bunun için 'yeni donanım olmadan' bir çözüm bulmak istiyorum.
Adam

aşağıda verdiğim cevaptaki bağlantıya göre, görünüşe göre ext4'ü kırmak zor değil . fakat herneyse.
Adam

9 Windows ve 1 Ubuntu ile sanal sunucu. Ana bilgisayar ile 10 alarak aşağı indi. Geri döndüğünde tüm Windows önyükleme yaptı. Linux makinesi "BEKLENMEYEN TONKSİYONU" gösterdi ve manuel fsck gerektirdi. [90'larda Solaris'ten beri] çok fazla iNode düzeltmesi görmedim. Bu bir donanım değildi, sadece bir elektrik kesintisi idi. NTFS'nin EXT4'ü açtığı günü göreceğimi hiç düşünmemiştim.
Brain2000
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.