Mageia CZ&SK wiki

Wiki pro Oficiální české a slovenské stránky komunitní linuxové distribuce Mageia

Uživatelské nástroje

Nástroje pro tento web


1:errata

Mageia 1 Errata


Toto sú errata pre Mageia 1. Uvedené problémy budú opravené čo najskôr.

Problémy s inštalátorom

Nefunguje nápověda

Kliknutím na tlačidlá Pomoc v inštalátore Mageia sa nezobrazuje dokumentácia podľa očakávania, pretože dokumentácia pre Mageia sa musí prepísať. Tlačidlá Pomoc budú pravdepodobne odstránené pred oficiálnym vydaním Mageia 1 a mali by byť snáď funkčné pre Mageia 2, ak bude pripravená dokumentácia.

Nonfree zdroje softvéru sú štandardne povolené pri nastavení Mageia online zdrojov softvéru

Pridanie online zdrojov softvéru pridá a nastaví Nonfree repozitáre v predvolenom nastavení. V ideálnom prípade by Nonfree repozitáre nemali byť v predvolenom nastavení povolené, keď niekto inštaluje z DVD Mageia 1 (pretože DVD obsahuje takmer iba slobodný open source softvér), ale povolené napr. pri inštalácii z niektorého z live CD. Vzhľadom na nedostatok času to v súčasnosti takto nefunguje a situácia sa zlepší v Mageia 2. Takže, ak chcete použiť iba open source softvér, zaistite zakázanie Nonfree zdrojov z drakrpm-edit-media (MCCKontrolné centrum MageiaSpráva softvéruNastavenie zdrojov softvéru pre inštaláciu a aktualizáciu. Pre viac informácií viď túto chybu - en:Bug#617.

Problémy s prechodom na vyššiu verziu

Balíčky z repozitárov tretích strán môžu prekážať pri prechode na vyššiu verziu

Používatelia využívajúci repozitáre tretích strán, ako PLF, by mohli mať problémy pri prechode na Mageia. Rovnako pre všetky repozitáre tretích strán, Mageia nezaručuje, že aktualizácia bude fungovať bez problémov, t.j., že proces upgradu bol intenzívne testovaný pre iba systémy používajúce oficiálne repozitáre pre Mandriva 2010.1 (CS wiki). Avšak vzhľadom na osobitnú povahu repozitárov PLF, môžete vykonať upgrade tak hladko ako je to možné uistitením sa, že Tainted zdroje softvéru v Mageia sú povolené (v ideálnom prípade Tainted Release a Tainted Updates). V Mageia Tainted repozitári sú zahrnuté takmer všetky balíčky, ktoré boli v repozitároch PLF (t.j. balíky, ktoré porušujú autorské práva alebo patenty v niektorých krajinách na svete … atď).

Non-free zdroje pridané štandardne

Rovnaká situácia vysvetlená v tejto časti (en) platí aj pri upgrade.

pm-utils je v rozpore s laptop-mode-tools

Balíček pm-utils koliduje s balíčkom laptop-mode-tools; podľa vývojárov pm-utils, pm-utils teraz poskytuje funkcie podobné tým, ktoré poskytuje laptop-mode-tools, a tak z tohto dôvodu by oba balíčky vzájomne mohli kolidovať en:Bug#612710. Tiež treba poznamenať, že mať oba balíčky naraz nainštalované môžu spôsobiť niektoré chyby, napr. en:Bug#290 v Mageia. Z týchto dôvodov je veľmi pravdepodobné, že počas upgrade bude balíček laptop-mode-tools odstránený z vašej inštalácie, pretože pm-utils vyžadujú základné balíčky väčšiny desktopových prostredí.

Konfiguračný súbor NTP môže obsahovať isté chyby syntaxe neopravené po upgrade

Vzhľadom k syntaktickej chybe v súbore /etc/ntp.conf môžete vidieť niektoré chyby pri spustení služby ntpd:

line 27 column 19 syntax error, unexpected T_EOC, expecting T_Ipv4_flag or T_Ipv6_flag or T_String
syntax error in /etc/ntp.conf line 27, column 19

Táto chyba bola opravená v balíčku pre Mageia, ale ak vykonávate upgrade z predchádzajúcej verzie Mandriva Linuxu, môže sa nový/opravený súbor nainštalovať ako /etc/ntp.conf.rpmnew (ak sa %config(noreplace) atribút použije v RPM balíčeku ntp pre tento súbor). Takže budete musieť vyriešiť problém ručne. Jednoducho spustite nasledujúci príkaz ako root v termináli:

Příkazový řádek

su perl -pi -e 's!^(multicastclient\s+# listen on default 224.0.1.1)!#\1!' /etc/ntp.conf

alebo ručne upravte /etc/ntp.conf.

Problémy s Firefoxom

Niektoré z upravených predvolieb dodávaných v balíčku Firefox sa v systéme Mageia zmenili, avšak ak vykonávate upgrade zo staršej verzie Mandriva Linuxu, ktorý používa starý profil Firefoxu, tieto preferencie môžu vyžadovať ručnú úpravu vo Firefoxe.

  • V systéme Mandriva balíček(balíčky) xulrunner/firefox, layout.css.visited_links_enabled bolo nastavené na hodnotu false kvôli niektorým problémom s narušením súkromia, ale odvtedy veľké/hrozivé časti týchto problémov boli opravené, viď: https://bugzilla.mozilla.org/show_bug.cgi?id=147777 a http://dbaron.org/mozilla/visited-privacy. Toto nastavenie sa teda ponechalo tak, ako bolo originálne prednastavené, t.j. na hodnotu true v balíčku Mageia. Po upgrade, pretože toto nastavenie je uložené v ~/.mozilla/firefox/<profile>/prefs.js, môžete ho jednoducho ručne zmeniť tak, že pôjdete na about:config [1], zadáte layout.css.visited_links_enabled do políčka Filter, potom dvakrát kliknite na prepnutie medzi true a false.
  • V systéme Mandriva balíček(balíčky) xulrunner/firefox, browser.tabs.insertRelatedAfterCurrent bolo nastavené na false. Avšak v originálnom nastavení je to true, hlavná použiteľnosť je táto a bolo rozhodnuté expedovať balíček Mageia s predvoľbu nastavenou na hodnotu true (v súlade s prednastavenou východiskovou hodnotou). Čo táto možnosť ovláda je popísané v skvelom Mozillazine Knowledge Base (en)
Táto predvoľba určuje, kde sa budú nachádzať nové karty.
True (predvolené): Otvárať nové záložky napravo od rodičovskej karty.
False: Obnoví správanie spred Firefox 3.6, kedy sa nové karty otvárajú v pravej časti lišty záložiek.
  • Opäť túto predvoľbu možno už v ~/.mozilla/firefox/<profile>/prefs.js ručne zmeniť tak, že pôjdete na about:config [1], zadáte browser.tabs.insertRelatedAfterCurrent do políčka Filter, potom dvakrát kliknite na prepnutie medzi true a false.

[1] napíšte about:config do vyhľadávacieho políčka Firefoxu a stlačte Enter alebo kliknite na tlačidlo Prejsť na zadanú adresu.

Problémy so softvérom

Problémy s VirtualBox

Ak používate VirtualBox na testovanie, potrebujete verziu 4.0.x, pretože doplnky hosťa VirtualBox v Mageia sú pre túto verziu. Ak verzia hostiteľského VirtualBox, ktorý používate, je 3.x, riešenie je buď:

  • Po inštalácii môžete nakonfigurovať ovládač vesa namiesto vboxvideo v konfiguračnom súbore /etc/X11/xorg.conf. Treba upozorniť, že toto zablokuje zmenu veľkosti a prípadne zdieľanú schránku, ale integrácia myši funguje dobre. Alebo
  • Prípadne môžete použiť originálne doplnky:
    • Najprv sa uistite, že nemáte nainštalované žiadne balíky virtualbox v hosťovanom Mageia VM
    • V bežiacom VM otvorte DevicesInstall Guest Additions, stiahnite si prednastavené ISO a pripojte do VM
    • Postupujte podľa pokynov na inštaláciu originálnych doplnkov pre hosťa http://www.virtualbox.org/manual/ch04.html#idp11234128 (Tip: budete potrebovať nainštalovať kernel-*-latest, kernel-*-devel-latest a balíčky dkms pre moduly jadra pre doplnky hosťa kvôli úspešnej kompilácii).

Vzhľadom k problému s podporou ahci na VirtualBox, žiadna pomôcka nateraz nefunguje. Funkčný je iba ide ovládač.

Základný balíček pre Adobe Flash Player existuje len v Nonfree zdroji softvéru

Adobe flash player plugin nemôže byť zahrnutý do oficiálnych repozitárov; ako riešenie flash-player-plugin balíček existuje v Nonfree repozitároch pre 32bit a 64bit ako natívny plugin. Tento balíček neobsahuje skutočný flash player, pretože licencia zakazuje redistribúciu. Namiesto toho obsahuje skript, ktorý stiahne balíček Adobe flash player priamo z webu Adobe.com počas inštalácie spomínaného balíčka. Jediné varovanie spočíva v tom, že užívateľovi, ktorý nainštaloval 32bit balíček do inštalácie 64bit tak, ako bolo navrhované týmito Errata pred vydaním Flash Player 11, sa doporučuje manuálne odstrániť 32bit flash-player-plugin a nainštalovať natívny 64bit flash-player-plugin zo zdroja softvéru Nonfree_Updates.

Problémy s LibreOffice

Problémy libreoffice-kde

libreoffice-kde, integračný plugin LibreOffice KDE je známy, že spôsobuje určité problémy:

  • Prechádzanie nad tlačidlom v paneli nástrojov nedáva očakávanú vizuálnu spätnú väzbu, t.j. tlačidlo trochu svieti alebo sa zobrazí ako vyskakujúce z GUI … atď.
  • Zaškrtávacie značky nie sú v niektorých ponukách jasne uvedené, takže nemožno jednoducho povedať, čo je vybrané a čo nie (en:Bug#1197)

Pri použití LibreOffice s lokalizáciou v tradičnej čínštine (s libreoffice-langpack-zh_TW) text, ktorý by sa mal objaviť na stavovom riadku sa zobrazuje ako štvorčeky (Tento problém má riešenie popísané v en:Bug#815.)

A ako taký, hoci nie je doporučené teraz inštalovať libreoffice-kde, tento plugin ponúka dve hlavné funkcie:

  • Určí, že LibreOffice použije nástroj pre výber súboru z KDE4 namiesto svojho pôvodného nástroja
  • Určí, že LibreOffice použije Oxygen KDE4 štýl; ak chcete, aby LibreOffice (a ďalšie GTK+2.0 aplikácie) používali KDE4 Oxygen štýl, nainštalujte balíček oxygen-gtk (môžete nastaviť, čo GTK+2.0 používa pomocou Nastavení pracovního prostředíSystémové nastaveniaVzhľad aplikáciíGTK štýly a písma)

Takže v skutočnosti, bez libreoffice-kde vám bude chýbať iba nástroj pre výber súboru z KDE4.

Problémy s núdzovou náhradou čínskeho písma

Ako je popísané v en:Bug#751, existujú určité problémy s čínskym písmom pri písaní čínskych znakov alebo otváraní súborov obsahujúcich čínske znaky:

  • Pri písaní v čínštine písmom neobsahujúcim čínske znaky, sa tieto zadané znaky zobrazia ako nečitateľné štvorčeky
  • Pri otvorení súboru s čínskymi znakmi, kedy typ písma uvedený v dokumente nie je v systéme, budú čínske znaky v týchto súboroch zobrazené ako nečitateľné štvorčeky.

V ideálnom prípade sa na čínske znaky použije predvolený systémový font CJK pre núdzovú náhradu vo vyššie uvedených prípadoch. Žiaľ v túto chvíľu sa tak nestane v LibreOffice v Mageia.

Problémy so spôsobmi vstupu

Nastavenie IBus ako spôsobu vstupu (pomocou localedrake) nepracuje s GDM

Používatelia môžu nastaviť spôsob vstupu celého systému pomocou localedrake (tiež známe ako Správa lokalizácie pre váš systém), v ideálnom prípade by to malo fungovať, edituje /etc/sysconfig/i18n a dodáva potrebné konfiguračné bity, avšak nefunguje s GDM (GNOME Display Manager), en:Bug#942:

  • ibus-daemon sa nespustí automaticky pri prihlásení
  • Niektoré potrebné premenné prostredia sa nevykonávajú

Ak chcete opraviť tieto dva problémy, postupujte podľa nasledujúcich krokov:

  • Pre automatické spustenie ibus-daemon pri prihlásení, jednoducho skopírujete /usr/share/applications/ibus.setup do ~/.config/autostart (~ je /home/<vaše-používateľské-meno>), nasledujúci príkaz (vykonaný s používateľkými právami) by mal stačiť:

Příkazový řádek

mkdir -p ~/.config/autostart && cp -v /usr/share/applications/ibus.setup ~/.config/autostart
  • Treba poznamenať, že ak chcete, aby sa ibus-daemon spustil pri štarte pre všetkých používateľov v systéme, budete musieť prekopírovať uvedený .desktop súbor do každého používateľkého súboru ~/.config/autostart alebo ho skopírovať ako root na miesto pre celý systém /etc/xdg/autostart

  • Ak chcete zabezpečiť, že potrebné premenné prostredia sú vyexportované, upravte ~/.bashrc a pridajte do neho nasledujúce riadky:
export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus</code>

Bash, zmena správania pri rozširovaní premenných prostredia pri použití TAB dokončovania

Bash-4.2 (Bash), dodávaný s Mageia 1, obsahuje zmenu v správaní pri rozširovaní premenných prostredia pri použití TAB dokončovania, napríklad:

Příkazový řádek

echo $PWD/<TAB>

vypíše

echo \$PWD/

Poznámka k extra \ pred $PWD. Toto je zmena originálu (nechcený vedľajší účinok niektorých iných zmien), pre detailné technické podrobnosti sa pozrite na to, čo povedal správca originálneho Bash v tejto téme (en).

Problém sa sleduje v en:Bug#237, doteraz však nie je oprava, len čo bude problém vyriešený, balíček Bash sa zaktualizovaný (ak bude možné spätne importovať opravu).

Problémy s KDE

Problémy s aktualizáciou

Prechod na vyššiu verziu by ste realizovať mimo bežiaceho KDE4 sedenia. Ak sa upgrade vykonáva v spustenej KDE4 relácii, mohli by ste prísť o spúšťač drakconf.

Kofiguračný súbor sa nedá zapísať

Na prvom štarte KDE4 alebo KDE aplikácie pod iným desktopovým prostredím (GNOME, Xfce4) môžu používatelia vidieť jedno alebo dve vyskakovacie okná o zákaze zapisovania do konfiguračného súboru (jedno o kdedrc, druhé o konfiguračnom súbore KDE aplikácie), je známy problém popísaný v en:Bug#662

KDE zmrzne pri zmene veľkosti terminálového okna

Zmrznutie KDE4 sa môže objaviť pri zmene veľkosti alebo maximalizácie aplikácie (napríklad Konzola) ak používate ovládače nvidia a máte povolené efekty desktopového prostredia. Bug#608. Riešením je vypnutie desktopových efektov, kým nvidia nebude schopná opraviť tento problém (viď komentár vývojára nvidia na ArchLinux bugzilla (en) a táto téma na nV News fóre (en)).

Problém s Kgpg dekryptovaním

Pokiaľ dekryptujete niektoré staré súbory, môžete si všimnúť prázdne okno po kliknutí na tlačidlo Dekryptovania. Mali by ste skúsiť nastaviť kgpg tak, aby sa používal gpg2 miesto gpg pre dekryptovanie tohto súboru (viď správa na ArchLinux Bugzilla (en) a Mageia hlásenie o chybe (en)).

Pri spustení sa QuteCom zrúti alebo zasekne zobrazovaním prázdnych okien

Kvôli chybe v balíčku QuteCom sa tento niekedy zrúti alebo zasekne zobrazovaním prázdnych okien, tento problém je spôsobený GTK+ Qt (en) štýlu; riešenie pre túto chvíľu je buď v použití iného štýlu widgetu alebo v donútení QuteCom používať Plastique tému:

  • Priamym nahraním z terminálu

Příkazový řádek

qutecom -style plastique


alebo

  • skopírovaním /usr/share/applications/qutecom.desktop do ~/.local/share/applications/ a upraví ho (pomocou ľubovoľného textového editora) zmenou riadka Exec z:
Exec=qutecom

na

Exec=qutecom -style plastique

Tento problém sa sleduje v en:Bug#1777.

Problémy s hardvérom

Problémy s Radeon HD

  • Radeon HD systémy môžu trpieť náhodnými reštartami X sedenia, pre viac informácií pozri Bug#87.
  • problém s firmvérom Radeon Bug#1471

hardware:graficke_karty:ati:radeon-prubeh_chyby.jpghardware:graficke_karty:ati:radeon-prubeh_chyby2.jpg


Ak pridáte radeon.modeset=0 do príkazového riadka jadra po stlačení klávesy F3

hardware:graficke_karty:ati:radeon-prikazovy_radek_jadra.jpg

spustí sa bez kms. Potom, keď sa systém zavedie, odstráňte radeon.modeset=0 a vykonajte:

Konzole

bootloader-config --action rebuild-initrds

a toto znova vytvorí initrd s pridaním potrebných firmvérov.

Grafické karty VIA Unichrome

Prehrávanie video súborov s niektorými VIA UniChrome grafickými kartami môže spôsobiť zlyhanie X servera, ak sa používa video XV výstup, riešenie pre túto chvíľu je v použití iných video výstupov pre prehrávanie videa, napr. X11. Niekoľko tipov o konfigurácii najpopulárnejších multimediálnych prehrávačov na používanie X11 video výstupu:

  • MPlayer, pomocou MPlayer v termináli:

Příkazový řádek

mplayer -vo x11 <path to video file>
  • Pomocou jednej z grafických nadstavieb pre MPlayer:
    • SMPlayer: otvorte MožnostiNastaveniaObraz, zmeňte Output Driver na x11
    • GNOME MPlayer: otvorte EditNastaveniaPlayer, zmeňte Video Output na x11
    • KMPlayer: (s backendom MPlayer), otvorte SettingsConfigure KMPlayerGeneral OptionsOutput, v hornom paneli vyberte X11Shm
    • VLC: otvorte NástrojeNastaveniaVideo, zmeňte Výstup na Výstup videa X11 (XCB)
    • Totem: používa GStreamer backend, takže budete musieť nakonfigurovať nastavenia priamo pre GStreamer, uistite sa, že balíček gnome-media je nainštalovaný, potom spustite z terminálu: gstreamer-properties a na záložke Video zmeňte Zásuvný modul na X Window System (nie Xv)

Pri štarte môžete vidieť správu o čakaní na objavenie sa zariadenia pevného disku

Pri štarte počítača môžete vidieť správy ako:

waiting for device sdXY to appear (timeout 1 min)

To môže byť spôsobené tým, že sa zmení UUID oddielu, napr. formátovaním, zatiaľ čo starý UUID tohto oddielu je uvedený v initrd jadra, s ktorým sa zavádza systém. Príkladom by mohol byť nainštalovaný Mageia systém s vytvoreným swap oddielom. Ideálne sa UUID tohto oddielu zahrnie do initrd inštalovaného jadra. Ak neskôr nainštalujete ďalšiu distribúciu a táto požaduje formátovanie odkladacieho oddielu, alebo sformátujete tento oddiel z akéhokoľvek iného dôvodu, potom pri štarte systém hľadá tento oddiel označený konkrétnym UUID, ale nemôže ho nájsť, tak uvedie vyššie uvedenú správu a čaká 1 minútu pri každom spustení počítača. Pre vyriešenie tohto problému postupujte nasledovne:

  • Získajte UUID swap oddielu z výstupu príkazu blkid:

Příkazový řádek

su
blkid

a zaznamenajte si to. Napríklad ak výstup príkazu blkid je:

/dev/sda1: UUID="07929ccf-0ab6-4857-9835-cafc2751cee7" TYPE="ext4"
/dev/sda5: UUID="a834c939-0f27-4684-85d5-e93059889df1" TYPE="swap"
/dev/sda6: UUID="52fd646b-0405-4b75-ac77-010400c67d96" TYPE="ext4"

potom zoberiete a834c939-0f27-4684-85d5-e93059889df1 a vložíte ho do /etc/fstab pre swap oblasť, to isté potom vykonajte v /boot/grub/menu.lst pre všetky resume=UUID= oblasti.

Je potrebné upravovať /etc/fstab a /boot/grub/menu.lst ako root (v prípade, že swap UUID nie je správne v jednom alebo v oboch z nich):

Ak chcete upraviť súbor /etc/fstab Příkazový řádek

su -
kwrite /etc/fstab

(nahraďte kwrite s gedit vo vyššie uvedenom príkaze, ak používate GNOME, v podstate sa dá použiť ľubovoľný textový editor).

Ak chcete upraviť súbor /boot/grub/menu.lst: Příkazový řádek

su -
kwrite /boot/grub/menu.lst

Teraz je potrebné znova vytvoriť initrd pre jadro, môžete tak urobiť pomocou tohto príkazu v termináli:

Příkazový řádek

su
bootloader-config --action rebuild-initrds

Uvedomte si, že správu „waiting for device sdXY“ neuvidíte, ak používate grafické zobrazovanie štartu systému (bootsplash), ktoré sa používa v predvolenom nastavení. Takže ak máte nevysvetliteľne dlhé štarty, kedy sa systém zdá byť nečinný, odporúča sa stlačiť Esc, zobraziť správy z textového zavádzacieho procesu kvôli diagnostike akýkoľvek problém(ov).

1/errata.txt · Poslední úprava: 2014/10/25 13:04 (upraveno mimo DokuWiki)