RE: CD-Brennen, mehrere Fragen
From: Joachim Hussong [mailto:Joachim.Hussong@dlr.de] Sent: Monday, October 01, 2001 5:04 PM To: suse-linux@suse.com Subject: RE: CD-Brennen, mehrere Fragen
On Mon, 1 Oct 2001 Jan.Albrecht@bertelsmann.de wrote:
hda + hdb = erster IDE Strang hdc + hdd = zweiter IDE Strang Ergo: Beide sind am selben Strang
weiss ich. Daher ja auch meine Frage. Waere es angebracht, das CD-Rom auf primary slave zu haengen und den Brenner auf secondary master??
Früher hieß es immer, die schnellsten Geräte an einen Strang und die langsamsten an den anderen. Ob das heute in den Zeiten vin UDMA 33/66 auch noch stimmt, kann ich dir nicht sagen (ich benutze halt SCSI ;-) ). Versuchs doch mal so: Festplattengeschwindigkeit (wird ja hda sein) mit und ohne CD-ROM testen. Dann siehst du ja, obÄs langsamer ist.
2) Der Brenner (TEAC CD-W516EB) sollte 16fach, kann bei mir aber offensichtlich nur 12fach. Mein System: PIII 1GHz, 512 MB, SuSE 7.2
Woran willst du erkennen ob er nur 12fach kann?
Weil ich es getestet habe. Bei 16fach bricht er mir immer mit einem Fehler ab: -- snipp -- input/output error write_g1: scsi sendcmd: retryable error CDB 2A 00 00 00 0B 81 00 00 1F 00 status: 0x0 (GOOD STATUS) -- snap -- .. aber nix gut. Brennvorgang ist fehlerhaft
Äh... Mit welchem Programm kommt der Fehler? Wenn' cdrecord ist, wäre mal die ganze Ausgabe (und nicht nur der Auszug) interessant. Gruß Jan
Jan.Albrecht@bertelsmann.de wrote:
Früher hieß es immer, die schnellsten Geräte an einen Strang und die langsamsten an den anderen. Ob das heute in den Zeiten vin UDMA 33/66 auch noch stimmt, kann ich dir nicht sagen (ich benutze halt SCSI ;-) ).
Frueher konnten zwei Geraete an einem IDE Strang nur mit der gleichen "Geschwindigkeit" betrieben werden, das ist heute nicht mehr so. Beide IDE Geraete (Master und Slave) koennen mit "ihrer Geschwindigkeit" betrieben werden - das nennt sich "independent timing". Allerdings gilt nach wie vor die prin- zipielle Eigenschaft von IDE, nur ein Kommando an einem Strang fuer ein Geraet zu einer Zeit abarbeiten zu koennen. Das be- deutet, dass solange ein IDE Geraet an einem Strang ein Kommando ausfuehrt, das zweite IDE Geraet warten muss und z.B. nicht mal eine Anfrage stellen kann. Zwei Kommandos an verschiedenen IDE Kanaelen koennen moderne Controller gleichzeitig abarbeiten. Wenn man also ein recht langsames altes CD-ROM mit einer recht schnellen neuen Festplatte an einen IDE-Kanal haengt, dann kon- nen beide Geraete im Prinzip mit "ihrer Geschwindigkeit" be- trieben werden, jedoch wird die Festplatte trotzdem ausgebremst, wenn gleichzeitig auf das CD-ROM zugegriffen wird, da das na- tuerlich die Befehle nicht so schnell abarbeiten kann wie die Festplatte und diese damit oefters warten muss. Hier liegt uebrigens der eindeutige Vorteil von SCSI (naja, Nachteile wie hoehere Preise etc. gibt es natuerlich auch zu Hauf... :-) Prinzipiell waere die beste Loesung, jeweils nur ein IDE Geraet an einem IDE-Kanal zu betreiben. Das ist natuerlich nur mach- bar, solange man nicht mehr als zwei (oder bei neueren Boards mit zwei IDE Controllern vier) IDE Geraete anschliesst. An- sonsten muss man sehen, was Sinn macht. Wenn Du z.B. oft "on- the-fly" brennst, so sollte z.B. das Lese-CD-ROM und der Schreib-CD-RW nicht an einem IDE Kanal haengen. Aber Du benutzt ja eh SCSI... ;-)) Ich hab das gerade mal alles aus dem Gedaechtnis geschrieben, ich hoffe, mir sind da keine fundamentalen Fehler unterlaufen. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH) Hertzstr. 16, D-76187 Karlsruhe, Germany
Moin, Am Dienstag, 2. Oktober 2001, 7:28 Uhr, hatte Jan.Albrecht@bertelsmann.de geschrieben:
Äh... Mit welchem Programm kommt der Fehler? Wenn' cdrecord ist, wäre mal die ganze Ausgabe (und nicht nur der Auszug) interessant.
Nochmal kurz meine Konfiguration: Brenner läuft über SCSI-Emulation auf hdd - sg0 Obwohl länglich, hier mal die komplette Ausgabe. Cdrecord 1.9 (i686-suse-linux) Copyright (C) 1995-2000 Jörg Schilling TOC Type: 1 = CD-ROM scsidev: '/dev/cdrecorder' devname: '/dev/cdrecorder' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.1.17 Using libscg version 'schily-0.1' atapi: 1 Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : 'TEAC ' Identifikation : 'CD-W516EB ' Revision : '1.0A' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO Drive buf size : 1674624 = 1635 KB FIFO size : 4194304 = 4096 KB Track 01: data 643 MB Total size: 738 MB (73:12.73) = 329455 sectors Lout start: 739 MB (73:14/55) = 329455 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11849 (97:24/01) ATIP start of lead out: 336075 (74:43/00) Disk type: Long strategy type (Cyanine, AZO or similar) Manuf. index: 25 Manufacturer: Taiyo Yuden Company Limited Blocks total: 336075 Blocks current: 336075 Blocks remaining: 6620 RBlocks total: 346856 RBlocks current: 346856 RBlocks remaining: 17401 Starting to write CD/DVD at speed 16 in dummy mode for single session. Last chance to quit, starting dummy write in 1 seconds. Waiting for reader process to fill input buffer ... input buffer ready. Starting new track at sector: 0 Track 01: 5 of 643 MB written (fifo 100%).cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error CDB: 2A 00 00 00 0B 81 00 00 1F 00 status: 0x0 (GOOD STATUS) write track data: error after 6031360 bytes Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 Writing time: 11.644s Fixating... WARNING: Some drives don't like fixation in dummy mode. Fixating time: 18.749s cdrecord: fifo had 159 puts and 96 gets. cdrecord: fifo was 0 times empty and 64 times full, min fill was 95%.
Joachim Hussong schrieb am Tue, 2 Oct 2001 10:02:25 +0200: CD-Brennen, mehrere Fragen
Moin,
Am Dienstag, 2. Oktober 2001, 7:28 Uhr, hatte Jan.Albrecht@bertelsmann.de geschrieben:
Äh... Mit welchem Programm kommt der Fehler? Wenn' cdrecord ist, wäre mal die ganze Ausgabe (und nicht nur der Auszug) interessant.
Nochmal kurz meine Konfiguration: Brenner läuft über SCSI-Emulation auf hdd - sg0
Obwohl länglich, hier mal die komplette Ausgabe.
Cdrecord 1.9 (i686-suse-linux) Copyright (C) 1995-2000 Jörg Schilling TOC Type: 1 = CD-ROM scsidev: '/dev/cdrecorder' devname: '/dev/cdrecorder' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.1.17 Using libscg version 'schily-0.1' atapi: 1 Device type : Removable CD-ROM Version : 0 Response Format: 1 Vendor_info : 'TEAC ' Identifikation : 'CD-W516EB ' Revision : '1.0A' Device seems to be: Generic mmc CD-RW. Using generic SCSI-3/mmc CD-R driver (mmc_cdr). Driver flags : SWABAUDIO Drive buf size : 1674624 = 1635 KB FIFO size : 4194304 = 4096 KB Track 01: data 643 MB Total size: 738 MB (73:12.73) = 329455 sectors Lout start: 739 MB (73:14/55) = 329455 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 4 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11849 (97:24/01) ATIP start of lead out: 336075 (74:43/00) Disk type: Long strategy type (Cyanine, AZO or similar) Manuf. index: 25 Manufacturer: Taiyo Yuden Company Limited ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hi,
schon mal ´nen anderen CD-Typ getestet ? Diese Fehler habe ich immer mal wieder von für den jeweiligen Brenner nicht so optimalen CDs vernommen, bzw. bei CD/RW auch von "abgenuddelten". AFAIK kannst Du mit der -speed-Option ohnehin nur einstellen, was der Brenner maximal versuchen soll. Die CD sollte ihre maximale Geschwindigkeit selbst melden und wenn die unter 16 liegt, den Brenner runtertouren... BTW brennst Du als root ? Ich habe schon mal festgestellt, daß, unabhängig von Buffer underruns, die ja entsprechend angezeigt würden, das Brennen als user generell etwas anfälliger ist, allerdings ist das dann kaum so reproduzierbar... -- may the tux be with You! Joerg Thuemmler sysadmin@vordruckleitverlag.de Vordruck Leitverlag GmbH Berlin, ZNL Freiberg Halsbruecker Str. 31b, 09599 Freiberg, Germany Tel. +49 (0)3731/303121
participants (4)
-
Jan.Albrecht@bertelsmann.de
-
Joachim Hussong
-
Joerg Thuemmler
-
Thomas Hertweck