Hi, habe unter Suse Linux 8.0 frisch installiert. Nachdem alles andere lief habe ich mich im KDE als ROOT (ich weis, das soll man nicht - fällt mir aber erst mal leichter) angemeldet und xcdroast zum Einrichten gestartet. Der Mauszeiger wurde zu einem X blieb etwa 30 Sek. so und das war alles. Im syslog war folgende Meldung zu finden: server kernel: paride: version 1.06 installed (parport) server kernel: pg: pg version 1.02, major 97 server modprobe: modprobe: Cant't locate module paride_protocol server kernel: pg0: Autoprobe failed server kernel: pg: No ATAPI-Device detected server insmod: /lib/modules/2.4.18-4GB/kernel/drivers/block/paride/pg.0: init_module: Operatrion not permitted server insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters server insmod: /lib/modules/2.4.18-4GB/kernel/drivers/block/paride/pg.0: insmod char-major-97 failed Diese Meldung kommt dann insgesamt 4 mal. An Hardware habe ich 2 IDE-Festplatten an primary IDE, 1 CDRom an secondary Master IDE und den Brenner Sony CDX106s an secondary Slave IDE. Kann mir jemand einen Hinweis zur Lösung des Problems geben? Habe schon im Google mit " insmod char-major-97 failed" nachgesehen - leider ohne Erfolg. Gruss Jörg
On Wed, 22 May 2002 at 21:34 (+0200), Jörg Reece wrote:
Hi,
habe unter Suse Linux 8.0 frisch installiert. Nachdem alles andere lief habe ich mich im KDE als ROOT (ich weis, das soll man nicht - fällt mir aber erst mal leichter) angemeldet und xcdroast zum Einrichten gestartet. Der Mauszeiger wurde zu einem X blieb etwa 30 Sek. so und das war alles.
Besorge Dir die neue Version von http://www.xcdroast.org. Es gibt SuSE-RPM-Pakete, Installation mit 'rpm -Uvh *.rpm'. Die neue Version läuft super und man kann auch einfach als Nicht-Root brennen (die Einrichtung des Features erfolgt graphisch)! Gruß, Bernhard -- Der Rechner von heute stuerzt ja schon ab, bevor man ihn ueberhaupt eingeschaltet hat. Das ist dann energiesparend und deshalb kein Bug sondern ein Feature.
Bernhard Walle wrote:
On Wed, 22 May 2002 at 21:34 (+0200), Jörg Reece wrote:
Hi,
habe unter Suse Linux 8.0 frisch installiert. Nachdem alles andere lief habe ich mich im KDE als ROOT (ich weis, das soll man nicht - fällt mir aber erst mal leichter) angemeldet und xcdroast zum Einrichten gestartet. Der Mauszeiger wurde zu einem X blieb etwa 30 Sek. so und das war alles.
Besorge Dir die neue Version von http://www.xcdroast.org. Es gibt SuSE-RPM-Pakete, Installation mit 'rpm -Uvh *.rpm'. Die neue Version läuft super und man kann auch einfach als Nicht-Root brennen (die Einrichtung des Features erfolgt graphisch)!
Gruß, Bernhard
Danke an alle die mir geholfen haben. Das Problem war einfach die neue Datei. Gruss Jörg
Hallo Bernhard, hallo Leute, Am Mittwoch, 22. Mai 2002 21:50 schrieb Bernhard Walle:
Besorge Dir die neue Version von http://www.xcdroast.org. Es gibt SuSE-RPM-Pakete, Installation mit 'rpm -Uvh *.rpm'. Die neue Version läuft super und man kann auch einfach als Nicht-Root brennen (die Einrichtung des Features erfolgt graphisch)!
Nichts gegen das "grafische Einrichten" des non-root-Modus, mich stört aber ein wenig, dass dabei IMHO zu viele Programme suid-root gesetzt werden :-( In der alten Version hatte ich nur cdrecord suid-root gesetzt, nicht aber z. B. mkisofs (gibt es eigentlich einen Grund, warum mkisofs suid-root sein soll?) (Auch die /etc/permissions.local setzt bei mir nur die Rechte von cdrecord auf suid-root, sodass mkisofs nach einem SuSEconfig wieder ohne suid-bit ist.) Die alte Version von Xcdroast hat zwar ein wenig (in der Konsole) gemeckert, dass mkisofs u. a. nicht suid-root sind, hat aber trotzdem funktioniert. Die neue Version läuft nur non-root, wenn alle Programme, die sich xcdroast wünscht, suid-root gesetzt sind. Kann man das irgendwie umgehen oder gibt es gute Gründe, z. B. mkisofs suid-root laufen zu lassen? Gruß Christian Boltz -- Registrierter Linux-Nutzer #239431 Linux - life is too short for reboots.
* On Thu, May 23, 2002 at 11:50:32PM +0200, Christian Boltz wrote:
Hallo Bernhard, hallo Leute,
Am Mittwoch, 22. Mai 2002 21:50 schrieb Bernhard Walle:
Besorge Dir die neue Version von http://www.xcdroast.org. Es gibt SuSE-RPM-Pakete, Installation mit 'rpm -Uvh *.rpm'. Die neue Version läuft super und man kann auch einfach als Nicht-Root brennen (die Einrichtung des Features erfolgt graphisch)!
Nichts gegen das "grafische Einrichten" des non-root-Modus, mich stört aber ein wenig, dass dabei IMHO zu viele Programme suid-root gesetzt werden :-(
ACK!! Was aber auch verhindert werden kann zB durch sudo
In der alten Version hatte ich nur cdrecord suid-root gesetzt, nicht aber z. B. mkisofs (gibt es eigentlich einen Grund, warum mkisofs suid-root sein soll?)
Naja, damit ein angestossenes cdrecord (mit ID users) auch an mkisofs kommt ?
(Auch die /etc/permissions.local setzt bei mir nur die Rechte von cdrecord auf suid-root, sodass mkisofs nach einem SuSEconfig wieder ohne suid-bit ist.)
Das ist _deine_ freie Wahl. Setz in der rc.config permissions.local als Letztes! Dann nimm die /etc/permissions.local und setz dort die Rechte wie _DU_ sie willst, nicht wie sie eine Bsp-datei vorgibt.
Die alte Version von Xcdroast hat zwar ein wenig (in der Konsole) gemeckert, dass mkisofs u. a. nicht suid-root sind, hat aber trotzdem funktioniert.
Das Brennen ansich ist auf console wirklich das angenehmste. Die paar Schalter, die meisst eh dieselben sind, hat man sicg schnell per copy&paiste irgendwo abgelegt.
Die neue Version läuft nur non-root, wenn alle Programme, die sich xcdroast wünscht, suid-root gesetzt sind. Kann man das irgendwie umgehen oder gibt es gute Gründe, z. B. mkisofs suid-root laufen zu lassen?
Ja, nutze sudo zB MfG Clemens -- -------------------------- sig_10 // Again's racism-movement \\ //-*- X-Page: http://urlz.de/xpage/ -*-\\ // ---Registrierter Linux-user # 115060---\\ ---------------------------------------------
Hallo Clemens, hallo Leute, Am Mittwoch, 29. Mai 2002 15:15 schrieb Clemens Wohld:
* On Thu, May 23, 2002 at 11:50:32PM +0200, Christian Boltz wrote:
[über die neue xcdroast-version] Nichts gegen das "grafische Einrichten" des non-root-Modus, mich stört aber ein wenig, dass dabei IMHO zu viele Programme suid-root gesetzt werden :-(
ACK!! Was aber auch verhindert werden kann zB durch sudo
Wo ist der Unterschied? sudo führt auch Programme als root aus.
In der alten Version hatte ich nur cdrecord suid-root gesetzt, nicht aber z. B. mkisofs (gibt es eigentlich einen Grund, warum mkisofs suid-root sein soll?)
Naja, damit ein angestossenes cdrecord (mit ID users) auch an mkisofs kommt ?
Hmm, ich habe in der alten xcdroast-Version nur cdrecord suid-root gesetzt und damit keine Probleme. Das liegt aber vielleicht auch daran, dass ich immer ein Image erzeugen lasse und nicht on the fly brenne (?)
(Auch die /etc/permissions.local setzt bei mir nur die Rechte von cdrecord auf suid-root, sodass mkisofs nach einem SuSEconfig wieder ohne suid-bit ist.)
Das ist _deine_ freie Wahl. Setz in der rc.config permissions.local als Letztes! Dann nimm die /etc/permissions.local und setz dort die Rechte wie _DU_ sie willst, nicht wie sie eine Bsp-datei vorgibt.
Schon klar. Nur möchte ich mkisofs eigentlich nicht suid-root laufen lassen.
Die alte Version von Xcdroast hat zwar ein wenig (in der Konsole) gemeckert, dass mkisofs u. a. nicht suid-root sind, hat aber trotzdem funktioniert.
Das Brennen ansich ist auf console wirklich das angenehmste. Die paar Schalter, die meisst eh dieselben sind, hat man sicg schnell per copy&paiste irgendwo abgelegt.
Jetzt, wo ich mich so an xcdroast gewöhnt habe ;-)
Die neue Version läuft nur non-root, wenn alle Programme, die sich xcdroast wünscht, suid-root gesetzt sind. Kann man das irgendwie umgehen oder gibt es gute Gründe, z. B. mkisofs suid-root laufen zu lassen?
Ja, nutze sudo zB
Möchte ich in diesem Fall nicht, da ja dann wieder alles als root läuft. (sogar xcdroast selbst, was bei normaler non-root-Konfiguration nicht der Fall ist) Mir ging es um folgendes: Ich setze nur cdrecord suid-root, nicht aber z. B. mkisofs In der alten xcdroast-Version konnte ein user trotzdem brennen. xcdroast beklagte sich zwar in der Konsole, dass mkisofs kein suid-bit hat, lief aber trotzdem. Das neue xcdroast beklagt sich jetzt mit einem Dialogfeld und beendet sich dann -> Brennen als User ist nur möglich, wenn z. B. mkisofs auch suid-root gesetzt sind. Dieses Verhalten würde ich gern abschalten, damit ich als User auch ohne suid-bit bei mkisofs mit xcdroast brennen kann. Geht das irgendwie? Gruß Christian Boltz -- Registrierter Linux-Nutzer #239431 Linux - life is too short for reboots.
* On Thu, May 30, 2002 at 12:24:15AM +0200, Christian Boltz wrote:
Am Mittwoch, 29. Mai 2002 15:15 schrieb Clemens Wohld:
* On Thu, May 23, 2002 at 11:50:32PM +0200, Christian Boltz wrote:
[über die neue xcdroast-version] Nichts gegen das "grafische Einrichten" des non-root-Modus, mich stört aber ein wenig, dass dabei IMHO zu viele Programme suid-root gesetzt werden :-(
ACK!! Was aber auch verhindert werden kann zB durch sudo
Wo ist der Unterschied? sudo führt auch Programme als root aus.
Mit der ID 0, ja. [x] du hast das sudo-system nicht verstanden
In der alten Version hatte ich nur cdrecord suid-root gesetzt, nicht aber z. B. mkisofs (gibt es eigentlich einen Grund, warum mkisofs suid-root sein soll?)
Naja, damit ein angestossenes cdrecord (mit ID users) auch an mkisofs kommt ?
Hmm, ich habe in der alten xcdroast-Version nur cdrecord suid-root gesetzt und damit keine Probleme.
Ne ne... Das kann auch jeder so machen wie er moechte. Solange das "Privat-boxen" sind sag ich mal.. ists egal. Aber sudo ist sauber und leicht zu bedienen. Ich bin froh fuer jedes s-bit weniger, da es im Endeffekt eine Gefahrenquelle sein kann.
Das liegt aber vielleicht auch daran, dass ich immer ein Image erzeugen lasse und nicht on the fly brenne (?)
Nee, auch wenn du uebr pipe "|" gehst, auch gilt das Gleiche. Die Rechte muessen stimmen, wie man den Zugang nun gestaltet. Aber _ich_ selber hab kein Problem damit als root zu cdrecorden. Schlimmer ists wenn so User als root im chat (#linuxger) auftauchen ;)
(Auch die /etc/permissions.local setzt bei mir nur die Rechte von cdrecord auf suid-root, sodass mkisofs nach einem SuSEconfig wieder ohne suid-bit ist.)
Das ist _deine_ freie Wahl. Setz in der rc.config permissions.local als Letztes! Dann nimm die /etc/permissions.local und setz dort die Rechte wie _DU_ sie willst, nicht wie sie eine Bsp-datei vorgibt.
Schon klar. Nur möchte ich mkisofs eigentlich nicht suid-root laufen lassen.
Das benoetigt kein s-bit. Nimms also.
Das Brennen ansich ist auf console wirklich das angenehmste. Die paar Schalter, die meisst eh dieselben sind, hat man sicg schnell per copy&paiste irgendwo abgelegt.
Jetzt, wo ich mich so an xcdroast gewöhnt habe ;-)
Siehst ja dein Problem ;) Setz die Rechte um: saturn [1] :/Image/dos # ll /usr/bin/mkisofs -rwxr-xr-x 1 root root /usr/bin/mkisof Ja, sofort! Sowas wie an xcdroast, sorry, solltest du dich nicht gewoehnen ;) gcombust.. ware da event. was.. aber nein console ist und bleibt das flexibelste und sichersten ! Und man lernt (event) auch gleich bischen bash ;)
Möchte ich in diesem Fall nicht, da ja dann wieder alles als root läuft. (sogar xcdroast selbst, was bei normaler non-root-Konfiguration nicht der Fall ist)
Mir ging es um folgendes:
Ich setze nur cdrecord suid-root, nicht aber z. B. mkisofs
Ja.
In der alten xcdroast-Version konnte ein user trotzdem brennen. xcdroast beklagte sich zwar in der Konsole, dass mkisofs kein suid-bit hat, lief aber trotzdem.
Ahhso,... mkisofs braucht _kein_ suid-bit! Das liegt ja auch nicht in /usr/sbin .. wie cdrecord. Das liegt in /usr/bin sbin -> superuser binary bin -> binarys
Das neue xcdroast beklagt sich jetzt mit einem Dialogfeld und beendet sich dann -> Brennen als User ist nur möglich, wenn z. B. mkisofs auch suid-root gesetzt sind.
DAS sagt xcdroast? clemens@saturn[/2]:~ $ mkisofs -v -o isocdraw.cd /home/clemens/signatures/ mkisofs 1.14 (i686-pc-linux-gnu) Scanning /home/clemens/signatures/ Scanning /home/clemens/signatures/pm Using PRIV000.SIG;1 for /home/clemens/signatures/pm/priv.sig~ (priv.sig) Total translation table size: 0 Total rockridge attributes bytes: 0 Total directory bytes: 2048 Path table size(bytes): 20 Max brk space used 9644 112 extents written (0 Mb) clemens@saturn[/2]:~ $ ll isocdraw.cd -rw-r--r-- 1 clemens clemens 229376 isocdraw.cd saturn [1] :/Image/dos # ll /usr/bin/mkisofs· -rwxr-xr-x 1 root root /usr/bin/mkisofs
Dieses Verhalten würde ich gern abschalten, damit ich als User auch ohne suid-bit bei mkisofs mit xcdroast brennen kann. Geht das irgendwie?
Es geht doch aber ;) MfG Clemens -- sig_26 manpage ausdrucken? [Info: man ls; man lpr] $ man -t ls | lpr druckt die manpage 'ls' [ X-Page: http://urlz.de/xpage/index.html ] --------------------------------------------------
Hi Jörg, Am Mittwoch, 22. Mai 2002 21:34 schrieb Jörg Reece:
habe unter Suse Linux 8.0 frisch installiert. Nachdem alles andere lief habe ich mich im KDE als ROOT (ich weis, das soll man nicht - fällt mir aber erst mal leichter) angemeldet und xcdroast zum Einrichten gestartet. Der Mauszeiger wurde zu einem X blieb etwa 30 Sek. so und das war alles.
das xcdroast der 8.0 hat IIRC bei der SuSE einen Bug. Ging vor kurzem (und auch öfter) hier über die Liste. Lad Dir die aktuelle Version aus dem Internet herunter (zu finden IIRC bei freshmeat, alternativ kannst Du mal Google anwerfen) und installiere die, die funzt einwandfrei. [...]
Diese Meldung kommt dann insgesamt 4 mal. An Hardware habe ich 2 IDE-Festplatten an primary IDE, 1 CDRom an secondary Master IDE und den Brenner Sony CDX106s an secondary Slave IDE.
Ich hoffe mal, Du hast Deine SCSI-Emulation auch aktiviert? [...] Gruß Philipp
Am Mittwoch, 22. Mai 2002 21:34 schrieb Jörg Reece:
Hi,
habe unter Suse Linux 8.0 frisch installiert. Nachdem alles andere lief habe ich mich im KDE als ROOT (ich weis, das soll man nicht - fällt mir aber erst mal leichter) angemeldet und xcdroast zum Einrichten gestartet. Der Mauszeiger wurde zu einem X blieb etwa 30 Sek. so und das war alles.
Im syslog war folgende Meldung zu finden:
server kernel: paride: version 1.06 installed (parport) server kernel: pg: pg version 1.02, major 97 server modprobe: modprobe: Cant't locate module paride_protocol server kernel: pg0: Autoprobe failed server kernel: pg: No ATAPI-Device detected server insmod: /lib/modules/2.4.18-4GB/kernel/drivers/block/paride/pg.0: init_module: Operatrion not permitted server insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters server insmod: /lib/modules/2.4.18-4GB/kernel/drivers/block/paride/pg.0: insmod char-major-97 failed
Diese Meldung kommt dann insgesamt 4 mal. An Hardware habe ich 2 IDE-Festplatten an primary IDE, 1 CDRom an secondary Master IDE und den Brenner Sony CDX106s an secondary Slave IDE.
Kann mir jemand einen Hinweis zur Lösung des Problems geben? Habe schon im Google mit " insmod char-major-97 failed" nachgesehen - leider ohne Erfolg.
Sieht so aus, als hättest du ein Konfigurationsproblem. "paride" ist sicher nicht das richtige Protokoll für einen IDE-Brenner. 1) Wenn schon die Spatzen von den Dächern pfeifen, daß cdrecord einen Bug hat, dann hol dir das update. Kann nicht schaden. 2) Gehn wir durch deine Konfiguration: Da xcdrost nur mit SCSI geräten umgehen kann, brauchen wir eine Emulation. Schau dir deine /etc/moduls.conf an. Dort sollte eine Zeile alias scsi_hostadapter xxx sein, wobei das "xxx" bei dir wahrscheinlich "padide" ist. Es sollte aber "ide-scsi" sein. 3) Wenn du die modules.conf editiert hast, mußt du "depmod -a" aufrufen; 4) Danach sollte ein modprobe ide-scsi funktionieren. Ein cat /proc/scsi/scsi sollte jetzt deine CD-Laufwerke als SCSI-Geräte ausweisen. Jetzt müßte auch dein cdrecord (bzw xcdroast) funktionieren... Grüße Alex -- Alexander Puchmayr Systemadministrator for Theoretical Physics University Linz, Austria e-mail: alexander.puchmayr@jku.at Altenbergerstrasse 69 phone: +43/732/2468-8633 A-4040 Linz-Auhof FAX: +43/732/2468-8585
participants (6)
-
Alexander Puchmayr
-
Bernhard Walle
-
Christian Boltz
-
Clemens Wohld
-
Jörg Reece
-
Philipp Zacharias