Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: Hanisch on 2011/03/15, 12:58:04
-
Hallo,
nach dem letzten D-U auf den Kernel 2.6.38.0-slh.1 erhalte ich jede Menge Fehler.
Z.B. die NVIDIA 270.26 kernel-source können nicht erstellt werden, WLAN kommt nicht zustande u.a.
Ich habe den Frickelplatz mit eingebunden.
Es fehlt wohl jede Menge Firmware, die in diesem Kernel nicht mehr enthalten sein soll. Wo bekomme ich die denn her?
Gruß
Ch. Hanisch
-
Gleiches Forum, ganz oben der Sticky...
-
Nvidie wird mit dem Kernel auch ni9cht funktionieren, siehe meinen Post in Upgrade-Warnungen.
Allerdings können wir mit
WLAN kommt nicht zustande u.a.
auch genau NIX anfangen.
-
Hallo,
da dieser 38-iger Kernel bei mir so gar nicht läuft, möchte ich ihn gern weg haben.
Wie geht das?
Gruß
Ch. Hanisch
-
wenn du den kernel schon unbedingt nicht willst, dann nimm am besten "kernel-remover"
ist in den aptosid repos.
also
apt-get update
apt-get install kernel-remover
dann mit anderem kernel booten u. gewünschten entfernen.
steht aber auch im handbuch :wink:
http://manual.aptosid.com/de/sys-admin-kern-upg-de.htm#kern-upgrade
-
Es genügt nicht das Paket kernel-remover zu installieren. Anschließend muß als root auch noch das script kernel-remover aufgerufen (und bedient!) werden! Die Formulierung im Handbuch halte ich für zu lax!
-
Es genügt nicht das Paket kernel-remover zu installieren. Anschließend muß als root auch noch das script kernel-remover aufgerufen (und bedient!) werden! Die Formulierung im Handbuch halte ich für zu lax!
ich kann den kernel-remover auch aus dem "System-Menue" aufrufen, der fragt dann nach dem root PW. Aber er bietet nicht den 2.6.38.. zum Entfernen an, sondern nur den einen älteren den ich noch habe > 2.6.37-3.slh.2. Dabei ist 2.6.37-3.slh.3 gebootet. Entfernt der vielleicht keine Kernel die neuer sind als der laufende ? Eingetragen ist der 2.6-38er im bootmenue.
-
Wenns der kernel-remover nicht macht, dann hilft ein
apt-get purge $(dpkg -l | awk '/2.6.38/{print $2}')
-
Hallo towo,
Wenns der kernel-remover nicht macht, dann hilft ein
apt-get purge $(dpkg -l | awk '/2.6.38/{print $2}')
Das habe ich nun gemacht, weil der Kernel-Remover tatsächlich nur die älteren Kernel anbietet.
Hoffentlich sind da nicht auch noch andere notwendige Sachen mit entfernt worden:
...
Entfernen von linux-headers-2.6-sidux-686 ...
Entfernen von linux-headers-2.6-aptosid-686 ...
Entfernen von linux-headers-2.6.38-0.slh.1-aptosid-686 ...
Entfernen von linux-image-2.6-sidux-686 ...
Entfernen von linux-image-2.6-aptosid-686 ...
Entfernen von linux-image-2.6.38-0.slh.1-aptosid-686 ...
...
Jetzt fehlt mir nur noch ein Hinweis, wie ich für kommende D-U die Kernel-Updates auf hold setzen kann.
Danke im voraus!
Gruß
Ch. Hanisch
-
Da brauchst du nix auf hold setzen, weil die Metapakete weg sind.
-
Da brauchst du nix auf hold setzen, weil die Metapakete weg sind.
Bleibe ich nun auf meinem letzten Kernel 2.6.37-3.slh.2-aptosid-686 sitzen?
Was machen die Metapakete, kann ich die wieder installieren?
Gruß
Ch. Hanisch
-
@Hanisch: du willst doch keinen 38er Kernel, weil damit deine NVIDIA-Graka nicht mehr funktioniert. Wenn du die Metapakete wieder installierst werden Kernelupdates bei einen d-u wieder automatisch eingespielt.
-
Wenn du die Metapakete wieder installierst werden Kernelupdates bei einen d-u wieder automatisch eingespielt.
Wie heißen denn nun diese Metapakete?
Gruß
Ch. Hanisch
-
linux-headers-2.6-aptosid-686
linux-image-2.6-aptosid-686
Mich beschleicht das Gefühl, daß ein Debian unstable nicht das richtige System für Dich ist.
-
Hallo towo,
Mich beschleicht das Gefühl, daß ein Debian unstable nicht das richtige System für Dich ist.
Das sehe ich nicht so. Mir gefällt das rollende Release, bin auch schon seit SIDUX 2009.01 dabei.
Leider ist jedes D-U immer wieder ein Abenteuer. Da stehe ich dann völllig hilflos vor unverhofften Problemen, die ich aber bisher immer dank Eurer Hilfe lösen konnte - Danke von hier aus an alle.
Mit dem 38-iger Kernel wäre bei mir Schluß gewesen.
Jetzt funktioniert mein System wieder.
Gruß
Ch. Hanisch
-
Entfernt der vielleicht keine Kernel die neuer sind als der laufende ?
Also zur Klärung: Das Script kann alles entfernen, außer:
- dem aktuell laufenden
- dem neusten verfügbaren
Kernel.
Aber statt löschen kann man beim booten auch einfach einen anderen Kernel auswählen…
/me freut sich jedenfalls das er eine Intelkarte hat.
-
...
steht aber auch im handbuch :wink:....
Genau hin geschaut, steht da nur "Entfernen alter kernel".
Empfohlen wurde aber eine Vorgehensweise, mit einem älteren kernel zu booten und den neuesten installierten kernel zu entfernen.
Wenn das zulässig ist/geht, sollte man das Handbuch anpassen.
//edit: zwei wortgleiche Postings (=Triplepost) entfernt ~ DonKult, 16.03.2011 09:25 GMT+1
-
Nur zur Info: auf meinem Laptop läuft der 2.6.38 Kernel mit Nvidia 270.26:
Host/Kernel/OS "marvin" running Linux 2.6.38-0.towo.2-frickel-amd64 x86_64 [ aptosid 2010-02 Κῆρες - kde-full - (201009132215) ]
CPU Info 2x Intel Core2 Duo T7500 @ 4096 KB cache flags( sse3 ht nx lm vmx ) clocked at [ 2201.000 MHz ]
Videocard nVidia G84M [Quadro NVS 140M] X.Org 1.9.4.901 [ 3840x1200@51.0hz ]
Network cards Broadcom NetXtreme BCM5755M Gigabit PCI Express
Intel PRO/Wireless 4965 AG or AGN [Kedron]
Processes 174 | Uptime 16min | Memory 857.9/3965.1MB | HDD ST9500325ASG Size 500GB (91%used) | GLX Renderer Quadro NVS 140M/PCI/SSE2 | GLX Version 3.3.0 NVIDIA 270.26 | Client Shell | Infobash v3.35
Liegt wohl an dem BKL Patch. Der slh-Kernel hat schon alle BKL Headers entfernt, deswegen kann der Nvidia-Treiber nicht kompiliert werden. Mit towos-Kernel läßt sich der Nvidia-Treiber mittels dkms noch erstellen.
Gruß Kris
-
s/dkms/dmakms
-
ups!
da bin ich wohl mit meinem tip "kernel-remover" zu verwenden falsch gelegen. :(
@ mylo
ja im handbuch klar und deutlich "entfernen alter kernel"
hätte mir eigentlich auffallen müssen.
@ all
tut mir leid :oops:
grüsse
tuono
-
@all: Beitrag geteilt. Der neue Thread Pro und Kontra des BKL zu NVIDIA (http://forum.siduction.org/index.php?msg=6118#6118) ist im Subforum "Freie Rede".
-
Jetzt fehlt mir nur noch ein Hinweis, wie ich für kommende D-U die Kernel-Updates auf hold setzen kann.
Danke im voraus!
Ich habe zu diesem Zweck die Datei /etc/apt/preferences.d/kernel
mit folgendem Inhalt:
Package: linux-image-2.6-aptosid-amd64
Pin: version 2.6.37-*
Pin-Priority: 1001
Package: linux-headers-2.6-aptosid-amd64
Pin: version 2.6.37-*
Pin-Priority: 1001
Wenn ein neuer kernel stabil genug ist, ändere ich einfach die Versionsnummern in dieser Datei. Thats it!
Gruß
Matthias
-
@mbod: Danke für den Hinweis, funktioniert hervoragend.
@all 32-bitter: Ich musste lediglich für mein 32-bit System amd64 in 686 ändern:
Package: linux-image-2.6-aptosid-686
Pin: version 2.6.37-*
Pin-Priority: 1001
Package: linux-headers-2.6-aptosid-686
Pin: version 2.6.37-*
Pin-Priority: 1001
Viele Grüße von der voyager
Neelix
-
s/dkms/dmakms
dmakms => frontend
dkms => backend von dmakms
-
s/dkms/dmakms
dmakms => frontend
dkms => backend von dmakms
Dummfug.
dkms und dmakms sind zwei völlig verschiedene paar Schuhe!
-
s/dkms/dmakms
dmakms => frontend
dkms => backend von dmakms
Dummfug.
dkms und dmakms sind zwei völlig verschiedene paar Schuhe!
Sorry, die Funktionalität ist gleich, hatte ich falsch in Erinnerung gehabt.
Dennoch läuft bei mir dkms zum rebuild der nvidia und vboxdrv Treiber.
Aber ein bißchen netter geht's schon, odrr?
-
Ob dkms funktioniert oder nicht, steht hier nicht zur Debatte.
Auch wenn Debian einen Narren an dkms gefressen zu haben scheint, die meisten aptosid Nutzer und auch alle devs sind gegen die Verwendung von dkms.
Der große Nachteil von dkms ist nämlich, es bauet keine Debs und ein falscher Eintrag in der dkms-konfig kann da tolle Nebenwirkungen haben, welche nicht so einfach zu finden oder zu beheben sind.
Und die Funktionalität ist eben nicht die gleiche, dmakms ist einfach eine Automatisierung für den module-assistant.
-
dmakms provides similar functionality to dkms based on top of module-assistant.
gleiche (oder besser) ähnliche Funktionalität basierend auf den module-assistant. (aus apt-cache show dmakms.)
Aber sei's drum, Du steckst tiefer in der Materie drin, als ich. Und Du hast bestimmt recht, daß man besser dmakms benutzen sollte.
Funktioniert virtualbox-4.0 den auch mit dmakms? Muß ich mal ausprobieren.
-
Dummerweise brauch ich wohl dkms für fglrx oder hat sich da wieder was getan ... wurde einen ja mehr oder weniger aufgezwungen. Zum Glück bisher keine Probleme ... aber irgendwie ist das ein anderes thema ;)
-
Ich bin auch über den Grafikkartentreiber gestolpert:
The following extra packages will be installed:
dkms libgl1-nvidia-alternatives-ia32 libgl1-nvidia-glx-ia32 nvidia-kernel-dkms
Geht wohl z. Zt. noch nicht auf dkms zu verzichten, wenn man proprietäre GraKa-Treiber benutzen möchte.
-
Ich bin auch über den Grafikkartentreiber gestolpert:The following extra packages will be installed:
dkms libgl1-nvidia-alternatives-ia32 libgl1-nvidia-glx-ia32 nvidia-kernel-dkms
Geht wohl z. Zt. noch nicht auf dkms zu verzichten, wenn man proprietäre GraKa-Treiber benutzen möchte.
Doch, das geht ohne, indem man vorher mit m-a das kernelmodul baut und installiert.
Das hab ich nun sicher schon 10x geschrieben und so stehts auch im Wiki.
-
Doch, das geht ohne, indem man vorher mit m-a das kernelmodul baut und installiert.
Das hab ich nun sicher schon 10x geschrieben und so stehts auch im Wiki.
:oops: :oops: :oops:
Asche auf mein Haupt :wink:
-
natürlich geht das, man sollte halt *dkms* entfernen
greetz
devil