Kernel 2.6.10, SuSE 9.2 und k3b
Hallo zusammen, nachdem hier einige berichtet haben, das mit Kernel 2.6.10 die leidigen Brennprobleme vom Tisch seien, habe ich mir diesen Kernel dann mal installiert. die gute Nachricht: mein Yamaha SCSI-Brenner wird jetzt immer erkannt (auch wenn kein Rohling drin ist!); das ist also eindeutig 'ne Verbesserung. die schlechte Nachricht: nur root kann DVDs kopieren.(CDs habe ich noch nicht kopiert; ich bin gerade dabei, die neuen DVDs für die Kinder sicherheitshalber zu kopieren) Ich habe es als user probiert (ging mit dem SuSE 2.6.8er Kernel noch). Meldung jetzt mit 2.6.10: ---cut here --- growisofs ----------------------- Executing 'builtin_dd if=/local/stream/tmp/k3b_image.img of=/dev/hdc obs=32k seek=0' :-( unable to PREVENT MEDIA REMOVAL: Operation not permitted --- cut here --- Was läuft schief? Als user (hatte ich hier mal gelernt) gibt mir ein "/sbin/resmgr list" alle meine devices aus; diesmal scheint also der resmgrd unschuldig, oder? Oder muss man hier noch was umstellen? Wer kann helfen? Andreas
Am Dienstag, 28. Dezember 2004 06:57 schrieb Kyek, Andreas, VF-DE:
Hallo zusammen,
nachdem hier einige berichtet haben, das mit Kernel 2.6.10 die leidigen Brennprobleme vom Tisch seien, habe ich mir diesen Kernel dann mal installiert.
die gute Nachricht: mein Yamaha SCSI-Brenner wird jetzt immer erkannt (auch wenn kein Rohling drin ist!); das ist also eindeutig 'ne Verbesserung.
die schlechte Nachricht: nur root kann DVDs kopieren.(CDs habe ich noch nicht kopiert; ich bin gerade dabei, die neuen DVDs für die Kinder sicherheitshalber zu kopieren)
Ich habe es als user probiert (ging mit dem SuSE 2.6.8er Kernel noch). Meldung jetzt mit 2.6.10:
---cut here --- growisofs ----------------------- Executing 'builtin_dd if=/local/stream/tmp/k3b_image.img of=/dev/hdc obs=32k seek=0'
:-( unable to PREVENT MEDIA REMOVAL: Operation not permitted
--- cut here ---
Was läuft schief? Als user (hatte ich hier mal gelernt) gibt mir ein "/sbin/resmgr list" alle meine devices aus; diesmal scheint also der resmgrd unschuldig, oder? Oder muss man hier noch was umstellen? Welche Version von k3b benutzt du ? . Wenn es eine Version von Packman ist, k3b-Einrichten starten. Vermutlich sind die Rechte nicht richtig gesetzt. Viele Grüße, Heinz Dittmar
Hallo und einen schönen Abend,
die schlechte Nachricht: nur root kann DVDs kopieren.(CDs habe ich noch nicht kopiert; ich bin gerade dabei, die neuen DVDs für die Kinder sicherheitshalber zu kopieren)
Ich habe es als user probiert (ging mit dem SuSE 2.6.8er Kernel noch). Meldung jetzt mit 2.6.10:
---cut here --- growisofs ----------------------- Executing 'builtin_dd if=/local/stream/tmp/k3b_image.img of=/dev/hdc obs=32k seek=0'
:-( unable to PREVENT MEDIA REMOVAL: Operation not permitted
--- cut here ---
Was läuft schief? Als user (hatte ich hier mal gelernt) gibt mir ein "/sbin/resmgr list" alle meine devices aus; diesmal scheint also der resmgrd unschuldig, oder? Oder muss man hier noch was umstellen?
Welche Version von k3b benutzt du ? . Wenn es eine Version von Packman ist, k3b-Einrichten starten. Vermutlich sind die Rechte nicht richtig gesetzt.
ich hatte unter SuSE 9.1 den gleichen Fehler. Nach einem aktualisieren der dvd+rw-tools über Packman lief wieder alles wie am Schnürchen. Grüße und Viel Erfolg Florian
Am Dienstag, 28. Dezember 2004 06:57 schrieb Kyek, Andreas, VF-DE:
Hallo zusammen,
nachdem hier einige berichtet haben, das mit Kernel 2.6.10 die leidigen Brennprobleme vom Tisch seien, habe ich mir diesen Kernel dann mal installiert.
Ich habe zwar keine SuSE 9.2, nur die 9.0, aber habe mich an die Arbeit mal gewagt. k3b in der aktuellsten Version und der Kernel braucht man nicht mehr zu patchen. Ich habe mir die cdrtools 2.0.1a38 gezogen und neu kompiliert. Damit funktionierte das Brennen, getestet hatte ich mit einem Image einer Audio-CD mittels Simulation, ohne weiteres. Zuvor hatte cdrecord (2.0.1a35) von Packman den Dienst quittiert. Es konnte als User kein Buffer angelegt werden. Unter SuSE 9.2 sollte es ähnlich sein. Gruß Udo
Am Dienstag, 28. Dezember 2004 06:57 schrieb Kyek, Andreas, VF-DE:
die gute Nachricht: mein Yamaha SCSI-Brenner wird jetzt immer erkannt (auch wenn kein Rohling drin ist!); das ist also eindeutig 'ne Verbesserung.
Absolut ;)
die schlechte Nachricht: nur root kann DVDs kopieren.(CDs habe ich noch nicht kopiert; ich bin gerade dabei, die neuen DVDs für die Kinder sicherheitshalber zu kopieren)
Mhh, komisch. Growisofs läuft hier prima als User. Besorg dir mal K3b 0.11.18 von packman und lasse via k3bsetup die permissions setzen, vielleicht ist da irgendwo der wurm drin. Wichtig ist das bei allen brennprogrammen KEIN SetUID Bit gesetzt ist, sonst wirds nix mit brennen als User. K3b beachtet dies aber ab Version 0.11.18 und setzt die rechte richtig.
:-( unable to PREVENT MEDIA REMOVAL: Operation not permitted
Diese Meldung (sinngemäss) hatte ich heute mit cdrdao und kann nicht nachvollziehen warum... Nach einem Reboot des Systems war diese Meldung auch weg und cdrdao brannte wie gewohnt (als User).
Was läuft schief? Als user (hatte ich hier mal gelernt) gibt mir ein "/sbin/resmgr list" alle meine devices aus; diesmal scheint also der resmgrd unschuldig, oder? Oder muss man hier noch was umstellen?
Sieht nach einem Bug im Kernel aus. Warum er manchmal dieses SCSI-Kommando nicht durchlässt ist mir schleierhaft... Werde gleich mal auf der Kernel Mailingliste schauen ob jemand dasselbe Problem hat. Ciao, Dominique
Am Mittwoch, 29. Dezember 2004 15:41 schrieb Dominique Simon:
Am Dienstag, 28. Dezember 2004 06:57 schrieb Kyek, Andreas, VF-DE:
die gute Nachricht: mein Yamaha SCSI-Brenner wird jetzt immer erkannt (auch wenn kein Rohling drin ist!); das ist also eindeutig 'ne Verbesserung.
Absolut ;)
die schlechte Nachricht: nur root kann DVDs kopieren.(CDs habe ich noch nicht kopiert; ich bin gerade dabei, die neuen DVDs für die Kinder sicherheitshalber zu kopieren)
Mhh, komisch. Growisofs läuft hier prima als User. Besorg dir mal K3b 0.11.18 von packman und lasse via k3bsetup die permissions setzen, vielleicht ist da irgendwo der wurm drin. Wichtig ist das bei allen brennprogrammen KEIN SetUID Bit gesetzt ist, sonst wirds nix mit brennen als User. K3b beachtet dies aber ab Version 0.11.18 und setzt die rechte richtig. Trotzdem kann ich als user keine CD Brennen. Wenn ich versuche eine CD-RW zu löschen, bricht er mit unbekannten Fehler 255 ab.
:-( unable to PREVENT MEDIA REMOVAL: Operation not permitted
Diese Meldung (sinngemäss) hatte ich heute mit cdrdao und kann nicht nachvollziehen warum... Nach einem Reboot des Systems war diese Meldung auch weg und cdrdao brannte wie gewohnt (als User).
Was läuft schief? Als user (hatte ich hier mal gelernt) gibt mir ein "/sbin/resmgr list" alle meine devices aus; diesmal scheint also der resmgrd unschuldig, oder? Oder muss man hier noch was umstellen?
Sieht nach einem Bug im Kernel aus. Warum er manchmal dieses SCSI-Kommando nicht durchlässt ist mir schleierhaft... Werde gleich mal auf der Kernel Mailingliste schauen ob jemand dasselbe Problem hat. Viele Grüße, Heinz Dittmar
Am Mittwoch, 29. Dezember 2004 16:09 schrieb Heinz Dittmar:
Trotzdem kann ich als user keine CD Brennen. Wenn ich versuche eine CD-RW zu löschen, bricht er mit unbekannten Fehler 255 ab.
Was sagt "/sbin/resmgr list" ? Stimmen die Einträge in deiner /etc/resmgr.conf? a la : # # CD-ROMs - giving permission to open the corresponding SCSI # device is highly useful for CD writers such as cdrecord. add /dev/cdrom desktop paride add /dev/cdrom1 desktop paride add /dev/cdrecorder desktop add /dev/dvd desktop paride add /dev/dvd1 desktop paride add /dev/sr0 desktop scsi add /dev/sr1 desktop scsi add /dev/sr2 desktop scsi add /dev/sr3 desktop scsi ? Ciao, Dominique
Am Mittwoch, 29. Dezember 2004 16:16 schrieb Dominique Simon: heinz@hedi-1:~> /sbin/resmgr list rw-- /dev/audio rw-- /dev/mixer rw-- /dev/dsp rw-- /dev/sequencer rw-- /dev/video rw-- /dev/modem rw-p /dev/cdrom rw-p /dev/cdrom1 rw-- /dev/cdrecorder rw-p /dev/dvd rw-p /dev/dvd1 rw-- /dev/sr0 rw-- /dev/sr1 rw-- /dev/sr2 rw-- /dev/sr3 rws- /dev/scanner r--- /dev/console rw-- /dev/pilot rw-- usb:any Viele Grüße, Heinz Dittmar
Am Mittwoch, 29. Dezember 2004 18:08 schrieb Heinz Dittmar:
rw-- /dev/sr0 rw-- /dev/sr1 rw-- /dev/sr2 rw-- /dev/sr3
Aha, dachte ich mir. Passe mal deine /etc/resmgr.conf so an, wie ich sie habe: --- cut --- add /dev/sr0 desktop scsi add /dev/sr1 desktop scsi add /dev/sr2 desktop scsi add /dev/sr3 desktop scsi --- cut --- Dann mach am besten einen reboot. Dann klappts auch mit dem brennen ;). Das Suse das immernochnicht auf die reihe bekommt :-( Ciao, Dominique
Am Mittwoch, 29. Dezember 2004 19:09 schrieb Dominique Simon:
Am Mittwoch, 29. Dezember 2004 18:08 schrieb Heinz Dittmar:
rw-- /dev/sr0 rw-- /dev/sr1 rw-- /dev/sr2 rw-- /dev/sr3
Aha, dachte ich mir. Passe mal deine /etc/resmgr.conf so an, wie ich sie habe:
--- cut --- add /dev/sr0 desktop scsi add /dev/sr1 desktop scsi add /dev/sr2 desktop scsi add /dev/sr3 desktop scsi --- cut --- Habe ich rausgelöscht.
Dann mach am besten einen reboot. Dann klappts auch mit dem brennen ;). Das Suse das immernochnicht auf die reihe bekommt :-( Habe ich getan. Bekomme immer noch die Fehlermeldung in der xconsole : Dec 29 21:33:31 hedi-1 kernel: scsi: unknown opcode 0x1e Brennen als user geht immer noch nicht als user, weder mit cdrecord oder cdrdao. Viele Grüße, Heinz Dittmar
Am Mittwoch, 29. Dezember 2004 22:03 schrieb Dominique Simon:
Am Mittwoch, 29. Dezember 2004 21:50 schrieb Heinz Dittmar:
Habe ich rausgelöscht.
NEIN, nicht rauslöschen... Hinter die /dev/sr* einträge "scsi" dahintersetzen wie es bei mir auch da steht ... Ja jetzt funktioniert als user. Seit SuSE9.0 und Kernel-2.6.x kan ich endlich mal wieder vernünftig CD brennen. Vielen Dank, Heinz Dittmar
Am Donnerstag, 30. Dezember 2004 00:22 schrieb Heinz Dittmar:
Ja jetzt funktioniert als user. Seit SuSE9.0 und Kernel-2.6.x kan ich endlich mal wieder vernünftig CD brennen.
Preiset den Herrn ;) Solltest Du mal wieder Probleme mit "prevent/allow media removal" haben, dann hau folgenden Patch noch mit in den Kernel (habe ich nun auch gemacht bis das Problem gelöst ist). Der Patch schaltet das SCSI Command Filtering komplett ab (also wie es bei Kernel <= 2.6.7 der Fall war). Somit darf auch jemand ohne root rechte ALLE SCSI Kommandos an die Laufwerke schicken. Ciao, Dominique
Am Donnerstag, 30. Dezember 2004 00:42 schrieb Dominique Simon:
Am Donnerstag, 30. Dezember 2004 00:22 schrieb Heinz Dittmar:
Ja jetzt funktioniert als user. Seit SuSE9.0 und Kernel-2.6.x kan ich endlich mal wieder vernünftig CD brennen.
Preiset den Herrn ;)
Solltest Du mal wieder Probleme mit "prevent/allow media removal" haben, dann hau folgenden Patch noch mit in den Kernel (habe ich nun auch gemacht bis das Problem gelöst ist). Der Patch schaltet das SCSI Command Filtering komplett ab (also wie es bei Kernel <= 2.6.7 der Fall war). Somit darf auch jemand ohne root rechte ALLE SCSI Kommandos an die Laufwerke schicken.
Sollte auch mit den aktuellen cdrtools ohne Patch funktionieren. Zumindest tut es das bei mir. Bei mir war es eine fehlgeschlagene Speicheranforderung, die das ganze verhindert hatte. Gruß Udo
Am Donnerstag, 30. Dezember 2004 00:42 schrieb Dominique Simon:
Am Donnerstag, 30. Dezember 2004 00:22 schrieb Heinz Dittmar:
Ja jetzt funktioniert als user. Seit SuSE9.0 und Kernel-2.6.x kan ich endlich mal wieder vernünftig CD brennen.
Preiset den Herrn ;)
Solltest Du mal wieder Probleme mit "prevent/allow media removal" haben, dann hau folgenden Patch noch mit in den Kernel (habe ich nun auch gemacht bis das Problem gelöst ist). Der Patch schaltet das SCSI Command Filtering komplett ab (also wie es bei Kernel <= 2.6.7 der Fall war). Somit darf auch jemand ohne root rechte ALLE SCSI Kommandos an die Laufwerke schicken. Habe jetzt den SuSE-Kernel-2.6.8-24.10 den Patch installiert und neu compiliert. Habe keine Verbesserung. Viele Grüße, Heinz Dittmar
Am 02.01.2005 um 09:35 schrieb Heinz Dittmar:
Habe jetzt den SuSE-Kernel-2.6.8-24.10 den Patch installiert und neu compiliert. Habe keine Verbesserung.
Dieser Kernel hat halt auch noch den Bug, das die Laufwerke nur erkannt werden wenn ein Medium drin ist :-/. Inwieweit das ineinanderspielt, wer weiss es... Ciao, Dominique
Am Sonntag, 2. Januar 2005 11:35 schrieb Dominique Simon:
Am 02.01.2005 um 09:35 schrieb Heinz Dittmar:
Habe jetzt den SuSE-Kernel-2.6.8-24.10 den Patch installiert und neu compiliert. Habe keine Verbesserung.
Dieser Kernel hat halt auch noch den Bug, das die Laufwerke nur erkannt werden wenn ein Medium drin ist :-/. Inwieweit das ineinanderspielt, wer weiss es... Das heist im Moment, um was wie ich es betreibe, SuSE-Kernel-2.6.8-24.10 oder Kernel-2.6.10 wo der CD-Brenner funktioniert, dafür aber der ntpd nicht mehr funktioniert. Ich stehe auf dem Schlauch nach 9.0 ein vernünftiges Backup zu machen auf CD´s. Viele Grüße, Heinz Dittmar
Am Sonntag, 2. Januar 2005 15:51 schrieb Heinz Dittmar:
Am Sonntag, 2. Januar 2005 11:35 schrieb Dominique Simon:
Am 02.01.2005 um 09:35 schrieb Heinz Dittmar:
Habe jetzt den SuSE-Kernel-2.6.8-24.10 den Patch installiert und neu compiliert. Habe keine Verbesserung.
Dieser Kernel hat halt auch noch den Bug, das die Laufwerke nur erkannt werden wenn ein Medium drin ist :-/. Inwieweit das ineinanderspielt, wer weiss es...
Das heist im Moment, um was wie ich es betreibe, SuSE-Kernel-2.6.8-24.10 oder Kernel-2.6.10 wo der CD-Brenner funktioniert, dafür aber der ntpd nicht mehr funktioniert. bescheidene Frage willst Du nur den lokalen Rechner mit der Atomzeit versorgen oder ein Netzwerk?
bei mir funktioniert der per yast eingerichtete ntp mit Kernel 2.6.10...jedenfalls gab es noch keine Fehlermeldungen. G. Roland
Ich stehe auf dem Schlauch nach 9.0 ein vernünftiges Backup zu machen auf CD´s. Viele Grüße, Heinz Dittmar
Am Sonntag, 2. Januar 2005 16:08 schrieb Roland May: [..]
bei mir funktioniert der per yast eingerichtete ntp mit Kernel 2.6.10...jedenfalls gab es noch keine Fehlermeldungen.
Bei mir auch. Wenn es nur um einen einzelnen Rechner geht, kann man auch einfach ntpdate de.pool.ntp.org de.pool.ntp.org de.pool.ntp.org per Cron ausführen lassen.. Zur Info: http://www.linux-club.de/viewtopic.php?p=68742&highlight=ntpdate&sid=308de755ff35cbc8b628b0bc136b4bc9#68742 Gruß Sören
Am Sonntag, 2. Januar 2005 21:01 schrieb Sören Wengerowsky:
Am Sonntag, 2. Januar 2005 16:08 schrieb Roland May: [..]
bei mir funktioniert der per yast eingerichtete ntp mit Kernel 2.6.10...jedenfalls gab es noch keine Fehlermeldungen.
Bei mir auch. Wenn es nur um einen einzelnen Rechner geht, kann man auch einfach ntpdate de.pool.ntp.org de.pool.ntp.org de.pool.ntp.org per Cron ausführen lassen..
Zur Info: http://www.linux-club.de/viewtopic.php?p=68742&highlight=ntpdate&sid=308de7 55ff35cbc8b628b0bc136b4bc9#68742 Das kann aber keine Endlösung sein. Mir ist unerklärlich, warum der ntpd mit diesem Kernel nicht mehr funktioniert. Viele Grüße, Heinz Dittmar
Am Sonntag, 2. Januar 2005 16:08 schrieb Roland May:
Am Sonntag, 2. Januar 2005 15:51 schrieb Heinz Dittmar:
Am Sonntag, 2. Januar 2005 11:35 schrieb Dominique Simon:
Am 02.01.2005 um 09:35 schrieb Heinz Dittmar:
Habe jetzt den SuSE-Kernel-2.6.8-24.10 den Patch installiert und neu compiliert. Habe keine Verbesserung.
Dieser Kernel hat halt auch noch den Bug, das die Laufwerke nur erkannt werden wenn ein Medium drin ist :-/. Inwieweit das ineinanderspielt, wer weiss es...
Das heist im Moment, um was wie ich es betreibe, SuSE-Kernel-2.6.8-24.10 oder Kernel-2.6.10 wo der CD-Brenner funktioniert, dafür aber der ntpd nicht mehr funktioniert.
bescheidene Frage willst Du nur den lokalen Rechner mit der Atomzeit versorgen oder ein Netzwerk? Vorgesehen hatte ich beides.
bei mir funktioniert der per yast eingerichtete ntp mit Kernel 2.6.10...jedenfalls gab es noch keine Fehlermeldungen. Viele Grüße, Heinz Dittmar
Am Sonntag, 2. Januar 2005 15:51 schrieb Heinz Dittmar:
oder Kernel-2.6.10 wo der CD-Brenner funktioniert, dafür aber der ntpd nicht mehr funktioniert. Ich stehe auf dem Schlauch nach 9.0 ein vernünftiges
Der ntpd ist hier kein Problem. Was genau kommt da für eine Fehlermeldung? Was steht im syslog? (/var/log/messages)? Ciao, Dominique
Am Sonntag, 2. Januar 2005 17:21 schrieb Dominique Simon:
Am Sonntag, 2. Januar 2005 15:51 schrieb Heinz Dittmar:
oder Kernel-2.6.10 wo der CD-Brenner funktioniert, dafür aber der ntpd nicht mehr funktioniert. Ich stehe auf dem Schlauch nach 9.0 ein vernünftiges
Der ntpd ist hier kein Problem. Was genau kommt da für eine Fehlermeldung? Was steht im syslog? (/var/log/messages)? In /var/log/ntp : cap_set_proc() failed to drop root privileges: Operation not permitted Viele Grüße, Heinz Dittmar
Am Mittwoch, 29. Dezember 2004 16:09 schrieb Heinz Dittmar:
Wenn ich versuche eine CD-RW zu löschen, bricht er mit unbekannten Fehler 255 ab.
Geradenochmal getestet. Auch das geht als User mit 2.6.10 (mit 2.6.8-suse gings nicht). Du hast bestimmt Probleme mit dem resmgr bzw seiner .conf, siehe mein anderes Posting im Thread. Du sprichst den Brenner üner /dev/sr0 an? Ciao, Dominique
Am Mittwoch, 29. Dezember 2004 16:23 schrieb Dominique Simon:
Am Mittwoch, 29. Dezember 2004 16:09 schrieb Heinz Dittmar:
Wenn ich versuche eine CD-RW zu löschen, bricht er mit unbekannten Fehler 255 ab.
Geradenochmal getestet. Auch das geht als User mit 2.6.10 (mit 2.6.8-suse gings nicht). Du hast bestimmt Probleme mit dem resmgr bzw seiner .conf, siehe mein anderes Posting im Thread. Du sprichst den Brenner üner /dev/sr0 an? Was soll ich anstatt /dev/sr0 nehmen ?
Die Schublade öffnen und schließen geht jetzt ja als user. Viele Grüße, Heinz Dittmar
Am Mittwoch, 29. Dezember 2004 16:12 schrieb Dominique Simon:
Am Dienstag, 28. Dezember 2004 06:57 schrieb Kyek, Andreas, VF-DE:
:-( unable to PREVENT MEDIA REMOVAL: Operation not permitted
Steht irgendwas a la "kernel: scsi: unknown opcode 0xc9" in /var/log/messages wenn du diese Fehlermeldung bekommst? Ja aber : Dec 29 13:13:10 hedi-1 kernel: scsi: unknown opcode 0x1e habe ich seit dem letzten Start einmal bekommen. Als root kann ich mit k3b CD-RW löschen. Viele Grüße, Heinz Dittmar
Am Mittwoch, 29. Dezember 2004 18:23 schrieb Heinz Dittmar:
Ja aber : Dec 29 13:13:10 hedi-1 kernel: scsi: unknown opcode 0x1e habe ich seit dem letzten Start einmal bekommen.
Dachte ich mir. Genau den Code sollte der Kernel aber kennen, 0x1e ist nämlich "allow/prevent media removal". Naja, ist ein Bug der sicherlich bald gefixt werden wird. Warum und wieso der auftritt kann ich mir nicht erklären. Ciao, Dominique
participants (7)
-
Dominique Simon
-
Florian Kieling
-
Heinz Dittmar
-
Kyek, Andreas, VF-DE
-
Roland May
-
Sören Wengerowsky
-
Udo Neist