Brennen der Live-CD von Gentoo

Ich habe heute versucht, die neueste Live-CD-Iso zu brennen, aber aus irgendeinem Grund schaffe ich es nicht. Ich habe nun bereits drei Rohlinge verheizt, ohne Erfolg. Es funktioniert weder unter Windows noch unter Suse; ausserdem habe ich es zweimal bei verschiedenen Servern heruntergeladen, aber leider führt das auch nicht zum gewünschten Erfolg.

Hat vielleicht schon jemand die Gentoo-Live-CD für x86 heruntergeladen und kennt die gleichen Problembe und kann mir helfen?

Hast du die md5sum kontrolliert?
Stimmt diese, so ist das Image korrekt auf deiner Platte angekommen.

Wie hast du denn gebrannt? Als Image?
Wo liegt das Problem?
Brenn mal langsamer.

Die Gentoo-Live-CD für x86 kenn ich nicht, aber wie bist du denn vorgegangen ?

Nach dem Download die md5sum geprüft ?
Dann "Abbild erstellen" => also wirklich als Image gebrannt ?
Und nicht zu schnell brennen.

Hi

Siehe Link

http://www.linux-club.de/viewtopic.php?t=40319

Danke für die Antworten, aber meine bescheidenen Kenntnisse sind wohl ausreichend, um eine CD als .iso zu brennen sowie die md5sum zu prüfen. Hier ist mal die Fehlermeldung:

System
-----------------------
K3b Version: 0.12

KDE Version: 3.5.1 Level "a"
QT Version: 3.3.5
Kernel: 2.6.13-15.8-default
Devices
-----------------------
MATSHITA UJ-840D 1.00 (/dev/hdb, ) at /media/dvdrecorder [CD-R; CD-RW; CD-ROM; DVD-ROM; DVD-R; DVD-RW; DVD+R; DVD+RW; DVD+R DL] [DVD-ROM; DVD-R séquentiel; DVD RW à réinscription limitée; DVD-RW séquentiel; DVD+RW; DVD+R; DVD+R double couche; CD-ROM; CD-R; CD-RW] [SAO; TAO; Réinscription restreinte]

Used versions
-----------------------
cdrecord: 2.1

cdrecord
-----------------------
/usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
/usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
/usr/bin/cdrecord: Warning: not running as root user, fs= option ignored.
scsidev: '/dev/hdb'
devname: '/dev/hdb'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
/usr/bin/cdrecord: Warning: using inofficial libscg transport code version (okir@suse.de-scsi-linux-sg.c-1.83-resmgr-patch '@(#)scsi-linux-sg.c 1.83 04/05/20 Copyright 1997 J. Schilling').
SCSI buffer size: 64512
/usr/bin/cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
/usr/bin/cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD.
/usr/bin/cdrecord: Free test versions and free keys for personal use are at ftp://ftp.berlios.de/pub/cdrecord/ProDVD/
Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to http://www.suse.de/feedback
Note: The author of cdrecord should not be bothered with problems in this version.
TOC Type: 1 = CD-ROM
Using libscg version 'schily-0.8'.
Driveropts: 'burnfree'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'MATSHITA'
Identifikation : 'UJ-840D '
Revision : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0009
Profile: 0x002B
Profile: 0x001B
Profile: 0x001A
Profile: 0x0013
Profile: 0x0014
Profile: 0x0011
Profile: 0x0010
Profile: 0x000A
Profile: 0x0009 (current)
Profile: 0x0008
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO
Drive buf size : 1310720 = 1280 KB
FIFO size : 4194304 = 4096 KB
Track 01: data 696 MB
Total size: 799 MB (79:15.13) = 356635 sectors
Lout start: 800 MB (79:17/10) = 356635 sectors
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 5
Is not unrestricted
Is not erasable
Disk sub type: Medium Type B, low Beta category (B-) (4)
ATIP start of lead in: -12369 (97:17/06)
ATIP start of lead out: 359849 (79:59/74)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 69
Manufacturer: Moser Baer India Limited
Manufacturer is guessed because of the orange forum embargo.
The orange forum likes to get money for recent information.
The information for this media may not be correct.
Blocks total: 359849 Blocks current: 359849 Blocks remaining: 3214
Starting to write CD/DVD at speed 24 in real SAO mode for single session.
Last chance to quit, starting real write in 2 seconds.
1 seconds.
0 seconds.
Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
BURN-Free is OFF.
Turning BURN-Free on
Performing OPC...
Sending CUE sheet...
/usr/bin/cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01: 0 of 696 MB written.
Track 01: 1 of 696 MB written (fifo 100%) [buf 99%] 8.2x.
Track 01: 2 of 696 MB written (fifo 100%) [buf 98%] 8.2x.

[...]

Track 01: 184 of 696 MB written (fifo 100%) [buf 98%] 12.3x.
Track 01: 185 of 696 MB written (fifo 100%) [buf 95%] 12.0x.
/usr/bin/cdrecord: Success. write_g1: scsi sendcmd: no error
CDB: 2A 00 00 01 72 10 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: F1 00 03 00 01 6F AD 0A 00 2B 00 00 0C 00 00 00
Sense Key: 0x3 Medium Error, deferred error, Segment 0
Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0
Sense flags: Blk 94125 (valid)
resid: 63488
cmd finished after 5.171s timeout 200s
/usr/bin/cdrecord: A write error occured.
/usr/bin/cdrecord: Please properly read the error message above.
write track data: error after 194019328 bytes
Writing time: 151.573s
Average write speed 32.2x.
Min drive buffer fill was 93%
Fixating...
Fixating time: 0.004s
/usr/bin/cdrecord: fifo had 3120 puts and 3057 gets.
/usr/bin/cdrecord: fifo was 0 times empty and 2881 times full, min fill was 90%.
BURN-Free was never needed.

cdrecord command:
-----------------------
/usr/bin/cdrecord -v gracetime=2 dev=/dev/hdb speed=24 -dao driveropts=burnfree -eject -data /home/agabriel/Desktop/livecd-i686-installer-2006.0.iso

[Edit by Geier0815] Ich habe die Ausgab mal sinnvoll verkürzt, beim nächsten mal machst Du es bitte vorm posten selber[/Edit]

Mr. Bonheur schrieb:

Sense Key: 0x3 Medium Error, deferred error, Segment 0

Zum Vergrößern anklicken....

Für was hälst Du diese Fehlermeldung?
Laß mich raten: Das war kein Tayo Yuden Rohling? Oder ähnliche bekannte Qualität? Und immer wieder einen neuen Rohling aus der gleichen Packung genommen wo der Verdacht besteht das die gesamte Charge matschig ist oder zumindest mit deinem Brenner nicht harmoniert. Solltest Du sonst noch Sachen mit den Rohlingen gebrannt haben würde ich die mal überprüfen, der Datenverlust ist manchmal schneller da als man denkt.

Also mal danke für die Antwort. Ich finde es sehr komisch, da es sich immerhin um Verbatim-Rohlinge handelt, deshalb habe ich diese Option gleich mal a priori ausgeschlossen. Und eigentlich hatte ich zuvor niemals Probleme mit dieser Art von Rohlingen.

Und bekanntlich ist Verbatim mit dem Tayo Yuden Label ausgestattet.

Moin Mr. Bonheur,

leider ist es inzwischen so das auch Verbatim zum einen immer häufiger von Fälschungen betroffen ist, aber eben auch das Verbatim inzwischen Zukäufe tätigt (so zumindest mein Kenntnisstand!) und daher nicht mehr das ist was sie mal waren. Wenn Du die Rohlinge bei einem Fachhändler wie feurio oä gekauft hast, würde ich bei denen mal nachfragen ob die evtl. schon mehrere Beschwerden wegen der Rohlinge hatten und sich daraus schließen lassen könnte das eine komplette Charge betroffen ist. Dann wäre die Chance recht groß das die Rohlinge getauscht werden.

Evtl. kann es auch sein das deine Brenner nicht unbedingt mit den Rohlingen harmoniert. Aber als erstes würde ich mich an deiner Stelle mal beimachen und die atip auslesen und c1 und c2 Tests laufen lassen. Anleitungen dazu findest Du in der FAQ von dchlb (das ist 'ne Usegroup aber die FAQ findest Du auch im Internet).

Vielen Dank für Deinen Zeitaufwand und Mühen; ich werde mich mal gleich mit den von Dir empfohlenen Quellen auseinandersetzen, um herauszufinden woran es wohl liegen mag.

Aber ehrlich gesagt, erscheint mir die Version mit den gefälschten Verbatim am plausibelsten, da ich zuhause mit den Meinigen niemals Probleme hatte. Dieses Mal habe ich mir welche von meiner Freundin geborgt; mal nachfragen, wo sie diese erstanden hat.

Wirklich nochmals vielen Dank!