{"id":21095,"date":"2025-11-06T00:15:26","date_gmt":"2025-11-05T23:15:26","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=21095"},"modified":"2025-11-06T09:42:08","modified_gmt":"2025-11-06T08:42:08","slug":"kern-spaltung-folge-1","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2025\/11\/06\/kern-spaltung-folge-1\/","title":{"rendered":"Kern-Spaltung Folge 1"},"content":{"rendered":"\n

Ich greife jetzt ein heißes Eisen an.
1.) Weil ich vor fast 15 Jahren mir vorgenommen habe, nie wieder so tief in Linux<\/a>\/Unix<\/a> hineinzugehen.
2.) Weil die Erstellung einer Beschreibung selbst nicht leicht ist.
3.) Man ein bisschen Verständnis für Kern-Prozesse mitbringen sollte.<\/p>\n\n\n\n

Eines vorweg: NIE OHNE BACKUP<\/a>. Alles was ich schreibe bezieht sich auf Debian<\/a> Trixie. Andere Distribution<\/a>en können durchaus andere Namen Verzeichnis<\/a>se verwenden. Ihr wisst unter Unix<\/a> sind Namen Schall und Rauch.<\/p>\n\n\n\n

Schauen wir einmal, wie gut mir die Erklärungen gelingen.<\/p>\n\n\n\n

Der Kern<\/h2>\n\n\n\n

Ein Linux<\/a>kern besteht aus mehren Teilen. Da gibt es bei modernen Systemen den Bootloader EFI nebenbei noch GRUB und dann den Kern selbst und die Module. All das findet man im Verzeichnis<\/a> \/boot auf der 2. Partition<\/a>. Die erste Partition<\/a> wird unter \/boot\/efi gemountet und beinhaltet auf x64er-System den Bootloader selbst. Und damit findet der Bootloader nun zu seiner Partition<\/a> und zum Kern selbst. <\/p>\n\n\n\n


Der Bootvorgang <\/h2>\n\n\n\n


Dem einen oder anderem ist aufgefallen, dass da eine Zeile an Param<\/a>eter mit übergeben wird, wenn der Bootvorgang startet. U. a. ist dort ein Begriff wie „vmlinux<\/a>“ diese Datei<\/a> liegt im Root<\/a>-Verzeichnis<\/a> und ist ein symbolischer Link auf den Kern im Verzeichnis<\/a> \/boot. Aktuell wäre das bei mir
„\/vmlinuz -> boot\/vmlinuz-6.12.48+deb<\/a>13-amd64“
Und das ist der Linux<\/a>-Kern in seiner vollen Pracht und Schönheit. <\/p>\n\n\n\n

Und damit hätten wir schon einen geladenen Kern und Linux<\/a> lauffähig. Der Rest der jetzt kommt ist nur für die Bequemlichkeit. Dazu wird die Datei<\/a> \/initrd.img verwendet. Die wiederum ein Link in das boot-Verzeichnis<\/a> ist. ( \/initrd.img -> boot\/initrd.img-6.12.48+deb<\/a>13-amd64 ). Sollte ich jetzt ein Kommando wie<\/p>\n\n\n\n

 file \/boot\/initrd.img-6.12.48+deb13-amd64\n<\/code><\/pre>\n\n\n\n
absetzen. Dann wird mir mitgeteilt das dies ein cpio-Archiv<\/a> ist. Ein cpio ist ein Sicherungsbefehl<\/a> ähnlich dem tar-Kommando und wurde in diesem Fall verwendet um die zum Kern passenden Microcode zu speichern<\/a> und diese brauchen wir als nächstes. In dieser Datei<\/a> befindet sich der Microcode des Prozessors. 
<\/p>\n\n\n\n
Die Module<\/h2>\n\n\n\n
Haben wir gesagt, dass der Kern und der Microcode aus dem vmlinux<\/a> in den Speicher geladen wurde. So kann der Kern jetzt seine Module laden. Das sind alle Driver\/Threads\/Komponenten die nicht unmittelbar benötigt werden. Im Kern selbst sind nur ganz wenige Routinen (wie Speicher- , CPU<\/a>- , Interruptverarbeitung, das Filesystem und der Schedular ) Alle weitere wird jetzt über Module nachgeladen.  Die Module selbst befinden sich im root<\/a>-Filesystem unter \/lib\/modules\/<kern-version>\/kernel
<\/p>\n\n\n\n
Jetzt kommt unser normaler Bootvorgang den wir schon 1000de male gesehen haben. Bis  der bunte Login<\/a>-Schirm erscheint. <\/p>\n\n\n\n
<\/p>\n\n\n\n
Die Module II <\/h2>\n\n\n\n
Wir sind angemeldet und sind auf die root<\/a>-Ebene gewechselt, schauen wir uns einmal an welche Module wir  geladen haben.  Dazu gibt es ein paar Kommandos: <\/p>\n\n\n\n
lsmod <\/strong> zeigt mir alle geladenen Module und ihre Speichergröße. Und welches Modul es benutzt.
rmod <\/strong>entfernt ein Modul 
insmod<\/strong> fügt ein Modul ein. <\/p>\n\n\n\n
Diese 3 Befehl<\/a>e arbeiten nur mit dem Speicher. Bei einem Blödsinn gibt es maximal einen Panic aber ich habe noch kein System beleidigt.  Anders beim nächsten Befehl<\/a>: <\/p>\n\n\n\n
modp<\/a>robe<\/strong> kann auf der einen Seite die 3 Befehl<\/a>e ablösen, aber auch die aktuelle Konfiguration<\/a> ändern und dauerhaft speichern<\/a>. Das kann dann bis zu einem unbrauchbarem System führen !!!!<\/strong><\/p>\n\n\n\n
<\/p>\n\n\n\n
Der Grund für den Artikel<\/h2>\n\n\n\n
Ich hatte bei Bookworm QEMU\/KVM und VirtualBox  im gleichem System laufen. Nach der Umstellung auf Trixie funktionieren die KVM nicht mehr mit VBoxes zusammen. Lästig, aber das wird sich auch noch finden lassen. Mit den dem Befehl<\/a> rmod kvm-intel <\/strong>und rmod kvm<\/strong> bringt man VirtuellBox zum Laufen \ud83d\ude09 in dem man die kvm-module aus dem Kern wirft. <\/p>\n\n\n\n
<\/p>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    9    <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Ich greife jetzt ein hei\u00dfes Eisen an. 1.) Weil ich vor fast 15 Jahren mir vorgenommen habe, nie wieder so tief in Linux\/Unix hineinzugehen.2.) Weil die Erstellung einer Beschreibung selbst nicht leicht ist. 3.) Man ein bisschen Verst\u00e4ndnis f\u00fcr Kern-Prozesse mitbringen sollte. Eines vorweg: NIE OHNE BACKUP. Alles was ich schreibe bezieht sich auf Debian […]<\/p>\n","protected":false},"author":52,"featured_media":21097,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1,17],"tags":[],"class_list":["post-21095","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","category-system"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/21095","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/52"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=21095"}],"version-history":[{"count":7,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/21095\/revisions"}],"predecessor-version":[{"id":21104,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/21095\/revisions\/21104"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media\/21097"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=21095"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=21095"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=21095"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}