Is er een eenvoudige optie op extundelete hoe ik kan proberen undelete een bestand met de naam /var/tmp/test.iso dat ik zojuist heb verwijderd?

(het is niet zo belangrijk dat ik de drive opnieuw zou beginnen lezen als alleen-lezen of dergelijke dingen. kan dat bestand ook gewoon opnieuw downloaden)

Ik ben op zoek naar een eenvoudig commando waarmee ik zou kunnen proberen als ik erin slaag het snel te herstellen.

Ik weet het, het is mogelijk door de schijf opnieuw te monteren in alleen-lezen : (zie Hoe Ik herstel gewoon het enige bestand op een lege schijf dat zojuist is verwijderd? )

Maar is dit op de een of andere manier ook mogelijk op de nog gemounte schijf?

Voor info:
als het verwijderde bestand zich op een NTFS-partitie bevindt, is het gemakkelijk met ntfsundelete bijv als je weet dat de grootte ongeveer 250 MB was, gebruik dan 

sudo ntfsundelete -S 240m-260m -p 100 /dev/hda2

en maak de verwijdering van het bestand ongedaan met inode bijv met 

sudo ntfsundelete /dev/hda2 --undelete --inodes 8270

Reacties

  • Algemene vraag met een willekeurig hulpprogramma: unix.stackexchange.com/questions/2677/…
  • Die andere vraag is te breed. Hier ben ik op zoek naar een snelle, onzekere oplossing zonder veel moeite (en minder kans op succes)
  • Ik bedoelde niet te dupliceren, maar misschien wil je het toevoegen aan de vraag waarom die vraag niet genoeg was .

Antwoord

Kijkend naar de gebruikershandleiding op extundelete het lijkt alsof je “beperkt bent tot het herstellen van bestanden op een paar manieren.

Alles herstellen

extundelete is ontworpen om het verwijderen van bestanden van een niet-gekoppelde partitie naar een aparte (aangekoppelde) partitie ongedaan te maken. extundelete zal alle gevonden bestanden terugzetten in een submap van de huidige map genaamd “RECOVERED_FILES”. Om het programma te starten, typ je “extundelete –help” om te zien verschillende opties die voor u beschikbaar zijn.

Typisch gebruik om alle verwijderde bestanden van een partitie te herstellen ziet er als volgt uit: 

 $ extundelete /dev/sda4 --restore-all

Herstel van een enkel bestand

Naast deze methode gemarkeerd in de opdrachtregel: 

--restore-file path/to/deleted/file Attemps to restore the file which was deleted at the given filename, called as "--restore-file dirname/filename".

Dus je zou moeten kunnen bereiken wat je wilt door dit te doen: 

$ extundelete --restore-file /var/tmp/test.iso /dev/sda4

OPMERKING: In beide gevallen moet u het apparaat kennen, /dev/sda4 om deze opdracht uit te voeren. Je zult het bestandssysteem opnieuw moeten aankoppelen als alleen-lezen. Dit is een van de voorwaarden voor het gebruik van extundelete en er is geen enkele manier om dit te omzeilen.

Opmerkingen

  • ja, maar dat werkt allemaal alleen als ik de drive alleen-lezen koppel
  • @ rubo77 – correct, er is geen ' kan daar op geen enkele manier omheen.
  • Dit werkte eigenlijk voor mij een ext4 bestandssysteem zonder het alleen-lezen opnieuw te koppelen. Als je het probeert te doen zonder de r / o opnieuw te monteren, dan krijg je een waarschuwing die je alleen maar lijkt te vertellen dat je kans op succes lager is als je dat doet. Als het ' echt super belangrijk is om het bestand te herstellen, dan klinkt het alsof je dat zou moeten doen.
  • Zoals @BenCrowell I ' heb gebruikt zonder opnieuw te koppelen, maar het programma adverteert me over gegevensbeschadiging als ik doorga met het gebruik van hdd … was onlangs gewist, dus ik druk gewoon op Enter en haal mijn bestanden terug;)

Answer

Typisch gebruiksscenario bij het ongedaan maken van alle bestanden omvat de noodzaak om alle bestanden te herstellen die zijn verwijderd uit /dev/sdX1 gedurende ongeveer het afgelopen uur: 

mount -o remount,ro /dev/sdX1 extundelete --restore-all --after $(date -d "-2 hours" +%s) /dev/sdX1 find RECOVERED_FILES/

Indien tevreden met herstelde bestanden: 

mount -o remount,rw /dev/sdX1

Reacties

  • mount: je moet het bestandssysteem type specificeren
  • remount verwacht mount point als argument niet het device
  • @Don ' tYouWorryChild mount -o gebruikt map of device, volgens man mount
  • In plaats van 2 uur fr op datum die u kunt doen $(date -d "-2 hours" +%s) en de uitvoer van lsblk -p kan nuttig zijn om te achterhalen waar dat LUKS-gecodeerde LVM-cache EXT4-volume zich bevindt. 😉
  • Merk op dat de doeldirectory relatief zal zijn ten opzichte van $PWD waarvan ik denk dat ' niet duidelijk wordt vermeld in de manpages.

Answer

extundelete werkte niet voor mij maar ext4magic wel.

Reacties

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *