Kernel 2.6.20.1 für LinVDR

Na ja, zumindest weiß ich jetzt schon mal, welche Dateien alle durch den 2.6.20er Kernel entpackt werden, indem ich das ganze mal in ein anderen Verzeichnis als root entpackt habe. Was ich allerdings nicht weiß ist, welche alten Dateien dadurch alles überschrieben wurden...

Ich habe noch kein Problem mit dem 2.6.20er Kernel, er läuft ja noch nicht mal, also habe noch nicht gebootet.
Dazu muss ich meine menu.lst von grub bestimmt erweitern, sonst findet der ja nur die gekannten Kernel...

Zitat

Original von gekkoo
Na ja, zumindest weiß ich jetzt schon mal, welche Dateien alle durch den 2.6.20er Kernel entpackt werden, indem ich das ganze mal in ein anderen Verzeichnis als root entpackt habe. Was ich allerdings nicht weiß ist, welche alten Dateien dadurch alles überschrieben wurden...

...es wir nicht eine einzige Datei überschrieben. (naja, eventuell ein paar Userspace Programme, aber die laufen mit beiden Kerneln)

Die Entscheidende Änderung sind die neu gesetzten symbolischen Links im Verzeichnis /boot/

Schau mal in das Verzeichnis mit dem mc rein, dann siehst du was ich meine und du weißt, wie du dies wieder rückgängig machen kannst. Vorausgesetzt, du weißt, wie man symbolisch links setzt.

-> google ln

Zitat

Ich habe noch kein Problem mit dem 2.6.20er Kernel, er läuft ja noch nicht mal, also habe noch nicht gebootet.
Dazu muss ich meine menu.lst von grub bestimmt erweitern, sonst findet der ja nur die gekannten Kernel...

....du irrst,

an der menu.lst muss nichts geändert werden, da im Ordner /boot/ einfach nur symbolische Links auf die neuen Kernel Dateien gesetzt werden.

Gruß
Wicky

Also:

Erstens: Ich haben nun auch ein Problem mit dem 2.6.20er Kernel. Er bootet nämlich nicht!
Dauernde anzeige von:

atkbd.c: Spurios ACK on isa0060/serio0 Some program might be trying access hardware dirctly

Zweitens: Der alte Kernel bootet zumindest noch, trotz eventeull einiger überschriebener Dateien. Tja, die werde ich wohl nie wieder zurück kriegen. Mal schauen ob das System damit einigermaßen zurecht kommt...

Die Einträge in meiner menu.lst nutzen keine symbolischen Links. Sie zeigen direkt auf den jeweiligen Kernel. Deshalb spielt der Link vom 2.6.20 Kernel keine Rolle.

Also ich hab jetzt erst mal alles was unter /boot und /lib/modules/2.6.20/ entpackt wird wieder gelöscht.

Das unter /sbin usr/bin und /usr/sbin werde ich dann wohl so stehen lassen müssen und hoffen...

Ich wollte übrigens sehen, ob unter diesem Kernel meine Nova-SE vollständig läuft, weil dvbstream bei mir bisher nur leere Dateien erzeugt.
Aber nu weiß ich ja, dass der Kernel bei mir nicht richtig bootet...

Also: Ich habe drei SCSI-Platten in dem System und eine IDE-Platte. Alle hängen an den auf dem MoBo integrierten Controllern. Also die IDE-Platte an der OSB4 South Bridge des Serverworks Chipsatz und die drei SCSI-Platten am Kanal A des Adaptec AIC-7899G Dual Channel U160 Controller Chips.

Wenn ich es richtig im Kopf habe, dann ist die Bootplatte, also da wo root und /boot drauf sind, sdb1. Die SCSI ID dieser Platte müsste 4 sein. Im Controller Bios kann man jede beliebige ID zum booten deklarieren, muss also nicht zwangsläufig die 0 oder die niedrigste sein.

Zu dem schlanker noch: Dein 2.6.20er Kernel hat so gut 2MB, wenn ich das richtig gesehen habe. Mein Debian 2.6.18-3 Kernel aus dem testing repository hat ungefär 1,5MB also die vmlinux Datei.

Ja genau, das ist eine der SCSI-Platten.

Dann war und ist es wohl eben doch keine so gute Idee, Deinen Kernel zu installieren, um meine Nova-SE ans laufen zu kriegen.
Die Meinung zu der Karte geht hier stark auseinander. Manche sagen, sie läuft ohne Probleme, andere schreiben, sie haben sie nie ans laufen bekommen... aber das wäre hier off-topic.
siehe dazu diesen Thread.

Und jetzt habe ich das auch mit dem schlank verstanden...

Danke für die Hilfe, aber scheinbar ist Dein Kernel leider doch nicht der richtige Weg zum Erfolg.

Bisher hindert mich daran, dass ich noch nie irgend etwas selber kompiliert habe...

Das hier ist, was mein jetziger Kernel in dmesg zu der Nova-SE meint:

eowyn:~# uname -a
Linux eowyn 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux


eowyn:~# dmesg
---schnip---
cx2388x v4l2 driver version 0.0.6 loaded
ACPI: PCI Interrupt 0000:00:04.0[A] -> GSI 28 (level, low) -> IRQ 201
CORE cx88[0]: subsystem: 0070:9200, board: Hauppauge Nova-SE2 DVB-S [card=38,autodetected]
TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
cx2388x dvb driver version 0.0.6 loaded
tveeprom 1-0050: Hauppauge model 92500, rev B1B1, serial# 560471
tveeprom 1-0050: MAC address is 00-0D-FE-08-8D-57
tveeprom 1-0050: tuner model is Conexant_CX24109 (idx 111, type 4)
tveeprom 1-0050: TV standards ATSC/DVB Digital (eeprom 0x80)
tveeprom 1-0050: audio processor is CX883 (idx 32)
tveeprom 1-0050: decoder processor is CX883 (idx 22)
tveeprom 1-0050: has no radio, has no IR remote
cx88[0]: warning: unknown hauppauge model #92500
cx88[0]: hauppauge eeprom: model=92500
input: cx88 IR (Hauppauge Nova-SE2 DVB as /class/input/input2
cx88[0]/0: found at 0000:00:04.0, rev: 5, irq: 201, latency: 64, mmio: 0xfc000000
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
ACPI: PCI Interrupt 0000:00:04.2[A] -> GSI 28 (level, low) -> IRQ 201
cx88[0]/2: found at 0000:00:04.2, rev: 5, irq: 201, latency: 64, mmio: 0xfd000000
cx88[0]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[0]).
DVB: registering frontend 0 (Conexant CX24123/CX24109)...
cx2388x blackbird driver version 0.0.6 loaded
---schnap----

Ich weiß nicht, in wie weit die Versionsangabe der Treiber 0.0.6 was über deren Aktualität aussagt.

Zitat

Original von P2k1
Hi,

Kernel bootet und läuft, kann aber nicht mehr gescheit TV schauen - grade auf pro7.

AC3 - DD:
Feb 18 20:15:46 satbox user.warn kernel: gpioirq DMA RX buffer overflow [X - Mal]
Feb 18 20:15:46 satbox user.err vdr: [3526] 2 cRepacker messages suppressed
Feb 18 20:15:46 satbox user.err vdr: [3526] cDolbyRepacker: skipped 464 bytes to sync on next AC3 frame

Stereo:
Feb 18 20:16:02 satbox user.warn kernel: gpioirq DMA RX buffer overflow
Feb 18 20:16:02 satbox user.debug vdr: [3533] PES packet shortened to1814 bytes (expected: 3470 bytes)
Feb 18 20:16:02 satbox user.debug vdr: [3526] PES packet shortened to 1814 bytes (expected: 3470 bytes)

Bild muss sich neu aufbauen / es kommt zu Tonaussetzern, alle paar Sekunden.

keine ahnung woher das kommt, bei 2.6.18 wars noch nicht da -> nie da!

Alles anzeigen

Hallo,

ich hab's mal so groß gequotet, weil bei mir genau das gleiche Problem auftaucht. Ich kann mit dem 2.6.20 nicht schauen. Immer nur PES shortened und Buffer Probleme. Bin jetzt wieder auf 2.6.18 und alles rennt wieder super.

Hi,

ich verstehe die Frage nicht ganz. Wenn ich etwas schaue oder wiedergebe, habe ich die Probleme. Ich habe auch testweise den Tuner von Karte1 abgeschaltet und wollte nur im Transfermodus schauen. Da war es fast noch schlimmer...

Eine Aufnahme, die mit 2.6.18 tadellos funktioniert, kann ich bei 2.6.20 nur mit üblen Fehlern anschauen. Das ganze System läuft irgendwie extrem "choppy" mit dem Kernel. Selbst der Zugriff über ssh läuft "abgehackt". Dazu dann halt die o.g. Fehlermeldung im Log.

Auch bei mir läuft alles hervorragen. (Mal ne positive Meldung abgeben muss )

Gruß
Tarandor