was sind daten?

[jutta]

ich lese grad einige anleitungen zu partionieren, raid, lvm, filesystems, backup-methoden usw und treffe dabei immer wieder auf die unterscheidung "system" und "daten". es wird aber nie erklaert, was zum system gehoert und was zu den daten.

/home wird wahrscheinlich unter "daten" fallen. aber was ist mit /var, /usr, /srv? ist /root nicht eigentlich das gleiche wie ein /home/$USER verzeichnis?

bitte um philosophische und praktische hints

der praktische hintergrund: es gibt eine schnelle, kleine festplatte, auf die "das system" kommen soll (und die irgendwann vielleicht durch eine ssd ersetzt wird) und 1 (oder 2) grosse festplatten, auf die "die daten" kommen sollen. und ich bin jetzt am ueberlegen, welche partitionen (oder logical volumes) ich brauche.

aeltere anleitungen gehen davon aus, dass man viele (kleine) festplatten und daher automatisch auch viele partitionen hat und bei bedarf weitere partitionen und festplatten an allen moeglichen stellen einbindet. da gibts dann so tipps wie "die swap partition am besten auf eine wenig benutzte festplatte legen". neuere anleitungen gehen von einer einzigen grossen hdd aus. viele schreiben, dass es die performanz steigert, system und daten auf getrennten festplatten zu haben. aber eine erklaerung, wie man das umsetzt, habe ich noch nicht gefunden.

[Stefan Hedenig]

ich würd /var nicht auf eine SSD legen, da dort meistens viel unnötig hin und her geschrieben wird...

Ergo, einen / mountpoint auf die "kleine" platte,
und /var /home /root auf die große...

[lordpeng]

da stellt sich mir die frage wieviel 'nutzdaten' überhaupt in /root liegen sollten ... im optimalfall gurkt im produktivbetrieb niemand als root aufm server herum, eventuell laufen ein paar scripte mit root-rechten welche auf konfigurationsdateien in /root zugreifen (bsp. /~/.netrc) ausser ein paar tools sollte da nicht mehr drinnen liegen alles was in irgendeiner form wichtig wäre hat man eh gesichert ...

d.h. in weiterer folge, dass für mich die verzeichnisse /home/ und /var/ daten sind ...

/etc/, /usr/, /boot/, /lib/, /bin/, /sbin/,/tmp/ .... gehören definitiv zum system

btw. der schlaue fuchs erstellt sich einen cronjob der jede stunde /etc/ in eine datenpartition wegsichert, am besten so, dass man mindestens die configs der letzten 7 tage rekonstruieren kann - das hat sich schon vor 15 jahren bewährt auf servern bei denen man diverse konfigurationen testet machts natürlich sinn, das sicherungsintervall runter zu setzen ...

[jutta]

> wieviel 'nutzdaten' überhaupt in /root liegen sollten

bei mir nicht viele, aber wichtige: naemlich alle backup-scripts. und ein paar files in denen system-informationen griffbereit zusammengefasst sind (output von fdisk -l, setselections usw)

auf dem notebook traute ich allerdings vor kurzem meinen augen nicht, als ich in /root verzeichnisse wie Bilder, Dokumente, Downloads, Videos ... fand. die sind wohl automatisch angelegt worden, als ich ausprobiert habe, ob man sich als root am desktop anmelden kann.

das mit /etc/ ist ein guter tipp - danke!

[lordpeng]

>das mit /etc/ ist ein guter tipp - danke!
wenn du willst kannst ein fertiges script haben, welches die sicherungen rotiert ...

[slatibartfast]

Im ursprünglichen Zusammenhang meint "Daten" den Nettobestand, was als Payload nach aller Segmentierung (Slack) und Einordnung übrig bleibt. "System" meint den Overhead - oder die Bruttodaten, das erkennt man dann eh am Vergleich der Dimensionen

Zur Überlegung welches 1st-Level Directory wozu gehört gibt's den POSIX Filesystem Hierarchy Standard, an den sich die Unix/Linux Geschmacksrichtungen etwas unterschiedlich nähern, ihn aber mehr oder weniger einhalten. Mit /opt, /srv und /usr + /usr/local wird heftig gemanscht.

[pc_net]

pragmatischer ansatz aus admin-sicht:

system: dateien, die zum problemlosen betrieb des systems (bezogen auf die jeweilige hardware) notwendig sind ...

daten: (benutzer)-daten, die nicht für den systembetrieb notwendig sind, aber für die benutzer oder organisatorische vorgänge sehr wichtig sind ...

je nach einteilung in "system" und "daten" kann man daher unterschiedliche Image- bzw. backup-strategien für ausfalls-sezenarien einsetzen ...

ob man zur perfomance-optimierung system- und daten-dateien auf unterschiedlich schnellen datenträgern unterbringt ist dann nur noch von den jeweiligen anforderungen abhängig ...