Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
undelete. Help!!
9 views
Skip to first unread message
peter
May 18, 2016, 5:31:52 PM5/18/16
to
Miałem kilkadziesiąt plików w 16 kartotekach - wynik pracy przez ostatni miesiąc.
Przez pomyłkę uruchomiłem skrypt startowy, który wpisał do kartotek pliki startowe
o tej samej nazwie i długości zero.
Reasumując miałem pliki np ala.out z wynikami, teraz mam pliki ala.out o długości zero itd.
Pliki ala.out z wynikami zapewnie gdzieś są. Jak je odzyskać?
--
peter
Przez pomyłkę uruchomiłem skrypt startowy, który wpisał do kartotek pliki startowe
o tej samej nazwie i długości zero.
Reasumując miałem pliki np ala.out z wynikami, teraz mam pliki ala.out o długości zero itd.
Pliki ala.out z wynikami zapewnie gdzieś są. Jak je odzyskać?
--
peter
Dominik Ałaszewski
May 19, 2016, 1:46:26 AM5/19/16
to
Dnia 18.05.2016 peter <ToJe...@nic.nie.wiem> napisał/a:
> Pliki ala.out z wynikami zapewnie gdzieś są. Jak je odzyskać?
Z backupu. Jeśli były ważne, to były backupowane.
> Pliki ala.out z wynikami zapewnie gdzieś są. Jak je odzyskać?
Jeśli nie ma backupu, to znaczy że nie były ważne.
I przede wszystkim: jaki filesystem?
--
Dominik Ałaszewski (via raspbianowy slrn)
"Wszyscy chcą naszego dobra. Nie dajmy go sobie zabrać." (S.J. Lec)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP
Pisząc na priv zmień domenę na gmail.
peter
May 19, 2016, 3:55:54 AM5/19/16
to
Dominik Ałaszewski pisze:
Błąd polegał na uruchomieniu po zakończeniu pracy niewłaściwego skryptu, który nadpisał na
istniejące pliki takie same pliki o długości zero.
> I przede wszystkim: jaki filesystem?
ext4
--
peter
>
>> Pliki ala.out z wynikami zapewnie gdzieś są. Jak je odzyskać?
>
> Z backupu. Jeśli były ważne, to były backupowane.
> Jeśli nie ma backupu, to znaczy że nie były ważne.
Do plików dopisywane są co 1-2 minuty nowe wyniki obliczeń. Backup tu nie pomoże.
>> Pliki ala.out z wynikami zapewnie gdzieś są. Jak je odzyskać?
>
> Z backupu. Jeśli były ważne, to były backupowane.
> Jeśli nie ma backupu, to znaczy że nie były ważne.
Błąd polegał na uruchomieniu po zakończeniu pracy niewłaściwego skryptu, który nadpisał na
istniejące pliki takie same pliki o długości zero.
> I przede wszystkim: jaki filesystem?
--
peter
Dominik Ałaszewski
May 19, 2016, 6:29:45 AM5/19/16
to
Dnia 19.05.2016 peter <ToJe...@nic.nie.wiem> napisał/a:
> Do plików dopisywane są co 1-2 minuty nowe wyniki obliczeń. Backup tu nie pomoże.
Pomoże.
> Do plików dopisywane są co 1-2 minuty nowe wyniki obliczeń. Backup tu nie pomoże.
https://support.code42.com/CrashPlan/4/Backup/Backing_Up_Open_Files_And_Databases
"Linux and Solaris - A non-exclusive read is acquired on the file while backing up."
>> I przede wszystkim: jaki filesystem?
>
> ext4
Tylko że masz szanse, jeśli na tym filesystemie nic (albo choćby
bardzo mało) było później zapisywane.
peter
May 19, 2016, 9:53:26 AM5/19/16
to
Dominik Ałaszewski pisze:
#/sbin/debugfs /dev/sda1
potem
debugfs: lsdel
znalazł 40 inodes z .. 2013r
>
> Można próbować http://extundelete.sourceforge.net/
zainstalowałem extundelete z repositorium
Niestety nie znalazł nic przy --restore-all lub --restore-file
Usunąłem 1 niepotrzebny plik i zaraz użyłem extundelete - tez nic
pisze wprawdzie, że jeżeli się nie uda, to odmontować partycję.
mam jakieś dziwne obiekcje, że jak zrobię
umount /dev/sda1
to rozfajczy się cały dysk
jak potem z powrotem zamontować partycję?
Nie jestem informatykiem tylko matematykiem.
--
peter
>>> I przede wszystkim: jaki filesystem?
>>
>> ext4
Próbowałem m.in/ tak
>>
>> ext4
#/sbin/debugfs /dev/sda1
potem
debugfs: lsdel
znalazł 40 inodes z .. 2013r
>
> Można próbować http://extundelete.sourceforge.net/
zainstalowałem extundelete z repositorium
Niestety nie znalazł nic przy --restore-all lub --restore-file
Usunąłem 1 niepotrzebny plik i zaraz użyłem extundelete - tez nic
pisze wprawdzie, że jeżeli się nie uda, to odmontować partycję.
mam jakieś dziwne obiekcje, że jak zrobię
umount /dev/sda1
to rozfajczy się cały dysk
jak potem z powrotem zamontować partycję?
Nie jestem informatykiem tylko matematykiem.
--
peter
Dominik Ałaszewski
May 20, 2016, 1:42:26 AM5/20/16
to
Dnia 19.05.2016 peter <ToJe...@nic.nie.wiem> napisał/a:
> pisze wprawdzie, że jeżeli się nie uda, to odmontować partycję.
Ja chyba jakiś inny Internet mam, bo na wspomnianej stronie
stoi jak byk:
"How to use extundelete
extundelete is designed to undelete files from an unmounted
partition to a separate (mounted) partition"
I generalnie taka jest zasada: na ratowany filesystem
nic nie zapisywać. Używać odmontowanego, ew. read only.
A jeśli podejrzewamy uszkodzenie nośnika (CD, uszkodzony
HDD) to od razu tworzyć obraz i pracować wyłącznie
z obrazem).
Te pliki były na root fs, innymi słowy na tej samej
partycji co system? Jeśli nie (np. na osobnej /home),
to wystarczy ją (/home) odmontować i odzyskiwane pliki
wrzucać gdzieś na /, np. /root.
A jeśli tak,to najlepiej operację przeprowadzać
z jakiegoś LiveCD/USB i zapisywać na pendrive.
Choć teraz już marnie to widzę (używanie tego fs
do zapisu przez dłuższy czas).
No i pytanie, czy tam w ogóle było jakieś kasowanie.
Jeśli program skasował pliki i utworzył nowe, puste- OK,
extundelete ma szanse coś znależć. Jeśli po prostu
otworzył do zapisu istniejący plik i "wypełnił go
pustą zawartością"- kiepsko to widzę.
> mam jakieś dziwne obiekcje, że jak zrobię
> umount /dev/sda1
> to rozfajczy się cały dysk
root fs (tzn dałoby się, via pivot_root, ale to nie
dla początkującego i odnotowuję wyłacznie z tzw.
kronikarskiego obowiązku ;-)
Teoretycznie mógłbyś przemontować root fs
read only, ale również nie polecam. Jeśli jest
jedna partycja, ratunkowe LiveCD/USB będzie
najlepszym wyborem.
> Nie jestem informatykiem tylko matematykiem.
plików, poproś kogoś z sąsiedztwa znającego
się na Linuksie (Win Guru nie pomoże a może
zaszkodzić).
A jeśli nie tylko, to okazja żeby się czegoś
o Linuksie dowiedzieć :-)
platformowe głupki
May 29, 2016, 7:15:51 AM5/29/16
to
po co zabierasz głos?
0 new messages