Kernel Panic nach update

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

Hinweis: In dem Thema Kernel Panic nach update gibt es 41 Antworten auf 5 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Quellcode

    1. btrfs fi df /
    2. Data, single: total=17.01GiB, used=7.73GiB
    3. System, DUP: total=32.00MiB, used=16.00KiB
    4. Metadata, DUP: total=1.50GiB, used=424.52MiB
    5. GlobalReserve, single: total=32.89MiB, used=0.00B

    Quellcode

    1. fdisk -l
    2. Festplatte /dev/sda: 465,8 GiB, 500107862016 Bytes, 976773168 Sektoren
    3. Einheiten: Sektoren von 1 * 512 = 512 Bytes
    4. Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
    5. E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
    6. Festplattenbezeichnungstyp: dos
    7. Festplattenbezeichner: 0x0fba0fba
    8. Gerät Boot Anfang Ende Sektoren Größe Kn Typ
    9. /dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
    10. /dev/sda2 206848 259971071 259764224 123,9G 7 HPFS/NTFS/exFAT
    11. /dev/sda3 259971072 468367359 208396288 99,4G 7 HPFS/NTFS/exFAT
    12. /dev/sda4 468367360 976773119 508405760 242,4G f W95 Erw. (LBA)
    13. /dev/sda5 468369408 472567807 4198400 2G 82 Linux Swap / Solaris
    14. /dev/sda6 472569856 556460031 83890176 40G 83 Linux
    15. /dev/sda7 556462080 976773119 420311040 200,4G 83 Linux
    Alles anzeigen

    Brainfuck-Quellcode

    1. zypper lr -d
    2. Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.
    3. # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst
    4. ---+---------------------------+-----------------------------------------+-----------+-----------------+----------------+-----------+--------+----------------------------------------------------------------------------+-------
    5. 1 | download.nvidia.com-leap | nVidia Graphics Drivers | Ja | ( p) Ja | Ja | 99 | rpm-md | https://download.nvidia.com/opensuse/leap/42.3 |
    6. 2 | openSUSE-Leap-42.3-0 | openSUSE-Leap-42.3-0 | Nein | ---- | ---- | 99 | yast2 | hd:///?device=/dev/disk/by-id/usb-_USB_DISK_2.0_070839805C20AC21-0:0-part2 |
    7. 3 | repo-debug | openSUSE-Leap-42.3-Debug | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.3/repo/oss/ |
    8. 4 | repo-debug-non-oss | openSUSE-Leap-42.3-Debug-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.3/repo/non-oss/ |
    9. 5 | repo-debug-update | openSUSE-Leap-42.3-Update-Debug | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.3/oss/ |
    10. 6 | repo-debug-update-non-oss | openSUSE-Leap-42.3-Update-Debug-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.3/non-oss/ |
    11. 7 | repo-non-oss | openSUSE-Leap-42.3-Non-Oss | Ja | ( p) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/ |
    12. 8 | repo-oss | openSUSE-Leap-42.3-Oss | Ja | ( p) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/oss/ |
    13. 9 | repo-source | openSUSE-Leap-42.3-Source | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.3/repo/oss/ |
    14. 10 | repo-source-non-oss | openSUSE-Leap-42.3-Source-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.3/repo/non-oss/ |
    15. 11 | repo-update | openSUSE-Leap-42.3-Update | Ja | ( p) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/oss/ |
    16. 12 | repo-update-non-oss | openSUSE-Leap-42.3-Update-Non-Oss | Ja | ( p) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/non-oss/
    Alles anzeigen

    Quellcode

    1. cat /etc/fstab
    2. UUID=a1f34cc3-c4da-44b1-a20a-4550d97fdf2d swap swap defaults 0 0
    3. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 / btrfs defaults 0 0
    4. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0
    5. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /boot/grub2/x86_64-efi btrfs subvol=@/boot/grub2/x86_64-efi 0 0
    6. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /opt btrfs subvol=@/opt 0 0
    7. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /srv btrfs subvol=@/srv 0 0
    8. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /tmp btrfs subvol=@/tmp 0 0
    9. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /usr/local btrfs subvol=@/usr/local 0 0
    10. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/cache btrfs subvol=@/var/cache 0 0
    11. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/crash btrfs subvol=@/var/crash 0 0
    12. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0
    13. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/machines btrfs subvol=@/var/lib/machines 0 0
    14. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0
    15. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0
    16. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0
    17. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/named btrfs subvol=@/var/lib/named 0 0
    18. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0
    19. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/log btrfs subvol=@/var/log 0 0
    20. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/opt btrfs subvol=@/var/opt 0 0
    21. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/spool btrfs subvol=@/var/spool 0 0
    22. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /var/tmp btrfs subvol=@/var/tmp 0 0
    23. UUID=4bfeb9af-b71a-40bb-9ddd-78cd77d26114 /.snapshots btrfs subvol=@/.snapshots 0 0
    24. UUID=449f29c6-5fcb-4dcf-b39b-9a32e63fdff8 /home xfs defaults 1 2
    Alles anzeigen

    Für den Inhalt des Beitrages 126718 haftet ausdrücklich der jeweilige Autor: brendiee

  • Wenn ich das hier richtig beurteile ....
    Normalerweise kann man von /home etwas weg nehmen und / zuteilen. Das wäre der Normalfall. Aber dein /home ist mit xfs formatiert. xfs hat die unangenehme Eigenschaft, das man mit diesem Dateiformat nur vergrößern kann. Verkleinern ist nicht möglich. Von daher haben wir hier wohl ganz schlechte Karten etwas zu finden, was wir / noch zuteilen können.

    Für den Inhalt des Beitrages 126723 haftet ausdrücklich der jeweilige Autor: Alero

  • Quellcode

    1. btrfs filesystem show
    2. Label: none uuid: 4bfeb9af-b71a-40bb-9ddd-78cd77d26114
    3. Total devices 1 FS bytes used 8.22GiB
    4. devid 1 size 40.00GiB used 20.07GiB path /dev/sda6

    Für den Inhalt des Beitrages 126727 haftet ausdrücklich der jeweilige Autor: brendiee

  • brendiee schrieb:

    Erstmal vielen Dank.

    Wo finde ich den Namen der Netzwerkkarte und was soll ich bei repository eintragen?
    Brendiee in Deinem Bildchen ist exakt das was ich vermutet hatte, Den Netzwerk war nicht oben, daher auch keine Netzwerk Karte.
    #Im ifconfig steht der Name der Karte immer ganz links (links neben dem : ) in der 1. Zeile.

    Bei Dir ist da nur lo (das sogenannte interne Loopback Interface, was jedes Linux hat (haben sollte).

    Wäre Deine Netzwerk Karte oben, müsstest Du ein eth0 oder nach der neuerlichen Behandlung/Schreibweise (nein ich mag die NICHT) enp<schiessmichtot> sehen.

    Dass Dein Problem mit dem snapshot gelöst ist, glaube ich genausowenig wie die Anderen.
    Irgendwas ist schief in Deinem System, dass es Dir beim Kernelupdate die Suppe verhagelt.

    Einen Filesystem Art Zoo würde ich auf meinen Servern übrigens NIEMALS installieren - ein System = eine Filesystem Art - entweder durchgängig btrfs oder ext4 etc. (externe mounts ausgeschlossen).
    Viele Grüße,
    T.

    Für den Inhalt des Beitrages 126756 haftet ausdrücklich der jeweilige Autor: Tamerlain

  • Ihr nutzt BTRFS einfach falsch.
    Das taugt ganz prima zur Vorhersage von Lottozahlen.
    Damit hab ich schon 100% mehr gewonnen, als ohne.
    Am Betrag von 2,35€ arbeiten wir noch.

    scnr.
    Sokrates sagte, dass er nichts wisse.
    Ich bin viel, viel klüger als Sokrates.
    Ich weiß ganz genau, dass ich gar nichts weiß.

    Für den Inhalt des Beitrages 126789 haftet ausdrücklich der jeweilige Autor: Berichtigung

  • Sauerland schrieb:

    Das komische ist, das btrsf fi df / nur 17 GiB anzeigt, wobei die Partition aber 40 GiB ist.

    DebianforumWiki schrieb:


    btrfs speichert die Daten intern in sog. Chunks, die Datenbereiche bestimmter Größe darstellen. Innerhalb eines Chunks können Daten unterschiedlicher Dateien abgelegt werden. Für das Vorhandensein freien Speicherplatzes auf einem btrfs-Dateisystem ist das Vorhandensein freier Chunks entscheidend. Anders ausgedrückt: bei btrfs muss man zwischen freiem Platz auf dem Dateisystem und freiem Platz auf den Geräten unterscheiden.
    Da btrfs mit Copy-on-Write arbeitet und die Daten in Chunks allokiert, sind die Ausgaben von df und du mitunter irreführend.
    Poste bitte

    Quellcode

    1. btrfs fi show /

    Für den Inhalt des Beitrages 126792 haftet ausdrücklich der jeweilige Autor: Alero

  • Quellcode

    1. btrfs fi show /
    2. Label: none uuid: 4bfeb9af-b71a-40bb-9ddd-78cd77d26114
    3. Total devices 1 FS bytes used 8.23GiB
    4. devid 1 size 40.00GiB used 10.57GiB path /dev/sda6
    Filesystem Zoo ist gut ;), aber als Anfänger habe ich bei der Installation die vom System vorgeschlagenen Einstellungen übernommen.

    Der PC ist Minimum 12 Jahre alt, war damals schon ein Auslaufmodell, bleibt öfters hängen und hat seine Schuldigkeit irgendwie auch getan. Ich werde mir zu Weihnachten, n neuen schenken. Ein paar Hinweise zur Aufteilung der HDDs bei der Neu-Installation (wird ne SSD und ne zweite größere Festplatte enthalten), damit genau solche Sachen nicht wieder passieren, wäre sehr hilfreich. Oder soll ich dafür n neuen Thread öffnen? (Keine Video-Bearbeitungen aller Art, kein Gaming, hauptsächlich Office-Anwendungen und aufgrund von Arbeitssachen brauche ich leider immer noch ne Windows 10-Installation.)

    Möchte mich nochmals bei allen Helfern bedanken.

    Für den Inhalt des Beitrages 126800 haftet ausdrücklich der jeweilige Autor: brendiee

  • Ich kann nur für mich reden. Ich nutze nur ext4, mein /home hat 60GiB. Verwendest du XFS dann daran denken, XFS-Partitionen kann man nicht verkleinern. Vergrößern geht. Im Zeitalter der Terrabyte Platten sollte das kein Problem darstellen. 1TB für Linux reicht aus, ausgehend von deinen Vorgaben. 2TB Platten sind nicht unerschwinglich. Den Rest bestimmt dein Geldbeutel. Die SSD würde ich als Boot-Platte nutzen. Geht ja doch schneller als eine konventionelle Platte.

    Für den Inhalt des Beitrages 126801 haftet ausdrücklich der jeweilige Autor: Alero