Byly zveřejněny informace o kritické zranitelnosti CVE-2026-64600 pojmenované RefluXFS (technické detaily) v XFS. Je tam již od verze Linuxu 4.11, tj. rok 2017. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel může editovat libovolný soubor, například klidně zrušit rootovské heslo v /etc/passwd. Videoukázka na Vimeo. V upstreamu je zranitelnost opravena.
OpenAI / ChatGPT má dnes výpadky (OpenAI Status, DownDetector).
Poskytovatel hostingu svobodných/open-source projektů Codeberg po hlasování na valné hromadě vydal stanovisko k využívání LLM. Kvůli vytěžování infrastruktury a rostoucím cenám hardwaru, ale také hrozbám pro spolupráci v komunitě se k LLM staví kriticky. Nebude poskytovat hosting projektů vytvářených LLM agenty.
Jack Dorsey představil (𝕏) open source týmovou komunikační platformu Buzz (GitHub) s cílem snížit závislost na Slacku a GitHubu.
Poštovní klient Thunderbird byl vydán v nové verzi 153 s kódovým názvem Meadow. Jedná se o ESR (Extended Support Release) vydání. Přehled novinek v poznámkách k vydání. Vylepšuje OAuth. Thundermail lze používat bez instalace doplňku.
AI tento rok naplno vtrhla do vývoje softwaru a výrazně ovlivňuje také open source projekty. Jiří Eischmann v příspěvku Jak mění AI open source na svém blogu rozebírá několik trendů, které v open source v poslední době v souvislosti s AI pozoruje, a jak tyto trendy svět otevřeného softwaru mění (Inflace projektů, Zahlcení kontroly, Klesající motivace zveřejňovat kód).
Evropská komise (EK) vyměřila americké internetové společnosti Google pokutu 890 milionů eur (21,5 miliardy Kč) za porušení unijního nařízení o digitálních trzích (DMA). Firma se podle unijní exekutivy provinila tím, že ve vyhledávači Google Search upřednostňovala vlastní služby a že podnikům ukládala omezení, která jim bránila nasměrovat spotřebitele k alternativním, často levnějším nákupním kanálům na platformě Google Play.
… více »Samsung na akci Galaxy Unpacked July 2026 (YouTube) představil své nové telefony Galaxy Z Fold8 Ultra, Fold8 a Flip8, hodinky Galaxy Watch Ultra2 a Watch9 a chytré brýle ve spolupráci s Gentle Monster a Warby Parker.
Po pěti letech vývoje vyšla česká počítačová hra Scarlet Deer Inn (ProtonDB). Scarlet Deer Inn je vyšívaná temná středověká pohádka. Zatímco život ve zdánlivě obyčejné vesnici se točí kolem běžných povinností a sousedských drbů, v podzemí se skrývají zlověstná tajemství.
Představen byl Raspberry Pi Touch Display 2 s uhlopříčkou 10 palců a rozlišením 1200 × 1920 pixelů. Cena je 80 dolarů.
Když jsem vydělil údaje ve specifikaci (kapacita ÷ počet sektorů), tak mi vychází 512.
A ukazuje mi to i hdparm -I /dev/sda:
Logical/Physical Sector size: 512 bytes
A v popisu jumperů ten Advanced Format chybí (u jiných disků je).
Už mi pomalu to WD (a celé Green IT) začíná lézt krkem, nejdřív problémy s Load_Cycle_Count a teď tohle.
dd if=/dev/sda bs=1M count=10240 skip=10240 | pv > /dev/nullNejdřív to šlo docela dobře (normální rychlost), ale kolem šestého GB se to nějak pokazilo a rychlost čtení je 0 B/s – jen občas tam blikne 1 nebo 8 MB/s. Čtení prakticky stojí. Ale podle
iotopu mu nikdo nebrání.
-H, ale před nějakým časem i testy a vypadalo to OK (pomalé to bylo už tehdy).
Tomu disku všechno moc trvá – jak ten smartctl -H, tak třeba i zjištění teploty přes hddtemp – zatímco ten Seagate odpovídá okamžitě.
# ./seeker /dev/sda Seeker v2.0, 2007-01-15, http://www.linuxinsight.com/how_fast_is_your_disk.html Benchmarking /dev/sda [1430799MB], wait 30 seconds............... Results: 0 seeks/second, 2142.86 ms random access time # ./seeker /dev/sdb Seeker v2.0, 2007-01-15, http://www.linuxinsight.com/how_fast_is_your_disk.html Benchmarking /dev/sdb [1430799MB], wait 30 seconds............................. Results: 63 seeks/second, 15.63 ms random access timeTak mi připadá, že mám v počítači místo jednoho disku kus šrotu (WD).
Tady si stáhni utilitku Data Lifeguard Diagnostic. Tam se mrkni, jak to s tou velikostí sektoru opravdu je.
Podle všeho WD ignoruje problém s WD15EADS-00P8B0.
Hoď ten disk prodejci na hlavu a vezmi si něco jinýho. Nevypadá to totiž, že by WD chtěl tenhle problém nějak řešit.
Za svůj život jsem pravda měl jenom dva pevný disky značky WD, ale oba dva dost rychle umřely.
Na druhou stranu s disky od Seagate mám dobrou zkušenost.
zero, ale náhodná data. Beztak je potřeba ten disk přepsat několikrát (7x?), aby z něj zaručeně nešlo nic obnovit. Hlavně, že jsem tu o tom nedávno psal. A teď si to „užívám“ prakticky.
No reklamovat i tak, že se tam udělá jeden oddíl NTFS/FAT32, a další 3 Linux XFS/EXT4 a spolehlivě z toho žádný chytrák nic nedostane.Komiku.. Viz wikibooks - Jak postupovat při záchraně dat. Postupy lze uplatnit na libovolný souborový systém, pokud není šifrovaný.
A mimochodem: jen za poslední rok jsem řešil 11 vadných disků (úplně k.o. nebo těsně před kolapsam dle S.M.A.R.T.) a kupodivu jen JEDEN z nich byl WD (starší 320GB), zbytek všechno Seagate. Aktuálně třeba reklamuju 6 z 8 ks 750GB disků Seagate ES, které jsem pořídil před necelými třemi lety do jednoho storage serveru. Odešly v rozmezí dvou měsíců (ještě že mají pětiletou záruku). S disky WD mám jen ty nejlepší zkušenosti. Možná proto, že se vyhýbám levným ošizeným shitům (je jedno od kterého výrobce, shit je shit).
Jsem smířený s tím, že disk může čas od času odejít, proto jsem použil RAID 1, nemusím mít v domácím serveru extra spolehlivý disk, stačí, když neodejdou oba ve stejnou dobu (proto jsem taky kupoval jeden Seagate a jeden WD). Ale že si koupím takový „shit“ že bude fungovat víc než 10x pomalejší rychlostí, než by měl, to jsem nečekal – ani u levných disků.
Hardware_ECC_Recovered a Raw_Read_Error_Rate (musí se shodovat). Kdežto u WD musí být hodnota Raw_Read_Error_Rate nulová!
Moje zkušenost je taková, že obecně jsou disky Seagate spolehlivější bez ohledu na řadu, zatímco u WD opravdu velmi záleží na tom o jakou řadu jde. A jelikož v tom jejich značkování se prase vyzná, preferuji disky od Seagate.
md0 nebo sda. Na dvou dalších počítačích mám stejnou konfiguraci (LVM nad SW RAIDem) a tam jsem s výkonem spokojený.
Tiskni
Sdílej: