Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Przez kilka miesięcy system działał normalnie. Aż tu nagle, pewnego dnia, pliki, które dotąd zapisywały się normalne, nagle przestały się zapisywać. Co zrobiłem? Zrestartowałem system. Ale system już nie wstał. Przy próbie uruchomienia, zaczął sypać błędami:
print_req_error: critical target error, dev sda, sector XXXXXX Buffer I/O error on dev dm1, logical block X, lost async page write Buffer I/O error on dev dm1, logical block X, lost async page write Buffer I/O error on dev dm1, logical block X, lost async page write Buffer I/O error on dev dm1, logical block X, lost async page write print_req_error: critical target error, dev sda, sector XXXXXX Buffer I/O error on dev dm1, logical block XXXX, lost async page write Buffer I/O error on dev dm1, logical block XXXX, lost async page write print_req_error: critical target error, dev sda, sector XXXXXX Buffer I/O error on dev dm1, logical block XXXX, lost async page write
I tak dalej, i tak dalej.
Dalej:
/dev/mapper/debian--vg-root: Superblock needs_recovery flag is clear, but journal has data /dev/mapper/debian--vg-root: Run journal anyway
/dev/mapper/debian--vg-root: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY
The root filesystem on /dev/mapper/debian--vg-root requires a manual fsck
BusyBox v1.30.1 (Debian 1:1.30.1-4) built-in shell (ash) (initramfs)
Co robić? Zależy mi na tym, żeby nie stracić plików.
Czy jest jakiś sposób, jakaś komenda za pomocą której mógłbym skopiować wybrane przeze mnie pliki lub nawet całe katalogi, przenosząc je z jednego dysku na drugi?
Ostatnio edytowany przez newbiex (2020-11-23 19:42:40)
Offline
Livecd np: knoppix
http://ftp.uni-kl.de/pub/linux/knoppix-dvd/KNOPPIX_ … -10-14-EN.iso
I kopiujesz.
Offline
Co do kopiowania. Chcialem to zrobic pod Debianem. Odpalilem Debiana LIVE. Podpialem dysk. Dysk jest widoczny. Ale niestety nie moge dostac sie do zawartosci partycji encrypted. Podczas proby dostania sie do niej, pojawia sie blad:
No such interface 'org.freedesktop.UDisks2.Filesystem' on object at path /org/freedesktop/UDisks2/block_devices/dm_2d0
Co do testu SMART. Zainstalowalem pakiet smartmontools. Wydalem polecenie:
sudo smartctl -t long /dev/sda
Niestety, pojawil sie blad:
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.0-5-amd64] (local build) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org /dev/sda: Unknown USB bridge [0x0781:0x5591 (0x100)] Please specify device type with the -d option. Use smartctl -h to get a usage summary
Da sie to jeszcze jakos uratowac?
Offline
co to za dysk? Spróbuj dać
smartctl -a /dev/sda
Offline
seler, coś ruszyło! Tylko teraz, zamiast /dev/sda, wpisałem /dev/sda5 (to tu prawdopodobnie znajdują się moje dane).
A więc wpisałem:
sudo smartctl -a /dev/sda5
Otrzymałem:
smartctl 6.6 2016-05-31 r4324 [armv7l-linux-4.19.66-v7+] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SanDisk Product: Ultra USB 3.0 Revision: 1.00 Compliance: SPC-4 User Capacity: 30,752,636,928 bytes [30,7 GB] Logical block size: 512 bytes Serial number: Device type: disk Local Time is: Tue Nov 24 05:48:00 2020 CET SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Disabled or Not Supported === START OF READ SMART DATA SECTION === SMART Health Status: OK Current Drive Temperature: 0 C Drive Trip Temperature: 0 C Error Counter logging not supported Device does not support Self Test logging
Wydałem polecenie:
sudo smartctl -t long /dev/sda5
Otrzymałem komunikat:
smartctl 6.6 2016-05-31 r4324 [armv7l-linux-4.19.66-v7+] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org Extended Background Self Test has begun Use smartctl -X to abort test
Wydałem polecenie:
sudo smartctl -X /dev/sda5
Otrzymałem komunikat:
smartctl 6.6 2016-05-31 r4324 [armv7l-linux-4.19.66-v7+] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org Self Test returned without error
Co dalej?
Ponowne wydanie polecenia sudo smartctl -t long /dev/sda5, daje ten sam komunikat:
Extended Background Self Test has begun Use smartctl -X to abort test
Jakieś pomysły?
Offline
morfik, tak. To pendrive. Nie pisałem o tym wcześniej, bo nie wiedziałem, że to ma jakieś znaczenie.
Czy da się coś z tym zrobić?
Offline
No to raczej żadnego raportu SMART się z niego nie da wyciągnąć. A sam pendrive po prostu zdycha i ma sporo badów. Jedyne co to możesz przepuścić na nim ręcznie fsck. Uszkodzone pliki ci oznaczy i wywali. Resztę będzie można bez problemu skopiować.
Offline
morfik, rozumiem. A czy przeprowadzenie fsck jest w pełni bezpieczne? Czy nie przyczyni się do uszkodzenia reszty plików?
Tego pendriva używałem zaledwie przez rok. Nie wiedziałem, że jego życie będzie aż tak krótkie.
Offline
newbiex napisał(-a):
morfik, rozumiem. A czy przeprowadzenie fsck jest w pełni bezpieczne? Czy nie przyczyni się do uszkodzenia reszty plików?
Tego pendriva używałem zaledwie przez rok. Nie wiedziałem, że jego życie będzie aż tak krótkie.
To zależy od tego jak został uszkodzony. FSCK skanuje pliki na dysku wiec zwiększa ryzyko wystąpienia awarii.
Jak masz tam małe pliki to ja bym je skopiował gdzieś na szybkości a potem bawił się w grubsze odzyskiwanie.
Kiedyś też miałem serwerek bootowany z USB ale będąc świadomy tego, ze USB nie jest dedykowane do ciągłych zapisów/odczytów kupiłem 4 różne i spiąłem je w raid1.
Mimo tego wymieniałem jeden średnio na 8 miesięcy :)
Offline
Jak masz bada w jakimś pliku, to ten plik poleci po skanie fsck i wszystkie bloki, które ten plik zajmował zostaną zwolnione. Generalnie to powinno ci wywalić tylko te uszkodzone pliki, bo z nimi i tak już nic się nie da zrobić. Jeśli będziesz próbował kopiować bez fsck, to podczas kopiowania system będzie próbował odczytywać rejony z badami i proces kopiowania będzie przerywany.
Ostatnio edytowany przez morfik (2020-11-24 18:54:19)
Offline
Mam dużo małych plików. Nie chciałbym ich stracić. Chciałem je najpierw skopiować. Niestety, podczas próby dostania się do zawartości interesującej mnie partycji, po wpisaniu hasła, wyskoczył komunikat:
No such interface 'org.freedesktop.UDisks2.Filesystem' on object at path /org/freedesktop/UDisks2/block_devices/dm_2d0
Dotyczy to tej interesującej mnie partycji encrypted. Druga partycja jest normalnie widocznia, tylko że to nie z niej, a z partycji encrypted chcę skopiować dane. Ale jak się do tej partycji encrypted teraz dostać? Dlaczego po wpisaniu hasła wyskakuje taki, a nie inny komunikat? Jak się go pozbyć? Jak dostać się do interesującej mnie partycji i skopiować dane?
Offline
Nie wiem jak otwierasz ten zaszyfrowany kontener. Weź z terminala wpisz (dostosuj se numerki):
# cryptsetup luksOpen /dev/sda1 sda1
Potem zobacz czy w /dev/mapper/ jest sda1 i jak jest to zamontuj go:
# mount -o ro /dev/mapper/sdb1 /mnt
I zobacz czy są jakieś błędy.
Offline
morfik, kontener probowalem otwierac w przegladarce plikow Dolphin.
A oto informacje, ktore wyswietlil mi GParted:
File system: lvm2 pv
Members: /dev/mapper/sda5
Encryption: luks
Status: Open
Patch: /dev/sda5
W GParted pojawil sie tez komunikat:
Unable to read the contents of this file system! Because of this some operations may be unavailable. The cause might be a missing software package. The following list of software packages is required for lvm2 pv file system support: lvm2.
Wydajac polecenie:
sudo apt-get install lvm2
doinstalowalem wymagany przez system pakiet.
Komunikatat w GParted znikl, ale do kontenera nadal nie dalo sie wejsc.
Do kontenera probowalem wejsc tez poprzez program cryptsetup.
user@debian:~$ sudo cryptsetup luksOpen /dev/sda5 sda5 Enter passphrase for /dev/sda5:
Tu niby okej, ale po wpisaniu:
sudo mount -o ro /dev/mapper/sda5 /mount/sda5
moim oczom ukazal sie komunikat:
mount: /mount/sda5: mount point does not exist.
Wydalem polecenie:
sudo mkdir /mount/sda5
Ponownie wpisalem:
sudo mount -o ro /dev/mapper/sda5 /mount/sda5
Dostalem:
mount: /dev/sda5: unknown filesystem type 'LVM2_member'.
I tu juz nie wiem. Pakiet lvm2 jest zainstalowany, wiec dlaczego to nie dziala? Co jeszcze musialbym zrobic, zeby to ruszylo?
Ostatnio edytowany przez newbiex (2020-11-25 18:24:22)
Offline
Aktywuj grupę voluminów po otwarciu kontenera:
# vgchange -a y
W /dev/mapper/ pojawią się kolejne urządzenia. Potem zamontuj volumin LVM podając do niego pełną ścieżkę w /dev/mapper/.
Ostatnio edytowany przez morfik (2020-11-25 19:24:54)
Offline
morfik
Wydalem polecenie vgchange:
user@debian:~$ sudo vgchange -a y 2 logical volume(s) in volume group "debian-vg" now active
Ale dalej nie moge dostac sie do tej partycji.
user@debian:~$ sudo mount -o ro /dev/mapper/sda5 /mount/sda5 mount: /mount/sda5: unknown filesystem type 'LVM2_member'.
W /dev/mapper/ znajduja sie nastepujace pliki: control, debian--vg-root, debian--vg-swap_1 oraz sda5.
W przegladarce Dolphin pojawilo sie jakies nowe urzadzenie (o nieco mniejszej pojemnosci niz ta zaszyfrowana partycja), ale tez nie moge die do niego dostac.
Po kliknieciu w ikonke tego urzadzenia, wyskakuje blad:
Error mounting /dev/dm-1 at /media/user/ : can't read superblock on /dev/mapper/debian--vg-root
Ostatnio edytowany przez newbiex (2020-11-26 16:38:49)
Offline
W /dev/mapper/ znajduja sie nastepujace pliki: control, debian--vg-root, debian--vg-swap_1 oraz sda5.
No to musisz zamontować /dev/mapper/debian--vg-root .
can't read superblock on /dev/mapper/debian--vg-root
To sugeruje, że musisz dać fsck na /dev/mapper/debian--vg-root, bo masz system plików w rozsypce. Bez superbloku nie uzyskasz dostępu do systemu plików. Zwykle w systemie plików jest pełno jego kopi i system powinien sobie poradzić z odzyskaniem tego bloku.
Ostatnio edytowany przez morfik (2020-11-26 16:57:12)
Offline
user@debian:~$ sudo mount -o ro /dev/mapper/debian--vg-root /mount/sda5 mount: /mount/sda5: can't read superblock on /dev/mapper/debian--vg-root.
Czyli nie da sie uzyskac dostepu do plikow bez przeprowadzenie fsck, tak? Z kolei przeprowadzenie fsck moze przyczynic sie do uszkodzenia reszty plików. Ale przeprowadzenie fsck jest konieczne, zeby uzyskac dostep do plikow. Innego sposobu nie ma. Tak? Dobrze rozumiem?
Ostatnio edytowany przez newbiex (2020-11-26 17:49:49)
Offline
No jak masz rozwalony superblok, to system nie ma pojęcia jak interpretować dane na tej partycji. Trzeba odzyskać superblock z jednej z jego kopi, np:
# fsck -y -f -b 32768 /dev/mapper/debian--vg-root
I powinno ci ten blok przywrócić i raczej powinieneś być w stanie zobaczyć po tym pliki na tej partycji.
Być może tam jeszcze jakieś dane będą uszkodzone i trzeba będzie przeprowadzić regularny fsck, by ci te pliki usunął. I dopiero wtedy skopiować zawartość tej partycji na inny dysk. Te pliki już są uszkodzone więc wywalenie ich via fsck to tylko formalność.
Offline
Probowalem jeszcze podmontowac te mniejsza partycje w programie gnome-disks, ale tu takze pojawil sie komunikat: "can't read superblock on /dev/mapper/debian--vg-root". Potem wybralem jeszcze opcje "Check Filesystem" i dowiedzialem sie, ze:
Filesystem damaged
Filesystem ext4 on /dev/debian-vg/root/ needs repairing.
Widze, ze w programie gnome-disks jest tez opcja naprawy systemu plikow.
Korzystac z opcji naprawy w programie gnome-disks czy lepiej skorzystac z narzedzia fsck?
Offline
Okej. Wydalem polecenie fsck.
user@debian:~$ sudo fsck /dev/mapper/debian--vg-root fsck from util-linux 2.33.1 e2fsck 1.44.5 (15-Dec-2018) /dev/mapper/debian--vg-root: recovering journal Superblock needs_recovery flag is clear, but journal has data. Run journal anyway<y>? yes fsck.ext4: Input/output error while recovering journal of /dev/mapper/debian--vg-root fsck.ext4: unable to set superblock flags on /dev/mapper/debian--vg-root /dev/mapper/debian--vg-root: ********** WARNING: Filesystem still has errors **********
Czy teraz moge juz probowac odzyskac superblock? Jakiej dokladnie komendy uzyc?
Wydalem polecenie:
sudo fsck -y -f -b 32768 /dev/mapper/debian--vg-root
Otrzymalem:
fsck from util-linux 2.33.1 e2fsck 1.44.5 (15-Dec-2018) Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. /dev/mapper/debian--vg-root: recovering journal Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. fsck.ext4: Input/output error while recovering journal of /dev/mapper/debian--vg-root Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. fsck.ext4: unable to set superblock flags on /dev/mapper/debian--vg-root /dev/mapper/debian--vg-root: ***** FILE SYSTEM WAS MODIFIED ***** /dev/mapper/debian--vg-root: ********** WARNING: Filesystem still has errors **********
Ostatnio edytowany przez newbiex (2020-11-26 20:12:12)
Offline
Wyciągnij tego pena z portu USB, i podłącz go ponownie. Pokaż to co system ci wypisuje w logu systemowym przy podłączaniu pena. Wygląda tak, jakby ten pen był przełączony w tryb tylko do odczytu i nie można nic w nim zapisać.
Spróbuj też zamontować ten system plików używając zapasowej lokalizacji superblok'a:
# mount -o ro,sb=131072 /dev/mapper/debian--vg-root /mnt
Ostatnio edytowany przez morfik (2020-11-27 00:00:58)
Offline
Wydalem polecenie:
mount -o ro,sb=131072 /dev/mapper/debian--vg-root /mnt
I...
W koncu udalo sie uzyskac dostep do zawartosci dysku!
Wielkie dzieki, morfik za zaangazowanie i skuteczna pomoc!
Offline