Re: [de-users] GELOEST!:Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Hallo Stephan, On Wed, Feb 09, 2005 at 04:35:01PM +0100, Stephan Bergmann wrote: Christian Lohmaier wrote: On Tue, Feb 08, 2005 at 09:26:18AM +0100, Mathias Bauer wrote: Michael Hoehne wrote: [...] 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: [...] - 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. Vielen Dank für die Erklärung und den Link! 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.) Da bin ich auch überfragt. Entweder wird das auch mit der neuen Buildumgebung gebaut - oder eben nicht :-) Keine Ahnung ob der Code der 1.1er Linue problemlos mit gcc 3.4 compilierbar ist... [...] ciao Christian -- NP: Marilyn Manson - Dried Up, Tied And Dead To The World - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] GELOEST!:Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
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. ;-) Ciao, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] GELOEST!:Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Dienstag, 8. Februar 2005 09:26 schrieb Mathias Bauer: Michael Hoehne wrote: Dann hat sich das Problem also erledigt. Die Lösung sollte man aber gut aufbewahren, dürfte nicht das letzte mal gewesen sein. ;-) Ich habe hier so ein nettes Notiz-Programm (KJots)! Ich habe da einige Notizbücher angelegt und behalte Antworten als eigene kleine FAQ. So kann ich die Teile immer wieder aus dem Ärmel schütteln. Erspart viel Tipparbeit beim beantworten ;-) Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] GELOEST!:Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
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. 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 -- NP: System Of A Down - Psycho - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] ERGAENZUNG: GELOEST!:Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Montag, 7. Februar 2005 02:14 schrieb Michael Hoehne: Kurzfassung also: Es mssen die mount-Optionen users und exec verwendet werden und sie mssen in genau dieser Reihenfolge auftauchen. Ergnzung: Andreas Kyek machte mich gerade auf einen kleine Fehler ausmerksam: Du wirst definitiv NICHT die Option users brauchen; denn _wer_ die Partition mounten darf ist fr OOorg uninteressant; wichtig ist (neben anderen Rechten) wohl nur exec Sagen wir das also so: Wer users braucht (so wie ich, da diese Platte nicht beim Systemstart gemountet wird/wurde), der mu das exec _dahinter_ setzen. Gru, Michael -- / / / / /__/ Michael Hhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Hallo Leute, mein unseliges Tastaturgeklapper: ;o)) [Schnellschuss ohne Beachtung der Gesamtlage] vergesst's einfach ;o) Friedrich -- .. im brigen bin ich der Ansicht, dass hsqldb als Standard Datenbank mit einem Installer im OpenOffice.org Paket ausgeliefert werden soll: http://hsqldb.sourceforge.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[de-users] Re: ERGAENZUNG: GELOEST!:Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Hallo Liste, Sagen wir das also so: Wer users braucht (so wie ich, da diese Platte nicht beim Systemstart gemountet wird/wurde), der muß das exec _dahinter_ setzen da ich mich mit den Mount-Optionen nicht so genau auskenne, muss ich mich zunächst einmal wundern. Kurz zusammengefasst: ich hatte das beschriebene Problem unter - Suse Linux 9.1 - Kernel 2.6 (64 bit) - OO 1.1.3 und 1.1.4 das betroffene Verzeichnis (FAT32) war automatisch gemountet per: /dev/hda8 /home/henrik/Documents vfat users,gid=users,uid=henrik,umask=0002,iocharset=utf8 0 0 Nach einer Neuinstallation habe ich auf ein 32Bit Linux gewechselt, aber auch hier ist die Partition gemountet als: /dev/hda8 /home/henrik/Documents vfat users,gid=users ,uid=henrik,umask=0002,iocharset=utf8 0 0 Aber: auf der 32bit version funktioniert das Speichern seit Beginn ohne Problem. Es steht bei beiden Varianten also kein exec hinter der users-Option (oder ist das evtl. in einer der anderen Optionen versteckt?). Warum funktioniert das Speichern dann bei mir? Gibt es noch ein anderes Problem beim Speichern (mind. unter 64bit Linux - das kann ich allerdings wg. der erfolgten Neuinstallation nicht mehr überprüfen...)? henrik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Sonntag, 6. Februar 2005 01:12 schrieb Michael Hoehne: Am Sonntag, 6. Februar 2005 00:31 schrieb Mathias Bauer: Diesem Fehler wollen wir schon lange auf die Spur kommen (wenn es denn überhaupt einer in OOo ist). Insofern werde ich deine bisher hier geposteten logs mal an einen Experten weiterreichen. Wenn der dann gerne den kompletten log haben möchte, melde ich mich noch mal. Bei einigen Leuten mit älteren Versionen scheint es zu klappen: Ruediger Meier: Bei mir klappts auf SuSE 9.1 OpenOffice_org-1.1.1-20 Bernd Obermayr: Hi Michael, ich wieder ;) Habe ja schon in der OOo Liste kundgetan, dass es bei mir mit OOo 1.1.2 geht. Eben habe ich es auch mit OOo 1.9.74 probiert, geht auch. Andreas Koenecke: Bei mir funktioniert es. Ich habe allerdings eine SuSE 9.0 mit glibc-2.3.2. Sollten irgendwelche Experimente/Infos nötig sein: Ich stehe zur Verfügung. Ich auch! Gruß Detlef Gruß, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Freitag, 4. Februar 2005 12:56 schrieb Christian Kütbach: Michael Hoehne schrieb: Hast du die Partition denn auch rw eingebunden? schau mal in die /etc/fstab Habe ich, sonst wäre ... Das Speichern mit einem neuen Namen macht keine Probleme. ... ein echtes Wunder ;-) Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Freitag, 4. Februar 2005 13:38 schrieb Herbert Kozuschnik: schau mal in die /etc/fstab bei mir steht in der fstab: /dev/hdb5/windows/Evfat noauto,users 0 0 mach mal ein /dev/hdb5/windows/Evfat rw,noauto,users 0 0 daraus. Bei mir haben wir dann die Maximalversion: /dev/hda10 /home/michael/projekte vfat ... ... users,uid=michael,gid=users,umask= 0 0 Damit gehört mir der Dateibaum (Besitzer ist michael und die Gruppe users). Mit der umask ist dann auch noch alles für jeden zum Lesen und Schreiben freigegeben (Ich arbeite an meinem Laptop, da gibts dann eh keine Störenfriede ;-) ). Aber Detlef schrieb ja bereits (s.o.) das das ein bekanntes, aber leider noch nicht gelöstes Problem ist. Das beruhigt mich insofern, als es offenbar nicht daran liegt, dass ich komplett zu blöd bin ;-) Ich werde mir mal anschauen, wie ich Windows überreden kann, Daten von einer Reiser-Partition zu lesen. Dann werde ich meine Projekte _alle_ in mein Linux-Home legen und nur bei Bedarf (und gebootetem Windows) auf die FAT32 kopieren. Vielleicht taucht ja irgendwann eine Lösung auf... Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Freitag, 4. Februar 2005 15:16 schrieb Bernd Obermayr: ... Bei mir sieht das so aus: /dev/hda6 /windows/E vfat \ auto,rw,users,uid=bernd,gid=users,umask= 0 0 (eine Zeile!) Also automatisch beim booten mounten, schreib und lesbar, Besitzer ist bernd, Gruppe ist users, für alle schreib und lesbar. vfat kennt keine Rechte, linux schon und damit linux mit vfat umgehen kann, wird hier so getan als ob. Bis auf auto und rw läuft das bei mir ganauso. Trotzdem habe ich das Problem... Ich kann die beiden Optionen mal mit reinnehmen, mal schauen was passiert... Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Michael Hoehne schrieb: Am Freitag, 4. Februar 2005 15:16 schrieb Bernd Obermayr: ... Bei mir sieht das so aus: /dev/hda6 /windows/E vfat \ auto,rw,users,uid=bernd,gid=users,umask= 0 0 (eine Zeile!) Also automatisch beim booten mounten, schreib und lesbar, Besitzer ist bernd, Gruppe ist users, für alle schreib und lesbar. vfat kennt keine Rechte, linux schon und damit linux mit vfat umgehen kann, wird hier so getan als ob. Bis auf auto und rw läuft das bei mir ganauso. Trotzdem habe ich das Problem... Ich kann die beiden Optionen mal mit reinnehmen, mal schauen was passiert... Ja, remount nicht vergessen ;) Danach liefern stat /Verzeichnis stat /Verzeichnis/Datei mount interessante Informationen. -- Gruss Bernd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Fr, den 04.02.2005 schrieb Michael Hoehne um 10:46: Am Freitag, 4. Februar 2005 00:44 schrieb Ingo Göppert: Hi! Michael Hoehne schrieb am 04.02.2005 00:19: Hallo LISTige, ich habe folgendes Problem: Ich arbeite mit einem Dualboot-System (Win2k/SuSE-Linux 9.2+KDE 3.3.0). 64 Bit Linux? Ging vor kurzem über die Liste, gab aber keine Lösung für, soweit ich das verfolgt hatte... Nein, stinknormales 32 Bit... Und wo versucht OOo die die Kopie zu speichern? (Und warum, wenn es keine geben soll) Prüf' doch mal dort die Berechtigungen, etc. Ansonsten hilft vielleicht der thread [de-users] Fehlermeldung beim Speichern (Sicherungskopie ...) in dieser Liste. Michael Bauer schreibt da: [...] Hast du denn mal die Test-Library ausprobiert, die ich hier in der Liste mal angeboten hatte (Zitat aus meiner Mail vom 29.11.2004): Ich habe die Library für OOo1.1.3 jetzt zum Download bereitgestellt (knapp 4MB): http://framework.openoffice.org/files/documents/25/2288/libucpfile1.so Bitte die Originalversion der Library im Installationsverzeichnis beiseite kopieren und dann diese Datei benutzen. Wer also in seiner Version ein Could not create backup copy oder auf deutsch Die Sicherungskopie konnte nicht erstellt werden beim Speichern erhielt, ist gerne dazu eingeladen, mal zu testen, ob es sich dabei um den Bug handelt, den wir in dieser Library gefixt haben. Wenn nicht, geht die Suche dann wohl weiter. Ciao, Mathias HTH, Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Hii Marc, Am Freitag, 4. Februar 2005 17:13 schrieb Marc Santhoff: Hast du denn mal die Test-Library ausprobiert, die ich hier in der Liste mal angeboten hatte (Zitat aus meiner Mail vom 29.11.2004): Ich habe die Library für OOo1.1.3 jetzt zum Download bereitgestellt (knapp 4MB): http://framework.openoffice.org/files/documents/25/2288/libucpfile1.so soeben ausprobiert Bitte die Originalversion der Library im Installationsverzeichnis beiseite kopieren und dann diese Datei benutzen. Wer also in seiner Version ein Could not create backup copy oder auf deutsch Die Sicherungskopie konnte nicht erstellt werden beim Speichern erhielt, ist gerne dazu eingeladen, mal zu testen, ob es sich dabei um den Bug handelt, den wir in dieser Library gefixt haben.Wenn nicht, geht die Suche dann wohl weiter. es hat keine Veränderungen gebarcht. Der Fehler tritt nach wie vor auf Ciao, Mathias Gruß Detlef - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Freitag, 4. Februar 2005 17:13 schrieb Marc Santhoff: Am Fr, den 04.02.2005 schrieb Michael Hoehne um 10:46: Am Freitag, 4. Februar 2005 00:44 schrieb Ingo Göppert: Michael Hoehne schrieb am 04.02.2005 00:19: ich habe folgendes Problem: Ich arbeite mit einem Dualboot-System (Win2k/SuSE-Linux 9.2+KDE 3.3.0). 64 Bit Linux? Ging vor kurzem über die Liste, gab aber keine Lösung für, soweit ich das verfolgt hatte... Nein, stinknormales 32 Bit... Und wo versucht OOo die die Kopie zu speichern? (Und warum, wenn es keine geben soll) Diese Fehlermeldung dürfte falsch sein! Offenbar geht das Speichern schief (warum auch immer) und OOo gibt halt die falsche Meldung aus. Prüf' doch mal dort die Berechtigungen, etc. Das habe ich. Daran liegt es (zumindest in erster Linie) nicht! Wie gesagt: OOo ist das einzige Programm, das so reagiert. Alle anderen Applikationen haben hier kein Problem. vielleicht der thread [de-users] Fehlermeldung beim Speichern (Sicherungskopie ...) in dieser Liste. Hatte ich heute zur Kenntnis genommen, bin aber gerade erst zu Hause eingetroffen. Das scheint aber auch nix zu werden (s. nächste Mail von Detlef). Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Fr, den 04.02.2005 schrieb Michael Hoehne um 19:20: [...] Und wo versucht OOo die die Kopie zu speichern? (Und warum, wenn es keine geben soll) Diese Fehlermeldung dürfte falsch sein! Offenbar geht das Speichern schief (warum auch immer) und OOo gibt halt die falsche Meldung aus. Prüf' doch mal dort die Berechtigungen, etc. Ich meinte, Du sollst mal die Konfiguraton der Pfade *in OOo* prüfen (Extas - Optionen - OpenOffice.org - Pfade) sollst, um zu gucken, ob OOo wirklich in das FAT32-Vrzeichnis schreiben will oder etwa ganz woanders. Es gab früher mal das Problem, das in einer Suse-Installation nach /opt der Pfad dort hin zeigte, dadurch konnte ein Benutzer ohne besondere Rechte natürlich nicht speichern ... HTH, Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Hi, ich schon wieder... Am Fr, den 04.02.2005 schrieb Michael Hoehne um 19:20: [...] Das habe ich. Daran liegt es (zumindest in erster Linie) nicht! Wie gesagt: OOo ist das einzige Programm, das so reagiert. Alle anderen Applikationen haben hier kein Problem. Deswegen glaube ich auch, daß OOo woanders hinschreiben möchte. Was ich eigentlich noch sagen wollte: Kann nicht mal einer von euch ktrace, strace, truss oder etwas ähnliches benutzen um herauszufinden, was nun genau schiefgeht? Gruß, Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Freitag, 4. Februar 2005 20:21 schrieb Wuz: Michael Hoehne wrote: b) mount liefert: /dev/hda10 on /home/michael/projekte type vfat (rw,noexec,nosuid,nodev,uid=1004,gid=100,umask=) servus! Du knallst die fstab ganz schn zu, N! Bisher sah meine Zeile genauso aus wie deine: /dev/hdb1/win/win_d vfat umask=,uid=,users 0 0 Wir sind ja nun dabei, die verschiedenen Mglichkeiten zu testen, daher sind mehrere Optionen dazu gekommen. Zum zweiten: Das oben ist die _Ausgabe_ des Befehles mount ohne Argument! Das zeigt _alle_ Optionen an, auch die nicht explizit in der fstab angegebenen Optionen (default-Werte) Gru, Michael ... der sein Glck jetzt mal mit Trace testet... -- / / / / /__/ Michael Hhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Fr, den 04.02.2005 schrieb Michael Hoehne um 20:36: Am Freitag, 4. Februar 2005 20:07 schrieb Marc Santhoff: Zwei Mail, die ich hier zu einer verwurste... Ich meinte, Du sollst mal die Konfiguraton der Pfade *in OOo* prüfen (Extas - Optionen - OpenOffice.org - Pfade) sollst, um zu gucken, ob OOo wirklich in das FAT32-Vrzeichnis schreiben will oder etwa ganz woanders. Das würde dann aber nur das Überschreiben einer bestehenden Datei betreffen, denn ein Schreiben einer _neuen_ Datei klappt ja reibungslos! Nicht notwendigerweise, OOo legt eine temporäre Datei an, bevor es die alte überschreibt. Das macht eigentlich jeder Programmierer so, wenn beim Speichervorgang etwas schiefgeht ist wenigstens noch das Original da. Deswegen geht's auch mit 'ner neuen Datei. Die Frage ist jetzt, *wo* OOo diese Temporärdatei anlegt. [...] Kann nicht mal einer von euch ktrace, strace, truss oder etwas ähnliches benutzen um herauszufinden, was nun genau schiefgeht? Ich bin zwar nicht allzu fit mit k/s-trace, aber ich werde es gleich mal versuchen. Wenn es am Speichern liegt, ist AFAIR irgendwo im Log der vollständige Pfad. Das sollte deultich sein. HTH, Marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Am Freitag, 4. Februar 2005 20:07 schrieb Marc Santhoff: ich schon wieder... dito ;-) Kann nicht mal einer von euch ktrace, strace, truss oder etwas ähnliches benutzen um herauszufinden, was nun genau schiefgeht? Also. Ich habe zwar bisher noch nicht mit ltrace gearbeitet, aber SnoopDOS auf dem Amiga habe ich auch irgendwann hinbekommen ;-) Hier also meine bisherigen Erkenntnisse: Zuesrt ein Ausschnitt aus dem Protokoll beim zweiten Speichern der Datei in meinem Home-Verzeichnis: 21:39:51 open(/home/michael/Faltblatt.sxw, O_RDONLY) = 23 21:39:51 open(/home/michael/Programme/OpenOffice114/user/backup/... ...Faltblatt0.sxw, O_WRONLY|O_CREAT, 0100644) = 24 21:39:51 mmap2(NULL, 5590, PROT_READ, MAP_PRIVATE, 23, 0) = 0x48f57000 21:39:51 write(24, PK\3\4\24\0\0\0\0\0v\244D2\341\24519\... ...36\0\0\0\36\0\0\0..., 5590) = 5590 21:39:51 munmap(0x48f57000, 5590) = 0 21:39:51 fsync(24) = 0 21:39:51 close(23) = 0 21:39:51 close(24) = 0 21:39:51 chmod(/home/michael/Programme/OpenOffice114/user/backup... .../Faltblatt0.sxw, 0100644) = 0 21:39:51 utime(/home/michael/Programme/OpenOffice114/user/backup/... ...Faltblatt0.sxw, [2005/02/04-21:39:19, 2005/02/04-21:35:45]) = 0 21:39:51 getuid32() = 1004 21:39:51 chown32(/home/michael/Programme/OpenOffice114/user/backup/... ...Faltblatt0.sxw, 1004, 100) = 0 Und wenn ich das richtig sehe, entspricht das der folgenden Passage: 21:14:43 open(/home/michael/projekte/Faltblatt.sxw, O_RDONLY) = 23 21:14:43 open(/home/michael/Programme/OpenOffice114/user/backup/... ...Faltblatt0.sxw, O_WRONLY|O_CREAT, 0100777) = 27 21:14:43 mmap2(NULL, 5576, PROT_READ, MAP_PRIVATE, 23, 0) = -1 ... ...EPERM (Operation not permitted) 21:14:43 close(23) = 0 21:14:43 close(27) = 0 Dabei ist unter /home/michael/projekte die FAT-Partition eingebunden. Die Funktion mmap scheint also ein Problem zu haben/machen... Bei Bedarf kann ich gerne die kompletten Protokolle beider Speicherversuche zur Verfügung stellen. Gruß, Michael -- / / / / /__/ Michael Höhne / / / / / / [EMAIL PROTECTED] / _/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [de-users] Probleme beim Speichern auf FAT-Partition unter Linux
Hi! Michael Hoehne schrieb am 04.02.2005 00:19: Hallo LISTige, ich habe folgendes Problem: Ich arbeite mit einem Dualboot-System (Win2k/SuSE-Linux 9.2+KDE 3.3.0). 64 Bit Linux? Ging vor kurzem über die Liste, gab aber keine Lösung für, soweit ich das verfolgt hatte... Den Link Eigene Dateien habe ich auf eine eigene FAT32-Partition gelegt, um die Daten auch unter Linux zur Verfügung zu haben. Dabei ist die Partition als /home/michael/projekte eingebunden. (Für die Experten: mit uid+gid habe ich mich zum Besitzer erklärt und mit umask= die Daten für jeden zu lesen/schreiben freigegeben). Ich habe mit mehreren Programmen Daten bearbeitet und wieder gespeichert, nur OOo 1.1.1 (Netzwerkinstallation) macht mir Kummer! Sobald ich Speichern auswähle, läuft der blaue Balken durch und ich bekomme die Meldung: Sicherungskopie konnte nicht angelegt werden. Tatsächlich ist die Datei nicht gespeichert worden. Das gleiche Spiel, wenn ich auf Speichern als gehe und eine bestehende Datei auswähle. Das Speichern mit einem neuen Namen macht keine Probleme. Nur zur Info: Sicherungskopie immer erstellen unter Optionen/LadenSpeichern/Allgemein ist nicht aktiviert. Für Ideen und Vorschläge wäre ich sehr dankbar... Zur Zeit behelfe ich mir mit einer (per Hand) hochgezählten Versionsnummer bei jedem Speichern... Wenn es sich um das 64Bit-Problem handelt: Vielleicht gibts von der Entwicklungabteilung was neues ;-) Gruß, Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Windows, Linux und Mac Office-Suite -- http://de.openoffice.org/ ## Die OpenOffice.org PrOOo-Box -- http://prooo-box.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]