Hallo, ich habe unter SuSE 10.2 probleme mit Udev. Leider ist udev beim booten fest der Meinung das es bestimmte Gruppen nicht gibt, die sind aber auf jedenfall in der /etc/group drin. Hier mal die Meldungen aus dem Boot.log: Trying manual resume from /dev/hda1 Creating device nodes with udev udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'tty' unknown udevd[456]: lookup_group: specified group 'uucp' unknown udevd[456]: lookup_group: specified group 'uucp' unknown udevd[456]: lookup_group: specified group 'uucp' unknown udevd[456]: lookup_group: specified group 'uucp' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'lp' unknown udevd[456]: lookup_group: specified group 'lp' unknown udevd[456]: lookup_group: specified group 'lp' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'kmem' unknown udevd[456]: lookup_group: specified group 'kmem' unknown udevd[456]: lookup_group: specified group 'kmem' unknown udevd[456]: lookup_group: specified group 'video' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown udevd[456]: lookup_group: specified group 'disk' unknown Loading ide-core Loading ide-disk Loading serverworks Loading processor Loading thermal Loading via82cxxx Loading fan Loading edd Loading jbd Loading mbcache Loading ext3 Invoking userspace resume from /dev/hda1 resume: Could not stat configuration file resume: Could not stat configuration file resume: libgcrypt version: 1.2.3 resume: Could not read the image Invoking in-kernel resume from /dev/hda1 Was mich etwas stutzig macht sind die Fehlermeldungen mit dem Resume, bei denen weiß ich aber auch nicht woher sie kommen. Hate jemand ne Ahnung wie ich udev fixen kann? Gruß Daniel -- Daniel Spannbauer Systembetreuung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Auf der Wies 8, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 68255 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ok, hab den Fehler gefunden. Udev wird wohl teilweise in die mkinitrd eingebunden. mkinitrd verwendet wiederum ein Programm namens "file" welches auch von uns geschrieben existiert und im Pfad von dem file von SuSe liegt. Und unser "file" kennt die Option "-b" nicht. Dadurch lief der mkinitrd nicht korrekt durch und udev konnte aus der initrd nicht richtig gestartet werden. Ich hab jetzt mkinitrd dahingehen angepasst das es /usr/bin/file statt /usr/uti/file nimmt und schon gehts. Liebe SuSE-Entwickler: Wäre es nicht möglich immer die absoluten Pfade in den Scripts zu verwenden? Gruß Daniel Daniel Spannbauer wrote:
Hallo,
ich habe unter SuSE 10.2 probleme mit Udev. Leider ist udev beim booten fest der Meinung das es bestimmte Gruppen nicht gibt, die sind aber auf jedenfall in der /etc/group drin.
Hier mal die Meldungen aus dem Boot.log:
Trying manual resume from /dev/hda1 Creating device nodes with udev udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'tty' unknown
udevd[456]: lookup_group: specified group 'uucp' unknown
udevd[456]: lookup_group: specified group 'uucp' unknown
udevd[456]: lookup_group: specified group 'uucp' unknown
udevd[456]: lookup_group: specified group 'uucp' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'lp' unknown
udevd[456]: lookup_group: specified group 'lp' unknown
udevd[456]: lookup_group: specified group 'lp' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'kmem' unknown
udevd[456]: lookup_group: specified group 'kmem' unknown
udevd[456]: lookup_group: specified group 'kmem' unknown
udevd[456]: lookup_group: specified group 'video' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
udevd[456]: lookup_group: specified group 'disk' unknown
Loading ide-core Loading ide-disk Loading serverworks Loading processor Loading thermal Loading via82cxxx Loading fan Loading edd Loading jbd Loading mbcache Loading ext3 Invoking userspace resume from /dev/hda1 resume: Could not stat configuration file resume: Could not stat configuration file resume: libgcrypt version: 1.2.3 resume: Could not read the image Invoking in-kernel resume from /dev/hda1
Was mich etwas stutzig macht sind die Fehlermeldungen mit dem Resume, bei denen weiß ich aber auch nicht woher sie kommen.
Hate jemand ne Ahnung wie ich udev fixen kann?
Gruß
Daniel
-- Daniel Spannbauer Systembetreuung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Auf der Wies 8, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 68255 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Daniel Spannbauer (ds@marco.de) [20070903 12:45]:
mkinitrd verwendet wiederum ein Programm namens "file" welches auch von uns geschrieben existiert und im Pfad von dem file von SuSe liegt.
Es ist keine gute Idee, einem eigenen Tool den Namen eines standard Unixtools zu geben.
Liebe SuSE-Entwickler: Wäre es nicht möglich immer die absoluten Pfade in den Scripts zu verwenden?
Nein! Es ist Sache des Admins, Tools einen vernünftigen Namen zu geben bzw. PATH so zu setzen, dass das gewünschte Tool als erstes gefunden wird. BTW, unterlass solchen TOFU bitte in Zukunft, da er auf dieser Liste sehr ungern ghesehen wird. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Philipp Thomas wrote:
* Daniel Spannbauer (ds@marco.de) [20070903 12:45]:
mkinitrd verwendet wiederum ein Programm namens "file" welches auch von uns geschrieben existiert und im Pfad von dem file von SuSe liegt.
Es ist keine gute Idee, einem eigenen Tool den Namen eines standard Unixtools zu geben.
Naja, es ist eigentlich kein eigenes Tool sondern eher eine alte Version des Programmes "file". Leider aus kompatibilitätsgründen notwendig.
Liebe SuSE-Entwickler: Wäre es nicht möglich immer die absoluten Pfade in den Scripts zu verwenden?
Nein! Es ist Sache des Admins, Tools einen vernünftigen Namen zu geben bzw. PATH so zu setzen, dass das gewünschte Tool als erstes gefunden wird.
War nur ein Frage, Kein Vorwurf oder Anschuldigung. Muss ich halt wieder etwas vom SuSe-Standard weg und mir selbst eine initrd bauen.
BTW, unterlass solchen TOFU bitte in Zukunft, da er auf dieser Liste sehr ungern ghesehen wird.
Sehe ich auch ein, jedoch ist das bei einem so kurzen Posting eher unwesentlich da ja schell überblickbar. Gruß Daniel -- Daniel Spannbauer Systembetreuung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Auf der Wies 8, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 68255 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daniel Spannbauer schrieb am 03.09.2007 16:05:
Hallo
Philipp Thomas wrote:
* Daniel Spannbauer (ds@marco.de) [20070903 12:45]:
mkinitrd verwendet wiederum ein Programm namens "file" welches auch von uns geschrieben existiert und im Pfad von dem file von SuSe liegt.
Es ist keine gute Idee, einem eigenen Tool den Namen eines standard Unixtools zu geben.
Naja, es ist eigentlich kein eigenes Tool sondern eher eine alte Version des Programmes "file". Leider aus kompatibilitätsgründen notwendig.
Liebe SuSE-Entwickler: Wäre es nicht möglich immer die absoluten Pfade in den Scripts zu verwenden?
Nein! Es ist Sache des Admins, Tools einen vernünftigen Namen zu geben bzw. PATH so zu setzen, dass das gewünschte Tool als erstes gefunden wird.
War nur ein Frage, Kein Vorwurf oder Anschuldigung. Muss ich halt wieder etwas vom SuSe-Standard weg und mir selbst eine initrd bauen.
Kwarg. Es reicht, im Pfad /usr/bin vor /usr/uti zu setzen. Oder tragt den Pfad in euren internen Scripten, die die alte Version von file brauchen, ein. Oder schreibt was Neues ;-) BTW, wer kommt eigentlich auf /usr/uti statt /usr/local/bin?
BTW, unterlass solchen TOFU bitte in Zukunft, da er auf dieser Liste sehr ungern ghesehen wird.
Sehe ich auch ein, jedoch ist das bei einem so kurzen Posting eher unwesentlich da ja schell überblickbar.
Gewöhne es Dir am besten gar nicht erst an. Was "kurz" ist, ist relativ ;-)
Gruß
Daniel
Gruß Werner - -- Werner Flamme, Abt. WKDV Helmholtz-Zentrum für Umweltforschung GmbH - UFZ Permoserstr. 15 - 04318 Leipzig Tel.: (0341) 235-3921 - Fax (0341) 235-453921 http://www.ufz.de - eMail: werner.flamme@ufz.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFG3Bnfk33Krq8b42MRApd1AJ4tvuokG2+9SyJorrmYAZYaVxDIRACeOalI 2Vld/cqQAHqF8/kZgCYMkAA= =iXHy -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Daniel Spannbauer (ds@marco.de) [20070903 16:15]:
Naja, es ist eigentlich kein eigenes Tool sondern eher eine alte Version des Programmes "file".
Leider aus kompatibilitätsgründen notwendig.
Wo ist das Neue denn inkompatibel zum Alten? BTW, /usr/uti ist kein guter Ort für eigene Tools, /usr/local/bin oder ein anderes Verzeichnis unterhalb von /usr/local wären viel besser. Schau Dir einfach mal den FHS an, wo solche Sachen standardgemäss hingehören.
Muss ich halt wieder etwas vom SuSe-Standard weg und mir selbst eine initrd bauen.
Was spricht denn dagegen, /usr/bin *vor* /usr/uti in den Pfad zu packen? Ausserdem ist das nur meine persönliche Sicht der Dinge. Es steht dir frei, dafür einen Eintrag in bugzilla.novell.com zu machen und damit den wirklich zuständigen SuSE-Entwickler zu erreichen.
Sehe ich auch ein, jedoch ist das bei einem so kurzen Posting eher unwesentlich da ja schell überblickbar.
Es geht hier um das Prinzip. Wo willst du die Grenze setzen? Da ist es viel einfacher und IMNSHO viel besser, grundsätzlich TOFU zu verbieten und den Leuten zu ein wenig Disziplin beim Schreiben von Mail abzuverlangen. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Daniel Spannbauer -
Philipp Thomas -
Werner Flamme