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
Klares nein - aber wenn Du die Kernel-Metapakete wieder installierst, die Du gelöscht hast, dann wird das auch wieder.
und das heißt dann für einen 64bit pc
apt install linux-headers-siduction-amd64
edit: Schreibfehler korrigiert
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.
und wenn man noch das meta-paket für das kernel-image dazunimmt, dann klappt das sogar
apt install linux-headers-siduction-amd64 linux-image-siduction-amd64
Guten Morgen ;)
muß bei neuem Kernel das gesamte siduction neu installiert werden, wenn der Kernel erneuert weren muß/soll ?
Mfg solo
anmerkung:
siduction 28.1.0, kernel 4.14.10 towo1 siduction amd64
ud u du durchgeführt
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?
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
% 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
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
Der ist gut, den kenn ich - nur mal grob geraten: Hast Du zufälligerweise mehr als eine Installation auf Deinem System?
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
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.