Kommentare für danielnoegel.de

Kommentar zu Images erstellen mit ddrescue von Daniel

Daniel — Thu, 02 Sep 2010 10:33:07 +0000

Naja, es ist schon so, dass man mit dem Parameter -n erstmal alle lesbaren Blöcke kopieren kann und defekte Blöcke damit übersprungen werden. Nur bricht -n manchmal auch “zu früh” ab. Prinzipiell würde ich es aber immer damit versuchen.

In einem zweiten Durchgang kannst du dann die defekten Blöcke nochmal durchtesten. Hierbei hilft es, wenn man die Anzahl der Versuche limitiert.

Kommentar zu Images erstellen mit ddrescue von thom_raindog

thom_raindog — Tue, 10 Aug 2010 16:47:17 +0000

Also insgesamt doch nicht so nützlich wie erhofft?

Kommentar zu Images erstellen mit ddrescue von Daniel

Daniel — Tue, 10 Aug 2010 07:39:37 +0000

Ja, ich muss ehrlich sagen, dass ich das Problem zur Zeit auch habe und nach einer Möglichkeit suche, das zu umgehen. Technisch gesehen ist es ja so, dass ddrescue so spezifiziert ist, dass es (wenn ich das richtig sehe), die defekten Sektoren ausliest, wenn alle lesbaren bereits kopiert wurden.
Praktisch scheint es aber so zu sein, dass ddrescue (wie auch dd_rescue) streng linear vorgeht. Ich wäre da sehr an einer Abhilfe interessiert.

Teilweise kann man mit dem “-i” Parameter arbeiten und damit gewissermaßen die defekten Sektoren manuell überspringen. Bei stark zerkratzten DVDs bringt das aber sicher auch nicht viel. “-n” führt anscheinend auch nicht immer dazu, dass nur die lesbaren Sektoren behandelt werden, sondern manchmal auch dazu, dass beim ersten defekten Sektor abgebrochen wird.

Sehr merkwürdig das alles.

Kommentar zu Images erstellen mit ddrescue von thom_raindog

thom_raindog — Mon, 09 Aug 2010 18:45:36 +0000

Mal ne Frage: Soll das nen Tag dauern? Ich versuche grade eine DVD zu rippen die einen Kratzer hat, aktuell hat ddrescue im ersten Lauf 7 Fehler gefunden und rödelt seit weit über 12 Stunden vor sich hin…

Kommentar zu Wine + Office von Juerg Schwarz

Juerg Schwarz — Sun, 01 Aug 2010 09:51:42 +0000

In meinem jüngst insallierten Ubuntu 10.04 musste ich die beiden Zeilen folgendermassen anpassen:

PREFIX=~/.PlayOnLinux/wineprefix/Office2003
EXEC_PATH=~/.PlayOnLinux/wineprefix/Office2003/drive_c/Programme/Microsoft\ Office/OFFICE11/EXCEL.EXE

funzt.

Kommentar zu TV-Karte trifft auf GStreamer von Stephan

Stephan — Mon, 12 Jul 2010 16:59:17 +0000

Hallo Daniel, ein sehr schönes Design hat dein Blog und diese Anleitung für gstreamer ist sehr hilfreich.
Gstreamer war mir bisher immer zu umfangreich. Naja, jetzt muß ich nochmal schauen, wie ich das auf pulseaudio umbiege, bei der Aufnahme.

Lg. Stephan

Kommentar zu Images erstellen mit ddrescue von Daniel

Daniel — Thu, 08 Jul 2010 07:38:34 +0000

Jap, du hast Recht: Ich habe es gestern nochmal mit einer defekten DVD getestet und habe mit “-n” auch nicht den gewünschten Erfolg gehabt: Damit brach die Rettung bei mir sehr frühzeitig ab. Ich habe daher die erste Artikel-Version wiederhergestellt. Ich hoffe, dass ich meine Änderungen mit dem Hinweis am Ende transparent genug gemacht habe. Eine bequeme Möglichkeit, einfach auf die (falsche) frühere Revision zu verlinken, gibt es leider nicht.

Vielen Dank für deine Mühe!

Kommentar zu Images erstellen mit ddrescue von stfischr

stfischr — Wed, 07 Jul 2010 13:19:32 +0000

Hm, Also im Manual steht:

> 2) Read the non-tried parts of the input file, marking the failed blocks as non-trimmed and skipping beyond them, until all the rescue domain is tried. Only non-tried areas are read in large blocks. Trimming, splitting and retrying are done sector by sector. Each sector is tried at most two times; the first in this step as part of a large block read, the second in one of the steps below as a single sector read.

So wie ich das verstehe, wird im ersten Durchlauf (wenn die gesamte Platte als non-tried markiert ist) erstmal nur hintereinander weg gelesen und wenns nen Fehler gibt, der Block übersprungen und als non-trimmed markiert. Das läuft solange bis es keine non-tried Blocks mehr gibt (also einmal die Platte von vorne bis hinten durch).

Danach kommt erst der 2. Durchgang ( 3) im Manual) genannt trimming wo einfach die non-trimmed Blöcke rückwärts gelesen werden.

Danach geht erst das Splitten los.

Und danach dann das durch -r begrenzte lesen der defekten Sektoren.

Also würden mit -n die ersten 2 Durchläufe trotzdem geschehen. Und ohne -n werden diese Durchläufe auch gemacht und auch in der selben Reihenfolge. Der unterschied ist halt nur, dass man mit -n die -d Option differenzierter anwenden kann.

Hab nochmal alles relevante dazu durchgelesen und bin mir da jetzt auch ziemlich sicher.

Kommentar zu Images erstellen mit ddrescue von Daniel

Daniel — Tue, 06 Jul 2010 18:01:46 +0000

Also laut Anleitung bedeutet “-n” ja “no split” und ist per default nicht gesetzt. Da ddrescue als “Splitten” das bezeichnet, was bei dd_rescue gewissermaßen der “Fehler-Modus” ist, gehe ich davon aus, dass ddrescue per default fehlerhafte Sektoren nicht ignoriert sondern eben in kleinere Sektoren teilt (splittet) und versucht, diese auzulesen.

Ich werde das morgen ggf. nochmal updaten – aber eigentlich sollte das so jetzt stimmen. Mal schauen – Rückmeldungen immer erwünscht

Kommentar zu Images erstellen mit ddrescue von stfischr

stfischr — Tue, 06 Jul 2010 17:25:14 +0000

Also was -n angeht. ich hab es bisher immer ohne benutzt und dabei nie ein anderes Verhalten beobachtet, als dass er erst mal alle Fehler überspringt, danach die Blöcke splittet und dann anfängt (je nach -r) die defekten Sektoren mehrmals zu lesen.

In der Anleitung (info ddrescue) werden die Beispiele meiner Meinung nach nur getrennt (in -n und -d) um den Vorgang zu beschleunigen:
– Mit -n alles lesen, was noch fehlerfrei ist. (schnell)
– Mit -d die defekten Sektoren abklappern und dabei das Caching vom Kernel umgehen. (langsam)

Ich kann mich aber auch irren …