Beiträge von V-Treiber

  • Ratlos in Berlin. 6.12 Kernel will nicht

    Hallo Forum,


    um luigi zu beruhigen habe ich ein paar Minuten investiert, um mein Leap 16 zu überreden, den 6.12 Kernel zu booten, statt einen 6.4er.


    Schritt 1: BIOS via Flasher auf den neuste Stand.


    Code
    Machine:
  Type: Desktop Mobo: BIOSTAR model: B550MH serial: N/A
    uuid: 03000200-0400-0500-0006-000700080009 UEFI: American Megatrends LLC.
    v: 5.17 date: 06/26/2025

    Weil, das ist verbaut. Neustart.


    Code
    CPU:
  Info: model: AMD Ryzen 3 4300GE with Radeon Graphics socket: AM4 bits: 64
    type: MT MCP arch: Zen 2 gen: 2 level: v3 note: check built: 2020-22
    process: TSMC n7 (7nm) family: 0x17 (23) model-id: 0x60 (96) stepping: 1
    microcode: 0x860010F
  Topology: cpus: 1x dies: 1 clusters: 1 cores: 4 threads: 8 tpc: 2
    smt: enabled cache: L1: 256 KiB desc: d-4x32 KiB; i-4x32 KiB L2: 2 MiB
    desc: 4x512 KiB L3: 4 MiB desc: 1x4 MiB

    2. Schritt


    mit zypper refresh und update die amdgpu firmware-Treiber aktualisiert und mittels dracut in initramfs geschafft. Neustart.


    Ergebnis.

    6.12er-Bot endet mit schwarzen Bildschirm, selbst Umschalten auf Konsole ist nicht möglich. Also 6.4er Kernel.



    Und nu?

  • SATA.Festplatte lässt beim mounten System einfrieren

    Zitat von luigi

    Wie es früher einmal war, spielt hier keine Rolle. Der Übergang von 15.6 auf 16.0 ist jedenfalls ein gravierender Bruch in der zugrunde liegenden Architektur.

    Der alte Leap 15.6 Kernel bringt nicht die für Leap 16.0 optimierten und vorausgesetzten Compiler- und Glibc-Kompatibilitäten mit. Da Leap 16.0 auf neuere Systembibliotheken (wie eine aktuellere glibc) und eine modernisierte Architektur (mindestens x86-64-v2) setzt, führt ein veralteter Kernel langfristig zu massiven Inkompatibilitäten und Fehlern im laufenden Betrieb.


    Ob dies im hier vorgestellten Problem der Fall ist, kann ich nicht überprüfen.

    Hallo Statler, hallo Waldorf »<

    sehr unterhaltsam.

    Es läuft momentan, wie es läuft, der Rest ist erst mal graue Theorie. Ich muss nur die amdgpu firmware laden und installieren, was ich sicher in einer ruhigen Minute tun werde.

  • $PROGRAMMIERSPRACHE + $EDITOR + $GITHUB zusammen lernen (z.B. Python+(Neo)vim+Github) - sinnvoll? Tipps?

    Pascal? Python?


    Ich habe das programmieren, bis auf ein wenig HTML / Jaascript aufgegeben.

    Der Kit, der alles zusammen hält, heißt Assembler 8) , oben drüber kommt dann C und danach kommt eine ganzer Zoo sogenannter Highlevel-Sprachen und unzähliger Scriptsprachen.


    Die Wahl der Programmiersprache hängt davon ab, was Du machen willst. Dann lohnt es sich ggf. auch ein Projekt in mehr als einer Sprache zu realisieren.


    Ich benutze Bluefish weil der neben python noch php, Perl, html und noch ein paar Sachen beherrscht https://bluefish.openoffice.nl/


    Meiner Meinung nach, wenn Du eine Programmier-Sprache kannst, kannst Du alle. Eben nicht perfekt, aber das brauchst Du auch nicht.

  • SATA.Festplatte lässt beim mounten System einfrieren

    Zitat von luigi

    Bei mir wurden die 15.6 Kernels nach einem komplett erfolgreichen upgrade auf Leap 16.0 immer automatisch gelöscht.

    Daher stellt sich mir die Frage, ob sich das System überhaupt in einem geordneten Leap 16.0 Zustand befindet. Wenn nicht, dann ist auch nicht auszuschließen, dass das seltsame Verhalten beim Zugriff auf die Festplatte damit zusammenhängen könnte.


    Egal, ich würde jedenfalls keinen 15.6 Kernel unter Leap 16.0 laufen lassen.

    Ich sage nur AMD/Raedon, den 6.12 muss ich noch umkonfigurieren, damit er den Treiber amdgbu rechtzeitig lädt.


    Da das System sowohl mit meinen internen SSD als auch mit meinen ext. USB HDD wunderbar klar kommt, inkl. neu Partitionierung und fs-Wechsel erscheint es mir ziemlich unwahrscheinlich das es nun ausgerechnet bei einer Platte aussteigt, die in einem 15.3 Rechner lief.

  • SATA.Festplatte lässt beim mounten System einfrieren

    Sauerland


    Ich wüsste zwar nicht mit was das System (4 Kerne, 32GB RAM, xfce, 1 Firefox, 1 Terminal) ausgelastet sein sollte...


    aber


    dmesg liefert nach dem Mount-versuch Folgendes (wenigstens kein Absturz dies Mal)


    Code
    Do,  3. Sep 2026, 17:00:56] [   T5810] EXT4-fs (sdb): VFS: Can't find ext4 filesystem
[Do,  3. Sep 2026, 17:00:56] [   T5810] EXT4-fs (sdb): VFS: Can't find ext4 filesystem
[Do,  3. Sep 2026, 17:00:56] [   T5810] EXT4-fs (sdb): VFS: Can't find ext4 filesystem
[Do,  3. Sep 2026, 17:00:56] [   T5810] FAT-fs (sdb): bogus number of reserved sectors
[Do,  3. Sep 2026, 17:00:56] [   T5810] FAT-fs (sdb): Can't find a valid FAT filesystem

    Wie gesagt auf der Platte ist ein brfs und ein xfs?


    Und in top ist auch nichts los.