Hallo Experten!
Meine Frau hat gestern abend versehentlich in LibreOffice eine .doc Textdatei gelöscht.
Kann ich die mit Eurer Hilfe wiederherstellen und wenn ja, wie?
Vielen Dank im Voraus für Eure Vorschläge! mein1ubuntu
Anmeldungsdatum: Beiträge: 358 |
Hallo Experten! Meine Frau hat gestern abend versehentlich in LibreOffice eine .doc Textdatei gelöscht. Kann ich die mit Eurer Hilfe wiederherstellen und wenn ja, wie? Vielen Dank im Voraus für Eure Vorschläge! mein1ubuntu |
Anmeldungsdatum: Beiträge: 4378 Wohnort: Göttingen |
Hat sie in LibreOffice den Inhalt der Datei gelöscht oder wirklich die Datei selbst? Falls sie wirklich die Datei gelöscht hat, schau mal in den Papierkorb. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Danke für die schnelle Antwort, Doc_Symbiosis! Ich habe noch mal genau nachgefragt. Sie hat es in der Dateiverwaltung (Thunar) mit dem Befehl "Löschen" gelöscht. Also nicht in dn Papierkorb verschoben. Gruß, mein1ubuntu |
Anmeldungsdatum: Beiträge: 4378 Wohnort: Göttingen |
Hm, hast Du trotzdem mal in den Papierkorb geschaut? Also ich denke, wenn man im Dateimanager eine Datei löscht, dann wird die auch erstmal in den Papierkorb verschoben. Ich arbeite allerdings selten im Dateimanager, kann ich also nicht sicher sagen... Ansonsten bleibt Dir wohl nur der Versuch einer Datenrettung. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Hallo Doc_Symbiosis! Im Papierkorb ist diese Datei nicht. Bin Deinem Link "Datenrettung" gefolgt, habe debugfs im Terminal als root geöffnet und bekomme folgende Meldung wenn ich die ausgehängte /dev/sda1 (ist eine nfts Partition) mit debugfs öffnen will: debugfs: open /dev/sda1 /dev/sda1: Bad magic number in super-block while opening filesystem Die gleiche Meldung bekomme ich übrigens auch beim Versuch /dev/sda2 zu öffnen, die ist allerdings noch eingehängt. ??? Gruß, mein1ubuntu |
Anmeldungsdatum: Beiträge: 4378 Wohnort: Göttingen |
Was für ein Dateisystem ist denn auf der Partition drauf? Zeige am Besten mal die Ausgabe dieser beiden Kommandos: mount | grep '^/' df -h| grep '^/' |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Hallo Doc_Symbiosis! beide Dateisysteme sind nfts. Ausgabe für mount | grep '^/' thomas@thomas-Deskt-17:~$ mount | grep '^/' /dev/sdb7 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) /var/lib/snapd/snaps/gtk-common-themes_1514.snap on /snap/gtk-common-themes/1514 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/core18_1988.snap on /snap/core18/1988 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/obs-studio_1195.snap on /snap/obs-studio/1195 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/snapd_11107.snap on /snap/snapd/11107 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/kde-frameworks-5-qt-5-14-core18_4.snap on /snap/kde-frameworks-5-qt-5-14-core18/4 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/kdenlive_24.snap on /snap/kdenlive/24 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/core20_904.snap on /snap/core20/904 type squashfs (ro,nodev,relatime) /var/lib/snapd/snaps/snapd_11036.snap on /snap/snapd/11036 type squashfs (ro,nodev,relatime) /dev/sdb1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) /dev/sdd1 on /media/thomas/D989-A4F5 type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) /dev/sda2 on /media/thomas/Recover type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) /dev/sda1 on /media/samba/data type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096) thomas@thomas-Deskt-17:~$ Ausgabe für df -h| grep '^/' : thomas@thomas-Deskt-17:~$ df -h| grep '^/' /dev/sdb7 23G 20G 1,9G 92% / /dev/loop5 65M 65M 0 100% /snap/gtk-common-themes/1514 /dev/loop2 56M 56M 0 100% /snap/core18/1988 /dev/loop0 231M 231M 0 100% /snap/obs-studio/1195 /dev/loop6 33M 33M 0 100% /snap/snapd/11107 /dev/loop1 291M 291M 0 100% /snap/kde-frameworks-5-qt-5-14-core18/4 /dev/loop4 88M 88M 0 100% /snap/kdenlive/24 /dev/loop3 62M 62M 0 100% /snap/core20/904 /dev/loop7 32M 32M 0 100% /snap/snapd/11036 /dev/sdb1 96M 31M 66M 32% /boot/efi /dev/sdd1 29G 19M 29G 1% /media/thomas/D989-A4F5 /dev/sda2 30G 19G 12G 61% /media/thomas/Recover /dev/sda1 902G 511G 391G 57% /media/samba/data thomas@thomas-Deskt-17:~$ Gruß, mein1ubuntu |
Anmeldungsdatum: Beiträge: 4378 Wohnort: Göttingen |
Hm, also lagen die gelöschten Dateien gar nicht im lokalen Dateisystem, sondern auf einem anderen Rechner? NTFS hieße ja, dass da ein Windows mit im Spiel ist... |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Hallo Doc_Symbiosis! Es gibt einen Samba Server, über den die sda2 Partition auch von einem anderen Rechner mit Ubuntu und WinXP Installationen zugänglich ist. Der wird aber zur Zeit nicht benützt. Und es gibt auch eine Win10 Installation auf diesem Rechner hier, die über den Bootmanager zugänglich ist. Wird aber zur Zeit ebenfalls nicht benützt. Gruß, mein1ubuntu |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Hallo Doc_Symbiosis! Ich vermute, dass die gelöschte Datei auf dev/sdb4 liegt, die kann ich mit debugfs aber auch nicht öffnen (gleiche Meldung wie zuvor mit den anderen Partitionen): debugfs: open /dev/sdb4 /dev/sdb4: Bad magic number in super-block while opening filesystem debugfs: Das Problem scheint mit dem Samba-Server zusammenzuhängen Den habe ich vor so langer Zeit eingerichtet, dass ich alles, was dmit zusammengängt, vergessen habe... Kann ich den im grafischen Frontend ausschalten, um dann Zugriff mit debugfs auf meine Partitionen zu bekommen? Gruß, mein1ubuntu |
Anmeldungsdatum: Beiträge: 4378 Wohnort: Göttingen |
Wie kommst Du denn auf sdb4? Die taucht oben in der Liste ja überhaupt nicht auf... Ich würde mal auf sda7 tippen. Ich bin mir aber nicht sicher, ob das nicht nur von einem Live-System aus funktioniert. In dem einen Abschnitt zur Datenrettung steht ja "Um mit den genannten Werkzeugen Zugriff auf das entsprechende Dateisystem zu haben, muss man dieses zuerst aushängen. Falls man mit der Root-Partition arbeiten möchte, ist der Einsatz einer Live-CD oder eines Live-USB-Sticks zwingende Voraussetzung!" Ich weiß nur nicht, ob sich das auch auf debugfs bezieht. Ansonsten erstell Dir vielleicht einfach eine Grml-LiveCD und versuche es im Live-System per ext3rminator oder extundelete. Ist ein wenig sicherer... |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Hallo Doc_Symbiosis! Vielen Dank für Deine Ausdauer! Die Bezeichnungen habe ich aus GParted. Dort habe ich die Partitionstabellen aufgerufen (siehe angehängte Fotos). Auf sdb4 habe ich allein aus der Partitionsgröße geschlossen. Habe da aber wohl MB mit GB verwechselt. Aber wahrscheinlich ist es das SSD Laufwerk? Dann ist dort Ubuntu 16.04 und Win10 zu finden. Obwohl ich das System erst vor ca. 4 Jahren eingerichtet habe, ist seitdem so viel in meinem Leben passiert, dass ich mich kaum daran erinnere... Vielleicht ist es auch das Alter... Also sollte die gesuchte Datei auf sda1 (reine Datenpartition, weder Ubuntu16.04 noch Win10 ist hier) zu finden sein. Diese Partition kann ich in GParted aushängen, um sie anschließend zu untersuchen... wenn ich denn Zugriff hätte... nochmals Danke für Dein fortgesetztes Nachdenken und Deinen Forschergeist! Gruß, mein1ubuntu |
Anmeldungsdatum: Beiträge: 4378 Wohnort: Göttingen |
Also wenn sda1 wirklich die richtige Partition ist, kann ich leider nicht sagen, was da für ein Dateisystem drauf ist. Falls da wirklich ein NTFS drauf ist, solltest Du eher mit Windows-Mitteln versuchen, die Datei noch zu retten. Im mount wird da ja nur fuse angezeigt, was nicht so richtig viel aussagt, außer, dass es eben per Fuse eingebunden wird. |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8558 Wohnort: Münster |
Was weißt Du denn von der gelöschten Datei? Vielleicht den Dateinamen oder den Ordner, in dem sie gespeichert war? Vermutlich war es ja ein Home-Verzeichnis, aber wenn Du nicht einmal weißt, auf welcher Platte welchen Rechners in welcher Partition mit welchem Dateisystem die gelöschte Datei zu suchen wäre, ist das Vorhaben jedenfalls aussichtslos. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 358 |
Hallo Doc_Symbiosis! Hallo kB! Danke für Eure Beiträge und Unterstützung! @ kB: sda1 ist eine Partition alleine für unsere Daten, nichts von den Betriebssystemen ist dort gespeichert. Es ist auch kein Home-Verzeichnis. Da ich jetzt kein Experte bin, kann ich auch nur indirekt, also durch Vergleich der im Dateimanager z.B. in "Eigenschaften" und in GParted angezeigten Daten darauf schließen, dass es sich bei sda1 um meine "Daten" genannte Partition handelt, wo eben alle unsere Dateien gespeichert sind. Den Dateinamen und den Ordner, wo die gelöschte Datei abgelegt wurde, kenne ich. Ermöglicht das eine andere Variante, die Datei wiederherzustellen? @ Doc_Symbiosis: Von Win 10 aus das Problem anzugehen ist vielleicht ein gangbarer Weg. Einziges Problem dabei: da ich Win10 schon mind. 1 Jahr nicht mehr benutzt habe (brauche ich als Ubuntu User eigentlich nur, um mein TomTom Navi zu aktualisieren, das geht leider nur unter MS Win), muß ich alles erst aktualisieren... Hoffentlich weiß ich überhaupt noch mein MS Psswort! Hat da jemand von Euch eine Idee, mit welchen, wenn möglich Freeware-Tools ich da zu Werke gehen soll? Gruß, mein1ubuntu |