Byly vyhlášeny výsledky (YouTube) 28. ročníku D.I.C.E. (Design, Innovate, Communicate, Entertain) Awards: Hrou roku 2024 je Astro Bot.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Vývojáři openSUSE Tumbleweed oznámili, že u nových instalací se ve výchozím stavu přechází z AppArmor na SELinux. Uživatelé, kteří chtějí zůstat na AppArmor si mohou AppArmor vybrat v instalátoru.
Hector "marcan" Martin skončil jako vedoucí projektu Asahi Linux aneb Linux na Apple Siliconu. Projekt ale pokračuje dál.
PostgreSQL byl vydán ve verzích 17.3, 16.7, 15.11, 14.16 a 13.19. Řešena je zranitelnost CVE-2025-1094 s CVSS 8.1 a více než 70 chyb.
Dnes je Světový den rádia. Použili jste někdy GNU Radio?
Před 33 lety, ve čtvrtek 13. února 1992, se tehdejší Česká a Slovenská Federativní Republika oficiálně (a slavnostně) připojila k Internetu.
Byla vydána nová verze 9.10 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Český LibreOffice tým vydává překlad příručky LibreOffice Math 24.8. Math je modul editoru vzorců v kancelářském balíku LibreOffice a poskytuje možnosti rozvržení pro zobrazení matematických, chemických, elektrických nebo vědeckých vzorců ve standardní písemné notaci. Příručka je ke stažení na stránce dokumentace.
Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2024. Ke konci roku 2024 vlastnila 305 180 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.
Mám problémy s hibernací. Notebook se normálně zahibernuje, ale pak se spustí úplně běžným způsobem. Jedinou chybovou hlášku jsem našel v dmesg, která mi toho ale moc neřekla:
[ 3.100337] TuxOnIce: Normal swapspace found.
[ 3.101016] PM: Resume from partition swap:/dev/sda3
[ 3.101017] PM: Checking hibernation image.
[ 3.101020] PM: Error -6 checking image file
[ 3.101022] PM: Resume from disk failed.
/var/log/hibernate.log žádnou chybu neobsahuje.
Systém je Gentoo, kernel 2.6.29. Emergnul jsem tuxonice-sources, zkopíroval config ze starého kernelu, povolil potřebné možnosti. Držel jsem se Howto na gentoo wiki: http://en.gentoo-wiki.com/wiki/TuxOnIce#Userland_Script_Installation_and_Configuration
Grafickou kartu mám nVidii, a používán nvidia-drivers, což by údajně mohlo způsobit problémy. Nicméně jsem zkoušel zahibernovat přímo z konsole, bez xkek a výsledek byl stejný.
Dělá to ještě jednu zajímavou věc. Po zahibernování se notebook zcela vypne, zhasnou světýlka, vypnou se větráky, nicméně po 2-3 sekundách uplně sám naskočí a začne bootovat. To samé dělá pro hibernate i pro echo 1 > /sys/power/tuxonice/do_hibernate.
Poznámka nakonec, uspání do paměti mi také nefunguje. Hibernate-ram má totožný efekt jako hibernate, včetně toho závěrečného "samospouštění". Nicméně uspání do paměti nepoužívám, takže mě to tak netrápí.
Co to je za NB? V jiné distribuci jsi to zkoušel? Jak velkou swap partition používáš a kolik máš RAM?
MSI GX620X, swap 4GB, RAM 4GB. Pod ubuntu údajně všechno funguje, jak suspend to disk, tak suspend to ram.
Od vytvoření dotazu jsem dost googlil a vypadá to na problém s binárními ovladači nvidia. Bohužel žádné howto přímo na gentoo jsem nenašel a ostatní návody nepomohly. V zásadě šlo především o to vypnout AGP z kernelu a použít Nvidia AGP, nicméně výsledek žádný.
Nejdříve si zkus ověřit, že to jsou opravdu ovladače nvidie.
Buď si nastav v xorg.conf jiný ovladač (nv, vesa) nebo v textovém režimu zastav xdm a odeber modul nvidie. Pak by se měl suspend povést. Pokud ne, tak je problém jinde, případně jich je více.
# /etc/init.d/xdm stop # rmmod nivida
Xorg nesmí běžet, jinak se odebrání modulu nepovede.
Jaká AGP se použije se dá nastavit v xorg conf. Nvidia na to má parametr, mrkni do jejího README. Všechny parametry tam jsou popsané. Je to v /usr/share/doc/nvidia-drivers-180.44/
Tak to asi nebude nvidií nakonec. Vypnul jsem xka, odstranil modul nvidie, ale chová se to pořád stejně. Když dám hibernate (či pm-hibernate), objeví se v konsoli Tuxonice "okno" a progress bar, který doběhne do poloviny a pak se celý počítač vypne. Po 3 sekundách zase sám naskočí.
Zkusil jsem odstranit stejným způsobem všechny moduly, co jsem tam měl, ale se stejný výsledkem.
Možná problém ACPI. Není pro ten NB nějaký novější Bios?
Bios je tam nejnovější, updatoval jsem ho nedávno. MSI ještě nabízí novější firmware pro tento notebook, ale nejsem si jistý, jestli by to mělo nějaký vliv. Viz http://global.msi.eu/index.php?func=downloaddetail&type=firmware&maincat_no=135&prod_no=1529
Problém s hibernací bude pravděpodobně souviset s jevem popisovaným hned na začátku v dotazu. Během vytváření obrazu (asi tak na 30%, je to tak rychlé, že to nedokáži postřehnout) se celý notebook natvrdo sám vypne. Disky ztichnou, větráky se zastaví, světýlka zhasnou. Po několika sekundách ale sám naskočí a začne normálně bootovat. To samé se stává i u uspávání do ram. Dochází k tomu občas i při startování linuxu během načítaní kernelu, tzn. že se notebook spustí na poněkolikáté. Co je imho důležité, že jsem to zaznamenal párkrát i u startu Windows Vista či při ukládání nastavení biosu, takže to asi nebude problém Linuxu, ale celého notebooku. Na druhou stranu, pod Vistami funguje suspend to disk i ram v pořádku.
V Biosu jsem vypnul možnost Active State Power-Managment a chvíli to vypadalo, že bude fungovat alespoň suspend to ram, bohužel to ale stejně občas padne, takže je to nepoužitelné.
Otázka je, jestli by pomohl update toho firmwaru či poslat notes na reklamaci. Ovšem s čím:) Myslím že je nebude zajímat, že mi nefunguje hibernace pod linuxem a že "občas" nenastartují windows vista.
Dochází k tomu občas i při startování linuxu během načítaní kernelu, tzn. že se notebook spustí na poněkolikáté.
Tohle se mi taky občas u pracovního NB stává. Startuje systém a najednou reset a vše od začátku. Zatím ale vždy stačil jen jeden restart. Nevšiml jsem si, že by se vypisovalo něco v tom smyslu, že je třeba NB restartovat - teoreticky se to může stávat pokud běží fsck a najde nějakou chybu.
Na druhou stranu, pod Vistami funguje suspend to disk i ram v pořádku.
V tom případě bych zkusil mrknout na DSDT. Na gentoo-wiki k tomu byl skvělý článek, bohužel po ztrátě dat jej ještě nikdo nenapsal Tak alespoň ubuntu návod
Je třeba vytáhnout DSDT kód z biosu, opravit chyby a pak jej jádru znovu předhodit. Na gentoo budeš potřebovat ACPI patch aby si jádro natáhlo tu upravenou verzi. Jednotlivé chyby se dají dohledat na googlu, případně je sem vlož a mrknu na to. Ale je taky možné, že opravený DSDT soubor pro ten NB už existuje a stačí jej jen nahrát. A vůbec bych se nedivil, kdyby tohle bylo v Ubuntu řešeno automaticky. To by pak vysvětlovalo, proč to tam chodí. A nebo nějaké speciální patche v jádru.
U mě k těm restartům dochází vícekrát. Jak jsem již říkal, pokud je notes několik hodin vypnutý, restartuje se sám při startu třeba 3x. A dělá to jak při načítání kernelu v linux, tak při spouštění windows. To mi trochu vnukuje obavy, jestli není opravdu něco v hw špatně.
Základní deska tam je MS 1651 (notes GX620), pro kteoru ještě opravený DSDT neexistuje. Vytáhnul jsem tedy z biosu DSDT kód, našel jsem tu správnou sekci podle howto na ubuntu fóru, jen ty hodnoty jsou tam trochu jiné, proto radši prosím o radu. Tady http://pastebin.com/f65698ef2 je ta důležitá část DSDT kódu. Hádám, že ta linuxová část by měla vypadat asi takto (+ samozřejmě přesun):
If (MCTH (_OS, "Linux")) { Store (0x15, Local0) }
Jen si nejsem jistý, z které verze Windows mám převzít tu první hodnotu :)
A pak by mě zajímalo, jakým způsobem nahraju v gentoo novou verzi DSDT, protože /etc/initramfs-tools/ složka u mě vůbec neexistuje a program update-iniramfs rovněž.
Ten patch je bohužel na kernel .28, zatímco já mám už .29. Zkusil jsem to patchnout i tak, ale vypsalo to několikrát Hunk succeeded:) Z patchováním nemám tolik zkušenosít, abych posoudil, nakolik je to špatně.
Ten patch je bohužel na kernel .28, zatímco já mám už .29. Zkusil jsem to patchnout i tak, ale vypsalo to několikrát Hunk succeeded:) Z patchováním nemám tolik zkušenosít, abych posoudil, nakolik je to špatně.
Succeeded je "Uspěl". Horší by bylo, kdyby to se objevila hláška rejected.
2006 asi budou Visty (nebo XP?) Asi bych nějakou zkusil a pokud by to nebylo ono, tak bych zkusil další.
Ok dík.
Dal jsem to zkompiloval, vyběhlo spousta errorů a warningů, ale povedlo se mi je skoro všechny odstranit. Bohužel se zbytkem nevím moc rady.
dsdt.dsl 1512: If (LAnd (_OSI ("Windows 2006"), LEqual (VVID, 0x10DE)))
Error 4011 - Internal compiler error ^ (null Op pointer)
Tato chyba je tam 4x na 4 stejné části kódu:
Device (HDMI)
{
Name (_ADR, 0x0120)
Name (_DCS, 0x1F)
Method (_DGS, 0, NotSerialized)
{
If (LAnd (_OSI ("Windows 2006"), LEqual (VVID, 0x10DE)))
{
And (SWIT, 0x08, Local0)
If (Local0)
{
Return (One)
}
Else
{
Return (Zero)
}
}
Else
{
Return (HDMA)
}
}
Method (_DSS, 1, NotSerialized)
{
}
Method (MXMX, 1, NotSerialized)
{
Return (One)
}
}
Jsou to všechno Device, 2x HDMI, LCD a pak CRT. Tlustě zvýrazněná část se pořád opakuje. Otázka je, jestli to prostě nesmazat, když mám Linux.
Asi bych to taky smazal a vždy vrátil HDMA. Je dost možné, že tuhle konstrukci intel překladač nepodporuje. I když mi není jasné, co tam je vlastně špatně.
Method (_DGS, 0, NotSerialized)
{
Return (HDMA)
}
a zkusil co to udela.
Tak jsem to úspěšně zkompilil.
Bohužel se mi to nepodařilo přidat do initrd, tak jsem to nakonec přidal přímo do kernelu.
Podle dmesg by to mělo fungovat:
redBox tobik # dmesg |grep DSDT
[ 0.000000] ACPI: DSDT BFF905C0, 7D0F (r1 1ADTS 1ADTS008 8 INTL 20051117)
[ 0.012355] ACPI: Override [DSDT-1ADTS008], this is unsafe: tainting kernel
[ 0.012657] ACPI: Table DSDT replaced by host OS
[ 0.013000] ACPI: DSDT 00000000, 7C75 (r1 1ADTS 1ADTS008 8 INTL 20060912)
[ 0.013641] ACPI: DSDT override uses original SSDTs unless "acpi_no_auto_ssdt"
[ 0.117789] ACPI: EC: Look up EC in DSDT
Viz 3. řádek. Ty ostatní mě ale trochu znepokují, nevím co znamenají :)
Bohužel ale problém s hibernování přetrvává. Suspendovat do ram jde (jak kdy), ale hibernate vždycky chcípne hned na začátku vytváření obrazu. Notes se vypne a o chvíli později sám naskočí.
Otázka je, jestli má vůbec cenu zkoušet dosazovat k linuxu hodnony z jiných verzí Windows, než je tam teď (2006).
If (_OSI ("Windows 2000"))
{
Store (0x12, Local0)
}
If (_OSI ("Windows 2001"))
{
Store (0x13, Local0)
}
If (_OSI ("Windows 2001 SP1"))
{
Store (0x13, Local0)
}
If (_OSI ("Windows 2001 SP2"))
{
Store (0x13, Local0)
}
If (_OSI ("Windows 2001.1"))
{
Store (0x14, Local0)
}
If (_OSI ("Windows 2001.1 SP1"))
{
Store (0x14, Local0)
}
If (_OSI ("Windows 2006"))
{
Store (0x15, Local0)
}
If (MCTH (_OS, "Linux"))
{
Store (0x15, Local0)
}
Problém "tak nějak" vyřešen. Stačí vytáhnout napájecí kabel a hibernace i suspend to ram fungují perfektně. Protože se ale už jedná o trochu jiný problém, založil jsem nové vlákno http://www.abclinuxu.cz/poradna/linux/show/265764
Problém vyřešen: způsobovala to síťová karta a wifina. Stačilo zakompilit oba drivery jako moduly a pak je vždy před hibernací/suspendem unloadnout.
Je docela zvláštní, že jsem o tom nikde nic nenašel. Když už, tak se ve fórech mluví o zvukové kartě, ale o síti ani zmínka.
Tiskni
Sdílej: