Brenner und cd "sollten" nicht am gleichen kanal angeschlossen sein, wenn man "on the fly" kopieren will, was sich sowieso nur bei nicht kopiergeschützten daten- und audio-cds anbietet. Der grund ist, dass ein zugriff auf das cd-laufwerk den zugriff auf den brenner blockiert. Wenn dann ein kleiner lesefehler mehrere versuche erfordert und das laufwerk sich solange nicht meldet kann man auch dem brenner keine daten schicken, unabhängig von der zwischengespeicherten datenmenge im hauptspeicher. Dieses problem existiert bei scsi laufwerken natürlich nicht. Besitzt man ein laufwerk mit burnproof technologie, ist das aber auch kein wirkliches problem.
Die dma einstellungen beziehen sich auf die ultra-dma bzw. multiword-dma einträge der ide laufwerke und nicht auf die system dma einstellungen für z.b. alte soundkarten. Ich hatte in einem intel-rechner das phenomen, dass bei aktiviertem ultra-dma im bios die dma aktivierung in windows fehlschlug (nach jedem neustart war das häckchen wieder weg). Erst als ich einen pio mode im bios gewählt hatte konnte ich in windows dma benutzen.
Triviale fehlerquellen können auch kaputte kabel sein bzw. zu schwache netzteile. Wie gesagt, wenn die laufwerke einzeln funktionieren (jeweils als master und zwar laut bootmeldung und in windows incl. zugriff), bzw. zusammen mit der platte und die jumperung ist ok (cable-select vermeiden) kann es an kaputten steckverbindungen/kabels liegen oder aber ein laufwerk ist kaputt und verträgt sich einfach nicht mit einem "kameraden".
mr.escape
mr.escape
