Skocz do zawartości

Uszkodzona Partycja Ext2


Wywern

Rekomendowane odpowiedzi

Bez znaczenia, byle nie block 0, bo ten jak należy się domyślać jest uszkodzony.

 

ok, użyłem drugiej kopii

wynikiem było mnóstwo-bardzo wiele pytań o naprawę:

Błędna liczba katalogów dla grupy #327 (0, naliczono 191).
Poprawić? nie

Błędna liczba wolnych i-węzłów (5373814, naliczono 5153775).
Poprawić? nie

 

a w podsumowaniu:

/: ********** UWAGA: System plików nadal ma błędy **********


     138 inodes used (0.00%)
    8487 non-contiguous files (6150.0%)
     170 non-contiguous directories (123.2%)
         liczba i-węzłów z blokami ind/dind/tind: 15471/241/0
9024031 blocks used (84.06%)
       0 bad blocks
       0 large files

  180423 regular files
   21229 directories
       0 character device files
       0 block device files
      30 fifos
    4216 links
   18435 symbolic links (18182 fast symbolic links)
      39 sockets
--------
  224404 files

ale przeczytał, to chyba jest nadzieja

Odnośnik do komentarza
Udostępnij na innych stronach

  • Odpowiedzi 40
  • Created
  • Ostatniej odpowiedzi

Top Posters In This Topic

No, to teraz Twoja decyzja :ph34r: Naprawiać czy nie?

Po naprawie może okazać się, że masz wszystkie pliki, ale... o niezbyt zrozumiałych nazwach i wszystkie w katalogu lost+found.

 

Tak jak pisałem wcześniej - jeśli masz możliwość to wykonaj kopię-obraz partycji przy pomocy jakiegoś programu (poszukaj na forum, było trochę o backupowaniu partycji i tworzeniu obrazów). Jak się nie powiedzie, to można odtworzyć i może ktoś inny coś wymyśli.

Po zrobieniu backupu użyj e2fsck z opcja "-p". Ta opcja powoduje, że próba naprawy następuje automatycznie, bez pytania się Ciebie o zdanie. Opcjonalnie możesz oczywiście puścić bez opcji "-p" i wtedy Ty decydujesz czy naprawiać czy nie, za każdym razem wpisując "yes". Zresztą opcje są dokładnie opisane - "man e2fsck"

Odnośnik do komentarza
Udostępnij na innych stronach

No, to teraz Twoja decyzja :ph34r: Naprawiać czy nie?

Po naprawie może okazać się, że masz wszystkie pliki, ale... o niezbyt zrozumiałych nazwach i wszystkie w katalogu lost+found.

Hmm, faktycznie może być mało śmiesznie przy 8487 uszkodzonych plikach :(

SystemRescueCD ma taki sofcik do robienia obrazów na dysk, jutro go puszczę (bo to jednak kiedyś spać trzeba) i potem spróbuję parametru -p

 

Dziękuję za pomoc

Odnośnik do komentarza
Udostępnij na innych stronach

kazdy linux ma taki sofcik. zwie sie dd :). mi raz padl taki superblock i wszystko do lost+found wyladowalo. cale szczescie ze to tylko z glownego katalogu. jakby tak poszlo wiecej to nie wiem czy bym wszytskie pliki pokompletowal na miejsce, a jesli tak to by to dlugo trwalo ;]

Odnośnik do komentarza
Udostępnij na innych stronach

Hmm, faktycznie może być mało śmiesznie przy 8487 uszkodzonych plikach :(
One nie sa uszkodzone, po prostu są nieciągłe, czyli zapisane na dysku w blokach, które nie są kolejne. Ale to normalne na każdym systemie i tym bym się za bardzo nie przejmował. WYnik fsck jest wg mnie pozytywny, więc może trzeba tylko poprawić superblock 0 (nadpisać wartością z dalszych, nieuszkodzonych superblocków).

 

Odnośnik do komentarza
Udostępnij na innych stronach

a dd weźmie ją w całości binarnie? to by znaczyło, że stworzy plik dokładnie wielkości partycji (a nie tylko zajętej przestrzeni)
Niestety dokładnie tak.

 

A to duża partycja? W sumie to powinno dotyczyć przede wszystkim partycji /boot. Chyba, że nie miałeś jej osobno.

Odnośnik do komentarza
Udostępnij na innych stronach

ehh, no niestety:

dd if=/dev/sdb2 | gzip -9 > sdb2.gz
dd: czytanie `/dev/sdb2': Błąd wejścia/wyjścia
0+0 przeczytanych recordów
0+0 zapisanych recordów
skopiowane 0 bajtów (0 B), 48,6124 s, 0,0 kB/s

chyba nici ze składowania, dd też chce zdaje się po plikach iść, albo po systemie plików w każdym razie

Odnośnik do komentarza
Udostępnij na innych stronach

albo po systemie plików w każdym razie
Raczej nie powinno. Teoretycznie partycję bez systemu plików powinieneś móc przez dd zapisać. Coś z dyskiem musisz mieć. Chyba nie masz innego wyjścia jak puścić fsck -f -b <numerek> bez robienia backupu. W sumie nie powinno się nic stać. Backup dobrze mieć na wszelki wypadek, ale w sytuacji jaką opisujesz to chyba może być już tylko lepiej :)

 

Może ktoś jeszcze jakieś narzędzia podrzuci. A na → SystemRescueCD wszystkie możliwości przejrzałeś?

 

[EDIT]

Dobre narzędzia do odzyskiwania plików ma → OnTrack - są płatne, ale możesz sprawdzić wersją próbną czy taki program byłby w stanie coś odzyskać. Programy oczywiście pod Windows <_<

Odnośnik do komentarza
Udostępnij na innych stronach

nie dziwne ze dd sie wywala jak mu nie podasz na jakich kawalkach ma operowac :| (ok wie niby 512B jest ale z niewiadomych przyczyn czesto wyrzuca blad i/o)

 

tak powinno zadzialac:

dd if=/dev/sdXY bs=32256| gzip -9 > plik.gz

 

dlaczego 32256? 63 sektory/sciezke (patrz fdisk) * 512B/sektor, daje nam ilosc bajtow przypadajaca na jeden caly track, a jak wiadomo kopiowanie calej sciezki jest dosc optymalne (mozna poczytac cos o tym). jesli chcesz na biezaco monitorowac co robi dd, mozna zainstalowac mbuffer i przepipe'owac wyjscie z dd na gzip

 

dd if=/dev/sdXY bs=32256 |mbuffer| gzip -9 > plik.gz

Odnośnik do komentarza
Udostępnij na innych stronach

nie dziwne ze dd sie wywala jak mu nie podasz na jakich kawalkach ma operowac :| (ok wie niby 512B jest ale z niewiadomych przyczyn czesto wyrzuca blad i/o)

tak powinno zadzialac:

dd if=/dev/sdXY bs=32256| gzip -9 > plik.gz

Niestety odpowiedź dd nie zmieniła się

dd if=/dev/sdb2 bs=32256| gzip -9 > sdb2.gz
dd: czytanie `/dev/sdb2': Błąd wejścia/wyjścia
0+0 przeczytanych recordów
0+0 zapisanych recordów
skopiowane 0 bajtów (0 B), 48,8921 s, 0,0 kB/s

spróbuję e2fsck bez składowania

Odnośnik do komentarza
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

×
×
  • Dodaj nową pozycję...