V Lucemburku byly oznámeny výsledky posledního kola výzev na evropské továrny pro umělou inteligenci neboli AI Factories. Mezi úspěšné žadatele patří i Česká republika, potažmo konsorcium šesti partnerů vedené VŠB – Technickou univerzitou Ostrava. V rámci Czech AI Factory (CZAI), jak se česká AI továrna jmenuje, bude pořízen velmi výkonný superpočítač pro AI výpočty a vznikne balíček služeb poskytovaný odborníky konsorcia. Obojí bude sloužit malým a středním podnikům, průmyslu i institucím veřejného a výzkumného sektoru.
Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
EXT3-fs error (device sda1) ext3_get_inode_loc: unable to read inode block - inode=29655178, block=59310086
Tak tahle hláška se mi dnes neustále na terminálu opakovala. Počítač zatuhnul tak, že nereagoval ani na kombinace kláves Alt+SysRQ+něco
.
Poslední dobou se mi stává docela často, že počítač vytuhává s nějakou podobnou chybou, jako s tou dnes. smartctl -a /dev/sda
neukazuje žádné chyby. Pevný disk je relativně nový -- zkoupen v lednu 2008. Je to WDC WD5000AAKS-00YGA0 (Serial Ata II). Desku mám MSI P35 Neo2. Procesor: Intel Core 2 Duo. Používám Debian Lenny (pravidelně ho aktualizuju) pro architekturu AMD64.
V logách jsem nenašel nic, co by stálo za zveřejnění.
Počítač (disk) jsem dokonce už reklamoval, ale žádnou chybu prý nenašli! Zkusil jsem daný "block" otestovat programem badblocks
, ale ten žádnou chybu nenašel. Už jsem zoufalý. Poraďte prosím.
badblocks -nvv /dev/sda -o badblocks.logDále bych zkusil rychlost :
hdparm -tT /dev/sdafsck jsi už zkoušel? Zda nění poškozen jen FS ...
Děkuju za odpověď. Pustím se do toho. Mám Slaxe na USB Flash disku, tak budu kontrolovat z něj.
root@slax:~# e2fsck -f -p -t -v /dev/sda1 Peak memory: Memory used: 388k/39792k (178k/211k), time: 170.84/12.58/ 7.81 184029 inodes used (0.60%) 3603 non-contiguous inodes (2.0%) # of inodes with ind/dind/tind blocks: 13545/289/0 5854670 blocks used (9.59%) 0 bad blocks 1 large file 154492 regular files 15387 directories 85 character device files 25 block device files 3 fifos 401 links 14025 symbolic links (12183 fast symbolic links) 3 sockets -------- 184421 files Memory used: 388k/184k (78k/311k), time: 185.43/14.00/ 8.28
Takže -- zdá se -- systém souborů poškozen není. Budu pokračovat dál.
root@slax:~# badblocks -nsvv /dev/sda -o /badblocks.log Checking for bad blocks in non-destructive read-write mode From block 0 to 488386584 Checking for bad blocks (non-destructive read-write test) Testing with random pattern: done Pass completed, 0 bad blocks found.
Takže tady chyba není. Soubor badblocks.log
je prázdný.
root@slax:~# hdparm -tT /dev/sda /dev/sda: Timing cached reads: 8174 MB in 2.00 seconds = 4094.48 MB/sec Timing buffered disk reads: 198 MB in 3.01 seconds = 65.84 MB/sec
Tomuhle (těmhle číslům) moc nerozumím.
Tutim se měří rychlost disku, já mam na notebooku (5400RPM, tušim 8MB cache)
# hdparm -tT /dev/hda /dev/hda: Timing cached reads: 652 MB in 2.00 seconds = 326.13 MB/sec Timing buffered disk reads: 96 MB in 3.04 seconds = 31.53 MB/sectedy první je zápis do keše a druhý fyzický na disk.
Zatím PC (pevný disk) šlape v pohodě, tak uvidíme, čím dalším mě překvapí v budoucnu.
Mockrát Vám děkuju za odpověď. Pokusím se dát disk níž. Koupil jsem si i chlazení na ten disk, ale moc to nefunguje.
Takže děkuju všem za reakce. Problém je -- zdá se -- vyřešen. Ten pevnej disk se prostě přehříval (běžně měl 50 ˚C). Vyřešil jsem jeho chlazení a PC (pevný disk) šlape jak hodinky. Teď má běžně teplotu 42 ˚C. Kdyby se přece jenom problém znovu objevil, tak napíšu.
Takže nakonec jsem zjistil, že ten (Western Digital) pevný disk byl vadný. Zbavil jsem se ho.
Zjistil jsem to tak, že jsem si ještě přikoupil jeden (Seagate) pevný disk. Ten WD se občas "ztrácel", zatímco Seagate nikoli.
Děkuju všem za rady.
Tiskni
Sdílej: