RE: SuSE 9.2 Kernel 2.6.10 xntp funktioniert nicht mehr
Dominique Simon wrote:
Am 03.01.2005 um 10:08 schrieb Kyek, Andreas, VF-DE:
Ich hingegen kann mit meinem 2.6.10 _nur_ als root Brennen habe aber
/etc/resmgr.conf hast du angepasst, wie ich es im anderen "2.6.10 thread" beschrieben habe? Wenn ntp bei dir läuft ist doch prima. Das capability modul wird wohl nicht bei jedem automatisch geladen...
Ja (wir hatten auch schon direkten Mailverkehr in eben diesem Thread). Das ist ja das verwirrende: Ich habe die ganzen Anpassungen drin und Brennen als User geht nicht. Bei Heinz geht das Brennen aber der ntpd nicht. Das capability Module existiert bei mir nicht (nicht im 2.6.10er Kernel). Das entsprechende Kernelmodul ist nur in den SuSE Kerneln enthalten. Auch ein "zgrep -i capa /proc/config.gz" liefert nichts. Also egal wofür das Modul da ist: Für meinen ntpd brauche ich es jedenfalls nicht! Irgendwie muss man diesem Sch... doch auf die Spur kommen (Ja, ich habe den Kernelpatch zum Abschalten der SCSI-Checks erhalten; nun will ich es aber aus persönlichem Ehrgeiz wissen!) Andreas
Am Montag, 3. Januar 2005 11:14 schrieb Kyek, Andreas, VF-DE:
Das capability Module existiert bei mir nicht (nicht im 2.6.10er Kernel). Das entsprechende Kernelmodul ist nur in den SuSE Kerneln enthalten. Auch ein "zgrep -i capa /proc/config.gz" liefert nichts.
Komisch, das Modul sollte aber da sein. Ausschnitt von lsmod: ... ipv6 255360 17 capability 4872 0 commoncap 8192 1 capability edd 10592 0 sbp2 23432 0 binfmt_misc 11784 1 rfcomm 37788 9 hidp 15360 0 l2cap 26628 10 rfcomm,hidp ... Kernel 2.6.10 ohne weitere Suse patches... Ist bei "make menuconfig" unter Security options auch einzusehen. "Default Linux capabilities" ist als Modul konfiguriert. Ciao, Dominique
* Montag, 03. Januar 2005 um 11:14 (+0100) schrieb Kyek, Andreas, VF-DE:
Das capability Module existiert bei mir nicht (nicht im 2.6.10er Kernel). Das entsprechende Kernelmodul ist nur in den SuSE Kerneln enthalten. Auch ein "zgrep -i capa /proc/config.gz" liefert nichts.
"capability.ko" und "commoncap.ko" werden nur erstellt, wenn man in der Kernel-Konfiguration explizit "Security options -> Enable different security models" auswählt und dann "Default Linux Capabilities" als Modul wählt. Wird _keine_ "Security options" explizit ausgewählt, dann werden die "Default Linux Capabilities" _fest_ in den Kernel gebaut.
Irgendwie muss man diesem Sch... doch auf die Spur kommen (Ja, ich habe den Kernelpatch zum Abschalten der SCSI-Checks erhalten; nun will ich es aber aus persönlichem Ehrgeiz wissen!)
Poste doch mal die Ausgaben von 'cdrecord -v dev=<Device> <Image>' als root und
als User.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Montag, 3. Januar 2005 14:38 schrieb Andreas Koenecke:
"capability.ko" und "commoncap.ko" werden nur erstellt, wenn man in der Kernel-Konfiguration explizit "Security options -> Enable different security models" auswählt und dann "Default Linux Capabilities" als Modul wählt. Wird _keine_ "Security options" explizit ausgewählt, dann werden die "Default Linux Capabilities" _fest_ in den Kernel gebaut.
Aha. Dann ist das erstellen der Module also wieder ein Suse eigenes Ding. Ich habe nämlich, wie wohl die meisten, die Suse Kernel-config übernommen, wo die capabilities halt als module erstellt werden... Also entweder die Module vorher über /etc/init.d/boot.local laden lassen oder einfach wieder, wie eigentlich vorgesehen, fest in den Kernel nehmen... Danke für die Aufklärung! Ciao, Dominique
participants (3)
-
Andreas Koenecke -
Dominique Simon -
Kyek, Andreas, VF-DE