Profil Management

Hallo schmiddilein,

ich benutze Teile des Profils gemeinsam für Windows, Linux-Root und Linux-Benutzer. Z.B. Bookmarks, Cache, Passwörter.
Aber beim vollständigen Profil würde ich Probleme erwarten. Um so mehr wundere ich mich, dass es bei dir schonmal geklappt hat.
In einigen Windows-Profil-Dateien stehen doch Pfade in Windows-Notation drin.

Die Meldung, dass das Profil schon in Benutzung ist, trifft nicht immer zu. Sie kommt auch dann, wenn die Datei gar nicht existiert.

Hast Du irgendwo eine Anleitung gefunden, wie man dasselbe Profil aus Windows und Linux benutzen kann, oder auch nur den Hinweis, dass es geht?

Martin

Das ist natürlich historisch gewachsen, aber ich versuche mal die Vorgehensweise zu rekonstruieren:

Mit dem Profilmanager (Parameter -P) habe ich dem normalen Benutzer ein zweites Profil mit einem netteren Namen "mein.profil" direkt neben dem default-Profil angelegt und den Ordner gleich wieder gelöscht.
Dann habe ich auch für den Root dasselbe Profil angelegt, also mit Pfad zum Homeverzeichnis des Normalusers. Damit haben beide Linux-Benutzer dasselbe Profil.
In der user.js habe ich dann die Pfade zu den Lesezeichen und dem Cache in Windows eingetragen:

user_pref("browser.bookmarks.file", "pfad..."); user_pref("browser.cache.disk.parent_directory", "pfad...");

Aber damit hätte ich eigentlich so verfahren können wie mit signons.txt und key3.db. Für diese beiden Dateien habe ich einfach Softlinks vom Linux-Profil ins Windows-Profil erzeugt, die auf die entsprechenden Windows-Dateien verweisen.

Profildateien mit Windows-Pfaden
In prefs.js steht z.B.

user_pref("browser.bookmarks.file", "D:\\Program Files\\Firefox\\bookmarks\\bookmarks.html");
user_pref("browser.cache.disk.parent_directory", "D:\\Program Files\\Firefox\\");
user_pref("browser.download.dir", "E:\\Galerie");
user_pref("browser.download.lastDir", "E:\\Icons");

Und in xpti.dat

[Directories,3]
0,D:\PROGRAM FILES\FIREFOX\components
1,C:\WINDOWS\Anwendungsdaten\Mozilla\Firefox\Profiles\mein.profil\extensions\{...
2,D:\PROGRAM FILES\FIREFOX\plugins

Ich weiß nicht, was passiert, wenn Linux das vorgesetzt bekommt.

edit: Gestern habe ich gemerkt, dass man aufpassen muss, dass nicht gewisse Profildateien Root gehören und nur von ihm lesbar sind.

chmod -R 777 *

im Profilordner hat das Problem bereinigt.

Das wird bei NT/2000/XP so nicht ganz funktionieren.

Du kannst zB die bookmarks.html auf eine Windows-Partition legen, die darf aber kein NTFS sein, weil...

...

Zitat

Bezieht sich auf: SUSE LINUX 9.1
Symptom
Sie können zwar lesend auf Ihre NTFS Partition des Betriebssystems Windows NT/2000/XP zugreifen. Sobald Sie jedoch auf diese Partitionen einen schreibenden Zugriff ausführen erhalten Sie eine Fehlermeldung.
Ursache
Das Unternehmen Microsoft wahrt die Spezifikationen und Strukturen des Dateisystems NTFS als Betriebsgeheimnis. Daher ist die Unterstützung dieses Dateisystems nur schwer zu realisieren.

Erfeulicherweise ist der lesende Zugriff auf NTFS Partitionen sehr stabil. Aber ein schreibender Zugriff kann mitunter das komplette NTFS Dateisystem der betreffenden Partition beschädigen. Daher wird als Voreinstellung unter SUSE LINUX nur ein lesender Zugriff aktiviert, um Sie vor einem Datenverlust zu schützen.
empfohlene Lösung
Legen Sie eine Partition mit dem Dateisystem FAT32 an, und verwenden diese um mit Linux und Windows auf einen gemeinsamen Datenbestand zuzugreifen bzw. Daten auszutauschen.

Alles anzeigen

Mit FAT32 geht das bestens, unter Windows muss man dann die Pfade entsprechend anpassen, wie Martin schon sagt, aber wie das genau funktioniert, weiss ich nicht - ich habe mal versucht mit Verknüpfungen ähnliches wie bei Linux gewohnten SymLinks zu erreichen, ging aber in die Hose, weil die Verknüpfung ignoriert wurde und Windows einfach eine neue Datei angelegt hat, kann auch sein, ich bin zu blöd dazu. Bleibt wohl nur der Schritt, unter Linux die SymLinks auf die originalen Windowsdateien zu legen - ob und wie lange das gut geht, weiss ich nicht.

Von Windows nach Linux geht ebenfalls nicht, da Windows ja keine Linux Partitionen sieht.

MartinH

Zitat von MartinH

chmod -R 777 *

als root sollte man sich im klaren sein, wem man so alles alles erlaubt, der Befehl wäre daher nicht so glücklich gewählt, dann doch lieber ein s-bit (chmod +s datei) auf die root gehörende Datei, das erlaubt zumindest dem normalen User die Datei auszuführen, ohne in dessen Besitz zu kommen, birgt aber auch ein Sicherheitsrisiko.

schmiddilein

Zitat von schmiddilein

BTW, lesen die Programmierer hier mit?
Die machen einen riesigen Fehler, ohne den dieser Aufwand nicht nötig währe....

Welchen Fehler meinst Du genau?