Linux Linux Server - SSD "ab-ge-raucht" oder doch anderes Problem?

[Dr_Schmoker]

Poste mal die Ausgabe von

sudo parted -l

 

[Tetradrachm]

Ich wusste wieso ich ihn erst mal laufen lassen wollte.

Direkt nachdem ich

cat /proc/partitions

eingegeben habe, hat sich die sdb - also die Quell SSD - aufgehängt. Und damit auch den Prozess im Terminal abgeschossen. Das "kopieren" wurde abgebrochen und das Terminal reagierte danach nicht mehr.

Klasse. Argh - hätte ich es einfach mal lieder zu Ende laufen lassen.

Ok - ich werde jetzt mal starten und vor dem erneuten Versuch erst mal die Größen anzeigen lassen. Dann werde ich aber wohl doch nochmals versuchen einfach nur die drei Backup Ordner mit rsync auf die Ziel-HDD zu kopieren. Und die Dateien die gehen - die gehen - und was nicht geht - geht halt nicht...

Beitrag automatisch zusammengeführt: 5 Mai 2023

Und, hattest Du wenigstens gestern oder über Nacht noch einen Erfolg?
Die Pfade, die Du bei rsync verwenden wolltest, gibt es nicht. In dem von Dir angehängten Bild sieht man, dass der Einstig /media ist und es von dort weitergeht. Wenn Du einen Dateimanager offen hast, kopiere den Pfad vollständigen Pfad aus diesem, denn dieser Pfad existiert ganz bestimmt. Unter Windows macht man das auch so. Noch besser ist es, die shell zum Auflösen zu verwenden, also:

rsync -av --ignore-errors /media/ <TABTASTE> k <TABTASTE> u.s.w., so lange, bis der gewünschte Pfad vollständig aufgelöst ist.

Einen Denkfehler hast Du noch: Festplattenlaufwerke unter /dev, wie "device", entsprechen niemals Ordnerpfaden. Das ist anders als unter Windows.

Es klappt jetzt - ich habe einfach im FileExplorer den Ordner mit der rechten Maustaste angeklickt und dann "im Terminal öffnen" - dann wird mir im Terminal der komplette Pfad des Quellordners ja angezeigt - den ich einfach kopieren kann. Dann noch das gleiche mit dem Ziel (wobei das ja immer die gleiche HDD ist) und fertig.

Der erste Ordner - wenig Inhalt - hat mit rsync schon geklappt.

Beim zweiten Ordner mit größeren Dateien und vor allem auch Fehlern ist das Ganze ziemlich langsam (wenn er auf einen Fehler trifft - arbeitet er sich ziemlich daran ab). Aber es geht gerade wieder vorwärts.

 

[zwieblum]

wenn /dev/sdb verschunden ist, dann ist der Controller im Eimer. Kühlen kann helfen, aber keine Garantie.

 

[Tetradrachm]

Ich mache jetzt erst mal mit "rsync" eine Kopie aller drei Ordner fertig - dann kann ich ja noch bisschen weiter experimentieren.

Der erste Ordner ist durch.
Der zweite Ordner wird auch gerade fleißig kopiert.
Danach noch der dritte Ordner, dann ist das gröbste durch.

Eine Frage - ich habe unter /home/nameA und /home/nameB (und so weiter) noch Ordner, wo ich jetzt aktuell keinen Zugriff habe - wie kann ich die Rechte dieser Ordner so hinbiegen, dass ich auch diese kopieren kann? Wobei ja Lese-Zugriff in dem Fall reichen müsste nehme ich an? Das mache ich dann er erst nachdem die drei Ordner von oben kopiert wurden.


Netter Nebeneffekt der Geschichte - ich habe unheimlich viel über Linux gelernt

Denke viele wie ich machen sich so einen Raspery oder Mini-PC Linux Server und haben nur Anwender Ahnung. Linux installiert und Ordner freigeben, das schafft man auch so nebenbei. Aber die letzten Tage waren sehr interessant

Und noch ein Nachtrag. Wenn diese Daten weg wären jetzt - würde die Welt nicht unter gehen, weil alles auf dem Linux Server mehr oder weniger nichts ist, was meine (berufliche) Existenz gefährdet. Es wäre nur lästig die Daten zu verlieren. Daher dachte ich auch eine einfache externe USD HDD für das Backup wäre ausreichend. Meine berufliche Tätigkeit und dessen Daten dazu sind mehrfach gesichert. An drei unabhängigen Orten und diese werden mit drei unterschiedlichen Backup Strategien und Tools gesichert.

 

[Ravensberger]

Keine Leserechte von einem Live-System sind ungewöhnlich, da hier quasi der sog. Superuser ausführend Standard ist. Ist auch mit sudo rsync nicht zu kopieren?
Sonst kannst Du Dir noch versuchen, Berechtigungen selber zu vergeben mit "sudo chmod 666 -R /media/...Pfad zum Ordner/"
Probier das aber wirklich erst als letzten Schritt aus, denn hierdurch wird auf die Festplatte geschrieben. Ob es funktioniert, bleibt in jedem Fall fraglich, denn wer nichts lesen darf, darf auch keine Rechte verändern.

 

[Tetradrachm]

Keine Leserechte von einem Live-System sind ungewöhnlich, da hier quasi der sog. Superuser ausführend Standard ist. Ist auch mit sudo rsync nicht zu kopieren?
Sonst kannst Du Dir noch versuchen, Berechtigungen selber zu vergeben mit "sudo chmod 666 -R /media/...Pfad zum Ordner/"
Probier das aber wirklich erst als letzten Schritt aus, denn hierdurch wird auf die Festplatte geschrieben. Ob es funktioniert, bleibt in jedem Fall fraglich, denn wer nichts lesen darf, darf auch keine Rechte verändern.

Ok - sobald alle drei "wichtigen" Ordner kopiert sind mache ich es Schritt für Schritt so wie Du gesagt hast. Erst rsync ausprobieren und im letzten Falle mit den Rechten ändern. Danke. melde mich wieder.

 

[Korfox]

Keine Leserechte von einem Live-System sind ungewöhnlich, da hier quasi der sog. Superuser ausführend Standard ist.

Erm nein. Ein User inder Gruppe sudo ist Standard im Live-System. Wie du schreibst sollte es mit sudo klappen. Der User ist aber erstmal nicht privilegiert.

 

[Ravensberger]

Ja, das ist klar. Wobei sudo ohne Paßwort... Und was genau ist eigentlich sudo, und welcher User soll das denn sein? Ich setze noch einen drauf: Gescheite Systeme nutzen kein sudo. 😊

 

[Korfox]

Mit wessen Privilegien die Befehle ausgeführt werden kann man in /etc/sudoers konfigurieren, aber das wirst du wissen.

 

[Ravensberger]

Sicher. Und etwas Spaß muß auch mal sein.

 

[fishmac]

Ich setze noch einen drauf: Gescheite Systeme nutzen kein sudo. 😊

Dann vergib doch einfach ein Passwort für root.

 

[schoerg]

Ja, das ist klar. Wobei sudo ohne Paßwort... Und was genau ist eigentlich sudo, und welcher User soll das denn sein? Ich setze noch einen drauf: Gescheite Systeme nutzen kein sudo. 😊

Es ist eine Live-Umgebung ...

 

[Tetradrachm]

Danke nochmals an alle Beteiligten, für die ganze Hilfe und Unterstützung! Ich habe soweit die meisten Daten kopieren können - und nebenbei viel über Linux gelernt.


Ich habe noch eine letzte Frage. Ich habe zwei Ordner - wenn ich diese im Dateimanager öffnen will, dann dreht sich nur der Mauszeiger im Kreis. ein Zugriff auf den Inhalt ist also nicht möglich (es wird auch kein Inhalt angezeigt).

Gibt es hier ein kostenloses Datenrettungstool unter Linux - oder was aus der Hausapotheke womit ich versuchen könnte per Tool oder Terminal den Inhalt dieser beiden Ordner - und nur dieser Ordner - teilweise wieder herzustellen? Die Ordner sehe ich ja und sind da - nur auf den Inhalt kann ich nicht zugreifen - aber die Ordner ansprechen.

Danke nochmals.

 

[Korfox]

Testdisc/photorec.

 

[Ravensberger]

Bei testdisk / photorec fällt mir gerade die laut Doku hoffnungslose Veralterung des Programms auf. Kein ext4, das auch schon seit 15 Jahren verbreitet ist. Dazu verwendet Canon .cr2 Formate, das aufgeführte crw ist bei Canon schon gar nicht mehr gelistet.

Schau vielleicht einmal hier: https://extundelete.sourceforge.net/

 

[Korfox]

Wo genau hast du hingeschaut?

TestDisk can

• ...
• Locate ext2/ext3/ext4 Backup SuperBlock
• ...
• Copy files from deleted FAT, exFAT, NTFS and ext2/ext3/ext4 partitions.

Ansonsten... selbst, wenn etwas nicht explizit da steht (Undelete files from FAT, exFAT, NTFS and ext2 filesystem) heißt das erstmal nicht, dass es ext3/4 nicht kann, sondern dass es nichts hinzuzufügen gibt um diese Dateisysteme zu unterstützen. Ich würde einfach davon ausgehen, dass der Autor das Journal als nicht zwingend erforderlich für undelete Operationen hält und daher ext3 und 4 mit den selben Methoden undeleted, wie ext2. Jedenfalls kann testdisk mit ext4 umgehen.

Zweiter Punkt:

File Formats Recovered By PhotoRec
[...}

Multimedia​

• ...
• .cr2 Canon Raw 2 picture (TIFF image)
• .cr3 Canon Raw v3 (MOV family)
• .crw Canon Raw picture
• ...

[...]

Aber anyway: Ich habe td/pr enpfohlen, weil ich es kenne. Du empfielst extundelete, weil du es kennst (hoffe ich). Ergo: Beide Tools werden tun, was man von ihnen erwartet.

 

[Ravensberger]

Moin,

hier: https://packages.debian.org/bullseye/testdisk

Deine Quelle liest sich da schon besser.

 

[Korfox]

Ok. Ich habe bei der Quelle geschaut:

TestDisk

TestDisk is a free and open source data recovery software tool designed to recover lost partition and unerase deleted files.

www.cgsecurity.org

PhotoRec

www.cgsecurity.org

Wobei debian.org stark nach "nur ein Ausschnitt" aussieht. Auch die 7.1 konnte schon viel viel mehr (entgegen dem Wiki ist AFAIK 7.2 aktuell das Release).

 

[fakiauso]

OT
Bei Debian wird genauso die Version 7.1.5 angeboten wie be cgsecurity, wo die 7.1 als stabile version geführt wird und die 7.2 als Beta. Die 7.1 ist seit 2019 stabil und kann mit den Dateisystemen bis ext4 locker umgehen.

Debian -- Package Search Results -- testdisk

TestDisk Download

Download TestDisk & PhotoRec. TestDisk is a free and open source data recovery software tool designed to recover lost partition and unerase deleted files. PhotoRec is a file carver data recovery software tool.

www.cgsecurity.org

TestDisk DE

www.cgsecurity.org

 

[Tetradrachm]

So ein herzliches DANKE an alle hier beteiligten, die mit viel Geduld mir hier geholfen haben!

Ich konnte das herstellen, was ich benötigt habe. Werde nun aber einen kleinen "Mac Server" mir aufbauen - da kenne ich mich mit dem System und den möglichen Optionen bei der mehrfachen Datensicherung einfach besser aus. Aber wie gesagt - nochmals ein ganz dickes Danke an alle hier - ich habe zumindest wieder einiges gelernt dank Euch!