Quote from GojiraIch habe jetzt noch AlmaLinux-9.4-aarch64-boot.iso und debian-12.5.0-arm64-netinst.iso hochgeladen und getestet und diese lassen sich auch nicht einbinden. Wieso sind nicht mehrere "offizielle" DVD Images (z.B. FreeBSD, OpenBSD, etc.) verfügbar? Hoffentlich meldet sich der Support heute.
Interessant, dass im Log folgender Eintrag angezeigt wird, obwohl das Einbinden permanent fehlschlägt:
Kann ich am WE eigentlich noch mit einer Lösung rechnen?
Danke für den Hinweis. Ja, in Wien. Im SCP konnte ich bis auf das Einbinden von ISO-Images keine Probleme feststellen. Der Server bootet halt leider nicht durch und mit den Standard CD-ROM-Images (Debian/Ubuntu) fange ich nichts an.
Ich habe jetzt Antwort per E-Mail erhalten: "Es kam gestern zu einem kurzen Ausfall. Der Server sollte wieder wie gewohnt funktionieren. Wir bitten, die Unannehmlichkeiten zu entschuldigen." Würde ich ein Ticket um 01:02 eröffnen, wenn der Server wieder normal läuft!? 
Keine Angaben, wieso ich keine ISO-IMAGES einbinden kann. Ihr braucht meinen Server nicht reparieren, etc. aber die Basics sollten funktionieren!
Ich habe jetzt noch AlmaLinux-9.4-aarch64-boot.iso und debian-12.5.0-arm64-netinst.iso hochgeladen und getestet und diese lassen sich auch nicht einbinden. Wieso sind nicht mehrere "offizielle" DVD Images (z.B. FreeBSD, OpenBSD, etc.) verfügbar? Hoffentlich meldet sich der Support heute.
Gestern Abend gab es Probleme mit dem Node auf dem mein ARM64 liegt. Der Server kam nach ca. 20 Minuten wieder online, stürzte jedoch wenig später erneut und seitdem startet der Server nicht mehr. Leider kann ich kein aktuelles FreeBSD 15 (bzw. 14.1) aarch64 ISO booten um den Server zu reparieren bzw. neu zu installieren. Die Linux CD-ROMs booten zwar, helfen mir aber nicht weiter bzw. möchte ich kein dd über ssh machen. 
Mach ich etwas falsch oder besteht das Problem mit den ISO-Images weiterhin?
Diese Anwendung ist über 10 Jahre alt.
Die Fehlermeldung deutet möglicherweise darauf hin, dass kein TLS verwendet wird bzw. die TLS Implementation zu alt ist... also kein TLS >= 1.2 unterstützt und/oder veraltete Ciphers verwendet.
Für Cirrus / QXL Karten braucht man doch keinen extra VirtIO Treiber?
Das habe ich auch nicht behauptet und deswegen meine Frage betreffend Support. Mein ARM64 Server hat:
virtio_pci0: <VirtIO PCI (modern) GPU adapter> mem 0x12400000-0x12400fff,0x8000000000-0x8000003fff at device 0.0 on pci2
vtgpu0: <VirtIO GPU> on virtio_pci0
VT: initialize with new VT driver "virtio_gpu".
Und ich kann das nicht selbst ändern!?
Jetzt aller klar?
Wofür braucht man den auf einem VPS?
Für die Installation und wenn der Server mal nicht mehr per SSH steuerbar ist. OK, Installation geht auch ohne mit Linux Rescue und dd. Oder kann der Support die Grafikkarte ändern?
NetBSD 10 aarch64: ISO hochgeladen und eingelegt, bootet aber nicht.
Weit würdest du damit ohnehin nicht kommen. NetBSD hat leider noch keinen VirtIO GPU Treiber. 
Oder habe ich etwas verpasst?
Woher hast du denn "ipv6_route_protect_mynet"? Die Variable steht in keinem rc-Skript und Google findet nur deinen Beitrag hier im Forum.
Hast du evtl. eins der rc-Skripte angepasst?
Schau mal in /etc/defaults/rc.conf:
ipv6_static_routes="" # Set to static route list (or leave empty).
#ipv6_static_routes="xxx" # An example to set fec0:0000:0000:0006::/64
# route toward loopback interface.
#ipv6_route_xxx="fec0:0000:0000:0006:: -prefixlen 64 ::1"
Oder die man page: rc.conf(5).
