Forum Debian Users Gang

dariusz_ napisał(-a):

Czy moze jeszcze musze cos zrobic?
Bo gparted pokazuje ze sdb1 nie rozpoznaje systemu plikow.

Zamontuj gdzieś sdb2 i ten punkt montowania wskaż photorec-owi. Pamiętaj aby skanować sdb1 a nie cały dysk czyli sdb.

Myślałem, że będziesz montował "tradycyjnie"

mount /dev/partycja /jakiś_katalog

W Photorec po samym wlaczeniu mam

Disk /dev/sda - 80 GB / 74 GiB (RO) - ATA ST380815AS
Disk /dev/sdb - 1500 GB / 1397 GiB (RO) - ATA WDC WD15EADS-00P
Disk /dev/sr0 - 141 MB / 135 MiB (RO) - ATAPI DVD A DH16A1S

Wybieram 1500GB, Intel i pojawia sie

     Partition                  Start        End    Size in sectors
     No partition             0   0  1 182401  80 63 2930277168 [Whole disk]
 1 P Linux                    0  32 33 136416  45 13 2191523840
 2 P Linux                136416  45 14 182401  80 63  738751280

Wybieram 1 czyli ten z wieksza iloscia sektorow i pojawia sie cos takiego i domyslnie prostokacik pojawia sie przy FAT/NTFS... itd.

To recover lost files, PhotoRec need to know the filesystem type where the
file were stored:
[ ext2/ext3 ]  ext2/ext3/ext4 filesystem
[ Other     ]  FAT/NTFS/HFS+/ReiserFS/...

wybieram format ext2/ext3 czyli rowniez ext4

Wybralem dysk na ktory maja byc zrzucane pliki gif (takie tylko ustawilem). Wyszukalem i wszedlem w media/sdb2. Dalem Y i po chwili znowu dostalem taki komunikat

384 files saved in /media/sdb2/recup_dir directory.
Cannot write file, no space left.

Dziwne zgralo sie tylko 1,7GB plikow gif

Ostatnio edytowany przez dariusz_ (2010-10-20 21:15:14)

Sprobowalem zgrywac pliki tektowe i rowniez po pewnym czasie po 156tys. plikach sciagnietych pisze. ze nie ma miejsca na dysku. Pliki jakos dziwnie poucinane.  (moze dlatego ze nie skonczylo sie sciagac)

Warning: no free space available. Do you want to save recovered files in
/media/sdb2 ? [Y/N]
Do not choose to write the files to the same partition they were stored on.
To select another directory, use the arrow keys.

Z pyty ratunkowej PatredMagic wchodzac do /media/sdb2 widze ze katalogi sa. Po zaznaczeniu wszystkich i wyswietleniu wlasciwosci okazuje sie ze zajetych jest tylko 346MB a Size on Disk ma 881MB. Zaraz sprawdze jak dysk wyglada w liveCD np. debian mint.

Ostatnio edytowany przez dariusz_ (2010-10-20 21:19:01)

Dziwna sprawa.
Uruchomilem tego minta debiana z liveCD i tych plikow nie ma. Stracily sie moze przez to ze odzyskiwanie nie doszlo do konca. Przerwalem po niby zapelnieniu dysku.

Mint pokazywal naturalnie tylko 378GB z tego 1,5TB ze wzgledu na ten brak rodzaju systemu plikow


Polecenie df -i jrowniez w katalogu /media/sdb2 pokazuje to samo czyli:

root@PartedMagic:~# df -i
df: no file systems processed

W ostatecznosci moge zrobic fotke z katalogami. Zrobilo sie ich 331 i chyba w kazdym katalogu jest 500 plikow tekstowych

Ostatnio edytowany przez dariusz_ (2010-10-20 21:52:50)

Nie montowalem ale dysk byl widoczny.



Edit: Ok. zaraz sprawdze i dam znac

Ostatnio edytowany przez dariusz_ (2010-10-20 22:14:50)

A wiec zamontowalem w mincie tak

mount -t ext4 /dev/sdb2 /mnt

zwróciło tylko ikonę lost+found, wrociłem do PartedMagic i tutaj juz tych plikow nie widac.

Zrobiłem jeszcze raz odzyskiwanie plików tym razem gif by było szybciej. Dobra już dysk pełny a logów nie ma. jest katalog /var/log i kilka plików z Xorg.0.log i jeszcze kilka innych ale puste. Jest jeden katalog setup a w nim nic szczegolnego.

również tu sprobowałem zamontować partycje i po wydaniu komendy a wczesniej utworzeniu katalogu hd na pulpicie również otrzymuje w katalogu ikone lost+found z pusta zawartoscia

mount -t ext4 /dev/sdb2 /root/Desktop/hd

Może musz zainstalować tą dystrybucję na dysku by miec te logi?



Edit:
No dziwaczna sprawa z tą wielkością dysku. Poczytałem i wykonałem z konsoli coś takiego

du -sh /media/sdb2

i wyswietliło mi że mam 1,6GB na /media/sdb2. To samo polecenie z sdb1 wyswietla 0. W gparted sdb2 ma 352.26GiB a sdb1 ma 1,02TB jednak przy oznaczeniu partycji wykrzyknik, no i FileSystem unknown.

Zrobilem zrzuty przed i po operacji odzyskiwania plikow. Na poczatku dysk wszedzie widzialny jest jako ok. 370GB.



Napisze dokladnie jak przechodze przez odzyskiwanie danych.
1.Uruchamiam program mam do wyboru sda pusty dysk 80gb, sdb - 1500gb, sr0 czyli cdrom. Wybieram te 1500GB
2. Wybieram Intel, przechodze na File Opt by wybrac np. jpg zapisuje
3. Mam do wyboru dwie opcje (a w zasadzie 3 ale tej pierwszej nie wybieram [czyli whole disk]) 1 P Linux z duzo wieksza iloscia Size in sectors niz 2 P Linux. Wybieram te 1 P Linux i Search
4. Domyslnie ustawione zaznaczenie jest na Other zmieniam na ext2/ext3 i daje enter. Moze sprobowac odzyskac z tego Other bo system nie wie jaki tam jest format plikow???
5. Tu probowalem w dwojaki sposob ale pierwszy raz na pewno wychodzilem z /root do / i tam wybieralem /media/sdb2, Y i sie odzyskiwalo. mozna tez z /root przejsc do sdb2 ale nic to nie dawalo.
6.  I sobie szuka Pass 1 - Reading sector xxxxxxxx/2191523840, xxx files found
7. Jak dobrze widze i w pamieci licze to po przebadaniu ok.1% dysku informacja o braku miejsca. I pojawia sie komunikat

Warning: no free space available. Do you want to save recovered files in
/media/sdb2 ? [Y/N]
Do not choose to write the files to the same partition they were stored on.
To select another directory, use the arrow keys.

Jezeli dam Y to jeszcze dociagnie pare plikow ale jako ze nie mam miejsca teraz dalem N.

8.Pojawila sie informacja

17670 files saved in /media/sdb2/recup_dir directory.
Cannot write file, no space left.

9.Przy wychodzeniu z programu zauwazylem cos takiego. Jednak w biosie dyski sie wykrywaja.

Note:
Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk drivers.

Niestety teraz nie chce mi wykonac screenshota :( z katalogami w ktorych znajduje sie ok 500 plikow jpg. Rowniez chcialem uwiecznic ilosc danych czyli 1,7GB zdjec i caly zapelniony dysk pomimo 378.2 w nutilusie czy jakos tak.




Odzyskiwane pliki php jednak są całe i pewnie odzyskał bym wszystko, gdyby nie ten kłopot z pojemnością. Jutro a raczej dziś od 9, pobawię się z innym programem, jakim i do czego jeszcze nie wiem ... może się przyśni.

Ostatnio edytowany przez dariusz_ (2010-10-21 02:30:19)

A wiec tak. Kolejny dzień przy kompie.

Spróbowałem podzielić te nieco ponad 350GB czyli sdb2 na jeden mały dysk na początku sdb2 i resztę sdb3 gdzie wrzucał bym dane. Niestety nadal nie potrafiłem zamontować sdb3 tak bym go widział po wejsciu w moj komputer. Pokombinowałem inne cuda i raczej nic nie uszkadzając z tego co jest mi uszkodzone :)

Czy ktoś używał Stellar Phoenix Linux Data Recovery v.4.0 i czy ten program odzyskuje nazwy plików? Zanstalowałem jakiegoś xp ta instalacja jest straszna w porównaniu z linuxem. Jakieś ciągłe wynajdywanie sprzętu i żąglęrka płytami. (sądze że jednak program odzyskuje nazwy plików. Przy próbie z pendrive ale w fat32 odzyskuje wszystko ładnie. można zaznaczyć co chcę odzyskać a co niech się sobie spoczywa)

Ale bez pewności nie chce wydawać ponad 200zł na jednorazowe i niekoniecznie udane zgranie danych.

No i nie wiem czy uda sie temu programowi zrzucic dane do tego mojego sdb3

Ostatnio edytowany przez dariusz_ (2010-10-21 23:28:05)

Ad. 1 - A musi być graficzny? find zrobi szybciej, np.

find /dane -size +10k -size -500k -exec cp {} /miejsce_docelowe/ \;

Ten przykład, jak sie nie pomyliłem, wyszuka w katalogu /dane wszystkie pliki o rozmiarze od 10k do 500k i przekopiuje je do katalogu /miejsce_docelowe/. Warto poczytać pomoc to tego programu.

Ad. 2 - Pliki tekstowe są podzielone, gdyż w przeciwieństwie do np. graficznych, nie zawierają danych pozwalających na znalezienie końca pliku, photorec i inne programy "zgadują" gdzie może być koniec. Tu nie liczyłbym na jakieś powalające efekty przy użyciu innych programów.

Możesz spróbować połączyć find i grep w celu wyszukania plików zawierających określoną zawartość np. zdefiniowałeś funkcję, którą potem używasz, to możesz wyszukać pliki, które zawierają tą nazwę.

Ad. 3 - Jest find ;-) Po prostu w przykładzie w pkt 1 dodajesz -name *.jpg wtedy zamiast wszystkich plików będzie szukał tylko tych o nazwie kończącej się na .jpg

Ad. 4 - Tworzenie nowego systemu plików na pewno nie pomoże, jeszce bardziej utrudni bo nadpisze isniejące dane poprzez utworzenie wielu "nowych" kopii superblock-u i nowego dziennika (journal-u)