Knoppix Forum | www.KnoppixForum.de

Hallo,

Zitat

Dabei kommt die Fehlermeldung: "mount - you must sepcify the filesystem type".

Du könntest versuchen, mit der Option -t den Dateisystem-Typ vorzugeben, also


MfG

Hallo i8night,
Dein Beitrag ist natürlich völlig richtig, aber vielleicht führt er nicht weiter.
Ich vermute nämlich, daß / , /media und /media/rettung im RAM liegen und deshalb ein Platzproblem existiert.

An lysalysa,
denke nicht nach über die 2 Zeilen welche ich an i8night schrieb.
Ich wüßte gerne, wo Du Platz hast (um die Datei image.dat zu schreiben).
Dazu wäre es sicher dienlich, wenn ich mehr Angaben von Dir hätte.

Mit dem Befehl df (in der Kommandozeile) bekommst Du eine Übersicht, wieviel Platz Du wo hast.
Beispielsweisen bekomme ich bei mir (Auszug) :
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/sda5 39839740 39814172 25568 100% /mnt-system
/dev/sdb1 61439996 6477644 54962352 11% /media/sdb1
(die Einheit sind hier 1K-Blöcke)
So sehe ich z.B. das sdb1 ca 61 GB hat, davon sind ca 6 GB belegt und noch 55 GB frei.

Bei Dir hat Dein zu sichernder Datensatz (wenn ich mich richtig erinnere) ca 250 GB .
Also brauchst Du 2 Plätze mit je ca 250 GB oder einen Platz mit 500 GB (besser ein bischen mehr wie z.B. 550 GB)

Also ist die erste Angabe von Dir die ich "suche", die Angabe einer solchen Zeile (Ausgabe von df nachdem Du "Deine Festplatte B" - wie Du sie genannt hast - "gemounted" hast), also wieder ein Beispiel :

Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/sdb1 61439996 6477644 54962352 11% /media/sdb1

(also eben eine solche Zeile - oder 2 Zeilen die wie oben beschrieben genug Platz anzeigen)


Angenommen diese "Partition" bei Dir hieße /media/sdc6
Dann machst Du Dir dort ein Verzeichnis (damit Du "alles zusammen hast")
cd /media/sdc6; mkdir backup; echo -e " Returncode von mkdir backup $? ";
cd backup; mkdir rettung; echo -e " Returncode von mkdir backup $? ";
Danach all die Befehle die Du ausgeführt hast (von klaus2008 04.01.2015, 18:06) angepaßt auf /media/sdc6
Wie z.b. mount -o loop,ro /media/sdb1/image.dat /media/sdc6/backup/rettung
usw.
Noch besser wäre es, wenn Du bei jedem Befehl "den Returncode" abfragst, also folgendermaßen (Beispiel) :
Im Stil von :
Befehl; echo -e " Returncode von Befehl $? ";

mount -t xfs -o loop,ro /media/sdb1/image.dat /media/sdc6/backup/rettung; echo -e "Returncode von mount sdc6/backup/rettung $?";

Nach Befehlen wie cp ...
machst Du am besten :
df
und kontrollierst, wieviel Platz Du noch (z.B. auf /media/sdc6) hast

Übrigens bekommt man zu jedem Linuxbefehl Hilfe, also eine Beschreibung (leider in Englisch), indem man eintippt :
man df
oder
man mount ....
Mit q kommt man aus der Hilfe wieder raus.

Falls Du Fragen hast -> hier im Forum posten

MfG
progi

Hallo Lysa,
9 h 36 m
ich arbeite an einer Antwort, aber das dauert sicher 30 min

MfG
progi

Hallo Lysa,

ich habe da so einen Verdacht.
Bitte führe im Terminal nacheinander die folgenden zwei Befehlszeilen aus und poste mal die Ausgabe der zweiten Zeile:



Bitte Ausgaben / Fehlermeldungen immer vollständig zitieren.

MfG

Hallo,

ich frage mich, wie hast Du es geschafft, die Partition sdc2 zweimal einzuhängen?

Zitat

sdc1 hat, so hatte ich mir das mal notiert, 169 GB, sdc2 hat 331. Letztere ist normalerweise leer, jetzt sollte darauf aber das image sein, was ich erstellt habe.

Sorry, hätte ich dran denken sollen, dann muss sdb1 durch sdc2 ersetzt werden, also versuch es nochmal so:


MfG

Zitat

Okay, dann greife ich noch mal zur Handykamera.

Lies bitte "Hilfe für Neulinge " → 2) Wie füge ich Terminalausgaben in mein posting ein?


Edit: Link eingefügt

Hallo Lysa,
hier scheint etwas nicht zu stimmen. Merkwürdig, dass die Partition sdc2 zu 100% voll ist, da sollte doch noch freier Speicherplatz sein.
Bitte führ doch mal im Terminal
aus und poste die Ausgabe.

MfG

Hallo @l8night

Zitat

hier scheint etwas nicht zu stimmen

Aber ja, wie oben erwähnt

Zitat

Ich vermute nämlich, daß / , /media und /media/rettung im RAM liegen und deshalb ein Platzproblem existiert.

Nach der Ausgabe von df zeigt sich allerdings : das Platzproblem ist nicht im RAM.

Hallo Lysa,
und sorry es sind deutlich mehr als 30 min weil :
1. ich anderes erledigen mußte
2. l8night und Werner P. Schulz (gottseidank) einiges von mir geschriebenes teils schon beantwortet haben
und ich damit nur Zeit vertat

---------------------------------------------------------------------------------------------------------
Du sagst :

Zitat

Ich schreibe das deswegen so ausführlich, weil ich zur Zeit nicht schlau daraus werde, welche Partition welche und wo eingehängt ist:

Du hast auf :
/media/sdb1 einen Datenträger mit 236183884 kB-Blöcken, also 242 GB (Umrechnung mit 1024)
/media/sdb1 ist wohl die ehemalige 2. Partition Deiner alten Festplatte.

/media/sdc1 einen Datenträger mit 164665344 kiB-Blöcken, also 168 GB
/media/sdc2 einen Datenträger mit 323427024 kiB-Blöcken, also 331 GB
/mnt den gleichen Datenträger mit 323427024 kiB-Blöcken, also 331 GB
wobei /media/sdc2 und /mnt offensichtlich auf die selbe Partition zeigen
("etwa so wie man ein Haus über die Haustüre oder die Balkontüre betreten kann")
Irgend eine Aktion von Dir (ddrescue, Dateimanager oder anderes) hat wohl dazu geführt - dies ist wirklich kein Problem.
/dev/sdc ist offensichtlich die neue Festplatte mit 2 Partitionen /media/sdc1 und /media/sdc2

Also /dev/sdb... ist immer ein Datenträger und /dev/sdb1,/dev/sdb2 ... verschiedene "gemountete" Partitionen darauf
Genauso /dev/sdc
---------------------------------------------------------------------------------------------------------
Nun ein offensichtliches Problem :
auf /dev/sdc2 ist praktisch kein verfügbarer Platz (20 kiB) für kiB kannst Du auf wikipedia nachschauen.
Vielleicht ist dort (u.a.) die Ausgabe von dd_rescue. Da dort kein Platz mehr ist, kann es sein, daß dd_rescue wegen fehlenden Platzes fehlerhaft geendet hat. (Da kommt der von mir erwähnte Returncode s.u. ins Spiel)

Man hätte erwartet, daß dafür ca 242 GB nötig waren, aber jetzt sind 331 GB belegt.
Also nachschauen warum (was sind da für Dateien):
In Kommandozeile :
cd /media/sdc2; ls -lRa;
Ausgabe anschauen - wo wird der Platz verbraucht ?
Natürlich kann man das alles auch im Dateimanager machen, aber wenn Du dann (wie Werner P. Schulz schon erwähnt) Ausgabe hier posten willst ist das Kopieren der Ausgabe der Kommandozeile einfacher.

Mache nichts auf der alten Festplatte A, bevor Du nicht dd_rescue und die weiteren Schritte erfolgreich beendet hast. Mit erfolgreich meine ich z.B. - Du hast alle Filmdateien die Dir wichtig sind woanderst hin kopiert und konntest sie dort von Anfang bis Ende in einem Videoprogramm anschauen.

Zusammenfassend willst Du mit dd_rescue ca 242 GB irgendwohin retten (nach image.dat ca 242 GB groß) und dann mit "cp ..." den Inhalt von image.dat (die hoffentlich geretteten Filmdateien) woanderst hin kopieren, hast aber dazu nicht genug Platz, außer wenn Du mit cp nach /dev/sdb schreibst. Mache das bitte nicht unüberlegt ! Melde Dich besser vorher hier im Forum.





---------------------------------------------------------------------------------------------------------
Du sagst :

Zitat

Was Du anschließend noch geschrieben hast, verstehe ich leider nicht - ich scheitere am Begriff "Returncode"

sorry.
Wenn Du (z.B.) in der Kommandozeile einen Befehl eintippst (wie df, mount, mkdir ....) so führt "das System" also hier ein Teil von Linux der sich "bash" nennt und "die Dienstleistung Kommandozeile regiert, verwaltet" den Befehl aus und gibt eine Antwort. Diese Antwort ist oft nur die Zeile knoppix@Microknoppix:
Diese Antwort bekommst Du natürlich erst, nachdem der Befehl fertig abgearbeitet wurde. Manchmal erscheinen vorher auch Fehlermeldungen - wie Du schon erfahren hast. Zusätzlich speichert der ausgeführte Befehl am Ende "irgendwo" eine Zahl also einen "Code" und gibt dann "die Regie" an das System zurück" (Return). Dieser Returncode, ist in einem Speicherplatz "irgendwo" gespeichert bis der nächste Befehl dort seinen Returncode speichert.

Üblicherweise sagt ein Returncode 0 : kein Fehler

Jeder Returncode ungleich 0 beschreibt normalerweise eine bestimmte Fehlersituation. Diesen Speicherplatz nennt man eine Variable. Variablen in "bash" sind Namen, Wörter welche mit einem $ beginnen. Direkt nach einem Befehl kann ich auf diese Variable zugreifen, indem ich sie ausschreibe. Ausschreiben unter "bash" geht z.B. mit dem Befehl "echo".

Nun nochmals kürzer in anderen Worten :
Wenn man in "bash" wissen will ob ein Befehl erfolgreich beendet wurde, so schreibt man ALS NÄCHSTEN BEFEHL die Variable $? mittels "echo" aus. Wenn sie 0 ist, ist alles ok. Wenn nicht - muß man suchen (z.B. in der Beschreibung) des Befehls) was der "Returncode" bedeutet.
Übrigens gibt es Returncodes auch woanderst (Windows ...)
Es gibt "natürlich auch" eine Beschreibung zu bash (nämlich "man bash" in der Kommandozeile) aber davor rate ich (für Beginner) dringend ab. Es gibt auch (auf Nachfrage) andere Literatur.

Beispiel :
mount -t xfs -o loop,ro /media/sdb1/image.dat /media/sdc6/backup/rettung; echo -e "$?";
Die Antwort (des Systems, also von bash) ist eine ganze Zahl (und natürlich die Zeile knoppix@Microknoppix:) .
Es gibt viele Situationen in denen es besser ist, mit echo nicht nur die Zahl auszuschreiben, sondern auch eine "Beschreibung" hinzuzufügen, welche mir sagt, was diese Zahl denn soll.

Beispiel :
mount -t xfs -o loop,ro /media/sdb1/image.dat /media/sdc6/backup/rettung;
echo -e "Returncode von mount /media/sdc6/backup/rettung : $?";
Du siehst, alles in den Hochkommatas ohne $ ist einfach von mir (oder Dir) frei gewählter Text.



---------------------------------------------------------------------------------------------------------

MfG
progi

Hallo,

Zitat

Eben wird mir klar, dass da womöglich ein Denkfehler drin ist:

Das ist nicht gesagt

Zitat

sdb1 mit 242 GB ist möglicherweise die 1. Partition der alten Festplatte - die einzige der drei, die noch funktioniert.

Das ist nicht gesagt

Zitat

sdb2 heißt die kaputte, die repariert werden soll - und die ist eben so zerschossen, dass sie nach dem df-Befehl in der Liste gar nicht aufgeführt wird. Sie kann ja nicht gelesen werden. Das bedeutet leider auch: Ich kenne ihre Größe nicht. Zwar hatte ich diffus in Erinnerung, dass sie 250 GB hat, aber sie kann auch größer sein. Vielleicht ist deswegen die image.dat so groß geraten.

mit Einstellungen -> GParted
kann man mal schauen wie groß die "sdb2" ist. Aber ich würde noch nichts drauf ändern, löschen ...

Vorher würde ich

Zitat

In Kommandozeile :
cd /media/sdc2; ls -lRa;
Ausgabe anschauen - wo wird der Platz verbraucht ?

MfG
progi

Gute Besserung

MfG
progi

Hallo Lysa,

das ist leider nicht sehr aufschlussreich.
Bitte poste mal die Ausgabe von

(im Terminal ausführen)

Zitat

dann kommt das raus, was Du im Anhang siehst. Größenangaben kann ich daraus nicht ablesen...

Dazu muss die betreffende Partition natürlich eingehängt sein! War sie vermutlich nicht. Denke daran, dass KNOPPIX Partitionen nicht automatisch einhängt!
Damit wir einen Überblick bekommen, was wo ist, starte den Dateimanager und hänge sämtliche dort angezeigten Partitionen (sdb1, sdb2, sdb3, sdc1, sdc2....) ein!
Dann bitte noch die Ausgabe von

und progis Befehlszeile

posten (jeweils im Terminal ausführen).

MfG

Hallo Lysa,

Zitat

Dann bräuchte ich - tja, wieviel Speicherplatz? Gibt es irgendeine Möglichkeit, mir doch anzeigen zu lassen, wie groß sdb2 ist? Damit ich weiß, ob ich mir eine weitere Festplatte kaufen muss?

Zitat

Den anderen Tipp mit Gparted verstehe ich leider nicht. Wo sind diese Einstellungen, wie mache ich das?

Für dieses Programm sollte der Dich interessierende Datenträger angeschlossen aber nicht "gemounted" sein.

Ganz links unten auf dem Desktop (normaler Bildschirm von Knoppix) - ist ein "Knopf"
-> draufclicken > es öffnet sich ein Fenster -> mit der Maus dort auf Einstellungen gehen (nicht clicken) -> es öffnet sich ein weiteres Fenster ->
dort auf GParted clicken
Nun dauert es einige Zeit bis sich das Fenster mit dem Programm GParted öffnet.
Du solltest dort rechts oben (ich glaube bei Dir war es) sdb auswählen.
Dann siehst Du die "Verteilung, Größe und Dateisysteme" der Partitionen auf diesem Datenträger.
(Dateisysteme sind z.B. vfat,ntfs,ext3 ...)
Mit GParted könntest Du sie nun ändern - aber das brauchst Du hier nicht - also nichts ändern !

MfG
progi

Hallo Lysa,

ok. Dann starte jetzt mal das Programm Gparted, siehe Screenshots.
Wird dort bei sdb2, sdb3 etwas angezeigt?

MfG

[attach]871[/attach]

[attach]872[/attach]

Natürlich ist noch jemand da. Aber es gibt Probleme, die falls überhaupt möglich, nur vor Ort gelöst werden könnten. Beauftrage einen Computerservice oder schick die Platte in eine Firma ein, die auf Daterettung spezialisiert ist.

Zitat von »Werner P. Schulz«

Aber es gibt Probleme, die falls überhaupt möglich, nur vor Ort gelöst werden könnten. Beauftrage einen Computerservice oder schick die Platte in eine Firma ein, die auf Daterettung spezialisiert ist.

Da stimme ich Werner zu.
Vor etwa 7 Jahren hatte ich ein ähnliches Problem. Ich dachte die Platte ist im Eimer. Ich bin zu einem Fachmann und der hat im Terminal wichtige Daten gesichert.
Die Platte war im Eimer aber ich hatte meine Daten.

Hallo Lysa,

du weißt nun, dass die defekte Partition sdb2 laut GParted 428,49 GB gross ist, entsprechend viel Speicherplatz brauchst Du für die Erstellung eines Images mit dd_rescue.
Die Partition sdc2 mit 308 GB war dafür zu klein. Also entweder Du erstellst auf sdc eine genügend große Partition (dafür müßtest Du die dort gespeicherten Daten löschen), oder Du besorgst dir eine neue Festplatte. Dann kannst Du einen weiteren Versuch mit dd_rescue starten, vielleicht klappt es ja, die Hoffnung stirbt zuletzt...
Für die Zukunft wäre ein regelmäßiges Backup zu empfehlen.
Viel Erfolg!

MfG