Dizüstü bilgisayarımın Hitachi HTS725050A7E modeli var, bu 4k blok büyüklüğüne sahip 500GB. İki bölümle, C: için büyük bir birincil bölümdeki diskin ön tarafında 10G kurtarma bölümü ve disk alanının geri kalanıyla birlikte gönderilir. Ana bölmeyi 358G'ye küçültmek için Win7 disk yöneticisini kullandım ve en yeni linux nane livecd'i açtım.
İşin garip olduğu yer şudur: Linux nane yükleyicisinde, bölümümü oluşturmaya gittiğimde, mevcut iki NTFS bölümü algılanmaz.
Yükleyiciden ayrıldım ve terminalde denedim sudo fdisk -l
ve ayrıca NTFS bölümlerini bulamaz, bunun yerine tüm diskin bir büyük FAT bölümü olduğunu söyler. TestDisk'in depolarında olduğu için linux nanesini koruyun, hızlıca yükleyip bölümleri aradım. TestDisk bunları arayarak bulabilir, ancak aynı zamanda devasa FAT bölümünü de gördü. Pencerelere geri döndüm ve orada TestDisk'i çalıştırdım ve tamamen farklı sonuçlar aldım. Windows'da, TestDisk herhangi bir FAT bölümünü görmedi ve iki NTFS bölümünü bölüm tablosundan aramadan doğru bir şekilde okuyabiliyordu.
Aynı sonuçları içeren bir ubuntu canlı CD denedim ve DDSee kullanarak harddrive'ı her üç işletim sisteminde de inceledim ve benzer sonuçlar aldım. Windows'taki DFSee bölüm tablosunu anlayabiliyordu ve linux'da bulamadı. Bölüm tablosunda, pencerelerin örttüğü bir tür hata olması gerektiğini ya da diskin Windows sürücüsünün, disk bellenimi ile linux sürücüsünden farklı bir şekilde etkileşime girdiğini düşünüyorum.
İşte benim sorum şu: Burada TestDisk kullanarak iki seçeneğim var ve hangisinin en iyisi olduğundan emin değilim ... TestDisk pencerelerinde bölüm tablosunu yedekleyebilir, linux live CD'sine önyükleyebilir ve bölüm tablosunu geri yükleyebilir yedek. Veya, linux live cd'de, bölümleri aramak ve bölüm tablosunu bu şekilde geri yüklemek için test diskini kullanın.
Hangisi en iyisi veya girmem gereken farklı bir yön var mı? Bu dizüstü bilgisayarda Linux yüklü olmalı.
güncelleme: bölümleme tablosu MBR biçimindedir.
güncelleme: log dosyasını test diskinden (windows) buraya yükledim: http://is.gd/orM5O7 . İlk bölümde Disk / dev / sda'yı Analiz Et yazdıktan sonra doğru bölümlerle geldiğini göreceksiniz. Ancak aramaya başladığında 0/1 / 1'de FAT bölümünü görür.
Testdisk günlüğünü linux'dan da yükledim: http://is.gd/mLay6f . Bu günlükte, başladığında doğru bölümlerin doğru olmadığını, ancak arama yaptıktan sonra onları bulabildiğini görebilirsiniz.
Sonunda buraya iliştirilmiş: https://docs.google.com/open?id=0BzuZ-DbTYjC2R01nbEdrdW02NDQ diskimin ilk 512 baytı (oluşturulan dd if=/dev/sda of=sda.img bs=512 count=1
). Buna hex editöründe baktığımızda bulmacanın eksik bir parçası ortaya çıkıyor. Bu ilk disk sektörü ASCII dizgisine sahiptir. DENALI_DATAPLEX
cephenin yanında ve biraz daha aşağı Dataplex ERROR: Mem alloc failed...Write error