64 bit sistemler için ext4 için fsck var mı?

İlk olarak, ilk sorum için James T& teşekkürleri için teşekkür etmek istiyorum ; Yanlışlıkla Windows 7 yükleyicisiyle ext4 bölümünün üzerine yazdım ve 300 Gb dosya gibi bir şey kaybettim.ct64116

Tavsiyelerini aldım ve kayıp dosya sistemini analiz etmek için test diskini kullandım. Her şey yolunda gözüküyor ve onu geri yüklemek konusunda heyecanlandım, ancak bir hızlı çarpıma çarptım.

64 bit işlemcide Ubuntu 10.04 kullanıyorum. Dosya sistemini onarmak için yedek süper blokları bulmalıyım (daha önce yaptım) ve sonra onları tekrar kullanılabilir duruma getirmek için kullanmalıyım. Ama işe yaramadı ve sanırım nedenini biliyorum.

Ben kullanıyorum bu öğretici bölümü kaldırmak ve çalışan için. Ancak, fsck.ext4 komutunu çalıştırdığımda, kendisinden farklı çıktılar elde ediyorum. Her şeyden önce, sürüm numaraları farklıdır: 1.41.4, 1.41.11 var.

İkincisi, fsck.ext4'ü çalıştırmama rağmen, geri aldığım hata mesajı bana incelemekte olduğum dosya sisteminin doğru bir ext2 dosya sistemi olmadığını söylüyor .

Bu yüzden, buradaki problemin, sahip olduğum fsck versiyonunun henüz ext4'ü anlamadığını ve ext4'ü anlamadığını (benimki derleme tarihinin ondan sonra olmasına rağmen) çalıştığını düşünüyorum. 64-bit bir sistem ve daha yeni bir fsck henüz 64-bit'e taşınmamıştır. Bu doğru mu?

Her neyse, 64 bit sistemler için daha yeni bir fsck yoksa, şimdi tek umudumun harici bir 3.5 "muhafaza almak, sürücüyü çıkarmak, i386 dizüstü bilgisayarıma bağlamak ve dosya sistemi onarımını denemek olduğunu düşünüyorum. o makine (1.41.9 sürümünü kullanıyor).

Bu iyi bir fikre benziyor mu? Bunu düzeltmek için daha basit bir yol olup olmadığını bilen var mı (örneğin, daha yeni bir fsck 64 bitlik bir yapı varsa - Google üzerinden fazla bilgi bulamıyorum - sindirmem biraz zor)?

Bir ton teşekkürler.

SS

düzenleme: nik tavsiyesine göre, burada söz konusu sistem için fdisk çıkışıdır. Halen kullanılmayan disk, / dev / sdc1 konumundaki listedeki son disktir.
_{[nik edit: Dağınıklığı azaltmak için diğer disklerden veri kaldırdım - gerekirse önceki düzenlemeye bakın]}

Disk / dev / sdc: 1500,3 GB, 1500301910016 bayt
255 kafa, 63 sektör / hat, 182401 silindir
Birimler = 16065 * 512 = 8225280 baytlık silindirler
Sektör boyutu (mantıksal / fiziksel): 512 bayt / 512 bayt
G / Ç boyutu (minimum / optimal): 512 bayt / 512 bayt
Disk tanımlayıcısı: 0x05ced8ed

   Cihaz Başlangıcı Başlangıç ​​Uç Blokları Id Sistemi
/ dev / sdc1 1 182402 1465136128 7 HPFS / NTFS

GÜNCELLEME: Süper bloklarla hiç şansım olmadı; ancak testdisk ile uğraşıyordum ve testdisk'in klasör yapısını ev dizinime kopyalayacağını öğrendim! Huzzah

Ana dizinim bir SSD'de ve belirli bir zamanda yalnızca yaklaşık 30 gig alan var, bu nedenle kopyalarımı kademelemek ve periyodik olarak daha büyük bir tabağa atmak zorunda kalacağım - iyi bir şey var. . Tüm verileri diğer diske kopyalayana kadar, klasöre göre, klasöre geçeceğim. Zaman alacaktır, fakat HER ŞEYDEKİ DOSYA 'ı gözden geçirip yeniden adlandırmaktan daha az zaman alır, bu da photorec ile yapmam gereken şeydi.

Tüm yardımların için teşekkürler, özellikle nik.

Dosya sisteminizde bir sorun olabilir. Lucid amd64
dosya listesinde bir fsck.ext4 var ve bunun bir mimari uyumluluk durumu olduğunu sanmıyorum.

Belki çıktı sudo fdisk -liçin referans olarak ' ' yazıcısını yazmalı ve söz konusu bölüme dikkat etmelisiniz .

' amd64' Uyumluluk yorumunuz / sorgunuz üzerinde güncelleme yapın .

Long_mode uygulaması için yapılan Ubuntu sürümleri, 32 bit x86 için yapılan sürümlerle amd64“farklılaştırmak için” denir i386. Yani, amd64 aslında x86-64 mimarileri için 64-bit bir yapıdır.

Kısacası, ' amd' ismine bakılmaksızın, x86-64 ' i7' işlemciniz üzerinde çalışacak :-)

Ext4 kurtarma ile ilgili orijinal sorunuza dönersek ,
diskiniz zaten NTFS olarak ilan edildi ve kurtarılamayan kayıplar olabilir - ancak, umutlarını kaybetmeyin ve disk verilerini atmayın; farklı bilgiye sahip bir kişi henüz size yardımcı olabilir. Ne yazık ki, daha fazla yöntem bilmiyorum.

' fsck.ext4' Muhtemelen herhangi bir kullanılabilir dosya sistemi meta verisi tespit edememektedir. Bu noktada, anlamak için yararlıdır ' ext4' temelde bir varyasyonu ' ext2' . Bu nedenle, fsck'nin temel ' ext2' olarak tanımlamasını zorlaştırmak için önemli dosya sistemi meta-verilerini kaybettiniz .

Umarım bu bilgi, durumunuzu daha iyi anlamanıza yardımcı olur.
Bu arada, bazı cevapların gelmesini bekleyelim.
Herhangi bir yeni fikir bulursam güncellenirim.