Hallo ! Hat schon jemand Erfahrungen mit Kernel 2.5.x gemacht ? Ich habe gestern versucht, den Kernel 2.5.70 zu kompilieren, was nach einigen Problemen auch geklappt hat. Leider habe ich dann beim Booten nur einen schwarzen Bildschirm und der Rechner bleibt irgendwann stehen. Anbei ein Zeilen aus der messages: Jun 13 16:43:23 PCNEU kernel: klogd 1.4.1, log source = /proc/kmsg started. Jun 13 16:43:23 PCNEU kernel: Inspecting /boot/System.map Jun 13 16:43:23 PCNEU kernel: Loaded 28698 symbols from /boot/System.map. Jun 13 16:43:23 PCNEU kernel: Symbols match kernel version 2.5.70. Jun 13 16:43:23 PCNEU kernel: No module symbols loaded - kernel modules not enabled. Jun 13 16:43:23 PCNEU kernel: Please use the 'usbfs' filetype instead, the 'usbdevfs' name is deprecated. Jun 13 16:43:46 PCNEU mingetty[1435]: /dev/tty6: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1434]: /dev/tty5: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1433]: /dev/tty4: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1432]: /dev/tty3: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1431]: /dev/tty2: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1430]: /dev/tty1: cannot open tty: No such device Jun 13 16:43:47 PCNEU init: Id "5" respawning too fast: disabled for 5 minutes Jun 13 16:43:47 PCNEU init: no more processes left in this runlevel Dirk
Hallo, On Sat, 14 Jun 2003, Dirk Vornheder wrote:
Hat schon jemand Erfahrungen mit Kernel 2.5.x gemacht ?
Nur kompiliert.
Ich habe gestern versucht, den Kernel 2.5.70 zu kompilieren, was nach einigen Problemen auch geklappt hat.
Hast du die Anforderungen der Changes beachtet?
Leider habe ich dann beim Booten nur einen schwarzen Bildschirm und der Rechner bleibt irgendwann stehen.
Anbei ein Zeilen aus der messages: Jun 13 16:43:23 PCNEU kernel: klogd 1.4.1, log source = /proc/kmsg started. Jun 13 16:43:23 PCNEU kernel: Inspecting /boot/System.map Jun 13 16:43:23 PCNEU kernel: Loaded 28698 symbols from /boot/System.map. Jun 13 16:43:23 PCNEU kernel: Symbols match kernel version 2.5.70. Jun 13 16:43:23 PCNEU kernel: No module symbols loaded - kernel modules not enabled.
Les bitte http://www.dhaller.de/linux/multikernel.html. Ich glaube nicht, dass die /boot/System.map fuer 2.4.x und 2.5.x passt. Und die modules.conf wohl auch nicht, wenn du den 2.5.xer komplett ohne Module kompiliert hast (der SuSE Kernel ist ja stark modularisiert). -dnh -- 42: Stabilität 200 Studenten der Informatik-Anfängerübung auf einer Maschine nachdem die Vorlesung 'fork()' behandelt hat. (nach David S. Miller, linux.dev.kernel)
Am Samstag, 14. Juni 2003 10:07 schrieb Dirk Vornheder:
Jun 13 16:43:46 PCNEU mingetty[1435]: /dev/tty6: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1434]: /dev/tty5: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1433]: /dev/tty4: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1432]: /dev/tty3: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1431]: /dev/tty2: cannot open tty: No such device Jun 13 16:43:46 PCNEU mingetty[1430]: /dev/tty1: cannot open tty: No such device Jun 13 16:43:47 PCNEU init: Id "5" respawning too fast: disabled for 5 minutes Jun 13 16:43:47 PCNEU init: no more processes left in this runlevel
Also als allererstes möchte ich sagen: 2.5.x ist und bleibt ein Entwicklerkernel. Dieser sollte eigentlich nur von Leuten genutzt werden, die Ahnung von dem haben, die da ran gehen. Dies ist keinerlei Abwertung sondern mehr durch den Entwicklungsprozess zu sehen: Die Releases werden recht schnell hintereinander gebaut. Es kann sogar sein, dass bei einer bestimmten Config noch nicht einmal ein compile möglich ist, weil irgend ein Patch da was zerhauen hat. Somit macht es nur Sinn, diesen Kernel zu nutzen, wenn man genug Ahnung hat, um dann z.B. auch ordentliche Bug-Reports abzugeben. Ich würde Dir daher raten, bei 2.4.x zu bleiben und hier Erfahrungen zu sammeln (wenn Dich diese Thematik interessiert). Generell ist es IMHO aber nicht mehr notwendig, sich mit dem Kernel intensiv auseinander zu setzen (So habe ich dies schon sehr sehr lange nicht mehr gemacht! Bei 2.0.x habe ich z.B. den Kernel-Source selbst etwas gepatcht, weil das Autodetecting nicht richtig funktioniert hatte ...) Das Problem von Dir oben sieht so aus, als ob Du die tty-Treiber nicht mit drinnen hast. Ich habe aber selbst noch nie einen 2.5.er Kernel gebaut. In der Config war das aber bei anderen Kerneln recht weit hinten anzugeben. Geh einfach einmal die xconfig durch. Das lässt sich dann bestimmt schnell finden! Mit den besten Grüßen, Konrad
Am Samstag, 14. Juni 2003 12:12 schrieb Thomas Hertweck:
Konrad Neitzel schrieb:
[...] Geh einfach einmal die xconfig durch. Das lässt sich dann bestimmt schnell finden!
Vergiss xconfig, wird es in 2.6 nicht mehr geben, wird momentan auch nicht mehr weiter gepflegt laut Info aus LKML.
Interessant. Habe ich eigentlich auch immer für unnötig gehalten. Aber für "Newbies" bestimmt nicht schlecht. Aber das passt dann auch eher zu meiner Aussage: Newbies haben keinen Kernel selbst zu backen :-)) Mit den besten Grüßen, Konrad
Konrad Neitzel schrieb:
Am Samstag, 14. Juni 2003 12:12 schrieb Thomas Hertweck:
Vergiss xconfig, wird es in 2.6 nicht mehr geben, wird momentan auch nicht mehr weiter gepflegt laut Info aus LKML.
Interessant. Habe ich eigentlich auch immer für unnötig gehalten. Aber für "Newbies" bestimmt nicht schlecht. Aber das passt dann auch eher zu meiner Aussage: Newbies haben keinen Kernel selbst zu backen :-))
Beim Kernel selbst wird es vermutlich nur noch eine Art der Konfiguration geben, d.h. das wird dann wohl menuconfig sein. Aufgrund der mittlerweile geaenderten Struktur bei der Konfiguration bzw. Konfigurationsverwaltung des Kernels wird es aber fuer Kernel 2.6 wohl zahlreiche User-Programme geben, mit denen man den Kernel konfigurieren kann. Da wird es dann sicher Varianten in QT, GTK usw. geben. Aus LKML: please study scripts/kconfig/*, not how one particular frontend is. The new kernel configurator is actually a big improvement over the traditional stuff we used to have up to 2.4. Okay, it is a fact that xconfig is far from great, but that doesn't matter -- the important thing is Kconfig provides a clean, generic system for the actual kernel configuration. As I already pointed out a fortnight ago or so, the only config frontend likely to stay in linux.tar in the long run is menuconfig, serving as a reference to userland people who are certain to come up with heaps of different Kconfig frontends (that is when 2.6 ships I guess). If you need a nifty graphical frontend right away, I suggest you go ahead and write the first off-tree xconfig. Gruesse, Thomson
participants (4)
-
David Haller
-
DVornheder@t-online.de
-
Konrad Neitzel
-
Thomas Hertweck