Erstellen von beschädigten ISO-Images auf Snow Leopard (unabhängig davon, ob sie von einem Skript oder der Shell aufgerufen werden)

1981
znice

Okay, ich bin wahrscheinlich ein Idiot hier, aber ich schreibe ein ISO-Ripping-Programm, das wirklich nur eine grafische Benutzeroberfläche ist, die auf dd geschlagen wird, und ich kann die Sache nicht dazu verleiten, auf Snow Leopard unbeschädigte ISOs zu erstellen. Ich habe die folgenden Variationen ausprobiert (alle mit / dev / disk1 wie es sein sollte):

dd if=/dev/disk1 of=/Users/[me]/Desktop/anIso.iso bs=2048 conv=sync,notrunc dd if=/dev/disk1 of=/Users/[me]/Desktop/anIso.iso bs=2048 conv=notruc  dd if=/dev/disk1 of=/Users/[me]/Desktop/anIso.iso bs=2048 dd if=/dev/disk1 of=/Users/[me]/Desktop/anIso.iso

In allen vier Fällen wird beim Klicken auf das erzeugte Iso ein Popup angezeigt, das besagt, dass die folgenden Festplatten-Images nicht gelesen werden konnten, und listet die Datei auf. Wenn dies sinnvoll ist, lautet die Ausgabe (zumindest für die erste Variation des Befehls):

408258+1 records in 408259+0 records out 836114432 bytes transferred in 513.382815 secs (1628637 bytes/sec)

Irgendwelche Ideen? Ich lese die Manpages, Variante 1 scheint definitiv ein iso aus der angegebenen CD zu erzeugen

3
Das will ich zum Superuser gehen, denke ich. T.J. Crowder vor 14 Jahren 0
Warten Sie, versuchen Sie, ISOs von * Datendiscs oder * Audio * -Discs zu erstellen? Ihr Prozess sollte für Daten-Discs funktionieren. Audio ist jedoch ein anderes Tier. quack quixote vor 14 Jahren 0
Versuchen Sie in diesem Fall, eine ISO von einer Audiodiskette zu erstellen. Was ist der Unterschied. Ich denke, ich war wirklich naiv. Ich dachte, ein Bild sei ein Bild. Wahrscheinlich hätte ich mir die Wikipedia angesehen, bevor ich reinkam ... znice vor 14 Jahren 0

5 Antworten auf die Frage

3
mark4o

Verwenden Sie für eine CD-ROM /dev/disk1s0und nicht /dev/disk1.

/dev/disk1greift auf die rohen 2352-Byte-Blöcke zu, was nützlich ist, wenn Sie eine Audio-CD lesen. Auf einer CD-ROM werden 2048 der 2352 Bytes für Daten verwendet und der Rest ist zur Fehlerkorrektur bestimmt . Wenn Sie lesen /dev/disk1s0, werden die Fehlerkorrekturcodes verwendet, um eventuelle Fehler zu korrigieren und die (möglicherweise korrigierten) 2048 Datenbytes jedes Blocks zurückzugeben, wie Sie es für ein ISO-Image wünschen.

Beachten Sie, dass dies für die DVD-ROM, auf der Sie verwenden würden, anders ist /dev/disk1. Die DVD-ROM verwendet ein anderes Fehlerkorrekturschema, das die Daten mehr auf die Festplatte verteilt, um eine bessere Fehlerfestigkeit zu erreichen. Es gibt keinen separaten Gerätenamen, der zum Lesen der DVD-Daten mit den enthaltenen Fehlerkorrekturcodes verwendet werden kann.

Es scheint kein / dev / disk1s0 zu geben, nur / dev / disk1s [1-last track] und / dev / disk1s1 scheint definitiv der erste Track auf der Platte zu sein. Versuchte trotzdem, / dev / disk1s0 als infile Datei an dd zu übergeben (obwohl es nicht unter den Festplattenpartitionen aufgeführt war) und beschwerte sich, dass es "keine solche Datei oder ein solches Verzeichnis" gab. Trotzdem vielen Dank. Sehr seltsames Geschäft (oder nicht?) znice vor 14 Jahren 0
`/ dev / disk1s0` wird zum Lesen der CD-ROM-Daten verwendet. Wenn es sich bei der CD nur um Audio handelt, wird für jeden Audiospur kein `/ dev / disk1s0`, sondern nur disk1s1, s2 usw. angezeigt. mark4o vor 14 Jahren 0
Eine Audio-CD enthält kein Dateisystem. Sie können also kein mountbares ISO-Image einer Audio-CD mit `dd` erstellen. mark4o vor 14 Jahren 0
Wie kann man also ein Image einer Audio-CD rippen? ... Oder können Sie nicht (können Sie nur die Daten kopieren, aus denen jeder Track besteht)? znice vor 14 Jahren 0
Sie können ein Image mit `dd` erstellen, aber es ist kein ISO-Image und kann nicht bereitgestellt werden, da es sich nur um reine Audiodaten handelt und kein Dateisystem vorhanden ist. In diesem Fall sollten Sie eine Blockgröße von 2352 verwenden (`bs = 2352`). mark4o vor 14 Jahren 0
2
quack quixote

Audio-CDs werden im Allgemeinen nicht ddals ISO-Dateien gerippt und gespeichert. Audio-CD-Daten (CDDA) befinden sich näher an Tracks auf einer Phonograph-Platte und sind mit Lücken nach innen gerollt, wobei die Lücken die Grenzen markieren. Sie enthalten kein Dateisystem.

Stattdessen werden Audio-CD-Daten normalerweise mit Programmen wie cdrdao oder cdparanoia gerippt . Anstelle einer ISO-Datei werden Audio-CDs im Allgemeinen als BIN / CUE-Paare, WAV / CUE-Paare oder einzelne WAV-Dateien für jeden Track gespeichert. Die CUE-Datei ist eine ASCII-Textdatei, die das Layout der Tracks enthält, und die BIN- oder WAV-Dateien enthalten die tatsächlichen Audiodaten.

Mit cdparanoia :

# read cd's table of contents cdparanoia -Q  # rip several (1 thru N, inclusive) tracks to one big file cdparanoia --batch 1-N bigfile.wav

Mit cdrdao :

cdrdao read-cd --read-raw --datafile foo.bin --device ATAPI:0,0,0 --driver generic-mmc-raw foo.toc

Weitere Informationen finden Sie in den Anleitungen zum Rippen und Brennen in der Anleitung zur Eingabeaufforderung .

0
monojohnny

Sie sind sich nicht sicher, was los ist, aber haben Sie anschließend versucht, Quelle und Ziel zu vergleichen?

Könnte sein:

od -c source > source.txt od -c target > target.txt diff source target

Ich denke, dies wird einige ziemlich große Dateien erzeugen und ich bin nicht sicher, wie nützlich die diff-Ausgabe sein wird - aber zumindest sollte sie eine Antwort geben, ob die Dateien gleich sind oder nicht.

Führen Sie 'FileVault' oder irgendetwas auf Ihrem Computer aus? Nicht sicher, ob dies Auswirkungen auf diese Art von Dingen haben könnte?

Funktioniert das dd mit anderen Arten von Binärdateien? (Kopieren Sie '/ bin / ls' in eine andere Datei und sehen Sie, ob es noch funktioniert?)

Läuft derzeit diff, kann es nicht die Geduld haben, es fertig zu machen (die Oktalablagerungen sind wirklich sehr, sehr groß). Was auch immer es wert ist, die Dumps haben die gleiche Größe. vor 14 Jahren 0
Warten Sie, sprach zu früh, der Diff ist gerade fertig. Ausgabe: 51727460c51727460 [Zeilenumbruch] <6165410140 [Zeilenumbruch] --- [Zeilenumbruch]> 6165414000 vor 14 Jahren 0
0
user23307

für den Vergleich von Binärdateien verwenden Sie cmp, nicht diff ...

wenn Sie sie noch im Hex-Run vergleichen wollten

diff <(od -c source) <(od -c target)

Ich würde dies mit einer CD testen, die Sie bereits gebrannt und anhand einer ISO geprüft haben, und dann die ursprüngliche ISO mit Ihrer ISO vergleichen.

Es wäre nützlich gewesen zu wissen, ob alle extrahierten Bilder gleich sind oder nicht.

Auch / dev / disk1 sieht nicht richtig aus. Sind Sie sicher, dass es sich um ein CD-Laufwerk handelt?

836114432 ist auch 797 MB groß, macht das sogar Sinn für die Festplatte, die Sie verwenden?

cmp läuft jetzt, kann eine Weile dauern. diskutil reports disk ist 836.1mb, aber ich schätze, das Maß einer mb ist 1mil bytes. znice vor 14 Jahren 0
Ausgabe von cmp: "cmp: EOF auf / dev / disk1". Ist das sinnvoll / hilfreich? Nochmals entschuldige ich mich für meine Unkenntnis zu diesem Thema znice vor 14 Jahren 0
0
znice

Was immer es wert ist, das ist, was mir diskutil über die Festplatte im Laufwerk sagt:

 Device Identifier: disk1 Device Node: /dev/disk1 Part Of Whole: disk1 Device / Media Name: MATSHITA DVD-R UJ-868  Volume Name: West Side Story Escaped with Unicode: West%FF%FE%20%00Side%FF%FE%20%00Story  Mounted: No  File System: CD-DA Type: cddafs Name: CD Audio  Partition Type: CD_partition_scheme Bootable: Not bootable Media Type:  Protocol: SATA SMART Status: Not Supported  Total Size: 836.1 MB (836112480 Bytes) (1633032 512-Byte-Blocks + 96 Byte(s)) Volume Free Space: 0 B (0 Bytes) (exactly 0 512-Byte-Blocks)  Read-Only Media: Yes Read-Only Volume: Not applicable (not mounted) Ejectable: Yes  Whole: Yes Internal: Yes OS 9 Drivers: No Low Level Format: Not Supported  Optical Drive Type: CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-R, DVD-R DL, DVD-RW, DVD+R, DVD+R DL, DVD+RW Optical Media Type: CD-ROM Optical Media Erasable: No

Verwandte Probleme