Skip to content

Debian Bug auf Arm64

Linux
1 1 193
  • Ich betreibe schon lange, eine Vaultwarden VM. Gestern Abend wollte ich mal nach Updates schauen wegen rsync. Kurz Update usw. und ein Reboot, doch danach konnte ich mich mittels SSH nicht mehr connecten. Irgendwann bekam ich mit, das man nur extrem lange warten musste. Ok, es war zu spät, so musste ich das so lassen. Der Vaultwarden Dienst lief ja auch einwandfrei, so das es im Moment egal war.

    Heute nach der Arbeit, dann ran an die Arbeit. Konsole auf und sehr lange warten. Dann irgendwann war ich drin, alles mal angeschaut, alles funktionierte. Platz war genug da, kein Prozess der Amok lief usw. Nur eine Sache machte Ärger.

    ufw status
    

    Es passierte gar nichts. Dienst stoppen, Status usw. nix ging. 🤔 Nachdem ich alles mal überdacht hatte, fiel mir ein, das ich bei der ganzen Testerei, zwei Kernel Updates erblickt hatte. Zwei Kernel Updates, kurz hintereinander, sind schon sehr ungewöhnlich für das Debian Team.

    Schauen wir mal nach, was läuft.

    root@vaultwarden-4gb-xxx1-1:~# uname -a
    Linux vaultwarden-4gb-xxx1-1 6.1.0-29-arm64 #1 SMP Debian 6.1.124-1 (2025-01-12) aarch64 GNU/Linux
    

    In /boot war aber noch ein Neuer Kernel 6.1.0-30. Ok, Kiste mal wieder neugestartet und siehe da, die Kiste lief wieder und ich kam auch einwandfrei mit SSH auf die Kiste. Puuuh..

    root@vaultwarden-4gb-xxx1-1:~# uname -a
    Linux vaultwarden-4gb-xxx1-1 6.1.0-30-arm64 #1 SMP Debian 6.1.124-1 (2025-01-12) aarch64 GNU/Linux
    

    Ok, wenn es zwei Kernel Updates in so kurzer Zeit gibt, muss es einen Bug geben. Dann suchen wir mal.

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1092772

    Und Volltreffer. Habe mir den Bug Report gerade nochmal ausführlich durchgelesen, verstehe aber jetzt gerade nicht, was das mit meinem Problem zu tuen hat. Aber, letztendlich läuft der Kernel jetzt.

    Falls jemand über das Problem stolpert, Kernel updaten und es läuft wieder.

  • Restic v0.17.2 released

    Restic restic linux
    1
    0 Stimmen
    1 Beiträge
    168 Aufrufe
    Niemand hat geantwortet
  • Redis ConnectionPool

    Redis redis linux ki-generiert
    2
    0 Stimmen
    2 Beiträge
    327 Aufrufe
    FrankMF
    Die Antwort von ChatGPT wie der Redis ConnectionPool funktioniert. Ein paar Dinge finde ich komisch. https://chat.openai.com/share/b10fdadc-2c9b-404a-bc99-c883d110d6af
  • Fragen, Probleme, geht nicht?

    Angeheftet Support vaultwarden support linux
    1
    0 Stimmen
    1 Beiträge
    159 Aufrufe
    Niemand hat geantwortet
  • FreeOTP+

    Linux linux freeotp+
    3
    1
    0 Stimmen
    3 Beiträge
    662 Aufrufe
    FrankMF
    Falls mal jemand von FreeOTP+ zum Bitwarden Authenticator wechseln möchte, ich habe da mal was gebaut https://forgejo.linux-nerds.org/frank/freeotpplus-export-to-bitwarden-authenticator
  • NanoPi R2S - OpenWRT VLAN

    Verschoben NanoPi R2S nanopir2s openwrt linux
    11
    8
    0 Stimmen
    11 Beiträge
    2k Aufrufe
    FrankMF
    @thrakath1980 Ok, du meinst die FriendlyArm Variante von OpenWRT. Ich denke, da sollte man besser alles neu machen. Leider ist das bei OpenWRT nicht so einfach zu updaten/upgraden wie z.B. bei einem Linux Kernel. Ich habe es mal runtergeladen, wenn ich mal Zeit habe, schau ich mal rein.
  • Mobian - vollverschlüsselt

    Software pinephone mobian linux
    1
    0 Stimmen
    1 Beiträge
    342 Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - PCIe NVMe SSD installieren

    Hardware linux rockpro64
    1
    0 Stimmen
    1 Beiträge
    360 Aufrufe
    Niemand hat geantwortet
  • Liste von Linuxbefehlen

    Angeheftet Linux linux
    5
    1
    0 Stimmen
    5 Beiträge
    1k Aufrufe
    FrankMF
    Kurzer IPv6 Ping, ohne viel Tipparbeit root@:~# ping 2600:: PING 2600::(2600::) 56 data bytes 64 bytes from 2600::: icmp_seq=1 ttl=55 time=14.9 ms 64 bytes from 2600::: icmp_seq=2 ttl=55 time=13.0 ms 64 bytes from 2600::: icmp_seq=3 ttl=55 time=15.9 ms