Was ist der Zweck des Linux-Home-Partitionscodes 8302?

Die Antwort von kyodake ist richtig, aber auch eher MBR-zentriert. Unter GPT gelten die gleichen Prinzipien – das heißt, ein Partitionstypcode identifiziert den beabsichtigten Zweck einer Partition. Der Unterschied besteht darin, dass Codes vom GPT-Typ 128-Bit-GUIDs sind, im Gegensatz zu den 8-Bit-Codes, die unter MBR verwendet werden. Die Natur von GUIDs bedeutet, dass es nicht notwendig ist, Codes bei einer zentralen Autorität zu registrieren, um Kollisionen zu vermeiden; Es ist statistisch sehr unwahrscheinlich, dass zwei GUIDs versehentlich identisch sind.

AFAIK, es gibt kein offizielles Repository von GPT-Typcodes, aber sie sind auf der Wikipedia-Seite über GPT dokumentiert. Ein Nachteil von GPT-Typcodes ist, dass sie als GUIDs lang und umständlich sind – zum Beispiel 0FC63DAF-8483-4772-8E79 -3D69D8477DE4 für Linux-Dateisystemdaten gegenüber 0x83 für das MBR-Äquivalent. Daher verwenden die meisten Tools zum Partitionieren von GPT-Datenträgern eine Art „Kurzschrift“ oder „natürliche Sprachübersetzung“ in ihren Benutzeroberflächen. Ich bin der Autor von GPT fdisk, und mein Ziel beim Schreiben war es, etwas zu schaffen, das (MBR) fdisk ähnlich ist wie möglich habe ich den Ansatz gewählt, MBR-Codes als Basis zu verwenden; Da die Entsprechung zwischen GPT- und MBR-Typcodes jedoch nicht 1:1 ist, habe ich die MBR-Typcodes mit 0x100 multipliziert, um die GPT-Äquivalente zu erhalten. So wurde aus 0x83 des MBR 8300. Dies ermöglicht auch verwandte Folgecodes, die im MBR nicht vorhanden sind, wie 8301, 8302 usw. Diese Codes sind für Personen, die bereits mit den MBR-Äquivalenten vertraut sind, einfach zu verwenden, aber zugegebenermaßen willkürlich für Leute, die die MBR-Codes nicht kennen. Intern übersetzt GPT fdisk diese Codes in GUIDs. Sie können die tatsächlichen GUIDs sehen, indem Sie detaillierte Partitionsinformationen anzeigen (über die i Option in gdisk , zum Beispiel). Sie können auch eine beliebige GUID eingeben, anstatt die vierstelligen GPT-fdisk-Codes zu verwenden, wenn Sie möchten oder wenn Sie einen Code verwenden müssen, der von GPT fdisk nicht unterstützt wird.

Andere Tools verwenden andere Ansätze. Die Bibliothek libparted (und damit parted , GParted und andere Tools, die auf libparted basieren) übersetzt einige Typcodes zu "Flags" und blendet andere Codes vollständig aus. Dies hilft einigen Benutzern, die Dinge zu vereinfachen, macht aber einige Aufgaben unmöglich – zum Beispiel können Sie keinen beliebigen Typcode mit irgendetwas setzen, das auf libparted basiert. Das Festplattendienstprogramm von OS X übersetzt bekannte GUIDs in Klartextbeschreibungen. (IIRC, wenn Sie eine Partition erstellen, legt es einen geeigneten Typcode basierend auf dem in der Partition erstellten Dateisystem fest, ähnlich wie es GParted tut.)

Zum größten Teil verwendet Linux weder für MBR noch für GPT Typcodes. Das heißt, Sie können Ihr Standard-Linux-Dateisystem auf eine (GPTfdisk) 8300-Partition legen oder 0700 verwenden (wie es in der Vergangenheit üblich war) oder Ihre eigene zufällige GUID zuweisen. Ähnliche Kommentare gelten für RAID, LVM, Swap und andere Partitionstypen. Es gibt jedoch einige Ausnahmen von dieser Regel. Zum einen betrachten und setzen Installationsprogramme von Distributionen häufig Typcodes, sodass Sie möglicherweise den richtigen Typcode auf einer Partition benötigen, bevor er ordnungsgemäß verwendet wird. Eine weitere Ausnahme ist, dass Systemd damit beginnt, Typcodes als Fallback zu verwenden, wenn /etc/fstab ist nicht richtig konfiguriert. (Dort stammen die meisten 830x-Codes von GPT fdisk – sie sind Teil der Discoverable Partitions Specification, einer Freedesktop/systemd-Initiative.) Derzeit verwendet Ubuntu nur den Typcode des Haupt-Linux-Dateisystems (8300 in GPT fdisk) für Dateisysteme, plus die entsprechende Codes für LVM, RAID, Swap usw. Eine große Ausnahme von den Regeln „Linux verwendet keine Typcodes“ ist der BIOSBoot-Partitionscode (21686148-6449-6E6F-744E-656564454649; ef02 in GPTfdisk oder der bios_grub Flagge in libparted). Dieser Typcode identifiziert eine Partition, die von GRUB verwendet wird, und wenn Sie grub-install ausführen , installiert GRUB einen Teil von sich selbst auf dieser Partition. Wenn Sie GRUB auf einem BIOS-bootenden System mit einer GPT-Festplatte installieren, muss normalerweise eine BIOS-Bootpartition vorhanden sein. (Es gibt jedoch Möglichkeiten, diese Regel zu umgehen.) Wichtiger noch:Wenn Sie diesen Typcode versehentlich auf die falsche Partition setzen, wird diese Partition beschädigt, wenn Sie GRUB installieren! Ich habe viele Leute in verschiedenen Onlineforen gesehen, die diesen Fehler gemacht haben.

Wo Typcodes wichtiger werden, ist der Umgang mit anderen Betriebssystemen. Windows und OS X neigen beispielsweise dazu, Partitionen mit Typencodes, die sie nicht erkennen, nicht anzufassen. Ihre Liste der Typcodes schließt gängige Linux-spezifische Typcodes aus, sodass die Verwendung eines Linux-spezifischen Typcodes dazu beiträgt, das Risiko zu verringern, dass Windows oder OS X Ihre Ubuntu-Installation zerstören. Diese Betriebssysteme kümmern sich jedoch nicht darum, ob Sie den GPT-Code fdisk8300 oder fd00 verwenden. Es können Probleme auftreten, wenn Sie Codes verwenden, die von diesen anderen Betriebssystemen erkannt werden. Beispielsweise existierte die Linux-Dateisystemtyp-GUID (0FC63DAF-8483-4772-8E79-3D69D8477DE4) einmal nicht. Ich habe es erstellt und sowohl in meine eigene GPT fdisk als auch in meine libparted geschoben, weil die gängige Praxis, den Typcode „Microsoft BasicData“ (EBD0A0A2-B9E5-4433-87C0-68B6B72699C7) zu verwenden, Probleme in Dual-Boot-Setups verursachte. Bestimmte Windows-Tools würden insbesondere davon ausgehen, dass die Linux-Partition eine beschädigte oder nicht initialisierte Windows-Partition ist, und anbieten, sie vorzubereiten. Ein Benutzerfehler an dieser Eingabeaufforderung wäre katastrophal. Weitere Informationen zu diesem Thema finden Sie auf dieser Seite von mir.

Der Zweck der in der Spezifikation für erkennbare Partitionen definierten Linux-Partitionstypcodes besteht darin, das Schreiben von /etc/fstab zu ermöglichen für die meisten Systeme obsolet. Es ist ein Fall von Konvention über Konfiguration.

Systemd hat systemd-gpt-auto-generator hinzugefügt zurück im Jahr 2014 in Version 211. Dieser Generator erstellt .mount Einheiten von GPT-Partitionen auf dem Startlaufwerk.

Sie können diese Codes also heute auf Ihrem GPT-partitionierten Laufwerk verwenden, berühren Sie nicht /etc/fstab überhaupt (es kann völlig leer sein) und immer noch separate Partitionen für /home haben , /srv , /var , /var/tmp die automatisch erkannt und gemountet werden. Diese Partitionen können jedes unterstützte Dateisystem haben. Sie können auch LUKS-verschlüsselt sein. Swap-Partitionen werden ebenfalls automatisch erkannt.

Der Einfachheit halber hängt der Generator auch die EFI-Systempartition unter /boot ein in den meisten Fällen.

Theoretisch können Sie auch die / entdecken lassen (Root-)Partition, aber das ist etwas komplizierter. Ich würde vermuten, dass in den meisten Situationen immer noch ein initramfs erforderlich ist. Ansonsten die root=/dev/whatever Kernel-Parameter ist immer noch erforderlich.

Die Notwendigkeit eines Codes für /home und andere Partitionen wird hier von Rod Smith angegeben, der den Code von gpt fdisk erstellt hat und bis heute (2020) dazu beigetragen hat. Das ist von ihm im Jahr 2011: