bug in Etch-DVD?

[scruffy]

Hallo,
ich habe mir ein Pre-Release der Etch-DVD aus offiziellen Quellen geholt. Der Übergang Sarge->Etch hat nicht funktioniert, weil irgendwann aptitude abgebrochen hat, und dann war das System wegen fehlernder Libraries nicht mehr zu retten. Die Neuinstallation von Etch ging sehr schön, allerdings habe ich jetzt Probleme mit den DVDs:

Es scheint so, als wäre in den ISOs (die MD5-Summe stimmte bei meinem Download) die DVD-Größe falsch angegeben. Oft erhalte ich bei der Paketinstallation den Fehler, dass die MD5-Summe des Pakets nicht stimmt. Das stimmt, denn die Pakete sind tatsächlich leer, bzw. gefüllt mit Nullen. Im Syslog kann man haufenweise lesen:

Code: Alles auswählen

Buffer I/O error on device hdc, logical block 2250265
attempt to access beyond end of device
hdc: rw=0, want=9001068, limit=8388604

FDisk zeigt mir ebenfalls diese Größe an:

Code: Alles auswählen

 fdisk /dev/hdc -l -u
Note: sector size is 2048 (not 512)

Disk /dev/hdc: 4294 MB, 4294965248 bytes
255 heads, 63 sectors/track, 130 cylinders, total 2097151 sectors
Units = sectors of 1 * 2048 = 2048 bytes

Disk /dev/hdc doesn't contain a valid partition table
kasparov:/home/dragon# echo $((2097151*4))
8388604

Ist das ein Bug in den ISOs?

Viele Grüße,
Ralf

[nepos]

Hast du denn die MD5-Summe der ISOs mal geprüft? Eventuell baut dein Brenner bzw. die Brennersoftware auch nur Mist...

[KBDCALLS]

Auf die Idee an eine DVD fdisk ranzulassen, da muß man erst mal kommnen. Das bei einer Daten CD/DVD eine Sektorgröße von 2048 Bytes gemeldet wird hat seine Richtigkeit.

[scruffy]

Die MD5-Summe der ISOs stimmt bei allen drei DVDs, und bei allen tritt das Problem auf. Ich werde nochmal prüfen, ob die auf der DVD noch korrekt ist, habe aber derzeit keine Zeit. Aber was kann ein Brennprogramm beim Brennen eines ISOs denn falsch machen?

[KBDCALLS]

Da kann einiges schief gehen, und das schreibst du ja auch.

Das stimmt, denn die Pakete sind tatsächlich leer, bzw. gefüllt mit Nullen. Im Syslog kann man haufenweise lesen:

Es kann zum Beispiel sein, das die DVDs zu schnell gebrannt werden. Oder Brenner und Rohlinge vertragen sich nicht miteinander. Brenner kommt mit Rohling A zurecht, mit Rohling B nicht und schon gibt es Murx. K3b kann übrigens auch die fertig gebrannten CDs/DVDs anhand der Checksumme überprüfen. Ist ein Häcken im Brenndialog.

[GoKi]

Man kann auch nachträglich mit md5sum die Prüfsumme der gebrannten DVD bestimmen.

Code: Alles auswählen

md5sum /dev/<dvdlaufwerk>

und dann mit der Prüfsumme der iso-Datei vergleichen.
DVD darf beim md5sum Aufruf nicht gemountet sein.

Kannst vor dem Brennen auch mal das Iso mounten und nachsehen, ob die Dateien dort vorhanden sind.

[scruffy]

Die Dateien sind im Original-Iso vorhanden und lassen sich installieren. Ich habe die Fehlermelungen so verstanden, dass der Kernel die DVD-Größe mit dem Wert X annimmt, im Dateisystem aber Dateien bei Y>X stehen und deswegen der Zugriff verboten wird. Da die Größe und der Dateiname bekannt, wird eine leere Datei zurückgeliefert.

Auf allen drei DVDs ist die MD5-Summe nicht die des ISOs, da ist also beim Brennen systematisch was schiefgelaufen. Schade eigentlich, dass es so ein einfacher Fehler war . Was ich mich allerdings immernoch frage ist, was genau nicht geklappt hat und ich weiß leider auch nicht mehr, ob es Gnomebaker oder K3B war, das nicht funktioniert hat.

[KBDCALLS]

Die Programme selbst werden den Fehler wohl nicht verursachen. Beides sind ja eh nur Frontends , die das eigentliche Brennprogramm ansteuern. cdrecord/wodim oder growisofs . Die können zwar auch Fehler verursachen, es dürfte aber eher am Brenner oder den Rohlingen selbst liegen.

[scruffy]

Ich hatte in der letzten Zeit keine Probleme mit dem Brenner, aber es handelt sich um DVD+RWs (4,7GiB, also normal). Ich werde die DVDs nochmal brennen und wenn der Fehler bestehen bleibt, nochmal nachforschen.

[KBDCALLS]

Eventuell die Geschwindigkeit reduzieren

[scruffy]

Ich habe die DVD neu gebrannt und das Problem besteht immer noch. Ich verwende momentant die entpackten ISOs. Hat wer ne Ahnung, an wen man sich sonst wenden kann (bei Google habe ich nichts weiteres zu dem Fehler gefunden). Es ist offensichtlich so, dass die Größe, die im Dateisystem oder einer Partitionstablelle eingetragen ist, nicht mit der tatsächlichen Größe übereinstimmt, so dass Dateien an Stellen liegen, die hinter dem Dateisystem liegen.

[scruffy]

Es ist wohl ein Kernel-Bug, denn bei meiner Digitalkamera besteht auf einmal das selbe Problem:

Code: Alles auswählen

fdisk /dev/sda -l -u

Disk /dev/sda: 129 MB, 129696256 bytes
16 heads, 16 sectors/track, 989 cylinders, total 253313 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          33      253439      126703+   6  FAT16

fdisk sagt also, der letzte Sektor ist 253439, aber:

Code: Alles auswählen

SCSI device sda: 253313 512-byte hdwr sectors (130 MB)
sda: Write Protect is off
sda: Mode Sense: bc 00 00 bc
sda: assuming drive cache: write through
 sda: sda1
 sda: p1 exceeds device capacity
sd 2:0:0:0: Attached scsi removable disk sda
usb-storage: device scan complete
attempt to access beyond end of device
sda: rw=0, want=253434, limit=253313
printk: 62 messages suppressed.
Buffer I/O error on device sda1, logical block 253400
attempt to access beyond end of device
sda: rw=0, want=253435, limit=253313
Buffer I/O error on device sda1, logical block 253401
attempt to access beyond end of device
sda: rw=0, want=253436, limit=253313
Buffer I/O error on device sda1, logical block 253402
attempt to access beyond end of device
sda: rw=0, want=253437, limit=253313

Da wird also irgendwo eine falsche Partitionsgröße angenommen. Ich habe auf die Schnelle keinen entsprechenden Kernel-Fehler gefunden.