Forum Debian Users Gang

morfik napisał(-a):

Wsadź tę kartę tam gdzie miałeś ja docelowo i odpal ten system. Zobacz czy się uruchomi.

Potrzymałem tę kartę w urządzeniu Raspberry Pi. Przez kilka minut pojawiały się te komunikaty:

print_req_error: I/O error, dev mmcblk0, sector XXXXXXX

Na końcu pojawił się komunikat:

kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (179,2)]

Komunikat ten przerwał wyświetlanie poprzednich komunikatów, jednak pomimo zaprzestania wyświetlania poprzednich komunikatów, system i tak nie dał rady się uruchomić.

Czy jest jakiś sposób na to, żebym mimo wszystko mógł ten system (Raspbian) na tej karcie uruchomić?

morfik napisał(-a):

Można by jeszcze spróbować zgrać wszystkie dane z karty SD via dd (zrobić obraz) i pobawić się obrazem, jeśli się uda go zrobić. Ale na moje oko to jest wsio co z tej karty można wyciągnąć, czyli nic. :]

Obraz zrobiłem zaraz po otrzymaniu linka od użytkownika fnmirk (dzięki fnmirk, w którym było napisane, jak ten obraz stworzyć. Obraz został stworzony 22 czerwca 2021, tuż po godzinie 2 w nocy. Do zrobienia obrazu skorzystałem z narzędzia dd oraz polecenia:

dd if=/dev/target_partition of=/home/user/partition.image

Program nie informował o żadnych błędach, a obraz na dysku jest.

Chciałbym nadal próbować odzyskać dane, ale może już nie z karty, tylko ze stworzonego przeze mnie obrazu.

Jakiego narzędzia użyć?

Z jakiego polecenia skorzystać?

Jakie jest prawdopodobieństwo odzyskania danych?

Ostatnio edytowany przez newbiex (2021-06-23 01:01:28)

A ten obraz to został zrobiony dla źródłowego urządzenia /dev/sdb czy /dev/sdb1, itp? Jeśli obraz nośnika się wykonał, to trzeba zajrzeć tam do środka w taki sam sposób jakby się operowało na rzeczywistym nośniku. Jeśli był ten obraz robiony jako cały nośnik, a nie poszczególne partycje, to zajrzyj tutaj po info jak taki obraz (czy jego partycje) zamontować. Może być jeszcze tak, że ten obraz będzie trefny, coś jak fakeflash, gdzie też można zapisywać/odczytywać nawet nieistniejące komórki. Jeśli obraz będzie pusty od jakiegoś obszaru albo w jakiś inny sposób uszkodzony, to będzie jasna informacja, że coś złego się stało z kontrolerem nośnika. Jeśli masz kopię całego nośnika, to ja bym przeciągnął po tej karcie f3write/f3read i sprawdził czy komórki tam są widoczne w ogóle jeszcze ale to dopiero jak zamontujesz obraz i sprawdzisz czy coś tam w ogóle jest.

@fnmirk, jak dało radę zrobić obraz via dd, to nic więcej nie potrzeba — żadne inne narzędzie nic więcej tutaj nie zdziała. xD

Ostatnio edytowany przez morfik (2021-06-23 11:20:22)

morfik napisał(-a):

A ten obraz to został zrobiony dla źródłowego urządzenia /dev/sdb czy /dev/sdb1, itp?

morfik napisał(-a):

Jeśli był ten obraz robiony jako cały nośnik, a nie poszczególne partycje, to zajrzyj tutaj po info jak taki obraz (czy jego partycje) zamontować.

morfik napisał(-a):

Jeśli masz kopię całego nośnika, to ja bym przeciągnął po tej karcie f3write/f3read i sprawdził czy komórki tam są widoczne w ogóle jeszcze ale to dopiero jak zamontujesz obraz i sprawdzisz czy coś tam w ogóle jest.

Zrobiłem obraz partycji sdb2, a nie całego urządzenia.

Dokładne polecenie, jakie wtedy wydałem, to:

sudo dd if=/dev/sdb2 of=/home/user/Pulpit/OBRAZ.image

Zastanawiam się, czy po wczorajszych działaniach z fsck jest jeszcze sens robić obraz całego urządzenia (np. przy pomocy dd albo ddrescue, o którym pisał fnmirk), czy może na tym etapie nie ma to już żadnego sensu?

fnmirk napisał(-a):

Spróbuj tak zamontować ten obraz:

Kod:

mount -o loop obraz.img /mnt/obraz/ | mkdir /mnt/obraz/

Przy próbie zamontowania obrazu poleceniem

mount -o loop /home/user/Pulpit/OBRAZ.image /mnt/obraz/

dostaję komunikat:

mount: /mnt/obraz: niewłaściwy typ systemu plików, błędna opcja, błędny superblok na /dev/loop12, brak strony kodowej lub programu pomocniczego albo jeszcze inny błąd.

@newbiex, zamontuj ten obraz z alternatywnym superblok'iem lub/i sprawdź jego system plików, tak samo jak to było wcześniej robione z /dev/sdb2, czyli:

# mount -t ext4 -o loop,sb=131072 /home/user/Pulpit/OBRAZ.image /mnt/obraz/
# fsck -y -f -b 32768 /home/user/Pulpit/OBRAZ.image

Możesz też wcześniej kopię tego pliku zrobić. xD

Jeśli po zamontowaniu obrazu pliki nie będą widoczne, to jest niemal pewne ze kontroler karty zdechł i ci skopiowało pusty/niekompletny obraz z nieistniejących komórek flash. Wtedy będziesz jeszcze mógł sformatować tę kartę całą z wykorzystaniem systemu plików ext4 i przeciągnąć ją f3write/f3read, by to potwierdzić ostatecznie.

@fnmirk, ddrescue potrafi usunąć błędy odczytu? xD Jeśli już, to potrafi kontynuować pracę kopiowania po wystąpieniu błędu odczytu, tj. w miejscu błędu wstawić NULL czy inny znak w obrazie docelowym i kontynuować odczyt z uszkodzonego nośnika. Podobnie jest w stanie zrobić dd po podaniu mu flagi noerror . Obraz robiony z uszkodzonego nośnika nie będzie bardziej spójny jeśli użyjesz dd z noerror lub ddrescue, będzie taki sam i jeśli udało się zrobić kopię nośnika via dd, to nie ma już większego sensu robienie kopi innymi narzędziami. Co do samego rescuecd, to bez większego problemu można wszystkie kroki, które byś na tym systemie przeprowadził, przeprowadzić na debianie. Ja miałem naprawdę masę bardzo dziwnych sytuacji i problemów z dyskami/partycjami/szyfrowanymi kontenerami/LVM/systemem plików ext4, z których potrafiłem odratować dane, używając jedynie płytek live czy to z debianem czy ubuntu. Nigdy nie korzystałem z rescuecd.

Ostatnio edytowany przez morfik (2021-06-23 22:34:18)

Z ciekawości podpiąłem pod Debiana inną, sprawną kartę z zainstalowanym systemem Rasbian. Okazało się, że Debian (ten Debian, którego używam przez cały czas) bez problemu wyświetlił zawartość zarówno partycji boot, jak i zawartość patrycji rootfs. Tylko mówię o tej innej, sprawnej karcie, na której nie mam żadnych szczególnie interesujących danych. Zawartości tej mniej sprawnej - Debian nadal nie wyświetla.

Ale nie poddaję się. Będę działał. Spróbuję SystemRescue. Spróbuję Debiana w wersji LIVE.

O szczegółach poinformuję wkrótce.

Ostatnio edytowany przez newbiex (2021-06-24 02:02:02)

Na potraktowanie karty narzędziem, które zaprzepaści szanse na odzyskanie danych zawsze przyjdzie czas. Można spróbować np. programu testdisk, czy poszukać innego rozwiązania. Nie wszystkie możliwości zostały moim zdaniem wyczerpane.

Dodane:
Na forum elektroda.pl polecają ten program:
https://dmde.com/download.html

i mają nawet sukcesy, nie używałem to nie mogę potwierdzić.

Ostatnio edytowany przez fnmirk (2021-06-24 04:56:53)

morfik, przepraszam cię bardzo ale nie traktuj innych jak dzieci i nie uważaj swojego zdania za jedynie słuszne. Autor założył temat aby odzyskać dane, a nie sformatować nośnik. Najpierw traktujesz fizyczne urządzenie narzędziem, które z założenia przeznaczone jest do nośników magnetycznych i twierdzisz, że odzyskanie danych to jak „zjedzenie kaszki z mlekiem”, a kiedy pojawiają się problemy to zachowujesz się jak wyrocznia, piętrząc kolejne i proponujesz sformatowanie nośnika.  Wybacz, ale może autor zadecyduje, że np. kupi pełną wersję programu lub spróbuje odzyskać dane korzystając z forum elektroada.pl  lub innego, gdzie można znaleźć lepszą pomoc bo są tam np. ludzie, którzy zawodowo zajmują się odzyskiwaniem danych.

Ostatnio edytowany przez fnmirk (2021-06-24 16:44:41)

Jestem teraz na SystemRescue, ale jest tu to samo, co na Debianie: po zamontowaniu partycji sdb2 (z karty) - pusty folder.

Jeżeli chodzi o obraz z karty, to nie wiem, czy ja coś robię źle, czy coś z obrazem jest nie tak, ale nie mogę tego obrazu zamontować. Zobaczcie:

[root@sysrescue ~]# mount -o loop /mount/hdd/home/user/Pulpit/OBRAZ.image /mount/karta
mount.nilfs2: Error while mounting /dev/loop1 on /mount/karta: Invalid argument

[root@sysrescue ~]# mount -o loop -t ext4 /mount/hdd/home/user/Pulpit/OBRAZ.image /mount/karta
mount: /mount/karta: wrong fs type, bad option, bad superblock on /dev/loop1, missing codepage or helper program, or other error.

[root@sysrescue ~]# mount -t ext4 -o loop /mount/hdd/home/user/Pulpit/OBRAZ.image /mount/karta
mount: /mount/karta: wrong fs type, bad option, bad superblock on /dev/loop1, missing codepage or helper program, or other error.

Probowalem odpalić fsck na tym obrazie. Oto efekty:

[root@sysrescue ~]# fsck -y -f -b 32768 /mount/hdd/home/user/Pulpit/OBRAZ.image
fsck from util-linux 2.36.2
e2fsck 1.46.2 (28-Feb-2021)
fsck.ext2: Bad magic number in super-block while trying to open /mount/hdd/home/user/Pulpit/OBRAZ.image

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

[root@sysrescue ~]# fsck.ext4 -y -f -B 4096 /mount/hdd/home/user/Pulpit/OBRAZ.image
e2fsck 1.46.2 (28-Feb-2021)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /mount/hdd/home/user/Pulpit/OBRAZ.image

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

morfik Zanim zabiorę się za formatowanie karty (również chciałbym dowiedzieć się, jaka jest przyczyna tego, że karta nagle niespodziewanie przestała działać), będę chciał sprawdzić również inne możliwości odzyskania danych (np. za pomocą narzędzi, o których pisał fnmirk). Po drugie, będę chciał zrobić obraz całej uszkodzonej karty, a nie tylko jej części.

Do zrobienia obrazu całej karty skorzystam z dwóch narzędzi: z narzędzia dd oraz z narzędzia ddrescue. Rozumiem, że jeżeli podsumowanie ddrescue nie będzie zawierało żadnych błędów, to będzie to oznaczać, że taki obraz jest na 100% okej, i to będzie najlepszy obraz, jaki będę mógł z tej karty uzyskać, tak?

newbiex, spróbujemy nietypowego rozwiązania. Przygotuj sobie pendrive, na którym zmieścisz posiadany obraz karty pamięci.

Uruchom systemrescue z opcją copytoram (zobaczysz przy okazji jak może wydajnie działać Linux). Następnie pobaw się programem gparted zakładając system plików ext4 na dysku pendrive. Sprawdź jak zachowują się opcje: View→Device information oraz Device→Attempt data restore.

Następnie z pomocą dd nagraj posiadany obraz na pendrive spróbuj zobaczyć, czy coś się nagrało. Dysk kiedy będziesz go sprawdzał z pomocą gparted, po nagraniu obrazu ma być odmontowany.

Dodane:
Tu masz opis jak użyć dokładnie ddrescue i innych narzędzi z dystrybucji systemrescue do odzyskania danych:
https://help.ubuntu.com/community/DataRecovery

PS Jednak ciekawe to jest, dlaczego na Ubuntu zalecają używanie https://www.system-rescue.org/ do odzyskiwania danych? Chyba dlatego, że zanim się Ubuntu uruchomi to można zapomnieć co się chciało zrobić.

Ostatnio edytowany przez fnmirk (2021-06-25 18:33:26)

Tworzenie nowych obrazów - w trakcie.

newbiex napisał(-a):

Tworzenie nowych obrazów - w trakcie.

Jakieś postępy? xD