Funktion Der meta-Pakete linux-image-amd64

[willy4711]

Hallo miteinander
Bisher hatte ich mir darüber keinen großen Gedanken gemacht, da das Meta-Paket ja immer vorhanden war.
Ins Grübeln kam ich, als ich in Testing wg. Abstürzen Kernel 5.5. installiert habe. Ich hatte das mal ausnahmsweise über Synaptic gemacht, einfach weil man da zielgenauer die Pakete finden kann.
Aber da fand ich kein Meta-Paket für den Kernel. 5.5.
Habe dann blind (und wahrscheinlich sinnfrei) das Paket linux-image-amd64-dbg mit installiert
was sich als Meta-Paket aus wies ( )

Habe jetzt mal in http://ftp.debian.org/debian/dists/sid/ ... ackages.gz
und finde dort : Es scheint also in SID gar keine Meta- Pakete für den jeweils aktuellen Kernel zu geben ?
Ist für mich zwar weniger interessant, da ich das SID-Repo eh nach der Kernel Installation deaktiviert habe.
Mein jetziger Bestand:

Code: Alles auswählen

dpkg -l *linux-image*|grep ii
ii  linux-image-5.4.0-4-amd64          5.4.19-1     amd64        Linux 5.4 for 64-bit PCs (signed)
ii  linux-image-amd64                  5.4.19-1     amd64        Linux for 64-bit PCs (meta-package)
ii  linux-image-5.5.0-1-amd64-dbg      5.5.13-2     amd64        Debug symbols for linux-image-5.5.0-1-amd64
ii  linux-image-5.5.0-1-amd64-unsigned 5.5.13-2     amd64        Linux 5.5 for 64-bit PCs
ii  linux-image-amd64-dbg              5.5.13-2     amd64        Debugging symbols for Linux amd64 configuration (meta-package)

Aus der Packages.gz:

Code: Alles auswählen

cat ~/Downloads/Packages_unstable |grep linux-image-5.5.0
Package: linux-image-5.5.0-1-amd64-dbg
Description: Debug symbols for linux-image-5.5.0-1-amd64
Filename: pool/main/l/linux/linux-image-5.5.0-1-amd64-dbg_5.5.13-2_amd64.deb


Package: linux-image-5.5.0-1-amd64-unsigned
Replaces: linux-image-5.5.0-1-amd64
Conflicts: linux-image-5.5.0-1-amd64
Filename: pool/main/l/linux/linux-image-5.5.0-1-amd64-unsigned_5.5.13-2_amd64.deb

Package: linux-image-5.5.0-1-amd64
Replaces: linux-image-5.5.0-1-amd64-unsigned
Conflicts: linux-image-5.5.0-1-amd64-unsigned
Filename: pool/main/l/linux-signed-amd64/linux-image-5.5.0-1-amd64_5.5.13-2_amd64.deb

Package: linux-image-5.5.0-1-cloud-amd64-dbg
Description: Debug symbols for linux-image-5.5.0-1-cloud-amd64
Filename: pool/main/l/linux/linux-image-5.5.0-1-cloud-amd64-dbg_5.5.13-2_amd64.deb

Package: linux-image-5.5.0-1-cloud-amd64-unsigned
Replaces: linux-image-5.5.0-1-cloud-amd64
Conflicts: linux-image-5.5.0-1-cloud-amd64
Filename: pool/main/l/linux/linux-image-5.5.0-1-cloud-amd64-unsigned_5.5.13-2_amd64.deb
Depends: linux-image-5.5.0-1-amd64-dbg (= 5.5.13-2)
Depends: linux-image-5.5.0-1-cloud-amd64-dbg (= 5.5.13-2)

Package: linux-image-5.5.0-1-cloud-amd64
Replaces: linux-image-5.5.0-1-cloud-amd64-unsigned
Conflicts: linux-image-5.5.0-1-cloud-amd64-unsigned
Filename: pool/main/l/linux-signed-amd64/linux-image-5.5.0-1-cloud-amd64_5.5.13-2_amd64.deb
Depends: linux-image-5.5.0-1-amd64 (= 5.5.13-2)
Depends: linux-image-5.5.0-1-cloud-amd64 (= 5.5.13-2)

Nun meine Fragen:

Die Meta- Pakete kümmern sich ja nach meinem Verständnis um das jeweilige Kernel-Update und das Zubehör (z.B. Headers)
Folgerichtig wäre das dann In SID händisch zu bewerkstelligen ?

Bei den Ubuntus ist das mal wieder ganz schön erklärt:
https://forum.ubuntuusers.de/topic/ubun ... st-8968055

Mit dem Paket linux-image-genric wird unter 16.04 nur der Kernel 4.4 automatisch aktualisiert. Den 4.13 kannst du deinstallieren, so wie auch die älteren 4.4.

Welcher Kernel in den LTS-Versionen aktualisiert wird, ist abhängig von den Metapaketen. So werden ab einem bestimmten Point Release die HWE Stacks standardmäßig aktiviert und ein anderes Metapaket für einen aktualisierten Kernel vorinstalliert:

Kernel 4.4 - linux-image-generic (⇐ 16.04.1, Original LTS-Kernel)

Kernel 4.13 - linux-image-generic-hwe-16.04 (>= 16.04.2, aktuellster unterstützter Kernel)

Kernel 4.15 - linux-image-generic-hwe-16.04-edge (nächster Kernel für generic-hwe-16.04)

Letztere beiden werden dabei weiter aktualisiert, also 4.13 irgendwann mit 4.15 ausgetauscht und der Kernel aus 18.10 rückt nach.

Kann ich die beiden -dbg Pakete eigentlich problemlos wieder entfernen ?

[schwedenmann]

Hallo

Folgerichtig wäre das dann In SID händisch zu bewerkstelligen ?

Nö, es gibt in Sid auch linux-image-amd64.

Bei der netinstall kannst du (egal welche debianzweig) doch einen kernel oder linux-image-architektur eigeben.

Wenn du den kernel angibst (sagen wir mal 5.4.03 der bei netinstall hinterlegt ist) mußt du aktuellere Kernel manuell installieren, wenn du linux-image ausgewählt hast, wird der aktuellst kerlnel ausgewählt und wenn ein neuerer rauskommt, wird der auch installiert.

Im übrigen wäre mir neu, das bei beiden Varianten, die hesaders automatsicvh mitinstalliert werden.

mfg
schwedenmann

[towo]

Ich sehe ja dein Problem nicht, aber:

~
towo:Defiant> apt policy linux-image-amd64
linux-image-amd64:
Installiert: (keine)
Installationskandidat: 5.5.13-2
Versionstabelle:
5.5.13-2 500
500 http://deb.debian.org/debian unstable/main amd64 Packages
500 http://incoming.debian.org/debian-buildd buildd-unstable/main amd64 Packages
5.4.19-1 500
500 http://deb.debian.org/debian testing/main amd64 Packages

~
towo:Defiant> apt policy linux-headers-amd64
linux-headers-amd64:
Installiert: (keine)
Installationskandidat: 5.5.13-2
Versionstabelle:
5.5.13-2 500
500 http://deb.debian.org/debian unstable/main amd64 Packages
500 http://incoming.debian.org/debian-buildd buildd-unstable/main amd64 Packages
5.4.19-1 500
500 http://deb.debian.org/debian testing/main amd64 Packages

Das sind die Metapakete, auch in Testing oder Unstable muss man da nix händisch machen.

[willy4711]

Ich sehe ja dein Problem nicht, aber:
Das sind die Metapakete, auch in Testing oder Unstable muss man da nix händisch machen.

... wenn man das SID-Repo aktiviert hätte

Naja so einfach verständlich finde ich das nicht.
Hab jetzt nochmal den Kernel 5.5. neu installiert.
Vorher war das Meta-Paket für Kernel 5.5 nicht vorhanden (hatte ja danach gesucht)
Jetzt sieht es so aus:
Im Log von apt (term.log) steht auch nichts von irgend einem Löschen / updaten von linux-image-amd64 5.4.19-1
Also wird das Meta-Paket anscheinend nur umbenannt ??

Code: Alles auswählen

dpkg -l *linux-image*|grep ii
ii  linux-image-5.4.0-4-amd64          5.4.19-1     amd64        Linux 5.4 for 64-bit PCs (signed)
ii  linux-image-5.5.0-1-amd64          5.5.13-2     amd64        Linux 5.5 for 64-bit PCs (signed)
ii  linux-image-amd64                  5.5.13-2     amd64        Linux for 64-bit PCs (meta-package)

vorher:

Code: Alles auswählen

dpkg -l *linux-image*|grep ii
ii  linux-image-5.4.0-4-amd64          5.4.19-1     amd64        Linux 5.4 for 64-bit PCs (signed)
ii  linux-image-amd64                  5.4.19-1     amd64        Linux for 64-bit PCs (meta-package)
ii  linux-image-5.5.0-1-amd64-dbg      5.5.13-2     amd64        Debug symbols for linux-image-5.5.0-1-amd64
ii  linux-image-5.5.0-1-amd64-unsigned 5.5.13-2     amd64        Linux 5.5 for 64-bit PCs
ii  linux-image-amd64-dbg              5.5.13-2     amd64        Debugging symbols for Linux amd64 configuration (meta-package)

Offensichtlich kann es immer nur ein Meta- Paket geben. das für Kernel 5.4.19-1 ist nun upgedatet worden.
Nur hab ich ja das SID-Repo nicht offen

[KP97]

Willy, Du suchst immer falsch. Gehe doch bei der Suche außerhalb Deines Repos für den installierten Zweig immer direkt in die Paketdatenbank.
https://packages.debian.org/search?keyw ... ection=all
Dann findet man auch alle Infos über andere Zweige bzw. Abhängigkeiten.

Das Metapaket hat immer nur den Link auf den letzten aktuellen Kernel, in diesem Fall 5.5.13. Wenn Du vorher keine Headers installiert hattest, werden die durch ein
Metapaket auch nicht aktualisiert, oder noch schlimmer, einfach installiert. Das macht kein Metapaket.

Die Debug-Pakete kannst Du deinstallieren. Die sind sehr umfangreich und ausschließlich für Kernelentwickler gedacht.

[Tintom]

Offensichtlich kann es immer nur ein Meta- Paket geben.

Also wird das Meta-Paket anscheinend nur umbenannt ??

Ein Metapaket enthält immer Abhängigkeiten zu einem/mehreren anderen Paketen. Wenn ein Kernel-Metapaket nicht geupdatet wird, zieht das keinen neuen Kernel nach. Schau mal in /var/log/dpkg.log, da muss etwas dazu stehen.

[tijuca]

... wenn man das SID-Repo aktiviert hätte

Braucht man alles nicht um zu erfahren welche Versionen wo herumliegen.

Entweder den Weg befolgen den KP97 empfiehlt oder das Tool rmadison aus dem Paket devscripts benutzen. Macht das Gleiche wie das manuelle Bemühen von packages.d.o, nur auf der Befehlszeile.

Code: Alles auswählen

$ sudo apt install devscripts
$ rmadison linux-image-amd64
linux-image-amd64 | 3.16+63+deb8u2          | oldoldstable      | amd64, i386
linux-image-amd64 | 4.9+80+deb9u10          | oldstable         | amd64
linux-image-amd64 | 4.19+105+deb10u3~bpo9+1 | stretch-backports | amd64
linux-image-amd64 | 4.19+105+deb10u3        | stable            | amd64
linux-image-amd64 | 5.4.19-1~bpo10+1        | buster-backports  | amd64
linux-image-amd64 | 5.4.19-1                | testing           | amd64
linux-image-amd64 | 5.5.13-2                | unstable          | amd64

[willy4711]

@tijuca
rmadison hab ich ja auch installiert und benutzt
Das Problem, was ich meinte kommt aus der ersten Ausgabe oben
Ich hatte in Synaptic das Meta-Paket eben nicht gefunden, auch nicht den signierten Kernel.
Da kam dann eben so was zustande, was auch funktionierte.
Installations - Historie.
1)

Code: Alles auswählen

Start-Date: 2020-04-04  23:20:20
Commandline: /usr/sbin/synaptic
Install: linux-headers-5.5.0-1-cloud-amd64:amd64 (5.5.13-2, automatic), linux-headers-5.5.0-1-common:amd64 (5.5.13-2), linux-headers-5.5.0-1-all-amd64:amd64 (5.5.13-2), linux-image-5.5.0-1-amd64-unsigned:amd64 (5.5.13-2), linux-headers-5.5.0-1-amd64:amd64 (5.5.13-2, automatic), linux-kbuild-5.5:amd64 (5.5.13-2, automatic), linux-image-5.5.0-1-amd64-dbg:amd64 (5.5.13-2, automatic), linux-image-amd64-dbg:amd64 (5.5.13-2)
End-Date: 2020-04-04  23:21:40

Ergebnis

Code: Alles auswählen

dpkg -l *linux-image*|grep ii
ii  linux-image-5.4.0-4-amd64          5.4.19-1     amd64        Linux 5.4 for 64-bit PCs (signed)
ii  linux-image-amd64                  5.4.19-1     amd64        Linux for 64-bit PCs (meta-package)
ii  linux-image-5.5.0-1-amd64-dbg      5.5.13-2     amd64        Debug symbols for linux-image-5.5.0-1-amd64
ii  linux-image-5.5.0-1-amd64-unsigned 5.5.13-2     amd64        Linux 5.5 for 64-bit PCs
ii  linux-image-amd64-dbg              5.5.13-2     amd64        Debugging symbols for Linux amd64 configuration (meta-package)[quote=KP97 post_id=1234939 time=1586525019 user_id=36152]

Dann hatte ich Mist gebaut, weil ich gepennt hatte, und dachte ich hätte Kernel 5.4.19-1 am Laufen:
kam dpkg error, da der 5.5.lief
Dann nach Reboot mit 5.4.19-1:

Code: Alles auswählen

Start-Date: 2020-04-10  12:52:50
Commandline: apt --fix-broken install
Install: linux-image-5.5.0-1-amd64:amd64 (5.5.13-2, automatic)
Remove: linux-image-5.5.0-1-amd64-unsigned:amd64 (5.5.13-2)
Error: Sub-process /usr/bin/dpkg returned an error code (1)
End-Date: 2020-04-10  12:53:31

Start-Date: 2020-04-10  12:56:19
Commandline: apt --fix-broken install
Install: linux-image-5.5.0-1-amd64:amd64 (5.5.13-2, automatic)
Remove: linux-image-5.5.0-1-amd64-unsigned:amd64 (5.5.13-2)
End-Date: 2020-04-10  12:56:44

Start-Date: 2020-04-10  12:57:45
Commandline: apt purge linux-image-5.5.0-1-amd64-dbg
Purge: linux-image-5.5.0-1-amd64-dbg:amd64 (5.5.13-2), linux-image-amd64-dbg:amd64 (5.5.13-2)
End-Date: 2020-04-10  12:57:46

Dann war alles richtig, wie es sein sollte:

Code: Alles auswählen

dpkg -l *linux-image*|grep ii
ii  linux-image-5.4.0-4-amd64          5.4.19-1     amd64        Linux 5.4 for 64-bit PCs (signed)
ii  linux-image-5.5.0-1-amd64          5.5.13-2     amd64        Linux 5.5 for 64-bit PCs (signed)
ii  linux-image-amd64                  5.5.13-2     amd64        Linux for 64-bit PCs (meta-package)

Das Metapaket hat immer nur den Link auf den letzten aktuellen Kernel, in diesem Fall 5.5.13. Wenn Du vorher keine Headers installiert hattest, werden die durch ein
Metapaket auch nicht aktualisiert, oder noch schlimmer, einfach installiert. Das macht kein Metapaket.

Genau das war ja hier nicht der Fall, das hier ja nach wie vor das Meta-Paket für 5.4.19-1 installiert war.
Ich weiß auch immer noch nicht, ob es funktioniert hätte, wenn ich nach Freischaltung des SID-Repos
einfach durch

Code: Alles auswählen

apt install linux-image-amd64

Den 5.5.er Kernel bekommen hätte. Der Kernel ist ja auch ohne das entsprechende Meta-Paket lebens- und funktionsfähig.

Oder weiter gefragt, da ja jetzt das Meta Paket für Kernel 5.5 installiert ist, und in Testing ein neuer Kernel kommt
bekomme ich den dann ???

[towo]

Ich weiß auch immer noch nicht, ob es funktioniert hätte, wenn ich nach Freischaltung des SID-Repos
einfach durch

Code: Alles auswählen

apt install linux-image-amd64

Den 5.5.er Kernel bekommen hätte. Der Kernel ist ja auch ohne das entsprechende Meta-Paket lebens- und funktionsfähig.

Ja, hättest DU, das ist Sinn eines Meta-Paketes!

Oder weiter gefragt, da ja jetzt das Meta Paket für Kernel 5.5 installiert ist, und in Testing ein neuer Kernel kommt
bekomme ich den dann ???

So in Testing ein Paket linux-image-amd64 in Version > 5.5.13-2 auftaucht, ja.

[willy4711]

Ja, hättest DU, das ist Sinn eines Meta-Paketes!

Aber ein Meta Paket (linux-image-amd64 5.4.19-1) war ja schon installiert.

Wenn ich den install Befehl nochmal absetze, würde also nicht die Meldung kommen

Paket xyz ist schon installiert ?

Wenn dem so ist,würde ich langsam ein ganz klein bisschen klarer sehen.

Werde mal in einer VM damit rumspielen.
Weil sich daran ja gleich die nächste Frage anschließt:

Wie bekomme ich einen eventuell in SID neu erscheinenden Kernel?
Mit einem einfachen Update gehts ja nicht

[KP97]

Wie bekomme ich einen eventuell in SID neu erscheinenden Kernel?

Willy, hast Du meinen Beitrag eigentlich gelesen und bist dem Link mal gefolgt?
Denn das erklärt doch den Sachverhalt genau.
Also nochmal:
Das Metapaket bezieht sich immer auf das Repo Deines Debian. Da Du ein Testing hast, kann das Metapaket auch nur auf den Kernel im Testing verweisen, nämlich 5.4.19-xxxx
Wenn Du in Deiner sources.list auch noch das Repo von Sid aktiviert hättest, würdest Du auch bei einem installierten Metapaket aus Sid den dortigen Kernel 5.5.13 erhalten.
Den beiden Kerneln wäre das egal, aber Dein restliches System wäre ein Mischsystem, was Du nicht haben willst.
Also heißt es, das Sid Repo wieder auskommentieren und selbst nachsehen, was für ein Kernel in Sid ist. Das Nachschauen in der Paketdatenbank kannst Du dann manuell machen, wie von mir vorgeschlagen.

[Tintom]

Ja, hättest DU, das ist Sinn eines Meta-Paketes!

Aber ein Meta Paket (linux-image-amd64 5.4.19-1) war ja schon installiert.

Wenn ich den install Befehl nochmal absetze, würde also nicht die Meldung kommen

Paket xyz ist schon installiert ?

Ein Metapaket enthält immer Abhängigkeiten zu einem/mehreren anderen Paketen. Wenn ein Kernel-Metapaket nicht geupdatet wird, zieht das keinen neuen Kernel nach. Schau mal in /var/log/dpkg.log, da muss etwas dazu stehen.

In diesem Fall wird das Metapaket geupdatet.

[willy4711]

Hallo ich muss noch mal um Hilfe bitten. Kam ja nun mal wieder ein Kernel-update. Das habe ich nach Aktivierung
von SID in der sources.list mit

Code: Alles auswählen

apt-get install --only-upgrade linux-image-amd64

erst mal installiert.
Leider kamen die Heders dabei nicht mit.Diese brauche ich ja für Virtualbox.
Also:

Code: Alles auswählen

apt-get install --only-upgrade linux-headers-5.5.0-2-all linux-headers-5.5.0-2-amd64 linux-headers-5.5.0-2-common

Was mir dabei aufgefallen ist, das während Installation keinerlei eine Vermerk über das Bauen der Kernel Module von
Virtualbox kam.
Virtualbox wurde irgendwann mit Kernel linux-image-5.4.0-4 installiert.
Witziger Weise funktioniert Virtualbox immer noch, obwohl der Kernel nicht mehr da ist

Mein "Bestannd" an Image /headers z.Z.

Code: Alles auswählen

~$ dpkg -l *linux* |grep ii
ii  binutils-x86-64-linux-gnu          2.34-5       amd64        GNU binary utilities, for x86-64-linux-gnu target
ii  console-setup-linux                1.195        all          Linux specific part of console-setup
ii  firmware-linux                     20190717-2   all          Binary firmware for various drivers in the Linux kernel (metapackage)
ii  firmware-linux-free                20200122-1   all          Binary firmware for various drivers in the Linux kernel
ii  firmware-linux-nonfree             20190717-2   all          Binary firmware for various drivers in the Linux kernel (meta-package)
ii  fonts-linuxlibertine               5.3.0-4      all          Linux Libertine family of fonts
ii  liblinux-epoll-perl                0.017-1      amd64        perl epoll module for O(1) multiplexing
ii  libselinux1:amd64                  3.0-1+b3     amd64        SELinux runtime shared libraries
ii  libselinux1-dev:amd64              3.0-1+b3     amd64        SELinux development headers
ii  linux-base                         4.6          all          Linux image base package
ii  linux-compiler-gcc-9-x86           5.5.13-2     amd64        Compiler for Linux on x86 (meta-package)
ii  linux-cpupower                     5.5.13-2     amd64        CPU power management tools for Linux
ii  linux-headers-5.5.0-2-amd64        5.5.17-1     amd64        Header files for Linux 5.5.0-2-amd64
ii  linux-headers-5.5.0-2-common       5.5.17-1     all          Common header files for Linux 5.5.0-2
ii  linux-headers-amd64                5.5.17-1     amd64        Header files for Linux amd64 configuration (meta-package)
ii  linux-image-5.5.0-2-amd64          5.5.17-1     amd64        Linux 5.5 for 64-bit PCs (signed)
ii  linux-image-amd64                  5.5.17-1     amd64        Linux for 64-bit PCs (meta-package)
ii  linux-kbuild-5.5                   5.5.17-1     amd64        Kbuild infrastructure for Linux 5.5
ii  linux-libc-dev:amd64               5.5.13-2     amd64        Linux support headers for userspace development
ii  linux-user-chroot                  2013.1-2+b1  amd64        setuid helper for making bind mounts and chrooting
ii  pptp-linux                         1.10.0-1     amd64        Point-to-Point Tunneling Protocol (PPTP) Client
ii  util-linux                         2.34-0.1     amd64        miscellaneous system utilities
ii  util-linux-locales                 2.34-0.1     all          locales files for util-linux

Meine Fragen wären:
Wenn das nächste Update von Virtualbox kommt, was brauch ich noch, was zum Kernel /headers passen muss,
damit die Kernel- Module von Virtualbox gebaut werden können ?

Gibt es ein Verfahren (Befehl), in einem Zug Kernel + Beiwerk sektiv aus dem Sid- Repo zu fischen ?
Virtualbox ist für mich ziemlich lebenswichtig

Irgend wie hab ich das Gefühl, dass Sid mir immer näher kommt

[willy4711]

Update:
Hatte mal im Journal nachgesehen, was da so über VitualBox erzählt wird. Fehlermeldungen:

Code: Alles auswählen

Apr 19 08:35:46 XFCE vboxdrv.sh[1124]: depmod: WARNING: could not open modules.order at /lib/modules/5.5.0-1-amd64: No such file or directory
Apr 19 08:35:46 XFCE vboxdrv.sh[1124]: depmod: WARNING: could not open modules.builtin at /lib/modules/5.5.0-1-amd64: No such file or directory

sind darin wohl die beiden Zeilen:

Code: Alles auswählen

kernel/drivers/virt/vboxguest/vboxguest.ko
kernel/drivers/gpu/drm/vboxvideo/vboxvideo.ko

Hab daraufhin VirtualBox noch mal reinstalliert ---> Alles gut.
Was anderes als den Kernel + Headers wird an passendem offensichtlich nicht gebraucht.
Um Sid noch mal herum gekommen

[KP97]

Mensch Willy, ich wiederhole mich ja nur ungern, aber Du brauchst überhaupt nichts in die sources.list eintragen oder ändern.
Guck in die Paketdatenbank für Sid, lade das Image und die passenden Headers herunter, und installiere beide Pakete mit dpkg -i.
Das ist alles!!!