Hast Du noch ein originales Image bei Dir rumfliegen oder kannst Du mal ein Stretch Lite runterladen zum gegentesten?
Mit dem Lite ging es. Also ist es meine Datei die nicht geht
debugfs:
ls -d /Pfad/zum/Dateiverzeichnis
listet die gelöschten Dateien im Verzeichnis auf
Ergebnis:
ls: Filesystem not open
Sorry, ich bin leider nicht so gut unterwegs mit Linux. Woran liegt dies nun wieder :-)
debugfs: help
debugfs: ?
debugfs: open ........
....
debugfs: quit, oder q
man debugfs beinhaltet die Bedienunhsanleitung von debugfs.
Servus !
Ausführen musst Du debugfs natürlich auf dem RPi, auf dem die Datei gelöscht wurde. 
Eine kleine Anleitung gibt es auch hier: https://wiki.ubuntuusers.de/Datenrettung/#debugfs
Zum fehlerhaften Image fällt mir gerade noch was ein: Als ich meine Backups mit pishrink vor einer Weile verkleinerte, hat dieses Script bei manchen Backups diverse Fehler gefixt. Ich kann mich leider nicht mehr daran erinnern, was genau da repariert wurde.
Sieh Dir evtl. mal diesen Thread an: Image verkleinern mit pishrink ...vielleicht bringt es ja was.
Bei mir funktioniert auch das Mounten eines dd-Images als loop Device, ohne irgendwelche Script-Programme aus dem www zu fischen.
So wird bei mir das im /tmp Verzeichnis liegende Image (auf dasselbe tmp-Verzeichnis) gemountet:
Der Byte - Offset auf die Partition 2 ist eigentlich keine Hexerei.
Servus !
Hoppala, da war was doppelt, ist berichtigt
Bei mir funktioniert auch das Mounten eines dd-Images als loop Device, ohne irgendwelche Script-Programme aus dem www zu fischen.
Keine Ahnung was Du damit sagen willst, aber gut. Bei mir funktioniert es auch mit fdisk. 
QuoteDisplay Morepi@hypi ~ $ sudo fdisk -l /home/pi/Frei/MEDIEN3/Images/Hypidrei/2016-11-25-raspbian-jessie-voll.img
Disk /home/pi/Frei/MEDIEN3/Images/Hypidrei/2016-11-25-raspbian-jessie-voll.img: 4399 MB, 4399182336 bytes
255 heads, 63 sectors/track, 534 cylinders, total 8592153 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x7b873b97
Device Boot Start End Blocks Id System
/home/pi/Frei/MEDIEN3/Images/Hypidrei/2016-11-25-raspbian-jessie-voll.img1 8192 137215 64512 c W95 FAT32 (LBA)
/home/pi/Frei/MEDIEN3/Images/Hypidrei/2016-11-25-raspbian-jessie-voll.img2 137216 8592152 4227468+ 83 Linux
137216 * 512 = 70254592 (Offsetwert) Der Mountbefehl ist bekannt.
Zum fehlerhaften Image fällt mir gerade noch was ein: Als ich meine Backups mit pishrink vor einer Weile verkleinerte, hat dieses Script bei manchen Backups diverse Fehler gefixt. Ich kann mich leider nicht mehr daran erinnern, was genau da repariert wurde.
Sieh Dir evtl. mal diesen Thread an: Image verkleinern mit pishrink ...vielleicht bringt es ja was.
Damit hat die Img wieder funktioniert. Dan konnte ich es einbinden und kam an die Datie ran.
Danke für eure hilfe.
Hallo Flipper92,
das freut mich, dass wir Dir helfen konnten.
Die Reparatur des Images bedeudet allerdings auch, dass beim Erstellen des Backups etwas schief läuft. Ich habe gerade keine Zeit (und Lust ) die von Dir verlinkte Anleitung nach evtl. Fehlern zu durchsuchen, aber das wäre eine Sache, mit der Du Dich auseinandersetzen solltest.
Beachte bitte: Ein fehlerhaftes Backup ist nur Datenmüll, aber keine Rück(ver)sicherung! 
Denn ein defektes Image wirst Du nicht auf eine SD schreiben können...
