SuSE 6.4: Yast verstellt Rechte /etc/ld.so.cache
Hi, ich habe SuSE 6.4 installiert (Update von 6.3). Wenn ich nun einzelne Pakete mit Yast nachinstalliere, sind anschliessend die Rechte von /etc/ld.so.cache auf 600 gestellt und Programme finden ihre Libraries nicht mehr. Ich stelle jetzt nach dem Einspielen von Paketen immer von Hand die Rechte auf 644 zurück. Exakt beim Beenden von Yast, also wenn die Meldung "räume auf..." auf dem Monitor steht, werden die Rechte von /etc/ld.so.conf zurückgesetzt. Daher hat es auch nichts genützt, die Rechte einfach in /etc/permissions.local einzusetzen. Tritt das Problem bei noch jemandem auf? Was kann ich dagegen tun? christian -- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Schult wrote:
Hi,
ich habe SuSE 6.4 installiert (Update von 6.3).
Wenn ich nun einzelne Pakete mit Yast nachinstalliere, sind anschliessend die Rechte von /etc/ld.so.cache auf 600 gestellt und Programme finden ihre Libraries nicht mehr. Ich stelle jetzt nach dem Einspielen von Paketen immer von Hand die Rechte auf 644 zurück. Exakt beim Beenden von Yast, also wenn die Meldung "räume auf..." auf dem Monitor steht, werden die Rechte von /etc/ld.so.conf zurückgesetzt. Daher hat es auch nichts genützt, die Rechte einfach in /etc/permissions.local einzusetzen.
Tritt das Problem bei noch jemandem auf? Was kann ich dagegen tun?
christian
hi, bei mir tritt das problem auch auf, komischerweise aber nur, wenn ich als user eingeloggt bin und nach einem $ su yast starte oder den icon im KDE-Panel anklicke. wenn ich mich als root einlogge und dann software installiere hatte ich das problem nicht. warum weiß ich leider auch nicht. abhilfe brachte manchmal ein $ ldconfig (aber nur als root eingeloggt) liegen eigentlich die sources zu YAST unter der GPL vor, dann könnte man ja evtl. hier suchen, wo der fehler genau ist und das ganze neu übersetzen????????????????? markus
-- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, 02 Apr 2000, Markus Jais wrote:
Wenn ich nun einzelne Pakete mit Yast nachinstalliere, sind anschliessend die Rechte von /etc/ld.so.cache auf 600 gestellt und Programme finden ihre Libraries nicht mehr. Ich stelle jetzt nach dem Einspielen von Paketen immer von Hand die Rechte auf 644 zurück. Exakt beim Beenden von Yast, also wenn die Meldung "räume auf..." auf dem Monitor steht, werden die Rechte von /etc/ld.so.conf zurückgesetzt. Daher hat es auch nichts genützt, die Rechte einfach in /etc/permissions.local einzusetzen.
Tritt das Problem bei noch jemandem auf? Was kann ich dagegen tun?
Wir haben lediglich mit "Sophos-Antivirus" das problem das "sweep" nicht ausführbar ist "file not found" - Rechte allerdings korrekt gesetzt sind. Für unser Problem tippen wir allerdings grad eher auf ein Sophos-Problem als auf ein SuSE-Problem.
liegen eigentlich die sources zu YAST unter der GPL vor, dann könnte man ja evtl. hier suchen, wo der fehler genau ist und das ganze neu übersetzen?????????????????
Soweit mir gekannt ist Yast nicht GPL'ed ... die sourcen dazu finden sich wenn überhaupt auf der 5te/6ten CD ... Mit freundlichen Grüßen, Joerg Henner. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Jörg Henner und Adrian Reyer, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Sun, Apr 02, Markus Jais wrote:
liegen eigentlich die sources zu YAST unter der GPL vor, dann könnte man ja evtl. hier suchen, wo der fehler genau ist und das ganze neu übersetzen?????????????????
Was hat das mit der GPL zu tun ? Auch andere Lizenzen erlauben Dir, die Sourcen zu ändern. Die YaST Sourcen sind auf Deiner Version mit dabei. Tschau, Thorsten -- Thorsten Kukuk http://www.suse.de/~kukuk/ kukuk@suse.de SuSE GmbH Schanzaeckerstr. 10 90443 Nuernberg Linux is like a Vorlon. It is incredibly powerful, gives terse, cryptic answers and has a lot of things going on in the background. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Markus Jais wrote:
Christian Schult wrote:
[6.4: Yast setzt ld.so.cache auf 600]
abhilfe brachte manchmal ein $ ldconfig (aber nur als root eingeloggt)
Bringt hier nichts. christian -- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Christian Schult wrote:
ich habe SuSE 6.4 installiert (Update von 6.3).
Wenn ich nun einzelne Pakete mit Yast nachinstalliere, sind anschliessend die Rechte von /etc/ld.so.cache auf 600 gestellt und Programme finden ihre Libraries nicht mehr. Ich stelle jetzt nach dem Einspielen von Paketen immer von Hand die Rechte auf 644 zurück. Exakt beim Beenden von Yast, also wenn die Meldung "räume auf..." auf dem Monitor steht, werden die Rechte von /etc/ld.so.conf zurückgesetzt. Daher hat es auch nichts genützt, die Rechte einfach in /etc/permissions.local einzusetzen.
Dank des SuSE-Supports ist das Problem nun zumindest genauer eingekreist und es gibt einen Workaraound. Der Übeltäter, der die Rechte von /etc/ld.so.cache verändert, ist ldconfig. Es setzt die Rechte entsprechend der von mir gesetzten "umask 077". Default ist bei SuSE 022. Da ich meine umask nicht zurücknehmen möchte, benutze ich folgenden Workaround (Idee vom Support): /sbin/ldconfig nach /sbin/ldconfig.bin verschieben: $ mv /sbin/ldconfig /sbin/ldconfig.bin Ein Script /sbin/ldconfig anlegen: --------------- begin cut --------------- #!/bin/sh /sbin/ldconfig.bin $* chmod 644 /etc/ld.so.cache ---------------- end cut ---------------- Das Script gehört root.root und hat die Rechte 755. Merkwürdigerweise hat sich ldconfig noch unter der SuSE 6.3 nicht von meinen umask-Settings beeindrucken lassen. christian -- Bitte kein CC: bei Antwort an Mailingliste Etikette per Mail: To: mailings-suse@gmx.de Subject: send etikette http://www.ndh.net/home/schult/etikette.html --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Christian Schult schrieb am 9.04.00 um 15.04 Uhr
* Christian Schult wrote:
ich habe SuSE 6.4 installiert (Update von 6.3).
Wenn ich nun einzelne Pakete mit Yast nachinstalliere, sind anschliessend die Rechte von /etc/ld.so.cache auf 600 gestellt und Programme finden ihre Libraries nicht mehr.
Der Übeltäter, der die Rechte von /etc/ld.so.cache verändert, ist ldconfig. Es setzt die Rechte entsprechend der von mir gesetzten "umask 077". Default ist bei SuSE 022. Da ich meine umask nicht zurücknehmen möchte, benutze ich folgenden Workaround (Idee vom Support):
/sbin/ldconfig nach /sbin/ldconfig.bin verschieben:
$ mv /sbin/ldconfig /sbin/ldconfig.bin
Ein Script /sbin/ldconfig anlegen:
--------------- begin cut --------------- #!/bin/sh /sbin/ldconfig.bin $* chmod 644 /etc/ld.so.cache ---------------- end cut ----------------
Das Script gehört root.root und hat die Rechte 755.
Hinzuzufühgen ist das auch die ganzen cron-scripte unmask 022 setzen. Ich hab die auf 077 gesetzt. Gruß, Clemens -- sig_04 Du willst wissen wo eine bestimmte Programmdatei und zugehörig. Doku steckt? Beispiel: $ whereis pppd [Info: man whereis] pppd: /usr/sbin/pppd /usr/man/man8/pppd.8.gz ------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
c.wohld＠ndh.net -
cschult＠gmx.de -
jais＠rz.fh-muenchen.de -
jhe＠lihas.de -
kukuk＠suse.de