System neu installieren / Partitionieren

Imhoteph · Mittwoch um 15:12

Hi zusammen,

ich möchte meinen PC neu aufsetzen.
Momentan habe ich zwei Festplatten:
1. SSD mit 2TB
2. HD mit 2TB

auf der HD ist eine Kopie der SSD.

Ich habe ein Dual Boot System aus Win10 und Lubuntu 22.04
Eine Datenpartition von 1TB Größe auf die beide Systeme zugreifen können.
Ich habe eine extra home Partition.

Mir wurde gesagt, dass meine Paritionierung "krank" sei.

Damit ich das nun besser mache möchte ich gerne wissen, wie ich das optimal mache?
Aktueller Plan ist:
Ich installiere Lubuntu 24.04 auf der 2TB SSD und lege dabei eine 1,5TB Große Partition für home an.
Auf Windows möchte ich verzichten.
Wie lege ich das am Besten an?
Wie verhindere ich, dass ich zukünftig wieder so viele loop Partitionen bekomme?

Muss ich alle Daten in /home sichern? Oder gibt es eine einfache Methode auszusortieren?

Hier eine Übersicht:

Bash:

imhoteph@T3610:~$ sudo fdisk -l
[sudo] Passwort für michael: 
Festplatte /dev/loop0: 1,69 GiB, 1810350080 Bytes, 3535840 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 1,55 GiB, 1664450560 Bytes, 3250880 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 103,99 MiB, 109043712 Bytes, 212976 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 104,19 MiB, 109252608 Bytes, 213384 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 55,66 MiB, 58363904 Bytes, 113992 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 55,36 MiB, 58052608 Bytes, 113384 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 63,7 MiB, 66789376 Bytes, 130448 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sda: 1,82 TiB, 2000398934016 Bytes, 3907029168 Sektoren
Festplattenmodell: SanDisk SSD PLUS
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x0005c8ce

Gerät      Boot     Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sda1             2048    1126399    1124352   549M  7 HPFS/NTFS/exFAT
/dev/sda2          1126400  510906367  509779968 243,1G  7 HPFS/NTFS/exFAT
/dev/sda3        510906368  511999999    1093632   534M  7 HPFS/NTFS/exFAT
/dev/sda4        512004094 3907028991 3395024898   1,6T  f W95 Erw. (LBA)
/dev/sda5        512004096 1035683839  523679744 249,7G 83 Linux
/dev/sda6       1035685888 3083685887 2048000000 976,6G  7 HPFS/NTFS/exFAT
/dev/sda7       3902885888 3907028991    4143104     2G 82 Linux Swap / Solaris
/dev/sda8  *    3083687936 3084736511    1048576   512M ef EFI (FAT-12/16/32)
/dev/sda9       3084738560 3902879743  818141184 390,1G 83 Linux

Partitionstabelleneinträge sind nicht in Festplatten-Reihenfolge.


Festplatte /dev/loop8: 63,75 MiB, 66842624 Bytes, 130552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 73,87 MiB, 77459456 Bytes, 151288 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 73,89 MiB, 77479936 Bytes, 151328 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 66,17 MiB, 69382144 Bytes, 135512 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop12: 66,22 MiB, 69439488 Bytes, 135624 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop13: 67,76 MiB, 71049216 Bytes, 138768 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop14: 67,76 MiB, 71053312 Bytes, 138776 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop16: 110,23 MiB, 115580928 Bytes, 225744 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop17: 257,99 MiB, 270524416 Bytes, 528368 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop18: 257,94 MiB, 270467072 Bytes, 528256 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop19: 349,69 MiB, 366678016 Bytes, 716168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop20: 349,7 MiB, 366682112 Bytes, 716176 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop21: 505,09 MiB, 529625088 Bytes, 1034424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop22: 516,01 MiB, 541073408 Bytes, 1056784 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop23: 406,26 MiB, 425996288 Bytes, 832024 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop24: 404,1 MiB, 423731200 Bytes, 827600 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop25: 81,26 MiB, 85209088 Bytes, 166424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop26: 91,69 MiB, 96141312 Bytes, 187776 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop27: 289,78 MiB, 303853568 Bytes, 593464 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop28: 149,79 MiB, 157061120 Bytes, 306760 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop29: 144,96 MiB, 151998464 Bytes, 296872 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop30: 211,49 MiB, 221761536 Bytes, 433128 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop31: 47,85 MiB, 50171904 Bytes, 97992 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop32: 218,06 MiB, 228655104 Bytes, 446592 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop33: 218,16 MiB, 228761600 Bytes, 446800 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop34: 12,93 MiB, 13553664 Bytes, 26472 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop35: 12,2 MiB, 12791808 Bytes, 24984 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop36: 44,3 MiB, 46448640 Bytes, 90720 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop37: 44,44 MiB, 46596096 Bytes, 91008 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop38: 500 KiB, 512000 Bytes, 1000 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop39: 568 KiB, 581632 Bytes, 1136 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop40: 110,85 MiB, 116232192 Bytes, 227016 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
imhoteph@T3610:~$

prian · Mittwoch um 15:25

Also wenn ich frisch Linux installiere dann lasse ich den Installer von Linux das machen (setze OpenSuSE ein).
Niemand kann Dir sagen was aus der /home-Partition für Dich wichtig ist, diese ganz zu sichern schadet sicherlich nicht.
Ich habe bei mir immer eine separate SSD für Linux vorgesehen.

Garmor · Mittwoch um 15:25

Natürlich solltest du alle dir wichtigen Dateien sichern, bevor du die Kiste neu partitionierst.

Danach solltest du die SSD mit einer GPT-Partitionstabelle neu initialisieren und dann erst die dir wichtigen Partitionen anlegen. Wenn du die Swap-Partition weglässt, sollte der Installer stattdessen automatisch ein 2GB-Swapfile in der /-Partition generieren. Die Loop-Devices kannst du alle ignorieren, die werden von Snap dynamisch angelegt, verwaltet und gelöscht.

Imhoteph · Mittwoch um 15:34

Garmor schrieb:
Natürlich solltest du alle dir wichtigen Dateien sichern, bevor du die Kiste neu partitionierst.

Das habe ich schon auf zwei externen Platten gesichert. Auch mein gesamtes /home aber da sind sicher noch Reste von Programmen die ich mal hatte.

Garmor schrieb:
Danach solltest du die SSD mit einer GPT-Partitionstabelle neu initialisieren

wie mache ich das?

Garmor · Mittwoch um 15:40

Ich weiß nicht, ob die Installer das selber machen, wenn man alles löscht. Um sicherzugehen, würde ich Gparted anmachen. Da sollte man unter "Device" im Menü oben eine andere Partitionstabelle ezeugen können. Aber geh auf alle Fälle sicher, dass du vorher den richtigen Datenträger ausgewählt hast, danach ist nämlich alles darauf weg.

madmax2010 · Mittwoch um 15:41

Imhoteph schrieb:
wie mache ich das?

Bash:

#Initialisiere SSD mit GPT-Partitionstabelle
sudo parted /dev/sdX -- mklabel gpt  # Initialisiere SSD mit GPT (ersetze /dev/sdX mit deinem tatsächlichen SSD-Gerät)

# Partition für Windows (NTFS)
sudo parted /dev/sdX -- mkpart primary ntfs 1MiB 500GiB
# Partition für Linux (EXT4)
sudo parted /dev/sdX -- mkpart primary ext4 500GiB 100%

# swap
sudo parted /dev/sdX -- mkpart primary linux-swap 500GiB 600GiB

# Formatieren (NTFS)
sudo mkfs.ntfs /dev/sdX1
# (EXT4)
sudo mkfs.ext4 /dev/sdX2
sudo mkswap /dev/sdX3

exemplarisch so. Zahlen bitte anpassen. Die stimmen so noch nicht unbedingt
+ uefi partition

Ansonsten halte ich es gern so:
so wenige Partitionen wie es geht. Keep it simple.
Spätestens unter linux gilt ja "everything is a file" Nutz das. in der fstab kannst du hin und her mounten was dir beliebt

Ergänzung (Mittwoch um 15:48)

Garmor schrieb:
Ich weiß nicht, ob die Installer das selber machen

tun sie. sowohl windows, als auch alle linux installer seit anaconda gesehen habe

NameHere · Mittwoch um 15:56

eigentlich brauchst du nur

Hauptlaufwerk
1. /boot/efi (512MB -1 GB)
2. /
3. swap (falls du es möchtest oder brauchst nach RAM Menge erstellen)

die anderen Festplatten so wie du die nutzen möchtest

andy_m4 · Mittwoch um 16:38

madmax2010 schrieb:
so wenige Partitionen wie es geht.

Ja eben. Partitionen sind so 90er Jahre. :-)

Imhoteph · Mittwoch um 16:43

@andy_m4 was meint ihr damit, also nur eine Partition auf der 2TB SSD? ^ ^

fixedwater · Mittwoch um 16:55

Imhoteph schrieb:
und lege dabei eine 1,5TB Große Partition für home

Ich wüsste jetzt nicht so genau, was da der Sinn sein soll - zumal Du ja scheinbar alles auf eine weitere Platte spiegelst. Würde ich nur machen, wenn /home auf ein eigenes, physisches Laufwerk geht.

Imhoteph schrieb:
also nur eine Partition auf der 2TB SSD?

Genau. Bzw. wenn ich das richtig sehe, dann kannst Du bei Lubuntu einfach die Option "Festplatte löschen" auswählen und dann "Auslagerungsdatei verwenden" - dann dürfte alles automatisch laufen, wie es Lubuntu halt braucht. / und /home sind dann natürlich auf einer Partition.

gimmix · Mittwoch um 17:10

Lass doch Lubuntu bei der Neuinstallation alles selbst machen! Das wird dann eine boot- und eine root-Partition anlegen, und gut iss!

Und dein /home-Verzeichnis sicherst du in Zukunft am besten mit Pika auf einer externen HDD.

rgbs · Mittwoch um 17:34

madmax2010 schrieb:
# Partition für Windows (NTFS) sudo parted /dev/sdX -- mkpart primary ntfs 1MiB 500GiB

???

Imhoteph schrieb:
Auf Windows möchte ich verzichten.

Dann ist es der schlauste Plan dem Installer anzugeben, dass die gesamte Festplatte für Lubuntu verwendet werden soll.
Wie man dabei auf "Nummer sicher gehen" kann, hat @Garmor schon in #5 gepostet.

andy_m4 schrieb:
Ja eben. Partitionen sind so 90er Jahre. :-)

So pauschal kann man das nicht sagen, es kommt ja auch immer darauf an, wie man den Datenaustausch mit anderen Rechnern und das Sicherungskonzept eingerichtet hat.

Gruß
R.G.

andy_m4 · Mittwoch um 17:36

rgbs schrieb:
So pauschal kann man das nicht sagen

Ja. Kann man nicht.
War jetzt auch nicht so 100%ig ernst gemeint, wenngleich man natürlich je nach Situation auch völlig ohne Partitionen auskommt.

rgbs · Mittwoch um 17:53

andy_m4 schrieb:
je nach Situation auch völlig ohne Partitionen auskommt.

Das ist dann die Sache mit den Siemens Lufthaken.

Gruß
R.G.

andy_m4 · Mittwoch um 18:07

@rgbs
Naja. Im Prinzip brauchst Du ja Dein Filesystem nicht in eine Partition zu legen, sondern kannst die auch übers ganze Device legen.

Ist natürlich nicht so praktisch, wenn Du von dem Device auch booten können willst (aber selbst das ginge unter Umständen).
Aber fürs Datenlaufwerk gibts erst mal kein Hinderungsgrund, der dagegen spricht.

foofoobar · Mittwoch um 20:12

Imhoteph schrieb:
Hier eine Übersicht:

Eine Ausgabe von "mount", "df", "lsblk" wäre übersichtlicher.
Ansonsten bringt lvm mehr flexbilität. -> https://www.google.com/search?q=lvm+linux

Ergänzung (Mittwoch um 20:16)

andy_m4 schrieb:
Ja eben. Partitionen sind so 90er Jahre. :-)

Solange nix auf der Kiste Amok läuft.

Ergänzung (Mittwoch um 20:17)

andy_m4 schrieb:
Ist natürlich nicht so praktisch, wenn Du von dem Device auch booten können willst (aber selbst das ginge unter Umständen).

Welche Umstände schweben dir da vor?

GrillSgt · Mittwoch um 20:21

rgbs schrieb:
So pauschal kann man das nicht sagen, es kommt ja auch immer darauf an, wie man den Datenaustausch mit anderen Rechnern und das Sicherungskonzept eingerichtet hat.

Sehe ich auch so.
Eine separate Partition für /home macht immer Sinn, ebenso ne Partition für /boot. Je nach System kann auch ne Partition für /var/log sinnvoll. Nichts ist blöder als ne vollgelaufene root Partition weil sie von Logfiles zugemüllt wurden. Evtl. will man abei Dual Boot Systemen auch Daten tauschen - da kann dann auch ne Partition sinnvoll sein.
Um es flexibel zu gestalten würde ich - soweit möglich - ein LVM drunter bauen. Dann kann man problemlos die Größen hin und herschieben wie man es braucht.

Sollte es sich um ne VM (jaja ist hir nicht der Fall) handeln würde ich statt Partitionen immer mit zusätzlichen virtuellen Festplatten arbeiten. Ist auch immer flexibler und durchsichtiger als mit Partitionen zu hantieren.
Generell auch für Server.

Letztlich gibt es aber für alles Gründe.

andy_m4 · Mittwoch um 20:48

foofoobar schrieb:
Welche Umstände schweben dir da vor?

Früher als wir noch ein klassisches BIOS hatten, hat der einfach den ersten Sektor der Boot-Festplatte gelesen und ausgeführt was drin stand. Damit kannst Du natürlich völlig partitionslos booten. LILO der LinuxLoader funktionierte nach dem Prinzip. In ihm wurde lediglich hinterlegt, wo physisch der Kernel liegt. Mehr machte LILO nicht. Das kannte keine Dateisysteme. Es hat einfach stumpf Sektoren eingelesen und dann den Start initiiert.

GrillSgt schrieb:
Eine separate Partition für /home macht immer Sinn

Halte ich gegen. :-)
Hab ich hier an dem Rechner auch nicht.

GrillSgt schrieb:
Nichts ist blöder als ne vollgelaufene root Partition weil sie von Logfiles zugemüllt wurden.

Das ließe sich auch anders verhindern.

rgbs · Mittwoch um 20:56

GrillSgt schrieb:
Eine separate Partition für /home macht immer Sinn,

Das habe ich bei mir anders geregelt, in /home liegen bei mir hauptsächlich die config Dateien.
Meine Daten habe ich auf einer separaten Partition auf einer anderen Festplatte, da ich die Daten über mein Netzwerk mit meinen anderen Rechnern teile.

GrillSgt schrieb:
Letztlich gibt es aber für alles Gründe.

Das sehe ich ebenso, jeder sollte es machen wie es für Ihn am sinnvollsten ist, es gibt da meiner Ansicht nach kein richtig oder falsch.

Gruß
R.G.

foofoobar · Donnerstag um 07:27

andy_m4 schrieb:
Früher als wir noch ein klassisches BIOS hatten, hat der einfach den ersten Sektor der Boot-Festplatte gelesen und ausgeführt was drin stand. Damit kannst Du natürlich völlig partitionslos booten. LILO der LinuxLoader funktionierte nach dem Prinzip. In ihm wurde lediglich hinterlegt, wo physisch der Kernel liegt. Mehr machte LILO nicht. Das kannte keine Dateisysteme. Es hat einfach stumpf Sektoren eingelesen und dann den Start initiiert.

Und wie verhinderst du dann das das Filesystem den ersten Block der Platte nicht überschreibt?
BTW: LILO war aufgrund dieses Prinzips sehr empfindlich gegenüber unterschiedlichen CHS Mappings. (Das hat mich Tage meines Lebens gekostet das herauszufinden)

andy_m4 schrieb:
Das ließe sich auch anders verhindern.

Falls du Quotas meinen solltest, würde es ziemlich schwierig werden einen vergleichbaren Effekt auf der Basis von uids und gids hinzubekommen. Oder hast du noch andere Vorgehensweisen parat?

System neu installieren / Partitionieren

Cadet 4th Year

Admiral

Commander

Cadet 4th Year

Commander

Fleet Admiral

Admiral

Admiral

Cadet 4th Year

Rear Admiral

Commander

Lt. Commander

Admiral

Lt. Commander

Admiral

Captain

Ensign

Admiral

Lt. Commander

Captain

Ähnliche Themen

Passend zum Thema