úterý 27. března 2012

Ztracené PATA disky na řadiči JMicron a kernelu 3.2.12 a novějším

Mým hlavním systémem je stále Ubuntu 10.10 Maverick a abych si užil trochu legrace, nacpal jsem do něj kernel 3.2.12 z Ubuntu 12.04 Pinďolín. Popravdě, hlavně jsem chtěl vylepšit odezvu systému při zatížení, kterou má obstarávat věhlasný zázračný patch scheduleru a který má Ubuntu v kernelech už od verze 11.04. Nicméně se nejprve dostavila ta legrace - přestal se ozývat můj starý paralelní disk Hitachi. Kernel ho vůbec nepřipojoval. Zkusil jsem nainstalovat ještě další kernely, včetně nejnovějšího 3.3.0 a zjistil, že problém se vyskytuje od kernelu verze 3.2.12 výš.
Problém souvisí s ASPM (pozor neplést s Amatérským Sdružením Profesionálních Muzikantů :). Špatná detekce této technologie způsobovala nadměrnou spotřebu energie a protože to souviselo s nestandardním chováním postižených komponent, tak se nějakou dobu vymýšlel snesitelný patch. A ten se dostavil, což dokumentuje zpráva na rootu.
Jenže v souvislosti s tímto patchem se dostavila i špatná komunikace se staršími PCI-E řadiči JMicron při vypnutém ASPM, která způsobuje odstřihnutí PATA disků. Mám základní desku Gigabyte EP45-UD3P. Pokud 'ručně' ASPM na PCI-E zapnu, disky začnou být pro kernel opět viditelné.

sudo nano /etc/default/grub

přidat pcie_aspm=force na správné místo:

GRUB_CMDLINE_LINUX_DEFAULT="pcie_aspm=force"

a samozřejmě grub aktualizovat

sudo update-grub

Vypnuté ASPM není tou pravou příčinou, to bylo v mém případě vypnuté vždy -> `disabling ASPM on pre-1.1 PCIe device'. V tomto ohledu se tedy nic nezměnilo, a zkusím ještě popátrat, nicméně uvedené řešení funguje, žádné negativní důsledky nevidím a tak jsem spokojen. Relevantní je třeba tento odkaz:
https://lkml.org/lkml/2012/3/23/27

Update: Nakonec po zapnutí ACPI režimu v BIOSu se začal disk připojovat normálně, předtím jsem fungoval v režimu IDE emulace.

Jinak musím říct, že nový kernel běhá pěkně a vypadá to, že zázračný patch je nejspíš opravdu užitečný. No však to povídal i sám velký Linus.

středa 14. března 2012

OpenOffice - dokument byl zamknut bůh ví kým

Stává se mi to poslední dobou docela často nejen v OpenOffice, ale i v LibreOffice (což jistě nepřekvapí). Najednou mi to začne při otevření dokumentu hlásit, že ho nějaký neznámý hovád zamknul a nemůžu s ním vůbec nic, jen ho otevřít, případně vyrobit kopii. Stalo se i to, že se OO tvářil jako by nic, i progress bary kreslil při ukládání a pak to příště otevřu a v dokumentu poslední změny chybí! A dál se s ním nic dělat nedá. Ať už je příčina jakákoliv, tyto situace ve mě vyvolávají touhu někoho uškrtit. Ne, umlátit gumovou hadicí. Každopádně je to velmi nepřátelské gesto a uživateli se nedostane žádného vysvětlení ani řešení - soubor je zamknutý neznámým individuem a tak to zůstane na věky. Ámen. To, že soubor smažete a vytvoříte nový vám nepomůže. A proč? Protože nějaký šašek vedle vyrobí soubor s názvem toho vašeho, na začátek přidá '.~lock.' a pak ho už nesmaže. Tečka na začátku značí skrytý soubor, takže si ho jen tak nevšimnete, nicméně v Nautilu stačí stisknout Ctrl+H a objeví se. A pak ho s chutí smažete a svět zas začne vypadat lépe. Možná. Při poslední takové události mi došlo místo na systémovém disku a LibreOffice blbnul i po smazání locku, vlastně vyráběl zámky stále nové. Když jsem místo uvolnil, začalo to fungovat. Takže je dost možné, že tento bug souvisí i s tímto problémem.
No a když už jsme u toho místa na disku, po pár updatech kernelu je největším žroutem adresář /usr/src. Jeho obsah je po dokončení updatu zbytečný, ale statečně žere stovky MB.