Und wie machst du das? Mit einem Live-System oder aus deinem installierten System heraus? Im zweiten Fall müsstest du die /boot zuerst aushängen, bevor du ans Partitionieren gehst.

Wo sind die Befehle fürs Sichern der Partitionstabelle und der Partitionen? Hast du dir auch die Befehle und Schritte überlegt, die du bräuchtest, falls du die Partitionstabelle zurück spielen müsstest? (Habe ich selber noch nie gemacht, weswegen ich mich da auch zuerst einlesen müsste.) Insbesondere beim Partitionieren sind die Befehle wichtig, da: MiB versus MB, Sektoren etc.

Ich würde zuerst die fstab anpassen und danach mit einem systemctl daemon-reload; mount -a (falls vom installierten System aus gearbeitet wird) gleich überprüfen, ob der Eintrag in der fstab korrekt ist.

Dann fehlen dir immer noch etliche Dateien in /boot. Ich würde da einfach ein pacman -S linux grub intel-ucode ausführen. Das enthält auch gleich den mkinitcpio-Schritt.

Wozu brauchst du die /dev/sda1 (BIOS Boot Partition)? Hast du vor, dein System in einen 20 Jahre alten PC einzubauen, der aber schon mit GPT umgehen kann? Du hast bis jetzt ein funktionierendes UEFI-System. Ich würde da einfach bei UEFI bleiben und keine alternative Methode reinbasteln, um im BIOS-Modus booten zu können. Ausserdem reichen 1 MiB, du brauchst keine 10 MiB für die geplante sda1.

Guckst du https://wiki.archlinux.de/title/Fdisk
Machst du # sfdisk -d /dev/sda > sda.dumpzum Sichern der Partitionstabelle und # sfdisk /dev/sda < sda.dump zum zurückspielen. 😉
Aber so wie dir GG rät, ist das eigentlich schon das Beste.

@Gerry_Ghetto:
herzlichen dank für Dein wertvolles Feedback!
Ich hätte tatsächlich aus dem Live-System die Änderung vorgenommen, aber das Aushängen NICHT bedacht, danke!
Partitionstabelle kann man aus gdisk heraus sichern und auch wieder rückspielen.
Die Partitionen werde ich mit

dd bs=1M if=/dev/sda1 | pv -s 529m | gzip > /media/Backup/sda1.img.gz sichern, für sda2 entsprechend und bei Bedarf entsprechend zurückspielen.

Danke für den Hinweis zur fstab-Kontrolle.

mkinitcpio -p linux werde ich dann durch pacman -S linux grub intel-ucode ersetzen

Die BIOS Variante ist glaube ich noch ein Relikt von der Win-Installation; ich lass sie weg.

@tuxnix
Vielen Dank für den Hinweis; ich glaube sfdisk und gdisk sind Geschmackssache; allerdings schaut die sfdisk Variante wirklich trivial aus... ich mach mit beiden eine Sicherung ;-)

@GerBra
Das hatte ich tatsächlich auch im Kopf; ich habe gparted auf dem Rechner, gerade weil ich es doch nicht soooo gewohnt bin solche Dinge in der Konsole zu machen. Ich werde kurzfristig entscheiden und berichten 🙂

Vielen Dank Euch; morgen Vormittag sollte ich Zeit für die Aktion haben; ich werde berichten!

Schönen Abend Euch

Ardbeg

  • tuxnix hat auf diesen Beitrag geantwortet.

    _Ardbeg_ (s)fdisk und gdisk sind Geschmackssache

    Das ist schon ein Unterschied und ab einer 2TB disk geht ohnehin nur gdisk.
    Siehe https://de.wikipedia.org/wiki/GUID_Partition_Table
    Aber ich wollte auch nur mal Klugscheißen und hab momentan gar nicht die Zeit hier tiefer einzusteigen. 😉
    Kannst ja mal spaßeshalber die "dumps" mitposten.

    Hi zusammen,

    ich schreibe gerade aus meinem frisch gebooteten System! 🙂 Es hat alle prima funktioniert! Vielen Lieben Dank Euch allen für die tolle Unterstützung!
    Zur Info die aktuelle Plattenkonfig:

    Number Start (sector) End (sector) Size Code Name
    1 2048 1290239 629.0 MiB EF00 EFI system partition
    3 1290240 68634623 32.1 GiB 0700 VM_Linux
    6 68634624 135743487 32.0 GiB 8300 SYSTEM_Linux
    7 135743488 269961215 64.0 GiB 8300 HOME_Linux
    8 269961216 286738431 8.0 GiB 8200 SWAP_Linux
    9 286738432 500118158 101.7 GiB 8300 Media

    Mit den 629MiB sollte ich diesbezüglich auf jeden Fall fit für die nächsten Jahre sein, da wird wohl eher die Hardware mal den Geist aufgeben... 🙂

    @tuxnix: hier noch wie besprochen der Inhalt der dump Datei:

    label: gpt
    label-id: 7DE9BD45-0E3E-4E8E-83F4-9CDC933529B1
    device: /dev/sda
    unit: sectors
    first-lba: 34
    last-lba: 500118158
    sector-size: 512
    /dev/sda1 : start= 2048, size= 1083392, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=5D9E1B0F-4EA5-4ACF-AEE3-BA15BFE9818C, name="Basic data partition", attrs="RequiredPartition"
    /dev/sda2 : start= 1085440, size= 204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=5E542162-1EDA-4978-BE66-ABA3BC531CEB, name="EFI system partition"
    /dev/sda3 : start= 1290240, size= 67344384, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=E7A2B1BD-AEED-4564-A61D-5BDF0866BFCF, name="VM_Linux"
    /dev/sda6 : start= 68634624, size= 67108864, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=7F238300-725F-428B-99C5-C0351421E736, name="SYSTEM_Linux"
    /dev/sda7 : start= 135743488, size= 134217728, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=6397964B-8A17-41BC-A820-AC200909C068, name="HOME_Linux"
    /dev/sda8 : start= 269961216, size= 16777216, type=0657FD6D-A4AB-43C4-84E5-0933C84B4F4F, uuid=3D553C5C-9491-46FD-A9E4-81F4D6D43C53, name="SWAP_Linux"
    /dev/sda9 : start= 286738432, size= 213379727, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=D503CEB8-74F0-4694-A996-076F455BEDF9, name="Media"

    Ich habe die Schritte wie besprochen mit der Konsole ausgeführt, das hat prima funktioniert.

    Also, danke nochmal, Thema wird auf gelöst gesetzt!

    Ardbeg