K3B und die IDE-SCSI-Emulation

N

NiceDay

Aushilfe
Hi!
Immer wenn ich K3B starte kommt seit neustem (K3B 0.10.1, MDK 9.2) immer folgende Meldung:
Keine Unterstützung von ATAPI mit cdrdao
Es wird nicht möglich sein, alle Lesegeräte als Kopierquellen zu benutzen, da mindestens eines ohne SCSI-Emulation konfiguriert ist und das System kein ATAPI mit cdrdao unterstützt.
Lösung: Die beste und empfohlene Lösung ist das Aktivieren von ide-scsi (SCSI-Emulation) für alle Brenner.

- Emulation habe ich bereits mittels Lilo-Appendzeile "hdi=ide-scsi" aktiviert welches auch durch "cdrecord -scanbus" bestätigt wird (Brenner als SCSI erkannt).
- DMA-Modus ist auf allen Festplatten aktiviert
- Kernel-Modul "ide-scsi" geladen
- Brenner hängt an einer PCI-Controller-Karte
Nach ca. 20 Sekunden bricht das Programm mit folgender Meldung ab:
/usr/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error
CDB: 2A 00 00 00 B6 F9 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 0C 0A 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x0C Qual 0x0A (write error - padding blocks added) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.189s timeout 200s
/usr/bin/cdrecord: A write error occured.
/usr/bin/cdrecord: Please properly read the error message above.

Wie kann ich nun Vorgehen um die Fehlermeldung zu lösen?
 
Da es mit meiner alten Rechnerkonfiguration (Brenner eben NICHT an Controller-Karte) immer und unter jedem System funktioniert hat, es desweiteren auch unter Fedora nicht geht, folgere ich daraus ein Problem zwischen Brenner <-> Controller-Karte (soll man auch nicht dort anschließen eigentlich, i know).
 
ne ne ne,
das Problem hatte ich auch unter MDK 9.2. Unter allen anderen Distris taucht es aber nicht auf. Der Rechner ist immer der gleiche und unter MDK 9.1 kommt ide Meldung auch nicht. Ist also der neuest Mandrake Schrott. Mit ein Grund warum ich Mandrake nicht mehr benutze.

Gruß dalex
 
Das Problem ist noch nicht aufgetreten als der Brenner noch nicht an der Controller-Karte hing (hatte auch MDK 9.2 im Einsatz und es ging ja)...
 
unter diesem THREAD
wurde das problem auch behandelt ...dabei lag es an DMA.
guck, evtl hilft es weiter....

:dafuer:
 
Nun gehts endlich wieder :bounce: !
Der Tipp mit dem "hdparm -c1 -d1 /dev/hde" aus dem Thread hat geholfen,
Danke dir ;)
 
das selbe problem habe ich auch.
nur mein problem ist das mdk 9.2 den Befehl "hdparm -c1 -d1 /dev/hde" nicht kennt.
wo hast du das eingegeben??

das ist mein teil der /etc/fstab wo cdrom und cdrom2(brenner gemountet werden:


Code:
none /mnt/cdrom supermount dev=/dev/hdb,fs=udf:iso9660,ro,--,iocharset=iso8859-15 0 0
none /mnt/cdrom2 supermount dev=/dev/scd0,fs=udf:iso9660,ro,--,iocharset=iso8859-15 0 0
 
Der Befehl stimmt schon, du musst nur das Device anpassen. Bsp.
Dein CDROM hängt an /dev/hdc
dann:
Code:
hdparm -c1 -d1 /dev/hdc
bsp. dein CDROM hängt an /dev/scd0
Code:
hdparm -c1 -d1 /dev/scd0

Im Allgemeinen sollte gelten:
hdparm -c1 -d1 /dev/hdX
 
@ozoon: Habe ich als Root in der Konsole eingegeben.
Und "/dev/hdc"<--- musst du nach deinem Laufwerk anpassen bei mir ist es z.B. "/dev/hde".
 
Code:
/dev/scd0 not supported by hdparm

hmm irgendwie will das nicht ganz so recht...
könnte das nicht mir einem bootparameter oder so auch gehen.
vielleicht könnte ein eintrag in der lilo.conf helfen?
 
Dalex wrote:
ne ne ne,
das Problem hatte ich auch unter MDK 9.2. Unter allen anderen Distris taucht es aber nicht auf. Der Rechner ist immer der gleiche und unter MDK 9.1 kommt ide Meldung auch nicht. Ist also der neuest Mandrake Schrott. Mit ein Grund warum ich Mandrake nicht mehr benutze.

Kann ich so nicht stehen lassen. Bei meiner MDK hab ich das Prob nicht, unter RedHat 9.1 schon.
 
@ozoon:
1. In der lilo.conf in der appendzeile "hdX=ide-scsi" hinzufügen (X=Buchstabe deines Laufwerks, bei mir z.B. hde), Lilo ausführen, neu starten....
2. Als root "hdparm -c1 -d1 /dev/hdX" ausführen (X wieder =dein LW)
3. K3B starten und glücklich eine CD brennen :)
 
hier meine lilo.conf

Code:
boot=/dev/hda
map=/boot/map
vga=normal
default="windows_2000"
keytable=/boot/de-latin1-nodeadkeys.klt
prompt
nowarn
timeout=100
message=/boot/message
menu-scheme=wb:bw:wb:bw
image=/boot/vmlinuz
	label="mandrake_9.2"
	root=/dev/hda4
	initrd=/boot/initrd.img
	[COLOR=red]append="devfs=mount hdd=ide-scsi acpi=ht resume=/dev/hda3 splash=silent"[/COLOR]
	vga=788
	read-only
image=/boot/vmlinuz
	label="linux-nonfb"
	root=/dev/hda4
	initrd=/boot/initrd.img
	append="devfs=mount hdd=ide-scsi acpi=ht resume=/dev/hda3"
	read-only
image=/boot/vmlinuz
	label="failsafe"
	root=/dev/hda4
	initrd=/boot/initrd.img
	append="failsafe devfs=nomount hdd=ide-scsi acpi=ht resume=/dev/hda3"
	read-only
other=/dev/hda1
	label="windows_2000"
	table=/dev/hda
other=/dev/fd0
	label="floppy"
	unsafe
und dort beim roten noch dazuschreiben append=/dev/sdc0?
 
Zuletzt bearbeitet:
Hast du doch schon im "mandrake_9.2"-Abschnitt?!
Hast du auch "/sbin/lilo" nach der Bearbeitung ausgeführt und den PC neu gestartet?
 
Ich bin immer noch der Meinung, daß sowas eigentlich problemlos funktionieren sollte. Das Zeug mit immer neuen Befehlen erst zu laufen zu bringen, daß kann es doch nicht sein. So wird doch jeder Newbie mit recht verschreckt und Linux wird so nie ein Erfolg auf dem Desktop.

Aber vielleicht ist das ja gewollt.

Gruß dalex
 

Ähnliche Themen

Festplatte stirbt, dd funktioniert nicht

Modulfehler?

Ubuntu X / dbus problem

OpenSuse 11.1 USB Festplatte wird nicht erkannt

Textkonsole mit KMS zu klein

Zurück
Oben