Am 2004-01-16 13:43:18, schrieb Andreas Pakulat: >Michelle Konzack wrote:
>>Hast Du auch die Platte anst�ndit mit der option uid gemounted ? > >Das ist nicht das Problem, ich lasse meine VFAT immer mit su -c als >normaler User mounten und hatte dassselbe. Windows treibt irgendwas im >FAT so das Linux die Dateien alle r-x macht. Kann man mit chmod leicht >beheben, aber fuers erste gibts keinen Zugriff. Da l��t sich auch ohne umask nicht �ndern ! Sprich, du kannst auf der Platte eine Datei anlegen und wenn Du sie dann erneut bearbeitest und unter dem gleichen namen abspeichern willst, gehts nict weil du r-x hast. Sprich Du kannst sie nicht schreiben. Also mu�t Du umask=000 setzen. >>>Hat schon mal jemand so was aehnliches erlebt, oder kann mir sagen was >>>da schief gelaufen ist? >> >>Neee, ich mounte fat32 anst�ndig. > >Ist total unabhaengig von mount optionen, ich hab alles moegliche ??? >durchprobiert. Es liegt am Suspend-To-Disk von Windows, das voellig ich auch, und enn ich umask nicht verwende kann ich nicht mehr schreiben. >unnuetz ist sobald man Daten zwischen den System shared. Wobei das >Suspend-To-Disk von Linux glaub ich auch nicht besser ist, liest die FAT > auch nicht neu ein beim resume. Wenn Du das suspend to disk richtig konfigurierst, kannste kritische dateisysteme vorher umount'en und beim resume wieder mount'en >Andreas Gr��e Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
