[Recovery] återställa massa filer

Permalänk
Medlem

[Recovery] återställa massa filer

Tjo,

Jag gick efter en guide och någon råka lägga ett mellan rum "rm -R / var/test" så den tog bort mer än vad den skulle.
Så frågan är om det finns något program som kan återställa alla dessa filer?

Disken är även krypterad med luks.

Permalänk
Medlem

Sudo/root skall man inte vara i onödan då det röjer mycket när man gör fel (jag vet, jag fuskar också...)

Vilket filsystem ??? är det ext4 så städar den ganska ordentligt i sina inoder och skriver över alla filnamnen och data extension-referenser som sedan pekar på var datat egentligen ligger. Så det är troligen datascrape som gäller här (det är möjligen om det finns kvar i journalen fortfarande...)

Är det BTRFS så kanske det finns en chans med äldre transaktioner eftersom det är COW-filsystem vilket också gäller metadatan - dvs det finns äldre versioner av transaktioner innan den fatala misstaget - dock jobba alltid på kopia av diskimagen - aldrig orginalet.

Har du snapper eller liknande igång och ext4 på LVM eller på BTRFS så kan du ha dolda kopior/snapshot av din filträd tagna ofta på daglig basis.

Väl upplåst så kan du kopiera ut imagen i okrypterad form av filsystemet (oftast som md0 enhet eller /dev/mapper/luksxxxx) - kika med df eller lsblk i hur det kan vara monterat).

Den uppkrypterade diskimagen kan du sedan montera med losetup -f (-P) diskimage eller lägga i en partition på en snurrdisk och den vägen slippa krypterings-lagret i din filräddningsjobb och sedan prova med olika fria och kommersiella filräddningsprogram.

Det finns anledning varför man ofta lägger systemdisken på en partition och 'user-trädet' på en annan partition då om man har '--one-file-system' i argument för rm så halkar rekursiva borttagandet av filer inte över till monterade partitioner/diskar

Andra program brukar ha flagga '-x' eller liknande för att låta bli monterade filsystem utanför den systemet man just jobbar på

Permalänk
Medlem
Skrivet av xxargs:

Sudo/root skall man inte vara i onödan då det röjer mycket när man gör fel (jag vet, jag fuskar också...)

Vilket filsystem ??? är det ext4 så städar den ganska ordentligt i sina inoder och skriver över alla filnamnen och data extension-referenser som sedan pekar på var datat egentligen ligger. Så det är troligen datascrape som gäller här (det är möjligen om det finns kvar i journalen fortfarande...)

Är det BTRFS så kanske det finns en chans med äldre transaktioner eftersom det är COW-filsystem vilket också gäller metadatan - dvs det finns äldre versioner av transaktioner innan den fatala misstaget - dock jobba alltid på kopia av diskimagen - aldrig orginalet.

Har du snapper eller liknande igång och ext4 på LVM eller på BTRFS så kan du ha dolda kopior/snapshot av din filträd tagna ofta på daglig basis.

Väl upplåst så kan du kopiera ut imagen i okrypterad form av filsystemet (oftast som md0 enhet eller /dev/mapper/luksxxxx) - kika med df eller lsblk i hur det kan vara monterat).

Den uppkrypterade diskimagen kan du sedan montera med losetup -f (-P) diskimage eller lägga i en partition på en snurrdisk och den vägen slippa krypterings-lagret i din filräddningsjobb och sedan prova med olika fria och kommersiella filräddningsprogram.

Det finns anledning varför man ofta lägger systemdisken på en partition och 'user-trädet' på en annan partition då om man har '--one-file-system' i argument för rm så halkar rekursiva borttagandet av filer inte över till monterade partitioner/diskar

Andra program brukar ha flagga '-x' eller liknande för att låta bli monterade filsystem utanför den systemet man just jobbar på

Tror det är Ext4, har testa olika program men lyckas inte eller så gör jag något fel.

Permalänk
Medlem

ext4 städar bra så det är inte säkert att du gör fel utan det är helt enkelt väldigt dålig utgångsläge att rädda raderade filer i ext4 till och börja med...

Data-kroppen finns nog kvar men namnen för filen, det som visar vilka bitar som hör ihop med varandra och i vilken ordning är borta - samma situation som när man förlorat $MFT i windows NTFS.

Kommer inte ihåg om det var mellan ext2 och ext3 eller mellan ext3 och ext4 man började med den aggressiva städningen och överskrivning av alla referenser i sin metadata när man raderade filer...

Inte för att hälla salt i såren - men backup är bra att göra då och då... ...men ofta behöver många en sådan här käftsmäll innan man tar backupper seriöst och lära sig att det är inte bara diskhaverier som är faran.

Permalänk
Medlem
Skrivet av xxargs:

ext4 städar bra så det är inte säkert att du gör fel utan det är helt enkelt väldigt dålig utgångsläge att rädda raderade filer i ext4 till och börja med...

Data-kroppen finns nog kvar men namnen för filen, det som visar vilka bitar som hör ihop med varandra och i vilken ordning är borta - samma situation som när man förlorat $MFT i windows NTFS.

Kommer inte ihåg om det var mellan ext2 och ext3 eller mellan ext3 och ext4 man började med den aggressiva städningen och överskrivning av alla referenser i sin metadata när man raderade filer...

Inte för att hälla salt i såren - men backup är bra att göra då och då... ...men ofta behöver många en sådan här käftsmäll innan man tar backupper seriöst och lära sig att det är inte bara diskhaverier som är faran.

Backup har jag, dock en eller två månader gammal backup.

Permalänk
Medlem

Om filsystemet är på en SSD och monterat med "discard"-flaggan eller, som det brukar vara, att fstrim körs automatiskt lite då och då så är fildatan borta på riktigt, typ.
Så kolla så fstrim inte är installerat för säkerhets skull innan du försöker rädda filerna.
https://en.m.wikipedia.org/wiki/Trim_(computing)

Permalänk
Medlem
Skrivet av FattarNiInte:

Om filsystemet är på en SSD och monterat med "discard"-flaggan eller, som det brukar vara, att fstrim körs automatiskt lite då och då så är fildatan borta på riktigt, typ.
Så kolla så fstrim inte är installerat för säkerhets skull innan du försöker rädda filerna.
https://en.m.wikipedia.org/wiki/Trim_(computing)

Jag gav upp och tog backupen istället, förlora några filer men det går nog att hitta dom igen.