abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 13:11 | IT novinky

    Před 10 lety Microsoft dokončil akvizici divize mobilních telefonů společnosti Nokia a pod značkou Microsoft Mobile ji zanedlouho pohřbil.

    Ladislav Hagara | Komentářů: 0
    včera 21:33 | Komunita

    Fedora 40 release party v Praze proběhne v pátek 17. května od 18:30 v prostorách společnosti Etnetera Core na adrese Jankovcova 1037/49, Praha 7. Součástí bude program kratších přednášek o novinkách ve Fedoře.

    Ladislav Hagara | Komentářů: 5
    včera 21:11 | IT novinky

    Stack Overflow se dohodl s OpenAI o zpřístupnění obsahu Stack Overflow pro vylepšení OpenAI AI modelů.

    Ladislav Hagara | Komentářů: 1
    včera 17:55 | Nová verze

    AlmaLinux byl vydán v nové stabilní verzi 9.4 (Mastodon, 𝕏). S kódovým názvem Seafoam Ocelot. Přehled novinek v příspěvku na blogu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 17:11 | IT novinky

    Před 50 lety, 5. května 1974 v žurnálu IEEE Transactions on Communications, Vint Cerf a Bob Kahn popsali protokol TCP (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 13:44 | Zajímavý článek

    Bylo vydáno do češtiny přeložené číslo 717 týdeníku WeeklyOSM přinášející zprávy ze světa OpenStreetMap.

    Ladislav Hagara | Komentářů: 0
    včera 04:00 | Nová verze

    Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.10.38 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 6
    včera 00:22 | Komunita

    Google zveřejnil seznam 1220 projektů od 195 organizací (Debian, GNU, openSUSE, Linux Foundation, Haiku, Python, …) přijatých do letošního, již dvacátého, Google Summer of Code.

    Ladislav Hagara | Komentářů: 2
    5.5. 22:22 | IT novinky

    Na základě DMCA požadavku bylo na konci dubna z GitHubu odstraněno 8535 repozitářů se zdrojovými kódy open source emulátoru přenosné herní konzole Nintendo Switch yuzu.

    Ladislav Hagara | Komentářů: 7
    5.5. 00:33 | Nová verze

    Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.

    Ladislav Hagara | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (64%)
     (8%)
     (14%)
     (15%)
    Celkem 129 hlasů
     Komentářů: 8, poslední 4.5. 08:25
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    23.12.2009 13:39 Pantani
    Rozbalit Rozbalit vše problémy s readahead_early při použití PAE kernelu v SL 5.4

    Mám tu Scientific Linux 5.4 s kernelem 2.6.18-164, 8 GB paměti, deska Intel SE7501WV2. Dříve měl systém 3 GB RAM bez PAE kernelu, nebyl problém. Teď má 8 GB paměti a používám PAE kernel a je problém v tom, že když se spouští proces /etc/init.d/readahead_early, počítač vytuhne. On stačí ještě vypsat hlášení o spouštění kudzu, ale vytuhne/zavěsí, nevím jak to nazvat. Na obrazovku se dá psát, enter vesele posunuje výpis, ale počítač ani po dlouhých minutách čekání nepokračuje v bootu.

    Ověřil jsem, že je to tím readahead procesem. Podíval jsem se, co přesně spouští a když to samé udělám na příkazové řádce, systém stejně tak zavěsí:

    FILES=$( ls /etc/readahead.d/*.early )
    /usr/sbin/readahead $FILES
    

    Když ten proces pustim přes strace, je vidět, že zavěsí na nějakém souboru

    ...
    open("/lib/libgobject-2.0.so.0", O_RDONLY) = 3
    fstat64(3, {st_mode=S_IFREG|0755, st_size=259128, ...}) = 0
    readahead(3, 0, 259128
    

    a dál už pak nepokračuje neznámo proč.

    Zkoušel jsem šílenosti s kombinací jednotlivých paměťových modulů (starých i těch nových), nepomohlo. Zkoušel jsem vyhodit soubor, na kterém se readahead při čtení zasekne a to bylo samozřejmě taky k ničemu. Instalace Fedory 12 a její spuštění je bez problémů, ale už nevím, jestli je tam ten readahead spouštěný po startu (že to dělá readahead jsem zjistil až po přeinstalování). V manu k readahead() se píše, že tahle funkce "blocks until the specified data has been read.", ale že by takhle zavěšoval na každém souboru od určitého místa se mi moc věřit nechce. Zkoušel jsem v systému vytvářet 0.5 GB ramdisky tak dlouho, dokud systém nemusel zapisovat do RAM někde za hranici 4 GB, ale to systému nečinilo problémy (vytvořil jsem ramdrive, vytvořil filesystém a na něm vytvořil soubor přes celý disk programem 'dd', snad jsem to udělal dobře).

    Možné vysvětlení je, že nové paměti jsou nekompatibilní s deskou a PAE kernel si na nich vyláme zuby, stejně jako že je chyba v PAE a systém při čtení hromady (asi 800) souborů zapisuje někde do oblasti PAE a pak se to sesype.

    Vynechání readahead_early při startu pomáhá zdá se zatím na 100%, systém se nesekne. Dá se ale takovýmu počítači věřit? Má někdo nápad co s tím?

    Díky předem za tipy

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.