Forum Debian Users Gang

Ad. 4 - Nie modyfikuj w żaden sposób dysku z danymi to najlepszy sposób na ich utratę!

Jaki system plików był na dysku przed montowaniem?
Napisz co robiłeś jak montowałeś ten dysk (link nie działa - błąd serwera)?
Wpisz wynik poleceń:

fdisk -l

mount

df -h

/dev/sdb1               1      171958  1381252603+  8e  Linux LVM

Ta linijka... może nie jest powodem, ale świadczy o czymś innym, tj. masz LVM na nim (takie coś co IBM na potrzeby możliwości zwiększania pojemności dysków zrobił, nie jest to RAID, nie jest to zwykła partycja ale fajna sprawa, masz setki takich mały LVM bloków na niej, bo raczej sam nie zmieniałeś typu partycji w fdisk)

Możesz sprawdzić co się stanie po zmianie na Linux type tę partycję. Być może poprawnie odczyta, ale wątpie, jak na niej już coś było robione (tj. postawienie LVM'a, postawienie ext4 na LVM 'owej partycji itd.)

Masz na 1.5TB dysku jedną partycję, którą fdisk rozpoznaje jak widzisz, jako LVM Linux, czyli partycja która jest przygotowana pod to. Być może tak nie jest, ale nie wiem co zostało wykonane przez instalator (jest możliwość w trakcie instalacji wykonania LVM i postawienia na tym chyba nawet systemu). Być może jest to tylko ustawienie w tablicy partycji na HDD (nie musi odpowiadać rzeczywistości). Być może jest to rzeczywiście partycja pod LVM i na nim, przy pomocy odpowiedniego oprogramowania postawiłeś (nawet nieświadomie w trakcie instalacji) partycję zbudowaną z PhysicalVolumenów w jedne duży LogicalVolumen, na którym postawiłeś system plików ext4 i normalnie montowałeś (tj. poprzez fstab) do drzewa katalogów jako /home

Jeśli uważasz, że na partcji /dev/sdb1 był tylko ext4, tzn. że fdisk (a raczej tablica partycji) ma niepoprawną informację o typie partycji w tablicy partycji. Wówczas (jeśli jesteś tego pewien) można przestawić tę wartość poprzez

# fdisk /dev/sdb
fdisk > t
Enter the partition type (press L to get list)> L
"szukasz Linux"
Enter the partition type(press L to get list)> 83 (chyba)
fdisk> w
bry bry bry dysk buczy i zapisane zostało do tablicy partycji info o typie partycji
#

Tak, przy pomocy gparted tak można, ale z tytułu zmiany chyba wykonuje mkfs.ext4 na nowej partycji.

EDIT (w końcu sie screen załadował): A może i nie wykonuje mkfs.ext4 po zmianie typu partycji. Widać że wykonuje to co powyżej fdisk tylko w GUI. Dla partycji ext* należy ustawić Linux 0x83 (tak jak na dysku /dev/sda)

P.s.

/dev/tty7 for errors

tzn., że na [ctrl]+[alt]+[f7] masz log z błędami (w trakcie instalacji, normalnie stoi tam X11), debianowy log instalatora jest na tty4 :)

Ostatnio edytowany przez paoolo (2010-10-19 22:24:06)

Możesz spróbować photorec (w pakiecie z testdiskiem - przynajmniej w debianie) - ten potrzebuje miejsca na odzyskane pliki na innym dysku/partycji niż skanowana, może skanować zarówno partycję jak i cały dysk

Nie widzę dużych szans na "domowe" odzyskanie danych będących na LVM+ext4 z utworzonym przypadkowo na partycji LVM-a nowym ext4 lub odwrotnie zwykła partycja ext4 z danymi "przerobiona" na LVM z nowym ext4.

Oczywiście można dać dysk do Ontracka (chyba najbardziej znany) ale gwarancji na odzyskanie danych nie dadzą, no i nie będzie tanie (to pojęcie względne, bo dane tez maja swoja wartość).

Hmm.. prawdopodobnie kiedyś przy instalacji mint'a jak ustawiłeś partycje, musiałeś pewnie dać Create new table później partycję (co do wyglądu, tj. pojemność, ext4 etc. taką samo) i punkt montowania (nie wiem jak wygląda partycjonowanie pod instalatorem Minta ale pewnie tak jest).

Hmm na stronce click na dole jest Recovery Technique.. Prawdopodobnie nie zadziała (tzn. nie da pożądanego efektu) bo mogłeś uruchomić w trakcie (automatycznie) instalacji mkfs.ext4 na /dev/sdb1 i poszukiwane przez nas superblocki już nie istnieją.. polecenie

dumpe2fs /dev/sdb1 | grep Zapasowy

pokaż co daje.. Może bedzię tam jakiś superblock z poprzedniej partycji, ale wątpię. Jak tak to wykonuj co dalej na stronie następuje. Może coś się uda.

Ostatnio edytowany przez paoolo (2010-10-20 00:07:49)

dariusz_ napisał(-a):

Co do instalacji minta debiana to ma buga w postaci niemożności wybrania drugiego dysku sdb1 na /home dlatego minta pierwszy raz instalowałem bez podawania home i później montowałem /home udev w fstab. (nie wiem czy jasno się wyraziłem)

Bardzo dobrze się wyraziłeś i postąpiłeś jak należy. W całości wydruku (bez grepa) masz podane kiedy było formatowany Filesystem created albo po polsku napis. Będziesz mógł dowiedzieć się czy w trakcie instalacji dokonało się formatowanie. Jak nie, to można zacząć przywracać z zapasowych superblocków, ale jeśli było formatowane, to... ciężko powiedzieć. BTW pełny wydruk da też obraz tego co jest na dysku, tj. które bloki są wolne etc. Będziesz mógł wiedzieć, gdzie potencjalne są dane (wg. systemu plików).

BTW jest to tak duuużyy dysk, że prawdopodobnie twe dane były gdzieś na pierwszych kilkunastu giga (zależy od intensywności używania) i być może by móc korzystać z dysku, zrobić partycję od 100GB do góry, zaś te pierwsze 100GB badać jako jako surową partycję. I nie wiem jakim softem.

fsck.ext4 -b <zapasowy_superblock> <partycja>

w mniemaniu nakazuje zapisać obecny superblock, zapasowym, ale chodziło o ty, byś przy okazji sprawdził, kiedy był Filesystem created patrząc na początek listingu blockami, który może być ucięty. czyli dajesz z grepem, jak wiesz :) Partycja nie będzie tworzona, tylko szukamy, o ile jeszcze jest info w superblockach o plikach, tylko pewnie są to superblocki tej nowej partycji. Pytanie do googla w tym wypadku powinno brzmieć: jak się dostać do tych superblocków które są, ale nie są traktowane jako superblocki? ;) Anyway, to nie jest problem z superblockiem, przywracanie służy, gdy nawali Ci główny. W sumie kiepski trop.

Można by sprawdzić to.

Ostatnio edytowany przez paoolo (2010-10-20 07:25:18)

Dzięki za wszystkie informacje i raczej pokuszę się o odzyskiwanie danych samemu programem photorec. Czegoś dodatkowego może się nauczę. I jeszcze mam kilka pytań, bo mam pewien pomysł a i koszty zmalały do 0. Oczywiście nie wykluczam kosztów tego 320 GB dysku.

Mogę wykorzystać obecnie używany jako system dysk sda - 80GB. Posiadam dodatkowo mały dyski 4GB na którym zainstalował bym sobie debiana minta i z niego użył testdiska. A więc miałbym czystej powierzchni 160GB bez żadnych kosztów? Może na najpotrzebniejsze dane by starczyło.

Na pytania raczej znam odpowiedź, ale nie chcę już popełnić jakiegoś głupstwa i chciałbym się upewnić.

1. Jako że na tym dysku z utraconymi danymi (1,5TB) podczas tworzenia partycji zostawiłem sobie 80GB wolnego miejsca, czy mogę te miejsce wykorzystać do odzyskania tam danych. Czyli sformatować wolną przestrzeń w ext4 i później na tą partycję ładować odzyskiwane dane?

2. Czy testdisk a raczej jego część photorec umożliwia odzyskanie tylko np. najpierw samych plików graficznych. Czy można odzyskiwać dane z dysku parokrotnie?


@andreq dysk siedzi sobie chyba nie naruszony. minta debiana z którego piszę w całości instalowałem na osobnym dysku. Żadnych operacji jeszcze tam nie przeprowadzałem


Edit: Jednak ten dysk 4GB nie nadaje się na system z którego mógłbym odzyskiwać dane. debian zajmuje 4GB a więc muszę poszukać jakiejś innej dystrybucji z photorec.
Ok. znalazłem SystemRescueCD lub PartedMagic i zaraz zabieram się do roboty tylko proszę o odpowiedź na pytania.

Ostatnio edytowany przez dariusz_ (2010-10-20 11:15:29)

Hmm nie wiem, ale zrobic partycje na tym dysku odzyskiwanym ponad 1TB (prawdopodobienstwo zapisania powyzej wsrod 10GB bylo raczej nikle). Ale pewnie PhotoRec wymaga takiej partycji, jakiej ulegla uszkodzeniu. Jesli zas moze czytac po surowej partycji, to bym tak zrobil, ze 1TB jako ten obszar do odzyskiwania, zas 0,5TB na dane z odzysku..

BTW powodem braku miejsca na dysku moze byc... brak inode'ow ale w to watpie, ale jak otrzymujesz drobnice z odzysku, to mozesz ilosc inode'ow szybko wyczerpac (ale na 80GB to jest napraaawde duzo inode'ow domyslnie ustawianych)

Hmm.. nie... ALE: gparted, tj. tools'y od ext4 robią w trakcie przesuwania/resize'owania, przenoszenie danych. Zgodnie z nowymi informacjami z superblocku jest brak danych, ALE: nadgorliwie może przenosić coś i wtedy... crach. Nadpisuje to co chcesz odzyskać. Nie wiem czy to jest prawidłowe, ale postawiłbym nową tablicę partycji na dysku z dwoma partycjami i odpowiednimi FileSystem-flagami poprzez zwykłego fdisk'a. Z doświadczenia własnego, dopóki nie zrobię mkfs.* na nowych partycjach, to siedzi w nich to co było. Tj. gdy nie zmieniam rozmiaru. Nie sprawdzałem jakby było gdybym uciął w połowie istniejący FileSystem, bez uprzedniego resize'owania, ale resize'owanie powoduje przenoszenie, a to nadpisuje.

# fdisk /dev/sdb
> p
listuje co jest
> o
nowa partycja
> n
>> p(rimary)
>> 1(pierwsza partycja)
>> 1(pierwszy block)
>> n(ty blok, gdzieś na 1TB)
> n
>> p
>> 2(druga partycja)
>> _(domyslny block)
>> _(domyslny koncowy blok)
> w(zapisuje nowa tablice partycji)
bry bry bry, reload kernel info about part
# mkfs.ext4 /dev/sdb2 (!!! na drugiej robisz ext4, pierwszej nie dotykasz)

ALE: nie wiem czy to jest dobre :P (może PhotoRac potrzebuje takiej partycji do odczytu jaką zamierzasz odzyskiwać, bo dochodzi do superblocków, i ma wskazania poza partycję, i nie wykona odzyskiwania bo sięga poza partycję (jego granicę), nie wiem)

Robisz na wlasna odpowiedzialnosc.

Ostatnio edytowany przez paoolo (2010-10-20 18:14:35)

Uhmm, zapomniałem, podajesz numer sektora, ale, jak Ci ładnie fdisk podpowiada, możesz koniec pierwszej partycji podać przy pomocy jednostek czyli

Kod:

# fdisk /dev/sdb
> p
listuje co jest
> o
nowa tablica partycji (nie bój się o komunikaty dotyczące DOS, norma)
> n
>> p(rimary)
>> 1(pierwsza partycja)
>> 1(pierwszy sektor)
>> +1024G(czyli gdzieś na 1TB)
> n
>> p
>> 2(druga partycja)
>> _(domyslny sektor)
>> _(domyslny koncowy sektor)
> w(zapisuje nowa tablice partycji)
bry bry bry, reload kernel info about part
# mkfs.ext4 /dev/sdb2 (!!! na drugiej robisz ext4, pierwszej nie dotykasz)

BTW dziwi mnie, że dopiero od 2048 sektora pozwala Ci na robienie partycji. Czyby jakaś była przed nią, czy tak po prostu jest?

BTW w przypadku taaak dużego dysku i takiej małej ilości danych jakie były, nie ma takiej potrzeby by to była jakaś konkretna liczba (ale ma to znaczenie gdy masz 0.003TB i zajęte było 0.002TB :P)

Ostatnio edytowany przez paoolo (2010-10-20 19:09:49)