Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 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.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Rozmýšlam nad kúpou nových diskov (12+2 rezerva) do poľa. Nepodarilo sa však nájsť nič nad 1TB v 'serverových' radách. Keďže cena 1TB RAID = 1.5 desktop; tak by som v tom istý prínos videl :) Má niekto skúsenosti s tým ako často tieto 'desktop' disky odchádzájú? S RAID edíciou sa držím na ~10% reklamovaných diskov ročne.
MTBF pri ES/RAID/... je obvykle 1.200.000 hodín. Napriek tomu sa kazia zhruba ako popisujem (sú za UPSkou, teplota 40-60, klimatizovaná miestnosť), zrejme kvôli záťaži, ale nie som si istý. Reálne nevidím rozdiel v chybosti WD, Seagate a Maxtor.
Nad SCSI sa príliš zamýšlať nedá, keďže RAID-5, 9TB na 2U sa spraviť nedá :) nietože zaplatiť. A práve tie väčšie disky (aj keď s nižším MTBF a o pár drobností ochudobnené) by mi pomohli ušetriť: 2U v racku, 1 krabicu na 12 diskov od Promise (J310sD - ~60.000+ CZK), otázka je či to za to stojí. Ak by šlo o jeden-dva disk na DB/home tak určite SCSI, to súhlasím.
Svého času jsem slyšel drby, že konkrétně u Seagatu je rozdíl NS/AS spíš marketingový - mechanika stejná, firmware u RAIDových disků trochu upravený směrem k rychlejším seekům (= vyšší hlučnost, ty seeky zas o moc rychlejší nebudou), hlavně ale vyšší cena zaplatí delší dobu záruky. Reálná poruchovost podobná. Z poslední doby (cca za poslední rok) mám dojem, že RAIDové Barracudy mají možná důkladnější výstupní kontrolu kvality, nebo že je firmware upravený, aby pokud je to jenom trochu možné, nenechal RAIDový řadič dlouho čekat na odpověď, nebo snad aby byl disk méně citlivý na vibrace za provozu (méně mikrofonický) - netuším, zda je možné v tomto směru dosáhnout lepších výsledků oproti standardním AS diskům.
Rukama mi projde mnohem víc AS disků a Vámi popisované procento 10% vadných kusů ročně podle mého ani nedosáhneme. Zejm. pokud z kalkulace vynechám disky, které nám vypadnou už ze zahořovacího testu (napřed inicializace pole, pak 24 hodin pod sekvenční zátěží, prokládanou 10minutovkami intenzivního seekování). Když začínaly 1TB Barracudy 7200.11 (cca začátkem roku 2008), tak měly jeden čas znatelně vyšší poruchovost hned na našem vstupu (v zahořovacím testu). Ta doba už je ale taky pryč, a po tomto vytřídění už zbylé disky mají normální úmrtnost. Pokud se bojíte spolehlivosti, nekupujte největší dostupnou kapacitu (nejlépe přepočteno na plotnu) - ale ono to taky neplatí stoprocentně, technologie pro zvyšování hustoty se neustále vyvíjejí.
V jedné debatě na nějakém zahraničním serveru (v souvislosti s údajnými vadami ve firmwarech) se jeden správce velkého datacentra nechal slyšet, že jeho oblíbená délka zahořovacího testu nově nasazovaných RAIDů je 1 týden. Nicméně pokud mám informace, většina dodavatelů hardwaru používá tak 4 hodiny.
Prošlo mi rukama taky pár desítek Barracud s "vadným" firmwarem a žádný z několika popisovaných problémů jsem reálně nezaznamenal - jenom normální vadné sektory. Když někde potkám Barracudu s neaktuálním firmwarem, a je příležitost, tak ji pro jistotu aktualizuju - ale vcelku mi ta aféra přijde jako veliká novinářská kachna. Spousta humbuku pro nic za nic. Jenom zákazníci s tím pravidelně otravujou. Osobně považuju za daleko větší problém běžná umrtí na vadné sektory - přinejmenším statisticky tato závada zdaleka převažuje. Se divím, že nikdo z novinářů nerozmáznul zmíněnou zmetkovost prvních sérií Barracud 7200.11.
V souvislosti s "vadnými firmwary" si lze všimnout zajímavých věcí: třeba že v rámci jediného partnumberu ST31000333AS jsou prodávány dva modely disků natolik odlišné, že mají odlišnou řadu firmwarů, z nichž pouze jedna měla "problémy". Nejde flashnout firmware křížem na druhý podtyp hardwaru (vede to k usmrcení disku) - tj. jedná se zjevně o hodně odlišnou elektroniku a patrně o disky ze dvou různých fabrik. Totéž platí i pro AS vs. podobný NS model - resp. na webu Seagate není žádné upozornění, že se do AS modelu nesmí flashovat NS firmware, ale systémy číslování verzí jsou natolik odlišné, že bych se nějakého křížového flashování dost bál. Technicky by takový flash asi prošel v tom smyslu, že flashovací utilita Seagatu by se nebránila, nicméně jsem si na takový experiment nikdy netroufl a počítám, že by to disk nepřežil. Tj. počítám, že elektronika disků není zcela stejná. Ono je vůbec otázkou, jak bych hledal "podobné" disky - na základě shodných bugů ve firmwaru a základních údajů o kapacitě a počtu ploten? Snad jedině kdybych držel v ruce AS a NS model, dal by se odšroubovat plošák s elektronikou a porovnat švábi 
Ale jak už jsem říkal - vcelku mi přijde, že nakonec ty rozdíly nejsou nijak zásadní, potažmo podobné experimenty sotva mají smysl.
S disky Barracuda AS včetně 1.5 TB modelu doporučuji max. 16 disků v RAIDu 6 (takže 2 ks padnou na paritu) a zatím jsem nezaznamenal havárii pole (výpadek víc jak 2 disků současně). Jasně, u RAIDu 5 nebo 6 taky pozor na průchodnost co do IOps při nedostatečně sekvenční zátěži... ale to je zase jiná pohádka.
S ohledem na komfort a duševní rovnováhu v kritických situacích doporučuju řadiče Areca (průchodnost taky velmi slušná).
Na závěr tip: pokud si chcete udělat obrázek o mechanických podobnostech / rozdílech různých disků Seagate, podívejte se na produktové WWW stránky - nahoře bývá jako thumbnail fotka odkrytovaného disku. Třeba rozdíl mezi Barracudou a Cheetahem je jasný. Fakt je, že třeba mezi AS a NS člověk nepozná možné rozdíly ve vinutí vychylovacího elektromagnetu nebo v materiálu ložisek - těžko říct, jestli tam nějaké další rozdíly reálně jsou
Upřesnění:
> procento 10% vadných kusů ročně podle mého ani nedosáhneme
To jsem myslel tak, že ta poruchovost je patrně nižší.
Jen poznamka: ty flashovaci utility z akce "vymente si firmware, kdyz teda chcete" jsou iso soubory vzdy pro danou radu disku a flash. utilita se celkem trefovala spravne.
Co bylo lepsi, v jednom stroji jsem nasel 6 disku koupenych ve _stejnou_ dobu a ty jejich testy na webu prohlasily, ze 2 disky nepotrebuji upgrade. :-/ Nasledne totez provedla utilita - upgradovala jen 4 disky. Flashnout disk z jine serie se timto zpusobem asi nepodari, pokud to jeden nebude lamat nejak nasilne. Urcite ne na jinou radu.
Lepsi bylo, ze se na tech strojich (6x1TB v raid6) pak po zapnuti spustil fsck (pres rok bez fsck...)... a bylo na hodinu vystarano 
(no, vyclenil jsem si na to sobotu, takze nikdo neremcal)
A problemy s usmrcenim-se disku taky nebyly, za tu dobu cca 1 s vadnyma sektorama.... rekneme pri nejakych 20 discich, popisovane potize ne-e ... seagati psali, ze se to projevuje ve vzacnych pripadech a celkem tomu uz aj verim... skoro bych rekl, ze Seagate to udelal spis jako zavirak huby na ty uvdni vadne serie :-/
Můžete mi prosím poradit programy, se kterými provádíte Vámi uváděne zahořovací testy?
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz