Kernelaktualisierung

[thebluesman]

Hallo Gemeinde,

wenn ich mich recht erinnere, wurde bei siduction vor einiger Zeit der Kernel
automatisch beim DU aktualisiert.
Das scheint jetzt nicht mehr so zu sein.
Kann ich das irgendwo einstellen, daß dies wieder so passiert?

Grüße

[melmarker]

Klares nein - aber wenn Du die Kernel-Metapakete wieder installierst, die Du gelöscht hast, dann wird das auch wieder.

[jure]

und das heißt dann für einen 64bit pc

Code Auswählen Erweitern

apt install linux-headers-siduction-amd64


edit: Schreibfehler korrigiert

[thebluesman]

Vielen Dank für die Antworten.
Mir war nicht bewußt irgendetwas gelöscht zu haben.
@jure
Da ist ein "c" zuviel in dem Befehl.


Grüße und Dank an alle Entwickler.

[melmarker]

und wenn man noch das meta-paket für das kernel-image dazunimmt, dann klappt das sogar

Code Auswählen Erweitern


apt install linux-headers-siduction-amd64  linux-image-siduction-amd64


[solo]

Guten Morgen
muß bei neuem Kernel das gesamte siduction neu installiert werden, wenn der Kernel erneuert weren muß/soll ?
Mfg solo

[solo]

anmerkung:
siduction 28.1.0, kernel 4.14.10 towo1 siduction amd64
ud u du durchgeführt

[devil]

Das wäre nicht im Sinne des Erfinders. Nach einem Kewrnel-Update musst du lediglich den Rechner neu starten, damit der neue Kernel auch benutzt wird. Wir sind mittlerweile bei 4.17. Das bedeutet, dass du entweder seit nem halben  Jahr kein Dist-Upgrade gemacht hast oder dass deine Kernel nicht aktualisiert werden. Was davon trifft denn zu?

[solo]

Habe über den Terminal mit init 3 ud, du, und apt linux-headers-siduction-amd64  linux-image-siduction-amd 64, init 5, exit, gearbeitet. linux-image-siduction-amd64 wurde nicht gefunden. den rechner habe ich neu gestartet. . . warscheinlich habe ich irgendetwas übersehen   
Gruß solo

[melmarker]

Code Auswählen Erweitern


% apt policy linux-image-siduction-amd64 #linux-headers-siduction-amd64
linux-image-siduction-amd64:
  Installiert:           4.17-20
  Installationskandidat: 4.17-20
  Versionstabelle:
     4.18~rc5-1~exp1 1
          1 https://packages.siduction.org/extra experimental/main amd64 Packages
*** 4.17-20 500
        500 https://packages.siduction.org/extra unstable/main amd64 Packages
        100 /var/lib/dpkg/status
linux-headers-siduction-amd64:
  Installiert:           4.17-20
  Installationskandidat: 4.17-20
  Versionstabelle:
     4.18~rc5-1~exp1 1
          1 https://packages.siduction.org/extra experimental/main amd64 Packages
*** 4.17-20 500
        500 https://packages.siduction.org/extra unstable/main amd64 Packages
        100 /var/lib/dpkg/status


[solo]

danke für den hinweis, ich habe es versucht:
# apt policy linux-image-siduction-amd64
linux-image-siduction-amd64:
  Installiert:           4.17-21
  Installationskandidat: 4.17-21
  Versionstabelle:
*** 4.17-21 500
        500 https://packages.siduction.org/extra unstable/main amd64 Packages
        100 /var/lib/dpkg/status
# apt policy linux-headers-siduction-amd64
linux-headers-siduction-amd64:
  Installiert:           4.17-21
  Installationskandidat: 4.17-21
  Versionstabelle:
*** 4.17-21 500
        500 https://packages.siduction.org/extra unstable/main amd64 Packages
        100 /var/lib/dpkg/status

# uname -a
Linux  4.14.10-towo.1-siduction-amd64 #1 SMP PREEMPT siduction 4.14-16 (2017-12-30) x86_64 GNU/Linux
> 4.17-21 ist da und doch nicht da, jedenfalls nicht beim booten - ist mir unerklärlich - sri
mfg solo

[melmarker]

Der ist gut, den kenn ich - nur mal grob geraten: Hast Du zufälligerweise mehr als eine Installation auf Deinem System?

[solo]

Richtig, behindern sich beide Programme ?
Debian 9 und siduction 2018.1 auf der gleichen hdd gewesen.
siduction 2018.1 gelöscht und statt dessen versucht, siduction 2018.3 zu installieren.
aber das ist ein anderes erlebnis . . . 
Gruß solo

[melmarker]

nun ja - grub sollte man schon in der Installation aktualisieren, in der man grub verwaltet ... Wenn das debian war/ist - dann muss man halt die neuen Siduction-Kernel in debian bekannt machen.