Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
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: