Salix Forums

Hallo
werte Mitlesende,

ich habe heute einen weiteren PC mit SALIX beglückt. Nach der
Installation mache ich Updates. Bei der Installation habe ich den
Linux darkstar 3.10.17 #2 SMP Fri Feb 14 16:45:28 CST 2014 x86_64
Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz GenuineIntel GNU/Linux
bekommen. Nach erfolgreicher install starte ich den Gslapt um
Updates zu machen. Ich bekomme den neuen Kernel
3.10.104-x86_64-1_slack14.1 zwar angezeigt, kann Ihn aber nicht
installieren. Der Status ist Ausschluss? (Das Symbol hat ein
Vorhängeschloß)

Was muss ich tun um das Kernel Update ein zu spielen?

Danke vorab...
HoFa

HomoFaber wrote:Hallo werte Mitlesende,

ich habe heute einen weiteren PC mit SALIX beglückt. Nach der Installation mache ich Updates. Bei der Installation habe ich den Linux darkstar 3.10.17 #2 SMP Fri Feb 14 16:45:28 CST 2014 x86_64 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz GenuineIntel GNU/Linux bekommen. Nach erfolgreicher install starte ich den Gslapt um Updates zu machen. Ich bekomme den neuen Kernel 3.10.104-x86_64-1_slack14.1 zwar angezeigt, kann Ihn aber nicht installieren. Der Status ist Ausschluss? (Das Symbol hat ein Vorhängeschloß)

Was muss ich tun um das Kernel Update ein zu spielen?

Danke vorab...
HoFa

Hallo,

mit dem Aufruf:

Code: Select all

sudo slapt-get --upgrade Paketname

können die gewünschten Kernel-Pakete installiert werden

Mit einem der zwei folgenden Aufrufe können die gewünschten Kernel-Pakete auch installiert werden:

Code: Select all

sudo spkg --upgrade --verbose Paketname
sudo upgradepkg --reinstall --verbose Paketname

Danach überprüfen, ob die beiden symbolischen Links in /boot, z.B.:

Code: Select all

vmlinuz
vmlinuz-huge

auf den neu installierten Kernel verweisen. Falls nicht, müssen sie von Hand gesetzt werden.

Wenn lilo zum Einsatz kommt, wird dann noch

Code: Select all

sudo lilo -v

aufgerufen.

Hier gibt es neuere Kernel-Pakete für Salix 14.1:
http://people.salixos.org/gapan/kernel-4.1.4/

Daraus müssen die richtigen Pakete ausgesucht und heruntergeladen werden. Dann mit upgradepkg, wie oben gezeigt, installieren, z.B. mit:

Code: Select all

upgradepkg --reinstall --verbose kernel-huge-4.1.4-x86_64-1gv
upgradepkg --reinstall --verbose kernel-modules-4.1.4-x86_64-1gv.txz
upgradepkg --reinstall --verbose kernel-firmware-20150804git-noarch-1gv.txz

Mit Kenntnissen der englischen Sprache ist auch die Anleitung:
https://docs.salixos.org/wiki/How_to_in ... ent_kernel
hilfreich.

Bleibt noch die Frage, warum nicht Salix 14.2 verwenden?

Code: Select all

sudo slapt-get --upgrade --ignore-excludes

Aber nach diesem Typ "sudo lilo -t -v" dann, wenn alles gut geht "sudo lilo" sonst können Sie nicht wieder booten

DidierSpaier wrote:Aber nach diesem Typ "sudo lilo -t -v" dann, wenn alles gut geht "sudo lilo" sonst können Sie nicht wieder booten

Das ist mir viel zu pessimistisch gesehen.

Der 't'-Schalter ist hier überflüssig, den der lässt nur anzeigen, was ausgeführt würde.
Wenn Lilo ohne den 't'-Schalter nicht erkennen kann, dass etwas unstimmig ist, dann kann Lilo das Problem auch mit dem 't'-Schalter nicht erkennen, und würde dann auch keine Warnung anzeigen. Wenn aber Lilo einen Fehler in der Kernel-Installation oder der Lilo-Konfiguration erkennen kann, dann wird auch ohne 't'-Schalter keine neue Map-Datei erzeugt und der bisherige Bootloader wird nicht überschrieben.

Wenn man wissen will, wie die Installation bisher aussieht und nach einem neuen Lilo-Lauf dann aussieht, kann man sich mit:

Code: Select all

sudo lilo -q -v

die Inhalte der Map-Dateien anzeigen lassen. Der 'v'-Schalter kann bis zu fünfmal hintereinander oder gefolgt von den Ziffern 1..5 angegeben und so die Geschwätzigkeit enorm gesteigert werden.

Eventuell möchte man seinen alten Kernel nicht durch 'Upgraden' ersetzen, sondern einen anderen hinzu installieren. Mit einer Anpassung der /etc/lilo.conf können dann beide Kernel wechselweise geladen werden.

Selbstverständlich ist dazu noch jeder Salixer auch so vorsichtig, dass er alle kritischen Dateien sichert, bevor er mit Lilo spielt.

Natürlich kann man auch dann noch booten, wenn man sich den Bootloader zerschossen hat, z.B. läd man vom Installationsmedium bis zur ersten Möglichkeit, ein Terminal zu erhalten und repariert dann seine Katastrophe.

WOW, Danke erst mal für die ausfühlichen Antworten. Das zur vorab Info: Bash, apt-get und yum/dnf sind mir nicht fremd. Englisch funzt auch so leidlich...

Sieht so aus als wurde der Kernel aktuallisiert.

Reading boot sector from /dev/sda
Using BITMAP secondary loader
Calling map_insert_data
Mapping bitmap file /boot/salix.bmp
Calling map_insert_file

Boot image: /boot/vmlinuz -> vmlinuz-huge-3.10.17
Added salix *

Writing boot sector.
/boot/boot.0800 exists - no boot sector backup copy made.

Ich habe die 14.1 weil: ich die 14.2 nicht gefunden habe

https://www.salixos.org/download.html hier ist nur die 14.1 drinne...
https://distrowatch.com/table.php?distribution=salix und hier steht auch drinne das es Mate eben "nur" mit der 14.1 gibt...

Hat slacky so was wie "sudo apt-get dist-upgrade"

Schöönes Wochenende und wegduck....

Salix Forums

[Gelöst] Gslapt Status: Ausschluss

[Gelöst] Gslapt Status: Ausschluss

Re: Gslapt Status: Ausschluss (3.10.104-x86_64-1_slack14.1)

Re: Gslapt Status: Ausschluss (3.10.104-x86_64-1_slack14.1)

Re: Gslapt Status: Ausschluss (3.10.104-x86_64-1_slack14.1)

Re: Gslapt Status: Ausschluss (3.10.104-x86_64-1_slack14.1)