Originál (anglicky) najdete na stránce wiki.mandriva.com.

Tato stránka obsahuje errata pro Mandriva Linux 2008.1 Spring. Errata obsahují informace o známých problémech v Mandriva Linuxu 2008.1 a jejich řešení, pokud jsou známá. Informace o změnách oproti minulým verzím a nových vlastnostech obsahuje dokument Release Notes (anglicky), český překlad je k dispozici zde.

Errata jsou k dispozici i pro předchozí verze Mandriva Linuxu:

• Mandriva Linux 2008.0
  
• Mandriva Linux 2007.1 Spring
  
• Mandriva Linux 2007

---

V okamžiku, kdy je v Mandriva Linuxu 2008 Spring nalezen problém, správce příslušného balíčku vydá opravný balíček, o kterém si myslí, že problém vyřeší, a umístí ho do repozitáře /main/testing, který je určen pro testování. Testovací balíček pak mohou vyzkoušet uživatelé, kteří problém zaznamenali a tým Mandriva quality assurance. Pokud testování potvrdí, že oprava problém vyřešila a nezpůsobila žádný další, je opravný balíček vydán jako oficiální aktualizace skrze Aktualizace balíčků software. Pokud máte problém, pro který byl vydán testovací balíček, a chcete pomoci balíček otestovat, musíte nastavit vašeho správce software tak, aby rozpoznal repozitář /main/testing jako zdroj instalačních balíčků. Instrukce najdete na stránce instalace a odstraňování software. Pro balíčky v /contrib sekci existuje obdobný repozitář /contrib/testing. U „contrib“ balíčků není zaručeno, že budou opraveny, vše záleží na konkrétním správci balíčku. Nastavení /contrib/testing jako zdroje je popsáno na stejné stránce.

---

Aktualizace pro software v sekcích /main, /non-free a /contrib Mandriva Linuxu mohou být nainstalovány pomocí Aktualizace balíčků software, který spustíte z Ovládacího centra Mandriva. Klikněte na záložku Správa software a dále na „Přehled dostupných aktualizací a aplikace oprav či aktualizací instalovaných balíčků“. Pokud tuto funkci nevypnete, budete o dostupných aktualizacích také upozorněni ikonou v systémové oblasti hlavního panelu.

---

---

Podívejte se také na Bug #39925. Někteří uživatelé nahlásili vážnou chybu, která se projeví při aktualizaci z předchozích verzí Mandriva Linuxu s použitím instalátoru z Mandriva Linux Free nebo Powerpacku. Téměř dokončený proces selže s následujícím chybovým hlášením:

Undefined subroutine &MDK::Common::System::uniq called

Když se pokusíte instalaci zopakovat, objeví se to samé chybové hlášení. Tuto situaci lze napravit, jelikož je v tomto okamžiku aktualizace téměř hotová, nicméně není nainstalované aktualizované jádro a také starý balíček s konfigurací KDE, pokud ho používáte, zůstává v systému. Systém můžete nastarovat s jádrem z předchozí verze. Jestliže se po startu spustí grafické rozhraní, stiskněte ctrl-alt-F1 a dostanete se do režimu textového přihlášení. Přihlašte se jako root s příslušným heslem. Nyní je třeba reinstalovat balíček s novým jádrem. Můžete použít kernel-desktop, kernel-laptop, kernel-desktop586 nebo kernel-server. Pokud nevíte, které jádro používáte, zjistíte to příkazem:

uname -r

Nové jádro nainstalujete(v případě, že používáte jádro kernel-desktop, ostatní analogicky) pomocí:

urpmi --replacepkgs kernel-desktop-2.6.24.4-1mnb-1-1mnb1

V případě, že používáte KDE, musíte aktualizovat balíček s konfigurací KDE. Pro Mandriva Linux 2008 Spring Free spusťte příkaz:

urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 free-kde-config-2008.1-27mdv2008.1

Pro Mandriva Linux 2008 Spring Powerpack spusťte příkaz:

urpmi mandriva-kde-config-common-2008.1-27mdv2008.1 powerpack-kde-config-2008.1-27mdv2008.1

Nyní restartujte systém a vše by mělo být v pořádku.

---

Podívejte se také na Bug #39878. Některým uživatelům se stalo, že po instalaci Mandriva Linuxu 2008.1 s použitím softwarového RAIDu nastaveného pomocí instalátoru s /boot adresářem na RAID poli, systém nenastartoval. Problém je pravděpodobně způsoben tím, že instalátor nainstaloval grub namísto lilo. Nejjednodušším řešením je reinstalace s ručním výběrem lilo jako zavaděče. Můžete také nastartovat systém v záchranném módu a ručně vybrat jak grub tak i lilo.

---

---

Edice One mandriva Linuxu 2008 Spring používá jádro speciálně zkompilované pro kompatibilitu s nejširší škálou systémů - kernel-desktop586. V případě, že nainstalujete One na systém s více než 880 MB RAM, ne všechna paměť bude detekována a rozpoznána. Pokud máte 1 GB RAM, nezískáte nic navíc tím, že změníte jádro. Podpora více než 880 MB RAM běh jádra mírně zpomalí. Výhoda, kterou získáte dalšími 120 MB RAM je vykoupena rychlostí, kterou ztratíte použitím jádra s podporou pro více než 880 MB RAM. V případě, že máte více než 1 GB RAM, bude přínosem použití jádra kernel-desktop. Bohužel to bude trochu složitější, pokud používáte externí ovladače, jako jsou třeba ovladače garfických karet NVIDIA nebo ATI. Seznam dotčených ovladačů: * nvidia71xx: Riva TNT through to GeForce 2 (high end, not 2MX)
* nvidia96xx: GeForce 2MX, GeForce 3 and GeForce 4 cards
* nvidia-current: later NVIDIA cards (GeForce FX and later)
* fglrx: all ATI cards between Radeon 9500 and Radeon X1950
* fglrx-hd2000: ATI Radeon HD2xxx cards
* madwifi: Atheros wireless chipsets
* vboxvfs
* vboxadd
* unicorn
* hsfmodem
* hcfpcimodem
* slmodem
* virtualbox
Změnu jádra z kernel-desktop586 na kernel-desktop uděláte následujícím postupem. Nastavte oficiální online softwarové repozitáře dle instrukcí zde zde. Nainstalujte balíček kernel-desktop-latest apotom všechny balíčky (ovladač)-kernel-desktop-latest, kde (ovladač) je jeden z výše uvedených, který máte ve vašem systému. Například, pokud máte grafickou kartu GeForce 660, nainstalujete kernel-desktop-latest a balíček nvidia-current-kernel-desktop-latest. Jestliže máte Radeon X850 a wireless chipset Atheros, nainstalujete kernel-desktop-latest, fglrx-kernel-desktop-latest a madwifi-kernel-desktop-latest packages. Seznam aktuálně nainstalovaných balíčků získáte pomocí příkazu:

rpm -qa | grep kernel-desktop586-latest

Jestliže si nejste jistí, které ovladače potřebujete, můžete nainstalovat všechny. Postup, jak nainstalovat balíčky najdete na této stránce. Po instalaci potřebných balíčků jednoduše restartujte systém. Nově nainstalované jádro by mělo být nastaveno jako výchozí a všechna paměť ve vašem systému by měla být rozpoznána.

---

Podívejte se také na Bug #38645. Někteří uživatelé nahlásili různé problémy s bezdrátovými rozhraními 3945ABG a4965AGN od Intelu v Mandriva Linuxu 2008 Spring. Jako výchozí ovladače pro tato zařízení jsou používány iwl3945 a iwl4965. K dispozici jsou ale i alternativní ovladače (Sekce „Alternativní ovladače“ níže). Můžete zkusit i jiná řešení problému. V případě, že se můžete připojit na síť, ale nedostanete IP adresu nebo máte příliš pomalé připojení se ztrátou dat, zkuste modifikovat soubor /etc/modprobe.conf přidáním následující řádky:

options iwl3945 disable_hw_scan=1

Pokud máte chipset 4965AGN, změňte iwl3945 na iwl4965. Jestliže dostanete chybovou hlášku, že nebylo nalezeno žádné síťové rozhraní, zkuste několikrát zapnout a vypnout bezdrátové zařízení na vašem notebooku. Tato chyba bude opravena v budoucí aktualizaci.

V případě, že i po aplikaci výše uvedených doporučení budou vaše problémy přetrvávat, můžete vyzkoušet některé z dostupných alternativních ovladačů. Pro chipset 3945ABG zkuste ovladače dkms-ipw3945, dkms-iwlwifi nebo ndiswrapper. Pro chipset 4965AGN ovladače dkms-iwlwifi nebo ndiswrapper. U ovladačů založených na DKMS musíte nejdřve nainstalovat balíček kernel-devel příslušející vašemu jádru. Jádro Mandrivy je dostupné v několika variantách: desktop, desktop586, laptop a server. Jádro, které používáte, zjistíte příkazem:

uname -r

Nainstalujte balíček s jádrem s názvem ve tvaru kernel-„varianta“-devel, kde varianta je varianta jádra, kterou používáte. Potom nainstalujte balíček DKMS. Pro ndiswrapper spusťte v Mandrivě nástroj pro konfiguraci nového síťového rozhraní, zvolte konfiguraci bezdrátového síťového rozhraní a vyberte volbu použít ovladač Windows spomocí ndiswrapperu. Mějte na vědomí, že jakmile jednou použijete ndiswrapper, nebudete se moci s pomocí konfiguračního nástroje s grafickým rozhraním vrátit zpět k nativnímu ovladači.

---

Podívejte se také na Bug #27070.Ve všech distribucích Linuxu je známý problém s IPv6 protokolem (nový standard pro internetové adresy, který používá delší formát v šestnáctkové číselné soustavě tak, aby umožnil větší množství těchto adres. Starší standard je IPv4, který poskytuje 4 skupiny trojmístných čísel v desítkové soustavě například 216.105.167.65). Některé systémy a sítě se nechovají korektně, pokud máte nastavené síťování IPv6. Pokud máte zejména při prohlížení stránek pomalou odezvu internetového připojení k a nemůžete nalézt příčinu, zkuste vypnout podporu IPv6. Jako root upravte soubor /etc/sysconfig/network/ a přidejte do něj:

NETWORKING_IPV6=no

a restartujte. Podívejte se také na Bug #27073. Pokud tento postup problém nevyřeší, je zde další možnost. Většina linuxových distribucí včetně Mandrivy umožňuje vlastnost jádra nazvanou TCP window scaling. Ta je užitečná pro zvýšení rychlosti přenosu u velmi rychlých připojení. U jádra 2.6.17 byla učiněna změna ve výchozím nastavení TCP window scaling, která způsobuje zpomalení pro některé uživatele a internetové stránky. Pro kontrolu toho, zda-li je v TCP window scaling problém, můžete ho vypnout příkazem:

sysctl -w net.ipv4.tcp_window_scaling=0

V případě, že vypnutí problém vyřeší, vypněte TCP window scaling trvale po každém startu systému přidáním následujícího řádku do /etc/sysctl.conf:

net.ipv4.tcp_window_scaling=0

V případě, že používáte velmi rychlé internetové připojení, například posíláte velké soubory přes místní 100Mbit nebo 1Gbit síť, bude mít vypnutí TCP window scaling za následek menší rychlost tohoto připojení. V tomto případě zkuste raději původní nastavení jádra pre-2.6.17 nežli úplné vypnutí TCP window scaling popisované výše. Do /etc/sysctl.conf přidejte následující řádek:

net.ipv4.tcp_rmem=4096 87380 174760

To změní trvale nastavení TCP window scaling po každém startu.

---

Mandriva Linux 2008 Spring obsahuje podporu pro tlačítka „vpřed“ a „vzad“, která se nacházejí na některých modelech myší. V případě, že takovouto myš máte a tlačítka v Mandrivě nefungují, je pravděpodobné, že Mandriva nemá konfigurační informace pro váš model myši. Je možné nakonfigurovat imwheel ručně, aby vaše myš fungovala korektně. Pro pomoc využijte Mandriva fórum.

---

---

Podívejte se také na Bug #39900. V Mandriva linuxu 2008 Spring jsou výchozí repozitáře často nastaveny během instalace. Přesto systém při prvním spuštění rpmdrake nebo MandrivaUpdate nabízí nastavení repozitářů. Pokud to odsouhlasíte, budou nastaveny dvě sady repozitářů. To by sice nemělo mít nějaké negativní následky, nicméně bude nepředvídatelné, která ze dvou sad bude použita při instalaci balíčku. Přebytečnou sadu můžete odstranit bez jakýchkoli problémů.

---

Podívejte se také na Bug #40005. Někteří uživatelé zaznamenali zatuhnutí systému při spuštění apletu pro obrazovku v Ovládacím centru KDE. V některých případech může být systém obnoven restartem X s použitím ctrl-alt-backspace, v některých ne. Zdá se, že problém postihuje uživatele s X.org ovladači intel nebo ATI Radeon, to znamená uživatele grafických chipů Intel a uživatelů grafických karet ATI Radeon předcházejících sérii X1050, kteří používají svobodné ovladače. Řešením v případě ATI je použití proprietárních ovladačů fglrx s použitím nástroje na konfiguraci grafických karet v Mandrivě. U Intelu můžete použít generické ovladače vesa nebo fbdev, následkem bude ale nižší výkon systému, takže doporučujeme uvedený aplet spíše nepoužívat. V současnosti pracujeme na tom, abychom problém vyřešili v co nejkratší době.

---

Podívejte se také na Bug #34747. Chyba v KDE v Mandriva Linuxu 2008 Spring způsobí, že se v některých případech ukazatel zvuku na obrazovce permanentně zastaví na hodnotě 0% a když zvýšíte zvuk s jinou aplikací, okamžitě se vrátí zpět na 0%. Nejjednodušším řešením je odstranění balíčku kdeutils-kmilo. Návod, jak odstranit balíčky najdete zde. Problém může být též odstraněn zastavením a restartováním kded:

killall kded
kded &

nebo příkazem:

dcop kded kmilod disable

Problém bude vyřešen v příštích aktualizacích.

---

Někteří uživatelé nahlásili, že Flash plugin, který je nainstaován v mandriva linuxu 2008 Spring One a Powerpack nefunguje na x86-64 verzích těchto edicí. Důvodem je, že program nspluginwrapper, který umožňuje 32-bitovému pluginu pracovat na 64-bitovém prohlížeči, hledá plugin na nesprávném místě. Pro vyřešení problému spusťte jako root v terminálu následující příkaz:

nspluginwrapper -i /usr/lib/mozilla/plugins/libflashplayer.so

Pro kontrolu spusťte:

nspluginwrapper -l

a měli byste ve výsledném seznamu vidět soubor libflashplayer.so. Nyní restartujte Firefox a Flash plugin by měl fungovat.

---

Podívejte se také na Bug #39264. Vzhledem k některým problémům ve způsobu, jakým Adobe Flash používá ALSA, se může stát, že některé zvukové Flash aplikace při použití s PulseAudio skrze libflashsupport, který je jako výchozí v Mandriva Linuxu 2008 Spring, způsobí pád Firefoxu. Je velmi obtížné dát problém do souvislosti s PulseAudio nebo libflashsupport. Pokud na problém narazíte na stránkách, které často používáte, je zde několik možností, jak problém obejít.

Můžete použít alternativní Flash plugin. Dva open source Flash přehrávače - Gnash a Swfdec jsou obsaženy v Mandriva Linux 2008 Spring. Gnash nainstalujete jako balíček gnash-firefox-plugin pro Firefox anebo jako gnash-konqueror-plugin pro prohlížeč Konqueror. Swfdec pro Firefox nainstalujete jako balíček swfdec-mozilla. Měli byste také odstranit balíček pro oficiální Adobe Flash plugin. Následně restartujte Firefox a vše by měo pracovat, jelikož tyto alternativní pluginy neobsahují tuto chybu.

Můžete také vypnout PulseAudio, což ale způsobí ztrátu funkcionality, kterou PulseAudio poskytuje. PulseAudio vypnete z pomocí utility na konfiguraci zvuku - draksound, která může být spuštěna přímo anebo v Ovládacím centru Mandriva.

---

Podívejte se také na Bug #37672. V Mandriva Linuxu 2008 Spring nefunguje ve Skype zvuk. Tato chyba je způsobena známou nekompatibilitou mezi PulseAudio a Skype. Problém lze obejít spuštěním Skype skrze pasuspender:

pasuspender skype

Tento postup dočasně vypne PulseAudio, takže ostatní aplikace nebudou schopny během používání Skype přehrávat zvuk. Tato chyba byla oznámena Skype týmu. Váš zájem o opravu chyby můžete vyjádřit zde.

---

Produkty VMware nekontrolují závislosti. Zkontrolujte si je sami příkazem: VMware products don't check dependencies. Check youself:

urpmi gcc-c++ kernel-`uname -r |cut -d- -f2`-devel-latest xinetd

Všechny produkty VMware obsahují prekonfigurační skript, který musí být spuštěn před jejich použitím. Skript obsažený v některých produktech je příliš starý na to, aby fungoval s jádrem v Mandriva Linuxu 2008 Spring. Tento problém lze vyřešit použitím any-any patche, který je k dispozici zde. Stáhněte si soubor vmware-any-any-update-XXX.tgz, kde XXX je číslo. Vyberte nejvyšší dostupné. Rozbalte archív někam do vašeho /home adresáře a pak spusťte runme.pl namísto přímého spuštění konfiguračního skriptu obsaženého ve VMware.

I po aplikaci výše uvedeného postupu můžete mít problém se spuštěním konfiguračního procesu nebo VMware samotného. V případě, že uvidíte následující chyby:

/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_3.4' not found (required by /usr/lib/libcairo.so.2)
/usr/lib/vmware/bin/vmware: /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)

zkuste jako root zadat v terminálu následující kroky:

mv /usr/lib/vmware/lib/libgcc_s.so.1/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1libgcc_s.so.1.old
mv /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0.old
cp /lib/libgcc_s.so.1 /usr/lib/vmware/lib/libgcc_s.so.1/
cp /usr/lib/libpng12.so.0 /usr/lib/vmware/lib/libpng12.so.0/

Tím by měl být problém vyřešen.

---

---

V případě, že používáte v Mandriva Linuxu 2008 Spring technologie pro 3D akcelerovaný desktop (AIGLX nebo Xgl), můžete si všimnout, že přehrávání videa neprobíhá zrovna ideálně - posouvání, změna velikosti nebo maximalizace okna s videem způsobuje problémy anebo se ve videu objevují podivné grafické obrazce. Při používání vlastnosti 'cube', kterou umožňuje compiz, se přehrávání videa při rotaci kostky zastaví. Tyto problémy je možno vyřešit dvěma způsoby. Máte-li grafickou kartu Intel, můžete zkusit použít Compiz Video Playback plugin. V konfiguračním nástroji Compiz ccsm jděte do sekce Utility, kde bude plugin označený Video Playback. Povolte tento plugin. To by mělo umožnit, aby přehrávání videa v některých aplikacích začalo fungovat. Máte-li jinou grafickou kartu anebo přetrvává-li problém i po nastavení Video Playback pluginu, musíte nastavit váš přehrávač videa tak, aby používal výstupní ovladač bez video overlay. V případě AIGLX nastavte ovladač x11 / xshm. U Xgl použijte ovladač x11 / xshm nebo ovladač OpenGL, který může fungovat hladčeji a nabízí více možností nastavení (jas/kontrast). Konkrétní nastavení těchto ovladačů je různé u různých videopřehrávačů. * Pro přehrávače používající gstreamer (například totem-gstreamer), spusťte vlastnosti gstreameru, jdětě do záložky „Video“ a nastavte výstup videa na „X Window System (ne Xv)“ * Pro mplayer a x11 / xshm, přidejte do souboru ~/.mplayer/config a také do souboru ~/.mplayer/mplayerplug-in.conf (když používáte mplayer plugin v prohlížeči):

vo==x11 

*U xine, jděte do nastavení, nastavte úroveň konfigurace na „Pokročilý“, jděte do záložky Video a změňte ovladač videa na „xshm“ nebo „openGL“. Alternativně můžete použít následující konzolové příkazy. Pro výstup x11 / xshm:

perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.xine/config

*Pro výstup OpenGL:

perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.xine/config

* U Kaffeine jděte do nastavení, vyberte konfiguraci Xine backend a v záložce Video změňte ovladač videa na „xshm“ nebo „openGL“. * U Totemu v Xine módu, spusťte pro výstup x11 / xshm tento příkaz:

perl -pi -e 's|#video.driver:auto|video.driver:xshm|' ~/.gnome2/Totem/xine_config

* Analogicky následující příkaz pro OpenGL:

perl -pi -e 's|#video.driver:auto|video.driver:openGL|' ~/.gnome2/Totem/xine_config

* Pro x11 / xshm v KMplayeru jděte do Nastavení → Nastavit KMplayer. Potom v sekci „Obecné nastavení“ jděte do záložky „Výstup“. Zde změňte ovladač videa na „X11Shm“.