.wine auf ntfs

[flammenflitzer]

Hallo. Ich habe alles unter /home/user/.wine/ auf eine ntfs-Partition kopiert und die unter /home/user/.wine/ eingehangen. wine verabschiedet sich mit einer Fehlermeldung. Wenn ich den Original.wine Ordner nutzte ist alles i.O.
/dev/sdc2 /home/olaf/.wine ntfs-3g auto,users,uid=1000,gid=1000,locale=de_DE.utf8 0 0Hat jemand eine Idee? Liegt vermutlich an den Rechten.
ls -la (ntfs)
insgesamt 96
drwxrwxrwx 1 olaf olaf 4096 3. Jan 13:10 .
drwx------ 226 olaf users 20480 3. Jan 18:45 ..
drwxrwxrwx 1 olaf olaf 4096 2. Jan 11:26 configurations
drwxrwxrwx 1 olaf olaf 4096 2. Jan 11:26 fonts
drwxrwxrwx 1 olaf olaf 36864 2. Jan 11:26 icones
-rwxrwxrwx 1 olaf olaf 2900 2. Jan 11:26 install
drwxrwxrwx 1 olaf olaf 4096 2. Jan 11:26 native-dll
drwxrwxrwx 1 olaf olaf 4096 2. Jan 11:25 plugins
drwxrwxrwx 1 olaf olaf 4096 2. Jan 11:26 ressources
drwxrwxrwx 1 olaf olaf 4096 2. Jan 11:25 Starter
drwxrwxrwx 1 olaf olaf 0 3. Jan 13:10 tmp
drwxrwxrwx 1 olaf olaf 8192 2. Jan 11:26 wineprefix
drwxrwxrwx 1 olaf olaf 0 2. Jan 11:25 WineVersions

olaf@flammenflitzer ~ $ ls -la (ext3)
insgesamt 76
drwxr-xr-x 12 olaf olaf 4096 3. Jan 18:54 .
drwx------ 226 olaf users 20480 3. Jan 18:45 ..
drwxr-xr-x 9 olaf olaf 4096 30. Dez 21:19 configurations
drwxr-xr-x 2 olaf olaf 4096 30. Dez 21:19 fonts
drwxr-xr-x 4 olaf olaf 12288 2. Jan 11:00 icones
-rw-r--r-- 1 olaf olaf 2900 1. Jan 15:11 install
drwxr-xr-x 2 olaf olaf 4096 1. Jan 11:24 native-dll
drwxr-xr-x 9 olaf olaf 4096 31. Dez 17:12 plugins
drwxr-xr-x 2 olaf olaf 4096 1. Jan 15:14 ressources
drwxr-xr-x 2 olaf olaf 4096 2. Jan 10:31 Starter
drwxr-xr-x 2 olaf olaf 4096 3. Jan 19:21 tmp
drwxr-xr-x 60 olaf olaf 4096 3. Jan 19:23 wineprefix
drwxr-xr-x 5 olaf olaf 4096 1. Jan 15:11 WineVersions
Die Anzahl der Ordner ist uniterressant, da ich auf dem ext3 schon neue Sachen installiert habe.

[stefan.becker]

Du musst eher eine Ebene tiefer einbinden (~/.wine/drive_c => /dev/sd2).

[flammenflitzer]

Das geht nicht, da ich für jede Anwendung einen eigenen Prefix angelegt habe.

[drcux]

Interessant wäre die Fehlermeldung.
Und ja, es kann mit den Rechten haken, aber nicht wegen falscher Rechte, sondern weil keine Rechte gesetzt werden können.

[Schreibtroll]

War das aus dem "hohlen Bauch heraus" oder ist das eine Erfahrungssache?


root@notie:/home/schleppi# cd /Daten
root@notie:/Daten# ls -l 0.jpeg
-rwxrwxrwx 2 root plugdev 3144 2009-03-18 18:45 0.jpeg

So ist mein Datenverzeichnis eingebunden:
# /Daten was on /dev/sda2 during installation
UUID=FABE3AF3BE3AA851 /Daten ntfs defaults,sync,nls=utf8,umask=000,gid=46 0 1
Dürfte doch dann so nicht aussehen oder?!

[drcux]

Was hat das jetzt mit flammenflitzers Problem zu tun?

[Schreibtroll]

Deine Ansage im Post über meinem:

Interessant wäre die Fehlermeldung.
Und ja, es kann mit den Rechten haken, aber nicht wegen falscher Rechte, sondern weil keine Rechte gesetzt werden können.
wieso denn zur Hölle hab ich Rechte auf dem jpeg??
Was hat das jetzt mit flammenflitzers Problem zu tun? Wie Du siehst, kann man auf ntfs sehr wohl Rechte setzen und bei mir sind die per Default.

"chmod777" ist gewollt, da es sich um meine Datenpartition im Netzwerk handelt.

[drcux]

Wie Du siehst, kann man auf ntfs sehr wohl Rechte setzen

Du kannst die Rechte beim mounten vorgaukeln, aber versuch mal ein chmod auf eine Datei...

[Schreibtroll]

*OMG*
@ drcux:

Wenn man sich zum Troll macht, dann aber richtig :(...

Du hast natürlich recht; die "Rechte" sind eigentlich nur vorgegaukelt.... Da wäre ich so nie drauf gekommen, da hier bei mir das NTFS von Vista läuft, was schon Rechteverwaltung beherrscht.

Angefangen hab ich mit einer Überprüfung. chmod auf eine Datei. Ergebnis: Geht nicht. Chmod auf /Daten. Geht nicht. Der Ordner "erbt" also die per Mount vergebenen Rechte.

Dann anders: umask auf 022 gesetzt. Reboot. Oha...

*Kopfkratz*

Um es jetzt endgültig einzugrenzen hab ich also mal drei Dateien "im Kreis" kopiert: Root, USER und Others. Von Linux auf mein per umask=000,gid46 gemountetes Verzeichnis.

Von da auf einen per automount gemounteten Stick.

Von da zurück.

Zwischendurch jeweils ls... Heftig...

Wer es nachvollziehen will - ich blase den Thread jetzt nicht mit den per ls -l bzw. ls -al erhaltenen Ergebnissen auf.

Nach dieser Erfahrung jedoch kann ich nur sagen: Für gemeinsame Briefe etc. mag sowas angehen. Aber zum Auslagern etc. unbrauchbar bis gefährlich.

Danke für den "Schubser" :(

Die Frage wäre, was Wine gesagt hätte, wenn die ntfs per umask=00*,gid=46 gemountet wäre - aber das ist wenn überhaupt die nächste Frage.

[stefan.becker]

Ist eh egal. Man ist wieder bei oberer Antwort von mir. WINE muss sein Configdateien in einem richtigen Dateisystem anlegen. Man muss wie gesagt die Ebene tiefer ansetzen.

[drcux]

@Stefan
Kann sein, ich habe Wine schon seit Generatoren nicht mehr genutzt, wollte halt nur darauf hinweisen, das NTFS keine Linux-Rechte kennt, und sich deshalb als Arbeitsverzeichnis unter Linux nur bedingt eignet. Es gibt Programme, die Dateien mit bestimmten Rechten erstellen wollen, was aber nicht geht. Diese Programme verursachen dann Fehler oder laufen unter Umständen gar nicht.