A1 Tips und Beginn der Installation

pietinger · Edit 2023-09-13

(Dieser Post ist Teil einer Installation-Anleitung. Falls nicht schon geschehen lies bitte: Installation Guide for Paranoid Dummies)

A.1 Tips und Beginn der Installation

a.) Möglicherweise wirst Du jetzt gleich lachen, aber in 2 Jahren wirst Du diesen Tip lieben: Notiere jeden Schritt in einer (plain-text-)Datei. Ich habe das für jede Linux Installation getan und kann deshalb alles von dort hierher kopieren. Führe diese Datei weiter, wenn Du wichtige Änderungen vornimmst. Beispielsweise hatten wir vor kurzem einen Umstieg von consolekit auf elogind; ebenso von evdev auf libinput. Ist alles in dieser Datei !

b.) Arbeite mit Spickzettel ("cheat sheet") - als Datei natürlich :-)

Kopiere alles rein, was Du nicht auswendig lernen willst. Hier mein erster Link dazu:
https://wiki.gentoo.org/wiki/Gentoo_Cheat_Sheet

c.) Wenn Du Dir unsicher bist, ob Du eine 0 (=Null) oder den (großen) Buchstaben "O" verwenden sollst, dann kopiere einfach von hier raus. So kann es Dir niemals passieren, dass Du versehentlich ein fehlerhaftes

pietinger · Posted: Tue Mar 16, 2021 7:14 pm Post subject: Größe der Swap-Partition

Größe der Swap-Partition

Das AMD64-Handbuch empfiehlt die swap-Partition mit einer Größe von 2 x Hauptspeicher anzulegen. Das wären bei 32 GB RAM also 64 GB. Bei einer "kleinen" 512-GB-SSD wären also schon mal 12,5 % der gesamten Kapazität weg.

Frage: Warum haben wir die Swap mit nur knappen 4 GB angelegt ?

Antwort: Wenn Du Hibernation machen möchtest brauchst Du mindestens eine swap mit der Größe Deines Hauptspeichers damit dieser in die swap ausgelagert werden kann. Zusätzlich sollte noch eine Reserve von 1 bis 2 GB dazu genommen werden. NUR - wir erlauben aus Sicherheitsgründen kein Hibernation (siehe B.2) und DANN gilt folgendes:

Du willst nicht an einem System arbeiten welches swapt ! Glaub mir - das macht keinen Spaß.

Ich habe an einer Kiste sogar überhaupt keine swap-Partition (und dies natürlich auch in der Kernel-Config disabled) und an der anderen Kiste habe ich es nur deshalb, weil ich manchmal ein paar Tabs zuviel in meinem Browser öffne ... :-)

Die swap-Partition ist eigentlich nur als Reserve gedacht, wenn man es mal wieder irgendwo übertrieben hat - geht auch ganz leicht mit einem zu hohen MAKEOPTS="-j99" ... ;-)

Das heißt, sobald Du merkst dass Deine Kiste zu swappen beginnt, solltest Du ein paar Sachen schließen/beenden. Ich habe es deshalb noch nie geschafft über 1 GB benutzter swap zu kommen - 4 GB als Reserve sind MEHR als genug. Meine Kollegen hatten immer nur 1 oder 2 GB und schimpften mich einen Verschwender; 4 GB ist aber auch die offizielle Empfehlung von RedHat: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/ch-swapspace

pietinger · Edit 2023-01-18

Wie hoch setze ich den Wert in: MAKEOPTS="-j " ?

1. Zuerst prüfst Du wieviele Kerne Deine CPU hat. Das ist schon mal das erste Maximum. Bei meinem Intel i7 sind das 8 Kerne, also: "-j8" (ja, SMT zählt dazu; also 8 logische Kerne; vergiß die (alte) Empfehlung: Kerne + 1 ... Messungen zeigten -j8 ist (minimal) schneller als -j9).

2. Dein Hauptspeicher ergibt das zweite Maximum: Bei 16 GB kannst Du ebenfalls "-j8" nehmen; bei 8 GB eben nur "-j4" (ja, einfach halbieren).

Das kleinere Maximum ist ausschlaggebend !

Falls Du einen 4-Kerner mit 16 GB haben solltest, kannst Du nur "-j4" verwenden (höhere Werte würden den emerge wieder verlangsamen).
Falls Du einen 8-Kerner mit nur 8 GB haben solltest (eher unwahrscheinlich), kannst Du auch nur "-j4" verwenden (naja, für alle "kleinen" Pakete geht vielleicht auch -j5 oder -j6).

War das schon alles ?

Nein, leider nicht. Obige Rechnungen gelten leider nicht für einige "Monster-Packages". Es gibt leider ein Package welches bis zu 4 GB Hauptspeicher pro Thread verbrät: RUST. Wenn Du das mit -j8 und nur 16 GB RAM versuchst, wirst Du sicher einen OOM (out of memory) Abbruch bekommen.

Was kann man da machen ?

Es gibt zwei Möglichkeiten:

1. Wenn Du "nur" in der Nacht die Compiles laufen läßt und deswegen NICHT darauf wartest, kannst Du Deine MAKEOPTS auf den sichersten niedrigen Wert einstellen - also: obiger RAM-Wert nochmal geteilt durch 2. Dann läuft halt Dein ganzer "emerge -uvND @world" entsprechend langsamer ... ist in der Nacht aber eh egal.

2. Wenn Du aber darauf wartest und deswegen mit maximaler Geschwindigkeit fahren willst, gibt es eine andere Methode: Du lässt die "harmlosen" kleinen Packages mit Maximum-Wert laufen und definierst für die "Monster" einen anderen Wert. Wie immer zuerst ein Link:
https://wiki.gentoo.org/wiki//etc/portage/package.env
(Nochmals Danke an @asturm der mich daran erinnert hat)

Und das wäre meine Empfehlung für alles was ich hier in A.3 installieren werde:

pietinger · Posted: Wed May 05, 2021 11:15 am Post subject:

Da "rust" nun endgültig austickt, muss obiges erweitert werden, WENN Du /var/tmp/portage in das RAM gemountet hast (siehe A.3.1) um keinen Abbruch zu bekommen:

pietinger · Posted: Mon Oct 04, 2021 10:57 am Post subject: Ein Wort zu IPv6

Ein Wort zu IPv6

Ich habe es komplett disabled, weil ich es momentan nicht zwingend benötige. Falls Du es unbedingt BENÖTIGST läßt Du natürlich das USE-Flag "-ipv6" weg und Du wirst es dann bei Deiner Kernel Konfiguration (in A.2) auch nicht rausschmeißen. Eine andere Möglichkeit es zu deaktivieren ist das Ausschalten über Boot-Parameter:
https://madaidans-insecurities.github.io/guides/linux-hardening.html#kasr-boot-parameters

-------------------
Einschub: In o.g. Guide wird als nächstes Sicherheit durch das Ausschalten von Kernel Modulen angesprochen ("2.5.2 Blacklisting kernel modules"). Dies wird für uns uninteressant bleiben, da wir in A.2 nur benötigte Kernel Module enabeln. (Ich habe diesen Guide auch noch einmal in B.2 verlinkt)
-------------------

Ja, IP Version 6 wird unser altes IPv4 irgendwann komplett ablösen; spätestens dann werden wir uns damit auseinander setzen müssen. Bis dahin lies einfach mal das kurze Kapitel:
https://de.wikipedia.org/wiki/IPv6#Datenschutz

Wenn Du jetzt denkst "Moment, dafür gibt es doch die Privacy Extensions", muss ich Dich enttäuschen: Die helfen nicht viel, da alleine schon der Präfix genügen kann, um Dich eindeutig identifizierbar zu machen. Zwei Artikel hierzu:
deutsch: https://wiki.ubuntuusers.de/IPv6/Privacy_Extensions/
https://wiki.archlinux.org/title/IPv6

Edit 2022-06-07: Solange nicht abzusehen ist wohin die Reise mit v6 geht, bleibe ich solange wie möglich auf v4. Folgender Artikel zeigt auch die Tendenzen zur Überwachung: https://www.heise.de/news/Angst-vor-Zensur-China-wirbt-im-Protokollkrieg-auf-ITU-Ebene-fuer-IPv6-7134187.html

Wenn Du IPv6 haben willst, lies neben dem ganzen WikiPedia-Artikel über IPv6 auch noch:
https://wiki.gentoo.org/wiki/User:NeddySeagoon/IPv6
https://wiki.gentoo.org/wiki/IPv6_Static_Addresses_using_Tokens

... und ... ;-)

https://tldp.org/HOWTO/Linux+IPv6-HOWTO/

Wenn Du es immer noch haben willst, solltest Du Dich wirklich sehr gut in der Konfiguration einer FireWall auskennen. Denn während wir bei IPv4 komplett ICMP verbieten können (und es aus sicherheitsgründen auch tun), ist dies bei IPv6 nicht möglich; dadurch wird eine FireWall Konfiguration (egal ob über ip6tables oder nftables) für IPv6 "ein wenig" komplexer ...

... und selbst wenn Du "nur" IPv4 hast, solltest Du niemals Traffic über den UDP Port 3544 rauslassen. Siehe auch:
https://de.wikipedia.org/wiki/Teredo
(deswegen benötigen wir auch B.1 komplett)

pietinger · Posted: Wed Sep 13, 2023 1:02 pm Post subject: Neuer Mountpoint für die ESP

Neuer Mountpoint für die ESP

Ich schreibe diesen Post weil es demnächst eine Änderung geben wird, die teilweise schon in unserem AMD64 Handbuch eingepflegt wurde, aber teilweise in anderen Artikeln unseres Wiki's fehlen. Das kann zur Verwirrung führen. Deshalb will ich hier ausführlich darüber berichten. Zuvor aber noch einmal eine Wiederholung zum Thema

Mounten - Mountpunkt

Wenn Dir das Prinzip absolut vertraut ist, dann überspringe dieses Kapitel.

Wir haben eine Root-Partition mit allen wichtigen Verzeichnissen (directories), wie z.B. /etc und /usr. Wenn wir eine zusätzliche Partition haben - und diese nutzen/ansprechen/lesen/schreiben wollen - müssen wir diese zusätzliche Partition in unser Root-Verzeichnis einbinden ... mounten ! Dazu benötigen wir einen Mountpunkt. Dazu nehmen wir einfach ein leeres Verzeichnis welches wir - irgendwo - in unserem Root-Verzeichnis erstellt haben. Warum habe ich "irgendwo" geschrieben ? Weil dieses Verzeichnis nicht mal zwingend ein primäres Verzeichnis - direkt als erstes - in unserem Root-Verzeichnis sein muss. Denke beispielsweise an /mnt/stick. Es kann aber natürlich auch ein primäres sein ... wie z.B. /boot. Warum sollte dieses Verzeichnis leer sein ? Weil Du auf den Inhalt dieses Verzeichnisses nicht (mehr) zugreifen kannst, nachdem Du eine Partition auf dieses Verzeichnis gemountet hast ! Dann erscheint nämlich der Inhalt der Partition in diesem Verzeichnis. (Ja, es ist kein Muss; wenn Du diese Partition wieder unmountest hast Du wieder den ursprünglichen Inhalt zur Verfügung; aber wie gesagt, sowas "macht man nicht"). Es ist natürlich egal ob diese zusätzliche Partition irgendwo auf unserer Festplatte liegt, oder auf einem USB-Stick (oder sonstwo) - Hauptsache der Kernel kann diese Partition ansprechen. Kann also auch eine Partition auf einem Smartphone sein, welches mit Deinem PC verbunden ist.

Verzeichnis / Mountpunkt /boot

Dieses Verzeichnis ist bereits erstellt, wenn Du eine Stage3 installierst. Es wurde schon früher als Mountpunkt für eine Extra-Partition verwendet, in der sich der Kernel befindet. Es war/ist Gepflogenheit diese Partition nicht automatisch beim Systemstart zu mounten (über /etc/fstab) damit der Kernel vor Veränderungen gut geschützt ist. Später hat der Grub den Lilo als Bootmananager abgelöst; der Grub hat sich dann auch in das Verzeichnis /boot/grub installiert und war somit auch (zusammen mit dem Kernel) auf dieser Extra-Partition. Dann kam UEFI ... (zuerst nur EFI Extensible Firmware Interface von Microsoft; später das Unified EFI.)

UEFI benötigt zwingend eine eigene Partiton ... die ESP Efi System Partition. Diese ESP muss zwingend mit einer FAT-Variante formatiert sein ... und muß natürlich irgendwo in unser Root-Verzeichnis gemountet werden. Meistens wurde dafür das eh' schon vorhandene Verzeichnis /boot hergenommen. In dieser ESP muss zwingend ein Verzeichnis namens "efi" sein. Wenn Du also diese ESP nach /boot mountest hast Du Zugriff auf dieses Verzeichnis über /boot/efi ! In diesem Verzeichnis - exakter noch ein Verzeichnis tiefer; z.B. /boot/efi/gentoo - befindet sich mindestens eine Datei die auf *.efi endet. DAS ist das Binary welches von UEFI (=Dein "BIOS") gestartet wird ... also z.B. der grub Bootmanager (/boot/efi/gentoo/grubx64.efi) oder auch irgendwas anderes ... z.B. auch direkt ein Linux Kernel - ein Stub Linux Kernel (das kommt aber später in B.2)

Soweit so klar ?!

Jetzt war es allerdings einigen Linux-Anwendern unangenehm dass grub und die Kernels in einer FAT-Partition liegen und sie wollten das ganze in einer EXT4-Partition (oder sonstein anderes Linux Filesystem) haben. Deshalb haben sie etwas geändert:

Sie haben im Verzeichnis /boot ein Unterverzeichnis "efi" angelegt und die ESP dorthin gemountet. Wenn sie also das efi-Verzeichnis DER ESP ansprechen wollten, mussten sie in /boot/efi/efi reingehen. Aber es hatte den "Vorteil" das der Inhalt von /boot selbst ja in der Root-Partition liegt (und damit z.B. EXT4 ist)

Exkurs: Ja, es gab sogar eine dritte "Lösung" ;-)

Einige hatten zwei Extra-Partitionen angelegt. Ein mit FAT ... für ESP und eine zusätzliche Boot-Partition (z.B. EXT4). Sie mussten also zuerst diese zusätzliche Boot-Partition nach /boot mounten; danach dann die ESP nach /boot/efi.

Immer noch alles klar ?

Aufgrund der damals häufigen Verwirrung zwischen /boot/efi und /boot/efi/efi hat "man" nun eine zusätzliche Verwirrung eingeführt: die ESP soll nun auf ein neues Verzeichnis im Root-Verzeichnis gemountet werden ... und zwar /efi
(Was für Idioten; wenn schon ein extra neues Verzeichnis, dann nehme ich doch bitteschön den Namen her von dem was ich da einbinde: also /esp. Dann hätte ich später ein /esp/efi/gentoo statt dem dämlichen /efi/efi/gentoo)

Neues Verzeichnis / Mountpunkt /efi

Das findest Du hier (blättere weit nach unten):
https://uapi-group.org/specifications/specs/discoverable_partitions_specification/

Gentoo hat das heute als Aufgabe definiert:
https://wiki.gentoo.org/index.php?title=Project:Handbook&curid=190180&diff=1260630&oldid=1258723

und wurde hier bereits aktualisiert:
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks#Partitioning_the_disk_with_GPT_for_UEFI

ebenso nun auch in:
https://wiki.gentoo.org/wiki/EFI_System_Partition
https://wiki.gentoo.org/wiki/Efibootmgr
https://wiki.gentoo.org/wiki/EFI_stub
https://wiki.gentoo.org/wiki/GRUB

Empfehlung

Gehe gleich diesen neuen Weg und wundere Dich nicht, wenn Du jetzt /efi/efi/gentoo hast. Wenn du irgendwo "mount /boot" liest, ändere es auf "mount /efi". Ändere auch Deinen Eintrag für die ESP in Deiner /etc/fstab entsprechend.

... ich habe aber jetzt in meinem Guide nichts geändert, weil Du ja jetzt weisst, welche Möglichkeiten Du hast. Ich persönlich ändere meine bestehende Installation nicht ... und falls ich zukünftig mal ein neues Gentoo installieren muss (die Zeit wird sicherlich kommen wenn neuer PC) werde ich - rein als Revolutzer - /esp verwenden, haha. Das ist aber keine Empfehlung von mir ;-)

Edit 2023-09-27: ... ganz vergessen ... ich habe später auch noch einen engl. Artikel geschrieben: https://forums.gentoo.org/viewtopic-t-1165115-highlight-.html ... der auch hübsch derailed wurde :lol:

.

4761 · n00b Joined: 08 Mar 2023 Posts: 54

Moinsen, wie versprochen hier noch ein Kommentar unter einem anderem Post.

Zusätzlich zu dieser Reihe nutze ich diesen Post aus 2021 als Referenz.
In Abschnitt 5 wird darauf eingegangen, dass das System neu gebootstrapped wird.
Das hast du in deiner Reihe ja mehr oder weniger komplett ausgelassen.

Würdest du sagen, dass es trotzdem sinnvoll ist den Bootstrap wie hier durchzuführen?
Danke schon mal!

~4761

pietinger · Posted: Mon Mar 18, 2024 6:04 pm Post subject:

Zuerst sollte man wissen, dass die Notwendigkeit sich eine eigene Bootstrap zu bauen noch aus der Zeit stammt, als man mit einer Stage1 begonnen hat Gentoo zu installieren (das ist wirklich lange her). Wenn ich mir heute in https://www.gentoo.org/downloads/ ansehe, wie aktuell eine Stage3 ist (Stand heute: 2024-03-12 == also 6 Tage alt), dann ist es m.M nach überhaupt nicht mehr nötig soetwas zu tun ... außer ...

... es gibt ganz spezielle Gründe hierfür. Ein Grund "könnte" zum Beispiel sein, dass (noch unter den alten 17.1-Profiles) der GCC zwei optionale Use-flags hat, die man aktivieren möchte, um DANN alle Pakete damit zu kompilieren ... ich habe das bei meiner letzten Installation auch gemacht und deshalb einen world-update mit Parameter "-e" gefahren ...

( siehe unter Punkt A.3.4 in https://wiki.gentoo.org/wiki/User:Pietinger/temp/delete_me )

Normalerweise reicht aber ein "emerge -uNDv @world" um die Änderungen der letzten 6 Tage zu aktualisieren.
_________________
https://wiki.gentoo.org/wiki/User:Pietinger