Ich habe festgestellt, dass das Datum der aktuell installierten Linux-Kernel-Revision / -Version nach dem Installationsdatum des Systems liegt.
2.6.32-24-generic
# / var / log / installer / syslog2.6.32-25-generic
# uname -r
Diese Zahlen scheinen meine eigene Frage zu beantworten, aber was mich überrascht, ist, dass ich mich nicht an ein dramatisches "Sie müssen Windows jetzt neu starten!" Erinnere. Dialog, den ich für einen so tiefgreifenden Systemwechsel erwartet habe ...
Vielleicht habe ich einfach auf OK geklickt. Windows-Stil :)
Kann sich der Kernel irgendwie "ersetzen"? ... oder kann es nur "kleinere Operationen" durchführen?
z.B. Könnte ich 2020 noch "Lucid" ausführen, wobei jeder "neueste" Kernel über Updates installiert wird? (Ich werde das nicht tun; es ist nur ein Testszenario.)
quelle
rebootless system
Sie erwähnt haben, ist eine nette Funktion ... nicht kritisch für einen Heim-Desktop, aber eine großartige Idee für jede kommerzielle Umgebung ... Vielleicht wird es bald Standard sein, wenn der Wettbewerbsbalken höher wird.Der Name "lucid" ist eigentlich nur der Name der Distribution. Ja, theoretisch (und bis zu einem gewissen Grad auch in der Praxis) können Sie bis 2020 "klar" bleiben. Es ist nur so, dass Sie alle Komponenten in Ihrem System aktualisieren.
Das Aktualisieren nur des Kernels selbst (und nichts anderes) funktioniert für einige Zeit, aber wenn es eine größere Kerneländerung gibt, müssen auch andere Programme geändert / aktualisiert werden, oder sie funktionieren nicht mehr.
quelle
In dieser Frage wurden direkte Kernel-Updates besprochen: Warum nicht so etwas wie Ksplice einschließen, damit nach dem Update kein Neustart erforderlich ist?
Informationen zur Erinnerung an einen Neustart finden Sie in der
/etc/motd
Datei für Server, wenn Sie sich anmelden:und die Erinnerung an den Panel-Notifier für den Desktop:
quelle