Benutzerordner komplett verschieben

[stahli]

System = Betriebssystem, installierte Programme, Registry
Daten = alles was unter den Nutzerordnern gespeichert ist.

Wir ein Treiber zerschossen oder ein Virus installiert kann man halt leicht "das System" wieder herstellen.
Ich fand die Trennung in der Form bisher ganz nützlich.

(Sonderfälle muss man dann natürlich so hinnehmen.)

[Olli73]

Es ist halt leider so, dass z.B. Chrome für den Nutzer (subjektiv) eine "installierte Anwendung" darstellt, für Google sind es aber scheinbar "Daten" (auch die exe, dll, etc.). Das dürfte das prominenteste Beispiel sein; ich weiß nicht, ob es viele Programme gibt, die Ähnliches tun. Aber gerade bei einer SSD verlierst du dadurch den kompletten Geschwindigkeitsvorteil (weiß jetzt nicht, ob man Chrome benutzerdefiniert woanders installieren kann?).

Ich tendiere eher dazu, alles was automatisch erstellt wird als System zu sehen und für meine "echten Daten" Ordner auf der HD anzulegen und diese einer Bibliothek zuzuordnen bzw. eine neue zu erstellen.

[Der schöne Günther]

Ich sehe es auch immer öfter, dass 90% einer Anwendung im %AppData%-Verzeichnis liegen, von Google Chrome habe ich jetzt keine Ahnung.

Und ich sehe es sonst auch genauso: Ich sehe sonst nicht, wozu man sich dann überhaupt eine SSD geholt hat. Solange man nicht mit zu wenig Hauptspeicher unterwegs ist sollten die notwendigen Teile des "Systems" doch nach dem Hochfahren sowieso mehr oder weniger durchgehend im RAM liegen.

Und der Nutzerordner wird doch (zumindest meiner persönlichen Erfahrung nach) nicht groß. Bei meinem zugemüllten Arbeitsrechner hier bin ich (ohne Dokumente und Delphi-Projekte) keinen 3GB. Den Rest aus persönlichen Daten wie Bilder, Musik, (also Kram für die Bibliotheken) können ja liegen wo sie lustig sind (andere Partition, andere Platte, anderer Rechner, anderes Netz).

Ich verstehe nur einfach nicht, was bei einem Backup einfacher wird, wenn man manche Dinge künstlich irgendwo anders hinzieht. Nur dass alles langsamer wird.

[p80286]

Zitat von Olli73:

Ich tendiere eher dazu, alles was automatisch erstellt wird als System zu sehen und für meine "echten Daten" Ordner auf der HD anzulegen und diese einer Bibliothek zuzuordnen bzw. eine neue zu erstellen.

für mich gibt es eine "Dreiteilung" System(= Programme),unumgänglicher Benutzerschrott (Eigene Dateien) und "echte Daten" die vorzugsweise unter D:\Daten zu finden sind. Hierzu gehört alles was ich erstelle\bearbeite\sammele Sourcen,Word-Dokumente...Musik.
Und nur das wird auch gesichert.
(eine Alternative ist ein Lw auf einem Fileserver)

Gruß
K-H

[stahli]

Zitat von Olli73:

Ich tendiere eher dazu, alles was automatisch erstellt wird als System zu sehen und für meine "echten Daten" Ordner auf der HD anzulegen...

Es ist halt in Bezug auf getrennte Backups dann etwas schwieriger.
Wenn ich etwas neues installiere sichere ich die Systemplatte ansonsten immer mal die reinen Daten.
Jetzt kann ich jederzeit einen Systemstand wieder herstellen ohne die Daten dabei anzufassen. M.E. erhöht das die Ordnung.

Google Chrome nutze ich nicht.


Wenn man mal träumen darf...
Nett wäre, wenn man "Programmpakete" hätte. Jeweils mit einem Teil Programmdaten, Einstellungen und Nutzerdaten. (Ist das nicht so ähnlich unter Mac OS?)
Dann könnte man das Paket oder nur die Nutzerdaten sichern oder bei Bedarf auch das gesamte Paket auf einen anderen PC kopieren (wie eine VM aber ohne eigenes BS) und unter Angabe der Lizenzdaten auf dem neuen System registrieren (nicht installieren).

Man könnte dann sein Delphi oder Word mal eben mitnehmen ohne Installationsorgien vollbringen zu müssen.
NACHTRAG: Die Paketregistrierung könnte ja auf dem bisherigen System durch den Kopiervorgang gesperrt werden (wäre also bis zum zurück spielen nicht "doppelt" benutzbar).
Ggf. könnte dann auch ein Dongle vorausgesetzt werden oder ein Schlüssel für einen bestimmten PC o.ä.

Ich weiß, dass das wohl nicht passieren wird, aber nett wäre es...

(Allerdings wäre es dann schwieriger, Daten und Anwendungen zu trennen. Die Frage "Wo hast Du denn den Brief gespeichert?" wäre dann aber mit "Im Word." korrekt beantwortet. Die Anwendungen wären dann quasi Plugins für das BS.).

Verweise auf gemietete Klaut-Anwendungen möchte ich hier BITTE NICHT hören. ;-(

[jaenicke]

Zitat von Der schöne Günther:

Wahrscheinlich konnte man zu XP-Zeiten nur den "Eigene Dokumente"-Ordner per Umgebungsvariable auslesen, nicht aber so etwas wie %appdata%...

Per Umgebungsvariable ist zwar Blödsinn in einer Windows Anwendung (gibt ja eine API), aber diesen Anwendungsdatenordner konnte man auch schon z.B. unter Windows 98 auslesen. Er wurde nur nicht wirklich genutzt, weil viele Entwickler zu bequem waren und die Daten auf der ganzen Festplatte, z.B. im Windowsverzeichnis oder dem des Programms verteilt haben. Deshalb kam ja dann mit Vista auch die UAC und damit ein Zwang...

Zitat von Olli73:

Es ist halt leider so, dass z.B. Chrome für den Nutzer (subjektiv) eine "installierte Anwendung" darstellt, für Google sind es aber scheinbar "Daten" (auch die exe, dll, etc.).

Aber nur, wenn du den Standardinstaller nutzt. Es gibt auch einen für Unternehmen, der sich an die Regeln hält:
http://www.google.de/intl/de/chrome/...browser/admin/

Zitat von Der schöne Günther:

Ich verstehe nur einfach nicht, was bei einem Backup einfacher wird, wenn man manche Dinge künstlich irgendwo anders hinzieht. Nur dass alles langsamer wird.

Mein aktuelles System habe ich mit Windows 8 komplett neu installiert. Danach habe ich ein Backup gemacht, habe nach und nach die wichtigsten Programme installiert. Als es da keine Probleme gab, kam das nächste Backup. Dann habe ich alle Programme auf meiner Liste installiert und wieder ein Backup gemacht.

Das erste und das dritte Backup habe ich behalten. Wenn ich jetzt ein Programm behalten möchte, spiele ich eine Sicherung ein, installiere es, installiere alle Updates und mache wieder in Backup. Diese Backups dünne ich von Zeit zu Zeit aus, so dass ich nur ein paar immer auf der Platte habe.

Auf diese Weise habe ich immer ein frisches System. Wobei ich bei Windows 8 noch keine nennenswerte Verlangsamung im Betrieb bemerkt habe. Das war bei XP ja noch richtig schlimm...

Das funktioniert aber nur, wenn die Daten von den Systemelementen getrennt sind. Deshalb habe ich für die eigenen Dateien, Programmierdaten usw. jeweils eine eigene Partition, die separat gesichert werden. Die Anwendungsdaten habe ich per Junction verschoben.

[Olli73]

Zitat von stahli:

Es ist halt in Bezug auf getrennte Backups dann etwas schwieriger.
Wenn ich etwas neues installiere sichere ich die Systemplatte ansonsten immer mal die reinen Daten.
Jetzt kann ich jederzeit einen Systemstand wieder herstellen ohne die Daten dabei anzufassen. M.E. erhöht das die Ordnung.

Von der Idee her ist das gut. In der Praxis halten sich halt viele Programme nicht daran, was dann wiederum zu Problemen führen kann.

Zitat von stahli:

Wenn man mal träumen darf...
Nett wäre, wenn man "Programmpakete" hätte. Jeweils mit einem Teil Programmdaten, Einstellungen und Nutzerdaten. (Ist das nicht so ähnlich unter Mac OS?)
Dann könnte man das Paket oder nur die Nutzerdaten sichern oder bei Bedarf auch das gesamte Paket auf einen anderen PC kopieren (wie eine VM aber ohne eigenes BS) und unter Angabe der Lizenzdaten auf dem neuen System registrieren (nicht installieren).
Man könnte dann sein Delphi oder Word mal eben mitnehmen ohne Installationsorgien vollbringen zu müssen.

Davon träume ich auch schon lange. Und in die Registry gehören maximal so allgemeine Sachen wie Installationspfad, handlebare Dateiendungen usw.!

Zitat von stahli:

(Allerdings wäre es dann schwieriger, Daten und Anwendungen zu trennen. Die Frage "Wo hast Du denn den Brief gespeichert?" wäre dann aber mit "Im Word." korrekt beantwortet. Die Anwendungen wären dann quasi Plugins für das BS.).

Das wäre dann wiederum so eine strikte Trennung wie in iOS oder Windows Phone. Macht meiner Meinung nach nur Sinn für Daten, die lediglich von einer Anwendung geöffnet werden können. Für allgemeine Dinge wie Office-Dateien, PDFs, Bilder, MP3s etc. hätte ich dann noch gerne einen gemeinsamen Speicherort, um den Datenaustausch zwischen den Anwendungen zu erleichtern und eigene Unterordner/Strukturen erlauben.

[Olli73]

Zitat von p80286:

für mich gibt es eine "Dreiteilung" System(= Programme),unumgänglicher Benutzerschrott (Eigene Dateien) und "echte Daten" die vorzugsweise unter D:\Daten zu finden sind.

Bleibt der "unumgängliche Benutzerschrott" dann auf der SSD, oder kommt der auf die HD?

[Olli73]

Zitat von jaenicke:

Aber nur, wenn du den Standardinstaller nutzt. Es gibt auch einen für Unternehmen, der sich an die Regeln hält:
http://www.google.de/intl/de/chrome/...browser/admin/

Danke. Gut zu wissen.

[musicman56]

Zitat von Olli73:

Zitat von p80286:

für mich gibt es eine "Dreiteilung" System(= Programme),unumgänglicher Benutzerschrott (Eigene Dateien) und "echte Daten" die vorzugsweise unter D:\Daten zu finden sind.

Bleibt der "unumgängliche Benutzerschrott" dann auf der SSD, oder kommt der auf die HD?

Der "unumgängliche Benutzerschrott" - aus meiner Sicht also alles was Programme an temporären Dateien anlegen, Broweswercache usw - ist auf der SSD am besten aufgehoben, weil man ja die Ausführungsgeschwindigkeit der Programme nicht ausbremsen möchte.

@p80286 Die Dreiteilung praktiziere ich auch gehe allerdings noch ein paar Schritte weiter, indem ich Laufwerke/Partitionen verwende:

D: => Alles was mit Delphi zu tun hat
E: => Alle fertigen (Delphi-)Programme
F: => Firmendaten und ein Teil der Userdaten
G: => frei für Wechseldatenträger
H: => CD-Laufwerk
M: => Alles was mit Musik/Multimedia zu tun hat
P: => Alle privaten Daten

So wird mit Acronis fast täglich C: und D: gesichert, F: mindestens 1x in der Woche und M: und P: nur ab und zu, weil's insgesamt ca. 1,3 TB Daten sind. Auch die Zugriffsgeschwindigkeit ist damit etwas verbessert, weil die höheren Laufwerksbuchstaben/Partitionen wenig fragmentiert werden, und physikalisch auf der Innenseite der HDD liegen, und die Delphi-Daten die sich täglich ändern auf der Außenseite, wo die Zugriffszeit am schnellsten ist.