Frage an die Ubuntu User

Die Patitionierung würde so gehen, ist auch sinnvoll, das home Verzeichnis auf eine separate Partition zu legen.
Nur der Mountpoint des Home Verzeichnisses muss /home lauten, nicht nur /.
Bei / ist ja bereits der Rest eingebunden.

Ich bin nicht der Ubuntu-Spezialist, habe seit etlichen Jahren Fedora.

Aber allgemein: alles außer /boot lege ich per lvm an, soviel wie ich großzügig brauche, da ist aber immer noch Reserve in der Hinterhand. Wenn ich mal ein Stück Software installieren will, das die Daten nicht wirklich unter /home hält...

Meine Empfehlung waere, wie schon jemand anders erwaehnt hat, LVM zu benutzen, ausser fuer /boot und swap.

Am Meisten Platz wirst du auf /usr und/oder /opt brauchen, je nachdem, wo du planst, Software hinzuinstallieren. Deine eigenen Daten landen in /home.
Good style waere, /var und /tmp ebenfalls auf eigenen Partitionen zu haben (bzw. /tmp auf swap zu mounten), so dass dir z.B. volllaufende Logfiles oder temporaere Daten nicht die anderen Mountpoints vollschreiben. Fuer eine Desktopinstallation kannst du das aber weglassen, wenn du es dir lieber nicht zu kompliziert machen willst.

Als "ultimative" Konfiguration wuerde ich vorschlagen:
/boot 500M (moeglichst vorne auf der Disk, manche Firmware spinnt sonst eventuell beim Booten herum; grub in den master boot record, generic initrd mit allen Modulen)
Den Rest des Platzes fuer Ubuntu als eine Partition fuer LVM erstellen, in LVM diese Partition als Physical Volume verwenden, eine Volume Group mit diesem Physical Volume erstellen, und in dieser Volume Group folgende Logical Volumes erstellen:
10G ext3 /, options acl
20G ext3 /usr, options acl,nodev
20G ext3 /opt, options acl,nodev
100G ext3 /home, options acl,nodev
10G ext3 /var, options acl,nodev
10G ext3 /tmp, oder /tmp on swap, options acl,nodev,nosuid,noexec

Du kannst statt ext3 auch ext4 verwenden, je nachdem, wie mutig du bist (ext4 ist ja noch eher "neu", scheint aber grundsaetzlich stabil zu sein)

Wenn du's lieber einfach hast, dann trenne nur /home und /.

Mittels LVM kannst du Mountpoints einzeln groesser machen, falls dir irgendwann der Platz ausgeht. Falls es ganz eng wird, kannst du auch spaeter eine weitere Festplatte in deine Volume Group "dazumischen", um den Platz zu erweitern.
Vergroessern geht mit lvresize, danach nicht vergessen, auch mit resize2fs das Filesystem an die neue Groesse anpassen. Das geht on-the-fly, also waehrend das System normal laeuft.

GraphBobby schrieb:

Wenn du's lieber einfach hast, dann trenne nur /home und /.

Das würde ich auch empfehlen.

Ich habe nie verstanden, warum man für das Basissystem ein halbes Dutzend Dateisysteme erstellen will. Das war vielleicht vor 20 Jahren, noch in Zeiten von diskless Clients, aktuell. Und wer kein Vertrauen ins Dateisystem hat und Angst vor einem korrupten / hat, der sollte vielleicht das ganze System wechseln.

Drexl schrieb:

Ich habe nie verstanden, warum man für das Basissystem ein halbes Dutzend Dateisysteme erstellen will.

In erster Linie eine Frage der Sicherheit, z.B. soll Logging/Auditing auch noch funktionieren, wenn irgendwer mutwillig /tmp vollschreibt, oder man will z.B. auf /tmp nicht unbedingt devices und setuid scripts erlauben, eventuell dreht man Programmausfuehrung von /tmp ueberhaupt ab.

GraphBobby schrieb:

Drexl schrieb: Ich habe nie verstanden, warum man für das Basissystem ein halbes Dutzend Dateisysteme erstellen will. In erster Linie eine Frage der Sicherheit, z.B. soll Logging/Auditing auch noch funktionieren, wenn irgendwer mutwillig /tmp vollschreibt

/tmp gehört ins tmpfs und in der Größe beschränkt. Und gegen /var als separates Dateisystem habe ich auch nichts. Aber das sehe ich eher bei einem Serversystem. Auf dem Desktop habe ich schon lange kein separates /var mehr angelegt.

Aber /usr, /opt? Im Zweifelsfall sind diese Dateisysteme irgendwann zu klein. Ein LVM sorgt dann für ein anderes Problem: daß das Dateisystem nun plötzlich auf völlig unterschiedlichen Positionen der Festplatte verstreut liegt und wegen der erhöhten Seekzeiten der Durchsatz einbricht.

oder man will z.B. auf /tmp nicht unbedingt devices und setuid scripts erlauben

Ein nonroot-User kann ohnehin keine Devicenodes anlegen und ein root-User macht das dann in /. Den Sinn von nosuid, noexec oder nodev sehe ich eher in per NFS gemountete Dateisysteme.

... ich hatte nun / und /home gewählt, und das passt schon

Drexl schrieb:

Ein LVM sorgt dann für ein anderes Problem: daß das Dateisystem nun plötzlich auf völlig unterschiedlichen Positionen der Festplatte verstreut liegt und wegen der erhöhten Seekzeiten der Durchsatz einbricht.

Meiner Ansicht nach kaum Praxisrelevant, die Daten sind ohnehin in Filesystemen schon verstreut.

Ein nonroot-User kann ohnehin keine Devicenodes anlegen und ein root-User macht das dann in /. Den Sinn von nosuid, noexec oder nodev sehe ich eher in per NFS gemountete Dateisysteme.

Deshalb waere es ja eigentlich auch nicht bloed, weniger Zeug als root laufen zu lassen - Angriffspunkte sind ja vor allem Prozesse, die entweder schon als root laufen und mit denen man kommunizieren kann, oder die jede/r als root starten kann (und da sind z.B. so alltaegliche Dinge wie ping dabei). Mit POSIX Capabilities kann man fast alle davon erschlagen, dann erstellt auch niemand Device nodes, wenn der apache oder mailserver o.ae. geknackt wird, weil die Dinger dann einfach nie als root laufen.
Und fuer noch groessere Paranoia gibt's ja auch noch SELinux (fuer das ja der Linux-Kernel fast "unwuerdig" ist, wenn der Kernel "dichter" waere, waere das Prinzip von SELinux wirkungsvoller).

GraphBobby schrieb:

Und fuer noch groessere Paranoia gibt's ja auch noch SELinux (fuer das ja der Linux-Kernel fast "unwuerdig" ist, wenn der Kernel "dichter" waere, waere das Prinzip von SELinux wirkungsvoller).

Man kann natürlich alles bis auf die Spitze treiben. Doch wir reden hier von einem Desktopbetrieb und keinem LAMP-Server. Und da gilt das KISS-Prinzip.

Habe nicht den ganzen Faden gelesen, aber:

• Bei 8 GB RAM sind 10GB swap absolute Verschwendung*. Swap wird nur benutzt wenn der RAM voll ist. Bei einer SSD würde ich auf SWAP komplett verzichten, deine Festplatte ist schnell genug sollten mal die 8GB nicht reichen. Oder wenn es dich beruhigt mach eine 1GB Swap Partition und beobachte ab und zu wie voll sie wird. Du wirst einen Champagner aufmachen können wenn es mal über 0% ist.
  
• Nimm eine Partition für alles (außer boot, wenn du verschlüsselst oder es deine Distribution fordert). Wenn du nicht weiß wieso du die Partitionen auftrennen solltest, dann brauchst du es nicht. Das gleiche gilt für LVM. Gründe für getrennte Partitionen sind: optimierte Dateisysteme (brauchst du nicht, das sind einsparungen von wenigen Prozent, die sich nur bei großen Server rechnen), oder partitionsweises RAID (z.B. home gespiegelt, aber root ohne RAID). Das Problem, dass deine Hauptpartition mit logs vollgeschrieben wird gibt es nur bei Servern wo viel passiert. Außerdem kann man im dateisystem x% für root reservieren und logrotate komprimiert logdateien und reduziert sie auf bruchteile ihrer normalen größe. Wenn du da 500MB freilässt (% entsprechend anpassen, kann aber auch jederzeit angepasst werden), reicht das vollkommen aus. Die meisten Dienste laufen eh nicht mehr mit root-rechten, können also deine Festplatte nicht vollschreiben.
  

*Außer du hast ständig massiv viele (>8GB) Daten offen. Nehmen wir mal 1GB für Betriebsystem weg. 7GB reichen für ca. 22h PCM-Daten. Hast du wirklich jemals so viel offen?