• Fehler beim Installieren von Debian 11 Bullseye

    From Sebastian Reinhardt@21:1/5 to All on Thu Jun 9 20:10:02 2022
    Hallo Liste,

    Ich versuche schon seit Tagen vergeblich Debian 11 Bullseye (debian-11.3.0-amd64-i386-netinst.iso) zu installieren.

    Leider bricht die Installation immer mit folgender Meldung ab:

    -------

    GRUB konnte nicht auf dummy installiert werden.

    Die Ausführung von >>grub install dummy<< ist fehlgeschlagen.

    Dies ist ein schwerwiegender Fehler.

    -------

    Ich habe es auch schon mit verschiedenen Partitionierungen versucht.

    Im Rechner sind folgende Festplatten verbaut:

    2x 4Tb Festplatten

    zu RAID1 zusammengefügt und dann auf dem RAID1 sind folgende Partitionen angelegt:

    -----------------

    Nr.1: 500MB EFI-Bootpartition (ESP)

    Nr.2: 300GB - ext4- root-Partition (Systemdateien)

    Nr.3: 3.6TB - ext4- Daten-Partition

    Nr.4: 64GB - swap

    -----------------

    Außerdem habe ich es auch schon ohne EFI-Partition versucht (z.B. mit
    einer extra "boot"-Partition), aber da kann ich keine Partition mit
    "boot-flag" versehen und am Ende kommt der gleiche Fehler.

    Im BIOS habe kann ich den Modus nur auf "legacy+EFI" oder nur auf "EFI"
    setzen. Der Festplattenmodus steht auf "AHCI".

    Wenn es auch ohne "EFI" gehen würde, hätte ich zwar auch kein Problem
    damit, aber scheint fast so als ob nicht....?


    Hat jemand einen Tipp für mich, wie ich das System trotzdem zum Laufen bekomme?

    Ziel ist eine Partitionierung mit min. 1x root, 1x Daten und 1x Swap auf
    einem RAID1 (2x HDD, 0x Spare, 0x missing).

    --
    Mit freundlichen Grüßen

    Sebastian Reinhardt

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Kraut@21:1/5 to All on Thu Jun 9 20:50:01 2022
    Am Donnerstag, dem 09.06.2022 um 19:59 +0200 schrieb Sebastian
    Reinhardt:

    Ich versuche schon seit Tagen vergeblich Debian 11 Bullseye (debian-11.3.0-amd64-i386-netinst.iso) zu installieren.

    Leider bricht die Installation immer mit folgender Meldung ab:

    -------

    GRUB konnte nicht auf dummy installiert werden.

    Die Ausführung von >>grub install dummy<< ist fehlgeschlagen.

    Dies ist ein schwerwiegender Fehler.

    -------

    Bei einer UEFI-Installation benötigst Du eine separate Fat32 Efi- Bootpartition. Nur von dort kann das UEFI den Bootloader starten.
    Diese Partition darf also auch nicht Teil eines Raids oder LVMs sein.

    Ich habe es auch schon mit verschiedenen Partitionierungen versucht.

    Im Rechner sind folgende Festplatten verbaut:

    2x 4Tb Festplatten

    zu RAID1 zusammengefügt und dann auf dem RAID1 sind folgende
    Partitionen
    angelegt:

    -----------------

    Nr.1: 500MB EFI-Bootpartition (ESP)

    Nr.2: 300GB - ext4- root-Partition (Systemdateien)

    Nr.3: 3.6TB - ext4- Daten-Partition

    Nr.4: 64GB - swap

    -----------------

    Außerdem habe ich es auch schon ohne EFI-Partition versucht (z.B. mit
    einer extra "boot"-Partition), aber da kann ich keine Partition mit "boot-flag" versehen und am Ende kommt der gleiche Fehler.

    Im BIOS habe kann ich den Modus nur auf "legacy+EFI" oder nur auf
    "EFI"
    setzen. Der Festplattenmodus steht auf "AHCI".

    Wenn es auch ohne "EFI" gehen würde, hätte ich zwar auch kein Problem damit, aber scheint fast so als ob nicht....?


    Hat jemand einen Tipp für mich, wie ich das System trotzdem zum Laufen bekomme?

    Im klassischen Legacy- bzw. Biosmodus habe ich das noch nicht versucht.
    Aber ich würde auf den Platten am Anfang einen freien, unpartitionierten Sektor frei lassen, welcher auch nicht Teil des RAIDs ist.
    Dort kann Grub2 dann seinen Startcode hinschreiben.

    Falls das auch nicht funktioniert, würde ich hier im nächsten Schritt
    dann zusätzlich eine separate /boot-Partition einrichten (auch kein Bestandteil des RAID).

    --
    MfG Richi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Dr=2E_Christoph_R=C3=BCdt@21:1/5 to All on Thu Jun 9 21:10:01 2022
    QnJhdWNoc3QgZHUgYWxsZXMgbmljaHQsIHByb2JpZXIncyBNYWwgbWl0IG1kYWRtOgpodHRwczov L3dpa2kuZGViaWFuLm9yZy9EZWJpYW5JbnN0YWxsZXIvU29mdHdhcmVSYWlkUm9vdAo=
    -----BEGIN PGP SIGNATURE-----

    iQJPBAABCgA5MhxEci4gQ2hyaXN0b3BoIFLDvGR0IDxjaHJpc3RvcGgucnVlZHRA ZHItcnVlZHQuZGU+BQJiokNUAAoJEJJ1xhv7YrAoDUMP/15IDkhs6IsrkPn4iIXA YDxZlGyXtPXeIBT18x0vmYM2NuQIX7zHhEiI0bmF6U+NG+ZbpBcqHtUXHLwQUQKr oPr5IY/ge5dJ/JyB8ocSjr9+dbmImvCudAXceMoNVev+8jGURQvVTxxqE+Afm+Hv AjR2gi5ZQMS8jmQUNPMAzr2zD+yHAD8h2R+c9JXVt4A4nqQMRs7AaMAqWCwex+0v 4caW64F5Qs2EXIgksnW23URWm9/KDjZ5kVDHPmzTHSBdMOlKgBiFwrhN3Q5/9vS+ TJ5mOVjUrb23X1BczHJSlScBx7BVSDQSF93E7G5qsKZfgi4tCKtztYFv+Y4WKNBG nAPzEGtcekKz6W+K3QhwjNTd6ux/JuhHX1Ce1+BnzIWA9a6PIXCSGyy5H40A+0XU KJ/RJo0sJ/Db3HKGptDlNJe1Cyr4yBQRdTw9ZXGluBc+1S4HJ1iEt16on4EUzMBY Np+/YGwv+G1g3758kvq6mKt477n3tvIysSKwmn/QGxA3ReqiqUAbz7NGyrStyka9 9gDtNlmAt4E3Vzq5PtuOMb1gkjoB+r6Ot8HwjUfUAKzONHqb3jYNEXeB8G/WpCTv RxGfKyCRyjWA6teQaUk5bICawlK9rzK3pG1xKq+t/y07Nr2QGJf8wrWAyHLCyYVb IpS2zRfFXvECdcJ31p0lCT0I
    =2gcd
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sebastian Reinhardt@21:1/5 to All on Sun Jun 12 20:10:01 2022
    Am 09.06.22 um 21:00 schrieb Dr. Christoph Rüdt:
    Brauchst du alles nicht, probier's Mal mit mdadm: https://wiki.debian.org/DebianInstaller/SoftwareRaidRoot

    Hallo,

    Danke für die Hinweise. Ich habe die Installation in mehreren Varianten durchprobiert. Es kommt immer wieder zu dem "grub"- Installationsfehler. Entweder mit dem Zusatz, dass grub nicht auf "/dev/sda" oder auf "dummy"
    nicht installiert werden kann.

    Ich habe nun die Installation ohne "grub" fertiggestellt und versuche
    das im Nachhinein zu lösen. U.a. habe ich folgende Anleitung in
    verschiedenen Abwandlungen gefunden [1]

    Nun habe ich mit einer Bullseye-Live gebootet und bin die Schritte durchgegangen. Leider bekomme ich folgende Fehlermeldung:

    ---------------------------

    root@debian:/# grub-install /mnt/target/
    Installing for x86_64-efi platform.
    grub-install: warning: efivarfs_get_variable: open(/sys/firmware/efi/efivars/blk0-47c7b225-c42a-11d2-8e57-00a0c969723b):
    No such file or directory.
    grub-install: warning: efi_get_variable: ops->get_variable failed: No
    such file or directory.
    grub-install: warning: efi_va_generate_file_device_path_from_esp: could
    not open device for ESP: Bad address.
    grub-install: warning: efi_generate_file_device_path_from_esp: could not generate File DP from ESP: Bad address.
    grub-install: error: failed to register the EFI boot entry: Bad address.

    ---------------------------

    Leider finde ich nun keine Lösung. Kann mir nochmal jemand einen Tipp
    geben, wie ich das hin bekomme?

    ----

    [1] https://unix.stackexchange.com/questions/541489/grub-fails-to-install-during-debian-10-installer-re-uefi-supermicro-motherboa#548911

    --
    Mit freundlichen Grüßen

    Sebastian Reinhardt

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Kraut@21:1/5 to All on Sun Jun 12 20:50:01 2022
    Am Sonntag, dem 12.06.2022 um 20:06 +0200 schrieb Sebastian Reinhardt:

    Nun habe ich mit einer Bullseye-Live gebootet und bin die Schritte durchgegangen. Leider bekomme ich folgende Fehlermeldung:

    Wurde diese auch im UEFI-Modus gestartet?

    root@debian:/# grub-install /mnt/target/
    Installing for x86_64-efi platform.
    grub-install: warning: efivarfs_get_variable: open(/sys/firmware/efi/efivars/blk0-47c7b225-c42a-11d2-8e57-
    00a0c969723b):
    No such file or directory.
    grub-install: warning: efi_get_variable: ops->get_variable failed: No
    such file or directory.
    grub-install: warning: efi_va_generate_file_device_path_from_esp:
    could
    not open device for ESP: Bad address.
    grub-install: warning: efi_generate_file_device_path_from_esp: could
    not
    generate File DP from ESP: Bad address.
    grub-install: error: failed to register the EFI boot entry: Bad
    address.

    Wo liegt denn Deine EFI-Bootpartition?

    --
    MfG Richi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sebastian Reinhardt@21:1/5 to All on Sun Jun 12 21:50:01 2022
    Am 12.06.22 um 20:43 schrieb Richard Kraut:
    Am Sonntag, dem 12.06.2022 um 20:06 +0200 schrieb Sebastian Reinhardt:

    Nun habe ich mit einer Bullseye-Live gebootet und bin die Schritte
    durchgegangen. Leider bekomme ich folgende Fehlermeldung:
    Wurde diese auch im UEFI-Modus gestartet?

    root@debian:/# grub-install /mnt/target/
    Installing for x86_64-efi platform.
    grub-install: warning: efivarfs_get_variable:
    open(/sys/firmware/efi/efivars/blk0-47c7b225-c42a-11d2-8e57-
    00a0c969723b):
    No such file or directory.
    grub-install: warning: efi_get_variable: ops->get_variable failed: No
    such file or directory.
    grub-install: warning: efi_va_generate_file_device_path_from_esp:
    could
    not open device for ESP: Bad address.
    grub-install: warning: efi_generate_file_device_path_from_esp: could
    not
    generate File DP from ESP: Bad address.
    grub-install: error: failed to register the EFI boot entry: Bad
    address.
    Wo liegt denn Deine EFI-Bootpartition?

    Hallo,

    Der Test, ob die Live-Distri in EFI-Mode ist, gibt folgendes aus:

    -------------

    root@debian:/# [ -d /sys/firmware/efi ] && echo "efi, continue" || echo
    "no efi, reboot in efi"
    efi, continue
    root@debian:/#

    -------------

    Bei der Installation habe ich die Aufteilung der Platten automatisch
    anlegen lassen und dann aber die root-Partition etwas vergrößert.

    Es kam eine ca. 300MB EFI-Partition, eine 300GB-root und der Rest (ca.
    3,6GB) Daten sowie eine 50GB Swap raus.

    In der Live habe ich die einzelnen Partitionen gemäß der Anleitung
    gemountet:

    -------------------


    /dev/md127p2 on /target type ext4 (rw,relatime)
    udev on /target/dev type devtmpfs (rw,nosuid,relatime,size=30773396k,nr_inodes=7693349,mode=755)
    devpts on /target/dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
    tmpfs on /target/dev/shm type tmpfs (rw,nosuid,nodev)
    mqueue on /target/dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) hugetlbfs on /target/dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M) proc on /target/proc type proc (rw,relatime)
    sys on /target/sys type sysfs (rw,relatime)
    efivarfs on /target/sys/firmware/efi/efivars type efivarfs (rw,relatime) /dev/md127p1 on /target/boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)


    -------------------

    um dann im "chroot" die Grub-Installation vorzunehmen.

    Dabei bricht "grub-install" mit:

    ---------------------

    root@debian:/# grub-install
    Installing for x86_64-efi platform.
    grub-install: warning: efivarfs_get_variable: open(/sys/firmware/efi/efivars/blk0-47c7b225-c42a-11d2-8e57-00a0c969723b):
    No such file or directory.
    grub-install: warning: efi_get_variable: ops->get_variable failed: No
    such file or directory.
    grub-install: warning: efi_va_generate_file_device_path_from_esp: could
    not open device for ESP: Bad address.
    grub-install: warning: efi_generate_file_device_path_from_esp: could not generate File DP from ESP: Bad address.
    grub-install: error: failed to register the EFI boot entry: Bad address.

    ---------------------

    ab.

    Die von der Debian- Installation generierte fstab:

    ---------------------

    # <file system> <mount point>   <type>  <options>       <dump>  <pass>
    # / was on /dev/md0p2 during installation UUID=26c1620e-b5bc-490b-9e0f-89466af9279a /               ext4
       errors=remount-ro 0       1
    # /boot/efi was on /dev/md0p1 during installation
    UUID=6DA7-9C8C  /boot/efi       vfat    umask=0077      0       1
    # /home was on /dev/md0p3 during installation UUID=5a2716a8-3f58-425b-8803-0f3cae3fcc51 /home           ext4
       defaults        0       2
    # swap was on /dev/md0p4 during installation UUID=8cbbb47e-5d7b-41fc-a646-225b885cd8e0 none            swap    sw
                 0       0

    ---------------------


    und der Inhalt des Ordners:

    ---------------------

    root@debian:/sys/firmware/efi/efivars# ls -la
    total 0
    drwxr-xr-x 2 root root     0 Jun 12 21:14 .
    drwxr-xr-x 5 root root     0 Jun 12 21:14 ..
    -rw-r--r-- 1 root root   132 Jun 12 21:14 AMD_PBS_SETUP-a339d746-f678-49b3-9fc7-54ce0f9df226
    -rw-r--r-- 1 root root    12 Jun 12 21:14 AMD_RAID-fe26a894-d199-47d4-8afa-070e3d54ba86
    -rw-r--r-- 1 root root    28 Jun 12 21:14 AMITCGPPIVAR-a8a2093b-fefa-43c1-8e62-ce526847265e
    -rw-r--r-- 1 root root    85 Jun 12 21:14 AMITSESetup-c811fa38-42c8-4579-a9bb-60e94eddfb34
    -rw-r--r-- 1 root root  1024 Jun 12 21:14 AOD_SETUP-5ed15dc0-edef-4161-9151-6014c4cc630c
    -rw-r--r-- 1 root root    14 Jun 12 21:14 AmdAcpiVar-79941ecd-ed36-49d0-8124-e4c31ac75cd4
    -rw-r--r-- 1 root root  1452 Jun 12 21:14 AmdSetup-3a997502-647a-4c82-998e-52ef9486a247
    -rw-r--r-- 1 root root     8 Jun 12 21:14 AmiHardwareSignatureSetupUpdateCountVar-81c76078-bfde-4368-9790-570914c01a65 -rw-r--r-- 1 root root     6 Jun 12 21:14 ApServiceAuthority-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root     5 Jun 12 21:14 ApServiceData-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root     8 Jun 12 21:14 ApSyncFlagNv-ad3f6761-f0a3-46c8-a4cb-19b70ffdb305
    -rw-r--r-- 1 root root     5 Jun 12 21:14 AuditMode-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root   216 Jun 12 21:14 Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root   260 Jun 12 21:14 Boot0002-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     6 Jun 12 21:14 BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     8 Jun 12 21:14 BootOptionSupport-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     8 Jun 12 21:14 BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     5 Jun 12 21:14 CACHE-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root     5 Jun 12 21:14 ClearProfileAfterFlash-863fa0d5-4cf0-4da4-9af3-1bd7b3bd7e31
    -rw-r--r-- 1 root root    38 Jun 12 21:14 ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    38 Jun 12 21:14 ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    40 Jun 12 21:14 ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    40 Jun 12 21:14 ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     5 Jun 12 21:14 CurrentPolicy-77fa9abd-0359-4d32-bd60-28f4e78f784b
    -rw-r--r-- 1 root root     8 Jun 12 21:14 DefaultBootOrder-45cf35f6-0d6e-4d04-856a-0370a5b16f53
    -rw-r--r-- 1 root root     5 Jun 12 21:14 DeployedMode-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     5 Jun 12 21:14 DeploymentModeNv-97e8965f-c761-4f48-b6e4-9ffa9cb2a2d6
    -rw-r--r-- 1 root root  1284 Jun 12 21:14 DmiArray-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    39 Jun 12 21:14 DmiVar0100010400-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    12 Jun 12 21:14 DmiVar0100010500-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    27 Jun 12 21:14 DmiVar0100010700-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    20 Jun 12 21:14 DmiVar0100010800-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    39 Jun 12 21:14 DmiVar0200020400-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    25 Jun 12 21:14 DmiVar0200020500-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    23 Jun 12 21:14 DmiVar0200020700-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    39 Jun 12 21:14 DmiVar0300030400-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    27 Jun 12 21:14 DmiVar0300030700-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root     5 Jun 12 21:14 DownCoreStatus-29749bad-401b-4f6d-b124-cece8c590c48
    -rw-r--r-- 1 root root     5 Jun 12 21:14 EnterMFlashMode-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root    40 Jun 12 21:14 ErrOut-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    40 Jun 12 21:14 ErrOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     5 Jun 12 21:14 FBSelect-3fae9ba1-a3f1-42eb-b6f2-b616ea57db9d
    -rw-r--r-- 1 root root   652 Jun 12 21:14 FixedBoot-de8ab926-efda-4c23-bbc4-98fd29aa0069
    -rw-r--r-- 1 root root    36 Jun 12 21:14 GSEHWInfo-8a989680-e651-4c51-a2af-3cdb1a4ab5b0
    -rw-r--r-- 1 root root    12 Jun 12 21:14 HiiDB-1b838190-4625-4ead-abc9-cd5e6af18fe0
    -rw-r--r-- 1 root root     6 Jun 12 21:14 HwErrRecSupport-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root  2392 Jun 12 21:14 KEKDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     7 Jun 12 21:14 Lang-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    68 Jun 12 21:14 LangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     5 Jun 12 21:14 LoadUserSFlag-78429c2e-f1f5-4fe0-be3d-dc064fad5c04
    -rw-r--r-- 1 root root    24 Jun 12 21:14 MFlashVersionVariable-fd6b0489-d401-40c2-98b1-b1300b048711
    -rw-r--r-- 1 root root     6 Jun 12 21:14 MaximumTableSize-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root     5 Jun 12 21:14 MemoryOverwriteRequestControl-e20939be-32d4-41be-a150-897f85d49829
    -rw-r--r-- 1 root root     5 Jun 12 21:14 MemoryOverwriteRequestControlLock-bb983ccf-151d-40e1-a07b-4a17be168292 -rw-r--r-- 1 root root   978 Jun 12 21:14 MokListRT-605dab50-e046-4300-abb6-3dd810dd8b23
    -rw-r--r-- 1 root root  8668 Jun 12 21:14 MokListXRT-605dab50-e046-4300-abb6-3dd810dd8b23
    -rw-r--r-- 1 root root     8 Jun 12 21:14 MonotonicCounter-01368881-c4ad-4b1d-b631-d57a8ec8db6b
    -rw-r--r-- 1 root root     6 Jun 12 21:14 MountFirstScreenOffsetX-3ff963fb-0909-4899-9566-3e40985f61ed
    -rw-r--r-- 1 root root     6 Jun 12 21:14 MountFirstScreenOffsetY-79dd3cce-4534-4320-b6d6-5cc427d3fe35
    -rw-r--r-- 1 root root   181 Jun 12 21:14 MsiOcBackup-ba6510ad-1972-4d84-b28e-00e5fc8245cb
    -rw-r--r-- 1 root root    72 Jun 12 21:14 MsiOcCpuMemInfo-4ba187df-3bad-41b2-b73b-3d3dc1cc6387
    -rw-r--r-- 1 root root   228 Jun 12 21:14 MsiOcInfoFlag-48419251-dd85-4597-84b4-11182014adde
    -rw-r--r-- 1 root root     8 Jun 12 21:14 MsiOcMemECCInfo-78876464-9753-a77a-7607-652533891231
    -rw-r--r-- 1 root root    20 Jun 12 21:14 MsiOcMemPatchID-78876464-9753-a77a-7607-652533891231
    -rw-r--r-- 1 root root     8 Jun 12 21:14 MsiOcMemRGBInfo-78876464-9753-a77a-7607-652533891231
    -rw-r--r-- 1 root root    25 Jun 12 21:14 MsiOcMemSpdCheckSum-78876464-9753-a77a-7607-652533891231
    -rw-r--r-- 1 root root  2052 Jun 12 21:14 MsiOcMemSpdData-78876464-9753-a77a-7607-652533891231
    -rw-r--r-- 1 root root   132 Jun 12 21:14 MsiOcMemSpdXMPInfo-78876464-9753-a77a-7607-652533891231
    -rw-r--r-- 1 root root    12 Jun 12 21:14 NetworkStackVar-d1405d16-7afc-4695-bb12-41459d3695a2
    -rw-r--r-- 1 root root    28 Jun 12 21:14 OA3MSDMvariable-01368881-c4ad-4b1d-b631-d57a8ec8db6b
    -rw-r--r-- 1 root root    12 Jun 12 21:14 OsIndicationsSupported-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root   644 Jun 12 21:14 PKDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     7 Jun 12 21:14 PNP0501_0_NV-560bf58a-1e0d-4d7e-953f-2980a261e031
    -rw-r--r-- 1 root root    11 Jun 12 21:14 PlatformLang-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    57 Jun 12 21:14 PlatformLangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    14 Jun 12 21:14 ProFileAutoSaveInfo-515b6cdf-bbe7-4509-83cc-d725903d522a
    -rw-r--r-- 1 root root    22 Jun 12 21:14 SbatLevelRT-605dab50-e046-4300-abb6-3dd810dd8b23
    -rw-r--r-- 1 root root     5 Jun 12 21:14 SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    11 Jun 12 21:14 SecureBootSetup-7b59104a-c00d-4158-87ff-f04d6396a915
    -rw-r--r-- 1 root root  1918 Jun 12 21:14 Setup-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root     5 Jun 12 21:14 SetupMode-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root   148 Jun 12 21:14 SignatureSupport-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root     5 Jun 12 21:14 SioSetupData-6b0cc1bc-910f-411e-b6cb-0e314d0bb8c1
    -rw-r--r-- 1 root root     5 Jun 12 21:14 SliderDlgNod2Fun-4c5fe008-9f33-4e30-a075-5b5c84deb9f8
    -rw-r--r-- 1 root root    12 Jun 12 21:14 SmbiosEntryPointTable-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    12 Jun 12 21:14 SmbiosEntryPointTableF000-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root    12 Jun 12 21:14 SmbiosScratchBuffer-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root  3172 Jun 12 21:14 StdDefaults-4599d26f-1a11-49b8-b91f-858745cff824
    -rw-r--r-- 1 root root    12 Jun 12 21:14 SyncFlashBufferAddress-0da1e40b-65a3-4547-8dae-4538c9685df8
    -rw-r--r-- 1 root root    10 Jun 12 21:14 TPMPERBIOSFLAGS-7d3dceee-cbce-4ea7-8709-6e552f1edbde
    -rw-r--r-- 1 root root     6 Jun 12 21:14 Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    53 Jun 12 21:14 UsbSupport-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root     5 Jun 12 21:14 VendorKeys-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    12 Jun 12 21:14 WMIAcpiMemAddr-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
    -rw-r--r-- 1 root root    68 Jun 12 21:14 WriteOnceStatus-4b3082a3-80c6-4d7e-9cd0-583917265df1
    -rw-r--r-- 1 root root     6 Jun 12 21:14 XhciDID-a7e92950-4ec9-4502-8576-f851308f8c18
    -rw-r--r-- 1 root root  3147 Jun 12 21:14 dbDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root 11144 Jun 12 21:14 dbxDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c
    -rw-r--r-- 1 root root    12 Jun 12 21:14 msiDispatcherImageList-26817ae9-ca17-80d5-ab93-2f682e69efa9
    -rw-r--r-- 1 root root     8 Jun 12 21:14 msiOcProFileStringCount-857fbb9e-8a3b-97ce-ae58-2515e09922bb root@debian:/sys/firmware/efi/efivars#

    ---------------------

    Es scheint ein "block"-device zu fehlen? Sucht grub die eigentliche
    Platte? Laut Anleitung soll man aber Grub auf diesem Wege nach-/ neuinstallieren können....? Oder gibt es eine andere Lösung Grub nachträglich zu installieren?


    --
    Mit freundlichen Grüßen

    Sebastian Reinhardt

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Kraut@21:1/5 to All on Sun Jun 12 22:30:01 2022
    Am Sonntag, dem 12.06.2022 um 21:48 +0200 schrieb Sebastian Reinhardt:

    Es scheint ein "block"-device zu fehlen? Sucht grub die eigentliche
    Platte? Laut Anleitung soll man aber Grub auf diesem Wege nach-/ neuinstallieren können....? Oder gibt es eine andere Lösung Grub nachträglich zu installieren?

    Die Installation von Grub2 als auch das booten des Systems danach hat, zumindest in einer Test-VM, bei mir nur funktioniert, nachdem die ESP (EFI-Bootpartition) eine normale, separate Partition war. Und nicht etwa
    Teil des MD-Raid.

    --
    MfG Richi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Hartge@21:1/5 to Sebastian Reinhardt on Mon Jun 13 07:20:01 2022
    Sebastian Reinhardt <snr@lmv-hartmannsdorf.de> wrote:

    /dev/md127p1 on /target/boot/efi type vfat

    Das funktioniert nicht!

    Die EFI-Partition darf kein Teil von einem MD-RAID sein, sonst findet
    die Board-Firmware diese nicht.

    Ja, das ist Kacke, wenn man zwei Platten hat und einen Ausfall überleben
    will.

    Dazu muss man auf beiden Platten eine separate ESP anlegen, die zweite
    dann z.B. unter /boot/efi2 mounten und manuell mit /boot/efi
    synchronisieren.



    --
    Sigmentation fault. Core dumped.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Baur@21:1/5 to All on Mon Jun 13 12:50:01 2022
    Am 13.06.22 um 07:18 schrieb Sven Hartge:
    Sebastian Reinhardt <snr@lmv-hartmannsdorf.de> wrote:

    /dev/md127p1 on /target/boot/efi type vfat
    Das funktioniert nicht!

    Die EFI-Partition darf kein Teil von einem MD-RAID sein, sonst findet
    die Board-Firmware diese nicht.

    Ja, das ist Kacke, wenn man zwei Platten hat und einen Ausfall überleben will.

    Dazu muss man auf beiden Platten eine separate ESP anlegen, die zweite
    dann z.B. unter /boot/efi2 mounten und manuell mit /boot/efi
    synchronisieren.

    Würde es vielleicht funktionieren, wenn man das RAID-Device für die EFI-Partition mit Superblock-Metadaten-Version 0.90 oder 1.0 anlegt?

    Dadurch liegt der Superblock am Ende des Devices, von vorne sieht es wie
    eine normale Nicht-RAID-Partition aus.

    War (nicht im EFI-Kontext) mit ext4 als Dateisystem z.B. recht schick,
    da konnte man /boot so anlegen und mit dem "alten" GRUB (der keine RAID-Unterstützung hatte) nutzen. Der griff nur lesend darauf zu, somit
    war das kein Problem.

    Wenn bei EFI natürlich auch Schreibzugriffe stattfinden, bevor das Linux
    und damit das RAID gestartet ist, gibt das übel Datensalat. Das wäre
    also vorher zu recherchieren/zu testen.

    Gruß
    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Hartge@21:1/5 to Stefan Baur on Mon Jun 13 14:00:01 2022
    Stefan Baur <newsgroups.mail2@stefanbaur.de> wrote:
    Am 13.06.22 um 07:18 schrieb Sven Hartge:
    Sebastian Reinhardt <snr@lmv-hartmannsdorf.de> wrote:

    /dev/md127p1 on /target/boot/efi type vfat
    Das funktioniert nicht!

    Die EFI-Partition darf kein Teil von einem MD-RAID sein, sonst findet
    die Board-Firmware diese nicht.

    Ja, das ist Kacke, wenn man zwei Platten hat und einen Ausfall überleben
    will.

    Dazu muss man auf beiden Platten eine separate ESP anlegen, die zweite
    dann z.B. unter /boot/efi2 mounten und manuell mit /boot/efi
    synchronisieren.

    Würde es vielleicht funktionieren, wenn man das RAID-Device für die EFI-Partition mit Superblock-Metadaten-Version 0.90 oder 1.0 anlegt?

    Ja, aber nein, denn die UEFI-Firmware kann durchaus dort Dinge
    hineinschreiben und da das hinter dem Rücken des RAID-Codes passiert,
    führt das zu sehr komischen Effekten wenn z.B. ein Resync oder Check durchgeführt wird.

    Wenn bei EFI natürlich auch Schreibzugriffe stattfinden, bevor das Linux
    und damit das RAID gestartet ist, gibt das übel Datensalat. Das wäre
    also vorher zu recherchieren/zu testen.

    Ja, dem ist leider so, bzw. kann so sein.



    --
    Sigmentation fault. Core dumped.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sebastian Reinhardt@21:1/5 to All on Mon Jun 13 21:00:01 2022
    Am 13.06.22 um 13:57 schrieb Sven Hartge:
    Stefan Baur <newsgroups.mail2@stefanbaur.de> wrote:
    Am 13.06.22 um 07:18 schrieb Sven Hartge:
    Sebastian Reinhardt <snr@lmv-hartmannsdorf.de> wrote:

    /dev/md127p1 on /target/boot/efi type vfat
    Das funktioniert nicht!

    Die EFI-Partition darf kein Teil von einem MD-RAID sein, sonst findet
    die Board-Firmware diese nicht.

    Ja, das ist Kacke, wenn man zwei Platten hat und einen Ausfall überleben >>> will.

    Dazu muss man auf beiden Platten eine separate ESP anlegen, die zweite
    dann z.B. unter /boot/efi2 mounten und manuell mit /boot/efi
    synchronisieren.
    Würde es vielleicht funktionieren, wenn man das RAID-Device für die
    EFI-Partition mit Superblock-Metadaten-Version 0.90 oder 1.0 anlegt?
    Ja, aber nein, denn die UEFI-Firmware kann durchaus dort Dinge hineinschreiben und da das hinter dem Rücken des RAID-Codes passiert,
    führt das zu sehr komischen Effekten wenn z.B. ein Resync oder Check durchgeführt wird.

    Wenn bei EFI natürlich auch Schreibzugriffe stattfinden, bevor das Linux
    und damit das RAID gestartet ist, gibt das übel Datensalat. Das wäre
    also vorher zu recherchieren/zu testen.
    Ja, dem ist leider so, bzw. kann so sein.



    Hallo,

    Danke für die "Erleuchtung". Dank eurer Hilfe funktioniert der Rechner nun.

    Ich habe beide Festplatten mit der geführten Partitionierung und
    separater "home"- Partition aufgeteilt. Dann die Größen angepasst, da
    mir die "root"-Partition mit 30GB etwas klein erschien (jetzt: 500MB
    EFI, 300GB- root, 3,65TB- Daten und Rest- swap), und dann alle
    Partitionen außer der EFI zu einzelnen RAID1 zusammengefasst und
    formatiert. Nun habe ich was ich wollte. Und ja, eine komplett
    gespiegelte Platte wäre nat. das Beste, aber das Wichtigste sind die
    Daten in home- und Datenbankverzeichnissen. Die sollten immer
    wiederherstellbar sein, neben regelmäßigen Backups..... ;-)

    Danke für die Hilfe

    --

    Mit freundlichen Grüßen

    Sebastian Reinhardt

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Hartge@21:1/5 to Sebastian Reinhardt on Tue Jun 14 08:10:01 2022
    Sebastian Reinhardt <snr@lmv-hartmannsdorf.de> wrote:

    Ich habe beide Festplatten mit der geführten Partitionierung und
    separater "home"- Partition aufgeteilt. Dann die Größen angepasst, da
    mir die "root"-Partition mit 30GB etwas klein erschien (jetzt: 500MB
    EFI, 300GB- root, 3,65TB- Daten und Rest- swap), und dann alle
    Partitionen außer der EFI zu einzelnen RAID1 zusammengefasst und
    formatiert. Nun habe ich was ich wollte. Und ja, eine komplett
    gespiegelte Platte wäre nat. das Beste, aber das Wichtigste sind die
    Daten in home- und Datenbankverzeichnissen. Die sollten immer wiederherstellbar sein, neben regelmäßigen Backups..... ;-)

    Ich habe in meiner Update-Mechanik Code, der ungefähr so aussieht:

    ,----
    | if [ -d /boot/efi/EFI/debian/ -a -d /boot/efi2/EFI/debian/ ]; then
    | echo 'Multiple UEFI ESP gefunden'
    | if ! diff -rq /boot/efi/EFI/debian/ /boot/efi2/EFI/debian/; then
    | echo 'ESP unterscheiden sich, rsync noetig'
    | rsync -rv /boot/efi/EFI/debian/ /boot/efi2/EFI/debian/
    | fi
    | fi
    `----

    Der gleicht die beiden ESP dann ab, wenn sie sich unterscheiden.

    Ja, ich könnte einfach direkt rsync machen, aber im Original passiert im inneren "if" noch mehr.

    Damit das Booten korrekt funktioniert wenn die primäre Festplatte weg
    ist, sind beide ESP via efibootmgr in der Firmware registriert:

    # efibootmgr -c -d /dev/sda -p 1 -L "Debian HD1" -l '\EFI\debian\shimx64.efi'
    # efibootmgr -c -d /dev/sdb -p 1 -L "Debian HD2" -l '\EFI\debian\shimx64.efi'

    Sieht dann so aus:

    ,----
    | # efibootmgr -v
    | BootCurrent: 0002
    | BootOrder: 0000,0001
    | Boot0000* Debian HD1 HD(1,GPT,e8125127-74ca-4b63-a706-bcec4ea07f5e,0x800,0xf3800)/File(\EFI\debian\shimx64.efi)
    | Boot0001* Debian HD2 HD(1,GPT,a0e53ee9-41c2-480d-ae2e-d4d07f740cbc,0x800,0xf3800)/File(\EFI\debian\shimx64.efi)
    `----

    Ja, das ist deutlich aufwändiger wie bisher. Ich würde mir auch eine
    netter Lösung wünschen, die z.B. in GRUB integriert ist und mehrere ESP
    als Ziel erlaubt, damit bei Updates keine Asynchronität entsteht.



    --
    Sigmentation fault. Core dumped.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)