neue ARM-Server - mit Arch Linux ARM ?

    Die neuen ARM-Server interessieren mich, allerdings möchte ich weder Ubuntu noch Debian verwenden, sondern das mir besser vertraute Arch Linux ARM.

    Ich kenne es schon vom raspberry pi, und denke für die Netcup Server müsste man dann dieses Image verwenden:


    Generic AArch64 Installation

    https://archlinuxarm.org/platforms/armv8/generic


    - Wie mach ich das mit dem Bootlader ?

    - Hat jemand Arch Linux ARM schon probiert ?

    - Was gibt es sonst noch zu beachten ?


    Vielen Dank!

    Danke,

    Zitat
    ...The kernel package (linux-aarch64) provides both an EFI-stubbed Image file that can be directly booted, along with an Image.gz, located in /boot....Default root password is root
    A normal user account named alarm is set up, with the password alarm

    ...

    Haben die netcup Server einen NVRAM, um den efi boot Eintrag zu speichern ? Stichwort efibootmgr ?
    Und wie man oben sieht, muss man ja noch einiges anpassen, bevor man den Server startet. Normalerweise würde ich dies mit arch-chroot machen, als Life Medium steht aber kein Arch Arm bereit... Henne Ei Problem ?

    Zitat von ulf8000

    Danke,

    Haben die netcup Server einen NVRAM, um den efi boot Eintrag zu speichern ? Stichwort efibootmgr ?
    Und wie man oben sieht, muss man ja noch einiges anpassen, bevor man den Server startet. Normalerweise würde ich dies mit arch-chroot machen, als Life Medium steht aber kein Arch Arm bereit... Henne Ei Problem ?

    Ich hatte wohl etwas zu spät meinen Post noch ergänzt. Ein aarch64 ISO kannst du hier finden: https://archboot.com/iso/aarch64/2023.12/ Darin sollte dann auch das gewohnte arch-chroot enthalten sein.

    Danke, damit scheint die Vorgehensweise nun klarer zu werden, mit dem Generic AArch64 Image hätte ich doch einige Bauchschmerzen gehabt, auch im Resuce Fall.


    Ich denke mal, das wären die Schritte, analog zu einem x86-64 Arch:

    - aarch64 ISO im CCP Hochladen und davon booten

    - Partitionieren und Formatieren (inkl. Fat32 EFI Partition)

    - pacstrap -K /mnt base linux-lts linux-firmware

    - arch-chroot /mnt

    - sshd, User anlegen, network-manager, boot-loader


    Beim boot-loader sind vermutlich alle möglich, die aarch64 mitbringt und EFI fähig sind, NVRAM und efibootmgr sind mir aber immer noch unklar, mit einem Default "esp/EFI/BOOT/BOOTX64.EFI" auf der EFI Partition müsste es aber theoretisch immer gehen...

    Zitat von ulf8000

    Haben die netcup Server einen NVRAM, um den efi boot Eintrag zu speichern ? Stichwort efibootmgr ?

    Gibt es überhaupt eine EFI Implementierung ohne NVRAM?


    Aktuell funktionieren bei Netcup keine Online-Snapshots für EFI und ARM Maschinen, nur Offline Snapshots - eben wegen dem NVRAM Image. Die haben also definitiv eines.



    Zitat von ulf8000

    "esp/EFI/BOOT/BOOTX64.EFI"

    Ob du nun mit Boot x64 weiterkommst, wage ich zu bezweifeln.


    Eine Suche nach tianocore arm64 default efi executable liefert: https://developer.arm.com/docu…ui1102/0100/UEFI-overview

    Zitat

    To create a bootable image in GRUB, copy grub.efi to /efi/boot/bootaa64.efi

    EFI\debian\shimaa64.efi


    In meinem ARM Beta sieht eine Debian Installation so aus:

    Code
    ls -la /boot/efi/EFI/debian/
insgesamt 6224
drwx------ 2 root root    8192 25. Okt 16:34 .
drwx------ 3 root root    8192 25. Okt 16:34 ..
-rwx------ 1 root root     110 25. Okt 16:34 BOOTAA64.CSV
-rwx------ 1 root root   90704 25. Okt 16:34 fbaa64.efi
-rwx------ 1 root root 4359616 25. Okt 16:34 grubaa64.efi
-rwx------ 1 root root     117 25. Okt 16:34 grub.cfg
-rwx------ 1 root root  886400 25. Okt 16:34 mmaa64.efi
-rwx------ 1 root root  979672 25. Okt 16:34 shimaa64.efi
    Code
    efibootmgr -v
BootCurrent: 0009
Timeout: 3 seconds
BootOrder: 0009,0003,0002,0000,0001,0008
Boot0000* UiApp    FvVol(64074afe-340a-4be6-94ba-91b5b4d0f71e)/FvFile(462caa21-7614-4503-836e-8ab6f4662331)
Boot0001* UEFI Misc Device    VenHw(93e34c7e-b50e-11df-9223-2443dfd72085,00)N.....YM....R,Y.
Boot0002* UEFI QEMU QEMU CD-ROM     PciRoot(0x0)/Pci(0x4,0x4)/Pci(0x0,0x0)/SCSI(0,0)N.....YM....R,Y.
Boot0003* UEFI Misc Device 2    PciRoot(0x0)/Pci(0x2,0x7)/Pci(0x0,0x0)N.....YM....R,Y.
Boot0008* EFI Internal Shell    FvVol(64074afe-340a-4be6-94ba-91b5b4d0f71e)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
Boot0009* debian    HD(1,GPT,83b9eebf-0923-4cd5-8f85-0d3bf6bce17c,0x800,0x100000)/File(\EFI\debian\shimaa64.efi)

    Danke nochmal für die Screenshots, haben mir die Kaufentscheidung leichter gemacht, sitze jetzt auch auf einem ARM :)

    Habe erstmal das Debian gelassen und schaue mich um...

    Gut ist, dass wohl die meisten Arch Low Level Konfigurationen 1:1 auch unter Debian funktionieren...

    Zitat von ulf8000

    Mal genauer reingelesen, fällt als Medium für eine Installation meiner Meinung nach aus:


    Die netcup server bekommen vom DHCP ja eine Adresse, und sind umgehend online, d.h nach dem Booten "offen" für jeden ...

    Hast du das mal getestet? Wenn das Root Passwort nicht gesetzt ist, heißt das eigentlich in den meisten Fällen, dass der Root Account für den Login gesperrt ist. Es würde mich jetzt ehrlich gesagt etwas wundern, wenn man sich hier per remote einloggen könnte. Zumindest, wenn die das ISO so konfiguriert hätten. Ich kenne das eigentlich nur, wenn da Passwort ein leerer String ist. Aber ein nicht gesetztes Passwort sollte hier kein Problem sein.

    Habe mit dem Entwickler geschrieben,

    es gibt 3 verschiedene ISO Varianten, ich hatte oben das 1. Iso genommen.


    pasted-from-clipboard.png


    Nach Rückfrage läuft nur die "local" Variante erstmal ohne Netzwerk.

    Den letzten Satz hat er jetzt neu hinzugefügt.

    D.h. hier könnt man ein root Passwort setzten, ssh config/keys anlegen, und dann erst das Netzwerk mit ssh starten.


    Mit der vnc cosole ist das aber Strafarbeit... nicht mit mir ;)

    Jetzt weiß ich, warum netcup kein arm arch Iso anbietet...

    Ente: © 2023 Craiyon LLC.

    Einmal editiert, zuletzt von ulf8000 ()

    Ente gut, alles gut 1