Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byla vydána nová verze 7.0 svobodného open source redakčního systému WordPress. Kódové jméno Armstrong bylo vybráno na počest amerického jazzového trumpetisty a zpěváka Louise Armstronga (What A Wonderful World).
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.
(budeš muset z live cd)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: