Kernel 2.6.19

hvis du har youm installeret skulle det kunne goeres med:
yum update kernel

youm = yum

yum virker afaik kun hvis der er en af dine i styresystenets repo fil steder der har lavet en rpm pakke.
Og de har de ikke endnu.

MVH

hmm, det er jeg ikke helt sikker paa, men proev at se paa denne artikel.
http://www.howtoforge.com/kernel_compilation_fedora
2.6.19 er beskrevet lidt nede paa siden.

Det der forvirrer ved artiklen, som jeg godt kender er alt det skriveri om patches.

Kernen er en ren kerne der vel ikke skal patches (jeg er ikke linux expert). Jeg har prøvet at gå frem som beskrevet, med et system der efterfølgende gik i "panic". Men jeg nærlæser den igen.
Havde håbet på et input hvor der stod "den har jeg brugt". Der er skrevet så meget sludder om det styresystem.

Jeg vender tilbage.

Ok, det lykkedes 2.6.19.2 er på, og nu har fedora folkene selv frigivet en kerne 2.6.19.1 (via yum). Underligt som std. har kernen fra kernel.org ikke slået sata til som std. Kernel panic.

Men beskrivelsens side 2 er ok bare man læser den nogle gange.

udmaerket. Hjalp det saa paa din DVB-T modtagelse ?

Ja og nej, med firmware og alting virker det. Men det er et dårligt kort jeg har fået købt mig (Hauppauge Nova T 500). Mit Hauppauge 1300 kører perfekt med DVB-T.

Jeg har en ide om at de der linuxtv folk ikke har kælet så meget for driverne.

Det kører heller ikke for smart under windows, der er nogle udfald og ryk, men det er måske mit valg af DVD afspillersoftware der gør det. Jeg her set nogle der anbefaler NVIDIA drivere, men de koster dollers.

MVH

SATA-problem kan være at din USB får forrang når der loades drivere ved boot.
Du kan evt editere din initrd.img fil og ændre rækkefølgen - det kræver lidt indsigt. Eller du kan loade din sata-driver eksplicit i /etc/modules.conf

Nvidia driver burde du ellers kunne få gratis og selv installere.
Eller prøv at sætte din skærm til "vesa" som er en standarddriver, der kører med det meste. Og det kører fint på min AMD Sempron til dr.dk TV og video

MHT sata så er det løst, Intel controlleren var ikke sat til >M< så klart der ikke var bid.
Jeg har vist ikke helt styr på modules.conf ud fra det du skriver, modules.conf ligger vel i /etc, men hvis systemet ikke kan få fat i / ved boot (kernel panic), hvordan skal den så se /etc/modules.conf.

Hønen <> ægget ....

Hvordan hænger det sammen mht boot, bare en kort forklaring ?

Ja, det er rigtigt, at hvis root ligger på sata, og du ikke kan få sata igang, så går det slet ikke. Så jeg er forundret over at man eksplicit gør det til et problem, designmæssigt. Jeg har en note men referencen er forsvundet for mig:

"This is strictly a timing issue. The initrd has to load all the drivers for every harddisk in your system, and which one registers first will get the SDA device address. Since the external usb drives takes (normally) the longest time to register, we load this one first. If you want to avoid this situation and want always your sata drive register as SDA you only have to rearrange the drive's load order."

Altså er der distroer der loader usb-driveren først, og det får andre scsi-drivere til at gå i ged.

Fandt vist selv svaret