Fehler bei Update auf Kernel 3.10 bei Wheezy

[VereAthor]

Hallo allerseits.
Ich wollte mal auf meiner Testmaschine den neu erschienenen Kernel 3.10 ausprobieren. Im Moment läuft Wheezy 64 bit auf der Maschine:
cat /proc/version: Linux version 3.2.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1

hab mir dann die .deb pakete geholt:
wget -c kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-saucy/linux-headers-3.10.0-031000_3.10.0-031000.201306301935_all.deb
wget -c kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-saucy/linux-headers-3.10.0-031000-generic_3.10.0-031000.201306301935_amd64.deb
wget -c kernel.ubuntu.com/~kernel-ppa/mainline/v3.10-saucy/linux-image-3.10.0-031000-generic_3.10.0-031000.201306301935_amd64.deb

und installiert: sudo dpkg -i *.deb
Dabei trat folgender Fehler auf:

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-3.10.0-031000-generic:
linux-headers-3.10.0-031000-generic hängt ab von libc6 (>= 2.14); aber:
Version von libc6:amd64 auf dem System ist 2.13-38.
dpkg: Fehler beim Bearbeiten von linux-headers-3.10.0-031000-generic (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert

Tja, wie soll ich nun weiter vorgehen? ein libc6-update hat unmengen von abhängigkeiten, da müßte ich ja gleich auf testing/jessie umsteigen, oder?
Danke für die Hilfe.

[smutbert]

In den backports ist kernel 3.9, da gibt's solche Schwierigkeiten natürlich nicht.

Bevor 3.9 in den backports aufgetaucht ist, hatte ich Version Version 3.10 rc8 aus siduction installiert, ebenfalls ohne Schwierigkeiten. Es hat nur nach neueren initramfs-tools verlangt, aber die sind inzwischen (wegen 3.9) ebenfalls in den backports.
Wenn du dich also nicht unbedingt einen Kernel von Ubuntu willst, gibt es also viele problemlose Alternativen. Kanotix, Knoppix und Aptosid wären auch noch mögliche Quellen für neuere Kernel (und andere Pakete).


Selbst ein Kernelpaket bauen wäre auch noch eine Möglichkeit, du kannst ja die linux-source Pakete von Ubuntu nehmen und dir aus einem linux-image Paket die Konfiguration holen und dann selbst den Ubuntukernel kompilieren.

[DeletedUserReAsG]

Oder mal allgemein (weil ich das in der letzten Zeit irgendwie öfter gesehen habe): Ubuntu-Binärpakete laufen nicht zwangsläufig unter Debian. Die einzige Gemeinsamkeit ist das Paketformat. Im ungünstigen Fall kann man sich damit sein System komplett zerschießen.

(Vielleicht sollte das mal jemand an eine passende Stelle ins Wiki schreiben, oder so …)

cu,
niemand

[VereAthor]

ja, hab ich auch festgestellt. außerdem brauch 3.10 wirklich ne neue libc6, version 3.9 kommt noch mit der aktuellen libc6 klar.
falls jemand den gleichen fehler macht, hier mal meine anleitung wie ich vorgegangen bin:

erstmal geschaut welche kernel installiert sind mit
dpkg -l | grep ^i | grep linux-[hi]

dann alles von version 3.10 entfernt:
sudo apt-get purge linux-image-3.10.0-031000-generic
sudo apt-get purge linux-headers-3.10.0-031000

in die sources.list die wheezy-backports eingetragen:
deb http://ftp.de.debian.org/debian wheezy-backports main

und dann die meta-packages ausgewählt und installiert, die dem kernel 3.9 entsprechen aus den backports:
sudo apt-get install -t wheezy-backports linux-image-amd64 linux-headers-amd64

bei mir hat alles geklappt und der kernel 3.9 läuft. danke für die hilfe.

[rendegast]

http://packages.debian.org/linux-image-3.10

http://packages.debian.org/experimental ... -rc7-amd64
steht nichts von neuerer libc6.
Mit headers wird es problematisch, weil kein linux-kbuild-3.10 existiert.
Alternative ist linux-source-3.10.


EDIT
linux-kbuild-3.10 64bit besteht auf höhere libc6, leider.

[KP97]

Oder mal allgemein (weil ich das in der letzten Zeit irgendwie öfter gesehen habe): Ubuntu-Binärpakete laufen nicht zwangsläufig unter Debian. Die einzige Gemeinsamkeit ist das Paketformat. Im ungünstigen Fall kann man sich damit sein System komplett zerschießen.

(Vielleicht sollte das mal jemand an eine passende Stelle ins Wiki schreiben, oder so …)

cu,
niemand

Der Meinung war ich auch mal, aber wie man bei den letzten beiden Kommentaren lesen kann, hält man das für Quatsch
http://debianforum.de/forum/viewtopic.php?f=14&t=143219

[DeletedUserReAsG]

Dort geht es nicht um Pakete, sondern um Anleitungen und so. Trotz allem verhält sich ein Buntu nunmal unter der Oberfläche wie ein Linux, und viele Anleitungen, die jenseits der Buntu-Eigenheiten angesiedelt sind, kann man zumindest mit einbeziehen.

Das Problem mit den Paketen ist eher, dass die Abhängigkeiten erstmal nicht erfüllt sind (sei’s, weil andere Versionen benötigt werden, sei’s, weil die Pakete leicht anders benannt sind oder sonst irgendwie kleinere Unterschiede (Config-Layout usw.) bestehen). Erfüllt man die Abhängigkeiten manuell, ist das ursprüngliche Debiansystem halt mit einiger Wahrscheinlichkeit kaputt.

cu,
niemand

[Spike1986]

Wollte gerade auch ein update auf 3.10 machen.

Habe da eine Seite http://www.fscorsica.org/kernel-en.html dort lade ich immer das Image, Source und Headers runter.

mit GDebi installier ich das immer und nun habe ich bei Headers auch die Meldung erhalten:

"Fehler: Abhängigkeit nicht erfüllbar: libc6 (>=2.14)"

Kann ich das Stress frei lösen?

[rendegast]

"Made under a fully Free Debian Sid" <-> höhere libc

Alternativ Kernelpakete selbst bauen

Code: Alles auswählen

make ....config
make deb-pkg

Die Pakete für 3.10 32bit aus sid passen abhängigkeitskechnich.
Ob jedoch zBsp. dkms-Module funktionieren muß im Einzelfall geprüft werden.
Virtualbox 32bit vom Hersteller zumindest funktioniert:

Code: Alles auswählen

# dkms status
vboxhost, 4.2.16, 3.10-1-686-pae, i686: installed
vboxhost, 4.2.16, 3.2.0-4-686-pae, i686: installed
vboxhost, 4.2.16, 3.9-0.bpo.1-686-pae, i686: installed

[Milbret]

Bin ich der einzige, der sich seine Kernel von kernel.org besorgt und kompiliert ?
Hab bei mir einen 3.10.4 laufen ohne Probleme.

Dort wird auch keine neuere libc6 benötigt.
Mit wheezy läuft alles rund.

Wie geschrieben sind die Ubuntu Pakete tatsächlich nicht immer in zukünftig wohl auch nicht mehr kompartibel mit Debian.
Ich würde von solchen dubiosen Mixturen die Finger lassen.

Ich sehe zwei Sachen als sinnvoll.
Paket aus den Quellen selber bauen und verwalten oder die Debian Pakete nutzen.

Einen Mix aus irgendwelchen Distributionen würde ich nie empfehlen.
Hier nimmt man sich irgendwelche Komponenten, die auch nicht von Debian getestet wurden, und sorgt auf lange Sicht für mehr Probleme als Lösungen :/
Dies möchte ich auf meinen Systemen nicht haben.

Wozu stable nehmen wenn man es von sich aus wieder in einen instabilen Zustand bringt?

Martin

[rendegast]

Dort wird auch keine neuere libc6 benötigt.

http://packages.debian.org/linux-kbuild-3.10, amd64
Solange keine Module per Header-Paket (rec. von dkms) gebaut werden, wäre das egal,
alternativ per kernel-source-Paket.
Das kernel-Paket selbst ist problemlos.

[Milbret]

@rendegast
Meine Aussage bezieht sich auf einen selbst gebauten Kernel und keinen aus sid o.ä.
Dieser schreit bei mir nicht nach einer neuen Version.

Martin

[KBDCALLS]

Der Sid Kernel sollte sich aber auch auf Wheezy installieren lassen , samt Headers. Der sauberste Weg wäre allerdings man kompiliert sich aus den Debiansourcen die Pakete selbst, ( das wird allerdings etwas heftiger, ist ja auch ganz ordentlicher Batzen) oder wartet bis er in den Backports eintrudelt.

[rendegast]

Der Sid Kernel sollte sich aber auch auf Wheezy installieren lassen , samt Headers.

Oben schon dargelegt, das hängt an (amd64) linux-kbuild-3.10 -> höhere libc6.

alternativ per kernel-source-Paket. (linux-source-3.10)

Bei virtualbox (4.2.16) klappt das,
Entpacken, verlinken per build->, source->,
vorbereiten mit der passenden der mitgebrachten config als .config:

Code: Alles auswählen

make menuconfig

dann weiter

Code: Alles auswählen

make prepare
make modules_prepare

und 'dkms ....'

Beim nvidia reicht obiges noch nicht, der dkms-Modul-Source fehlt Module.symvers,
es muß der Modulbau-Vorgang des Kernels durchgeführt werden
(dessen Module.symvers paßt zu den Modulen des Kernelpaketes ?).
Aber dann fehlt generated/compile.h ->
Also können wiederum auch gleich ala KBDCALLS eigene Pakete zBsp. per 'make deb-pkg' gebaut werden,
unter Verzicht auf debians linux-image-Paket.
(dabei erstelltes Module.symvers ist unterschiedlich zum obigen,
aber entspricht (bei mir) der des debian-Kernelpaketes)
(Tip: CONFIG_DEBUG_INFO weglassen, ca. 1GB statt 6GB)



EDIT:
Bloek, die Kompilierung des nvidia-Moduls schlägt dann doch fehl:

Code: Alles auswählen

 ....
/var/lib/dkms/nvidia/304.88/build/nv-i2c.c: In function ‘nv_i2c_del_adapter’:
/var/lib/dkms/nvidia/304.88/build/nv-i2c.c:327:14: error: void value not ignored as it ought to be
make[2]: *** [/var/lib/dkms/nvidia/304.88/build/nv-i2c.o] Error 1
make[1]: *** [_module_/var/lib/dkms/nvidia/304.88/build] Error 2

EDIT Wäre ein dickes Patch auf nvidia-Seite
https://devtalk.nvidia.com/default/topi ... 1/#3814531 resp.
http://pastie.org/7942599, ist aber WiP?

[Gunah]

schon einpaar Tage alt,

aber den 3.10er Kernel gibt es in den Backports:
http://packages.debian.org/wheezy-backp ... mage-amd64

Code: Alles auswählen

apt-get install -t wheezy-backports linux-image-amd64

[rendegast]

Auch mit dem 3.10.5-1~bpo70+1 funktioniert nicht der Bau des nvidia 304.88-1+deb7u1 (wheezy).
Erst mit dem (wohl gepatchten) 304.88-6 (jessie), und dann wohl mit allen 3.10.
Entweder entpackt dem /usr/src/nvidia-304.88/ untergeschoben,
oder per '--without-recommends' (entspr.) installiert.

[guenterq]

Kann schon jemand sagen, wo der meßbare Mehrwert hinsichtlich des 3.2er zum 3.9er Kernel liegt?

[rendegast]

Unterstützte Hardware, Treiberevolution.

ZBsp. nouveau / radeon / intel / wlan sind Treiber,
die immer noch ein bischen besser funktionieren könnten/sollten.

[guenterq]

Unterstützte Hardware, Treiberevolution.

ZBsp. nouveau / radeon / intel / wlan sind Treiber,
die immer noch ein bischen besser funktionieren könnten/sollten.

Ja, korrekt!

Ich habe mir gestern den 3.10er Kernel aus den Backports installiert und danach war die Fehlermeldung beim Hochfahren des PC unter dem 3.2er Kernel, die immer auf die verbaute intel-GraKa zeigte, verschwunden.