Yanlışlıkla yanlış USB diske 512 bayt ikili yazdım ddve cihaz fdiskartık herhangi bir bölüm göstermiyor .
Tüm verilerin kaybolduğunu düşündüm, ancak neyse ki ilk 512 bayt ile sınırlı dd if=/dev/sdx | stringskaldığı için verilerin hala orada olduğunu gösteriyor dd. Onu kurtarmanın bir yolu var mı ?
Diskin iki bölümü vardı: bir ext4 (~ 4GB) bir ve 16GB'ın geri kalanı NTFS olarak biçimlendirildi.
Yanıtlar:
Daha önce tam olarak ne olduğuna bağlı, ancak bundan kurtulmak kolay (-ish) olabilir.
ddGüvenli bir yerde USB sürücünüzün tam görüntüsünü oluşturmak için kullanın .
ddGüvenli bir yerde USB sürücünüzün tam görüntüsünü oluşturmak için kullanın .
Evet, lütfen tam bir resim saklayın. Veri kurtarma işlemleri genellikle beklenenden daha fazla hasara neden olabilir.
Bu USB sürücüdeki bölüm düzeninin nasıl olduğunu hatırlamaya çalışın. Yaz . Bu disk (dağılmadan önce) Linux çekirdeği tarafından tespit edildiğinde sistem günlükleriniz varsa yardımcı olabilir - çoğu zaman algılanan bölümler hakkında bazı verileri yazdırır.
MBR'yi aynı bölümleme tablosuyla yeniden oluşturmak için fdisk'i kullanın. Hiçbir bölümü biçimlendirmeyin ve / veya sıkıştırmayın .
Bölümlerinizi salt okunur ( -o ro) mountseçenekle bağlamaya çalışın .
Başarılı olursa, tüm dosyaları güvenli bir konuma kopyalamaya çalışın ve terminalinizi ve günlüklerinizi G / Ç hataları için izleyin - bölüm sınırı hatalarının ifade edilmesinin tipik yolu, temel aygıttaki sınır dışı erişimdir.
Kopyalama başarısız olursa, görüntüyü geri yükleyin ve 4. adıma geri dönün.
Başka bir şey yapmadan önce USB sürücünün tam görüntüsüne sahip olduğundan bahsetmiş miydim?
Not: Kurtarma işlemini otomatikleştirmeye çalışan TestDisk gibi araçlara da göz atmak isteyebilirsiniz . Ama yine de önce tam bir görüntü elde etmelisiniz.
PS2: Yeterince rahat hissediyorsanız, biraz deneyebilirsiniz. İlk bölümün başlangıç noktası için makul bir varsayım yapabiliyorsanız, ilk bölümün tune2fs -ltam boyutunu elde etmek için kullanabilirsiniz , bu da ikinci bölümün başlangıcını avlamanızı sağlar.
bs=...Blok boyutunu artırmak ve biraz hızlandırmak için bir seçenek koymak isteyebilirsiniz .
bs=64K. TestDisk kesinlikle denemeye değer ve disk görüntü dosyalarında ve gerçek disklerde çalışabilir. İyi şanslar!
cat /dev/sdx >backup.imgdaha hızlı ddve kesinlikle bu konuda daha yavaş olmaz.
ext4Bölümü ve verilerini geri yüklemek için , disk çapında bir ext4 bölümü oluşturmayı düşündüm. Bu beni almak için izin verilere erişim ve birlikte bölüm hakkında bilgi almak tune2fs -l@thkala önerdiği gibi. Bu bilgi çok uygulanabilir ve değiştirilmemiş görünüyor.
Çok ilginç bir şekilde, gparted, gerçek bölüm boyutunu , bu uyarıdan ortaya çıktığı gibi anlayabilir :
10.96 Bölüm içindeki ayrılmamış alanın GiB'si. Dosya sistemini bölümü dolduracak şekilde büyütmek için bölümü seçin ve menü öğesini seçin:
çünkü 11GiB kabaca NTFS bölümünün boyutuydu.
Kullanılmayan alana, IIRC'ye, ext4'ün hala boş olduğu alan olduğuna dikkat edin. Ayrılmamış alan tanır GParted NTFS bölümünü gibi görünüyor; şimdi, belki de ilk bölümün nerede biteceğini yani toplam bayt sayısını bularak nasıl bir tane geri yükleyebilirim ?
Sonunda TestDisk bunu zahmetsizce halletti.
dd if=/dev/sdx of=backup.imgdoğru mu?