Jan
30
Fuer das stets brandaktuelle sidux – ich fahre die zwischenzeitlich eingeschobene Aktualisierung sidux 2007-04.5 eros christmas special – habe ich an und fuer sich den neuen Kernel 2.6.24 bereits zum Wochenende erwartet. Das Aktualisierungsscript smxi weiss jedoch von noch gar nichts, der letztziehbare Kernel traegt dort die Versionsnummer 2.6.23.14-slh-smp-1.
Interessanterweise bietet siduxcc (sidux Control Center) 2.6.24-slh-smp-5 i686 zur Installation an…die schlaegt jedoch fehl: 404.
File nicht vorhanden, obwohl es gefunden wird? Also mal eben mit Iceweasel auf dem Server nachgesehen…na, ist doch da, ach, alles klar, dort hat das File ein “kernel-” vorangestellt.
Also suchen wir das Script zum Script…das sich da kernel.bm nennt.
- Code: sudo nano /usr/share/siduxcc/modules/kernel.bm
- Hinzufuegen von “kernel-” in den hinteren Teil der Zeile “wget -Nc http://debian.tu-bs.de/project/sidux/kernel/experimental/$1.zip” zu “/kernel-$1.zip”.
- Ueber siduxcc den angebotenen Kernel 2.6.24 ziehen und installieren.
- Reboot mit neuem Kernel (steht als Default).
- Propritaere GPU-Treiber neu installieren (bei freien xorg-Treibern nicht noetig).
Sidux eros laeuft mit dem brandneuen Kernel jetzt seit ~3 h problemlos.
Man sollte sich nicht irritieren lassen, dass der brandneue Kernel in /experimental liegt. Debian als in erster Linie stabil ausgelegte Distribution ist sehr konservativ bei Neuerungen. Selbst bei solchen Bezeichnungen. Schliesslich bedienen sich nicht zur sidux, sondern auch Ubuntu aus debian unstable.
Am Rande…zuvor habe ich hardy.py auch unter sidux laufen lassen. Versuch macht kluch. ;)
Laeuft ohne Fehler durch (OK, die Files sind nicht authentifiziert gewesen, logisch). Sidux mit Hardy-Kernel bootet auch. Aber schon ein [ctrl]+[alt]+[f1] hat bunten Grafikmuell gebracht und smxi hat gar nicht mehr gewusst, was Phase ist. %-)
comments
leave a reply
