Hallo *,
On Tue, Feb 08, 2005 at 09:26:18AM +0100, Mathias Bauer wrote:
Michael Hoehne wrote:
Hallo LISTige,
das Problem hat eine L�sung! Der schlaue Finder war *Ralf Schuchardt* (SuSE Mailingliste):
Offenbar gibts da doch ein paar Probleme im Dateisystem mit den Rechten. Ein Schuss ins blaue: vertausche mal "users" und "exec".
Damit hat er Recht! In Kurzform: Die Option "users" beinhaltet auch die Option "noexec"! Stehen die beiden also in der Reihenfolge "...exec, users,...", dann hebt "users" die Wirkung von "exec" auf. Die Reihenfolge muss also "...,users, exec,..." sein!
Kurzfassung also: Es m�ssen die mount-Optionen users und exec verwendet werden und sie m�ssen in genau dieser Reihenfolge auftauchen.
Dann hat sich das Problem also erledigt. Die L�sung sollte man aber gut aufbewahren, d�rfte nicht das letzte mal gewesen sein. ;-)
Ich denke nicht da� sich das Problem erledigt hat. Jetzt ist lediglich ein Workaround bekannt.
Des R�tsels L�sung ist wie folgt:
- OOo benutzt beim Speichern der ge�nderten Datei mmap(2) mit PROT_READ um die alte Version der Datei auszulesen.
- Das von Sun gebaute OOo 1.1.x ist mit einem relativ alten GCC 3.2.2 compiliert worden, der noch keinen PT_GNU_STACK-Eintrag in das ausf�hrbare soffice.bin schreibt. (Das von Sun gebaute OOo 2.0 wird mit einem neueren GCC 3.4.1 gebaut, der den PT_GNU_STACK-Eintrag schreibt.)
- Bei einem hinreichend neuen Linux-Kernel (wie z. B. dem bei SuSE 9.2 benutzten) schl�gt mmap(2) mit PROT_READ dann fehl, wenn die entspr. Datei auf einem "mount noexec"-Dateisystem liegt, und das ausgef�hrte Programm keinen PT_GNU_STACK-Eintrag enth�lt, siehe <http://www.ussg.iu.edu/hypermail/linux/kernel/0410.0/0478.html>. Dies ist ein Fehler im Linux-Kernel.
Aus Sicht von OOo besteht die L�sung des Problems also darin, einen hinreichend aktuellen GCC zu benutzen. F�r das von Sun gebaute OOo 2.0 wird dies getan, so dass das Problem dort nicht mehr auftreten sollte. (Wie das bei einem eventuellen OOo 1.1.5 aussieht kann ich momentan nicht sagen.)
-Stephan
Es ist f�r mich nicht klar, weshalb eine Partition mit exec gemounted werden mu� nur um darauf Dateien erstellen zu k�nnen. -> ganz klar ein Bug.
Da ich das hier aber nicht reproduzieren kann ist das mit ziemlicher Sicherheit ein SuSE-Problem (welches auch an SuSE weitergeleitet werden sollte) Nochmals meine Vorgehensweise: fat32 gemounted mit rw,noexec,nosuid,nodev,iocharset=iso8859-15,codepage=850,umask=0,user=cl ="user,iocharset=iso8859-15,codepage=850,noauto,umask=0 0 0" in der fstab) Ich kann "Speichern unter..." auf der Partition -> kein Problem ich nehme eine �nderung und w�hle "Speichern" -> kein Problem. Ich speichere in einem Unterverzeichnis (Speichern unter..) -> kein Problem, nehme �nderung vor (Speichern) -> kein Problem. Ich kann "Speichern unter.." w�hlen um eine Datei zu �berschreiben -> kein Problem.
ciao Christian
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
