Ano, ve stabilní verzi 10.2 zůstane jádro 2.6.18. Pokud jde o 2.6.21 a ATI ovladače, měla by verze 8.36.5 fungovat i na tomto jádře. Vzhledem k tomu, že není problém mít vedle sebe bez problémů dvě jádra, tak bych to prostě vyzkoušela s jádrem z Factory.
Chtěl bych se zeptat, jak si "vyzkoušet" nové jádro souběžně s tím starším, co mám. Proč bych to chtěl zkoušet? Ono jediné, co mi moc nefunguje je akcelerovaná grafika, 3D desktop až tak nemusím, ale chybí mi možnost video výstupu na xv. ATI ovladače pro mojí grafiku jsou poslední 8.28 takže je použít nemůžu. Proto, kdyby se náhodou změnili k lepšímu "nativní" ovladače v suse...
Stačí stáhnout openSUSE RPM jádro (včetně kernel-source a kernel-syms) a dát jako root:
rpm -i kernel-*
v adresáři s balíčky s jádrem.
Jádro se nainstaluje vedle starého jádra a do GRUBu se přidá jako další startovací položka. Nové jádro se v GRUBu nastaví jako výchozí, takže po restartu se systém spustí s ním.
S nativními ovladači je to tak, že pokud nejsou specifikace, nejsou ani ovladače :-(.
Asi Vás moc nepotěším, ale jde o chybu v ovladači pro SiS900 :-(. Vyřešit se to dá buď tak, že tak týden počkáte na nové RPM z factory, kde už to bude opravené, nebo si sám stáhnete opravu a překompilujete jádro.
Tak jsem si teď stáhnul novou verzi jádra z factory repozitářů. Předpokládám, že ten bug v SiS900 ovladači už bude opraven. Chtěl bych se, ale zeptat, jak teď postupovat. Mam teď v kompu dvě jádra:
2.6.18.8-0.3-default který bezproblémů funguje
a kernel-default-2.6.21-10 který má ten bug v ovladači.
Čili bych chtěl zaměnit nefunkční jádro za nové (kernel-default-2.6.22_rc2_git7-2) z factory tak, aby mi zůstalo přístupné i jádro, které funguje.
Nechtěl bych se dostat do stavu, že bych měl dvě factory-jádra a ani jedno by nejelo.
Pokud AppArmor nepoužíváte, tak ho klidně můžete v YaST->Systém v Editoru úrovní běhu vypnout. Pokud ho používáte, budete se muset pohrabat v jeho profilech :-(
Ve Factory je 2.6.21. RPM se dá použít i pro 10.2 a běhá bez problémů. Je tam i vanilková verze.
V aktualizacích se nové jádro nevydává kvůli možné nestabilitě.
Ano, ve stabilní verzi 10.2 zůstane jádro 2.6.18. Pokud jde o 2.6.21 a ATI ovladače, měla by verze 8.36.5 fungovat i na tomto jádře. Vzhledem k tomu, že není problém mít vedle sebe bez problémů dvě jádra, tak bych to prostě vyzkoušela s jádrem z Factory.
Chtěl bych se zeptat, jak si "vyzkoušet" nové jádro souběžně s tím starším, co mám. Proč bych to chtěl zkoušet? Ono jediné, co mi moc nefunguje je akcelerovaná grafika, 3D desktop až tak nemusím, ale chybí mi možnost video výstupu na xv. ATI ovladače pro mojí grafiku jsou poslední 8.28 takže je použít nemůžu. Proto, kdyby se náhodou změnili k lepšímu "nativní" ovladače v suse...
Stačí stáhnout openSUSE RPM jádro (včetně kernel-source a kernel-syms) a dát jako root:
rpm -i kernel-*
v adresáři s balíčky s jádrem.
Jádro se nainstaluje vedle starého jádra a do GRUBu se přidá jako další startovací položka. Nové jádro se v GRUBu nastaví jako výchozí, takže po restartu se systém spustí s ním.
S nativními ovladači je to tak, že pokud nejsou specifikace, nejsou ani ovladače :-(.
Nedaří se:
lvyn:/home/alvyn/Kernel # dir
celkem 68596
-rw-r--r-- 1 alvyn users 19801390 2007-05-27 11:42 kernel-default-2.6.21-10.i586.rpm
-rw-r--r-- 1 alvyn users 50356531 2007-05-27 11:43 kernel-source-2.6.21-10.i586.rpm
alvyn:/home/alvyn/Kernel # rpm -i kernel-*
soubor /etc/rpm/macros.kernel-source z instalace kernel-source-2.6.21-10 koliduje se souborem z balíčku kernel-source-2.6.18.8-0.3
alvyn:/home/alvyn/Kernel #
rpm -i --nodeps --force kernel-*
ale systém se škubne při stahování adresy z DHCP. Zkoušel jsem i failsafe mód.
takhle vypadá poslední část
Starting HAL daemondone Loading CPUFreq modules (CPUFreq not supported) Loading keymap i386/qwertz/cz-us-qwertz.map.gz doneLoading compose table winkeys shiftctrl latin2done Start Unicode mode doneLoading console font lat2-16.psfu -m trivial G0:loadable
doneSetting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth0 device: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
eth0 configuration: eth-id-00:0a:e6:50:e2:2a
eth0 (DHCP) .
Potom začne blikat Caps a Scroll lock a hotovo.
Asi Vás moc nepotěším, ale jde o chybu v ovladači pro SiS900 :-(. Vyřešit se to dá buď tak, že tak týden počkáte na nové RPM z factory, kde už to bude opravené, nebo si sám stáhnete opravu a překompilujete jádro.
Nevadí, počkám si jedu na tom starším stabilním. Za týden to můžu vyzkoušet znova.
Tak jsem si teď stáhnul novou verzi jádra z factory repozitářů. Předpokládám, že ten bug v SiS900 ovladači už bude opraven. Chtěl bych se, ale zeptat, jak teď postupovat. Mam teď v kompu dvě jádra:
2.6.18.8-0.3-default který bezproblémů funguje
a kernel-default-2.6.21-10 který má ten bug v ovladači.
Čili bych chtěl zaměnit nefunkční jádro za nové (kernel-default-2.6.22_rc2_git7-2) z factory tak, aby mi zůstalo přístupné i jádro, které funguje.
Nechtěl bych se dostat do stavu, že bych měl dvě factory-jádra a ani jedno by nejelo.
Čili, jak postupovat? :)
Pokud AppArmor nepoužíváte, tak ho klidně můžete v YaST->Systém v Editoru úrovní běhu vypnout. Pokud ho používáte, budete se muset pohrabat v jeho profilech :-(
Jsou ve factory jadru 2.6.21-10 jiz obsazene zaplaty z 2.6.21.3 ?
Řekla bych, že zatím ne :-(. Ale v buildservisu jsem tuším zahlédla 2.6.22.