Společnost Raspberry Pi nově nabzí Raspberry Pi Camera Module 3 Sensor Assembly, tj. samostatné senzorové moduly z Raspberry Pi Camera Module 3.
Cathode Ray Dude v novém videu ukazuje autorádio Empeg Car (později Rio Car) z let 1999–2001. Šlo o jeden z prvních přehrávačů MP3 do auta. Běží na něm Linux. Vyrobeno bylo jen asi pět tisíc kusů, ale zůstala kolem nich živá komunita, viz např. web riocar.org.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.7.
Wayland byl vydán ve verzi 1.24.0. Jde o menší vydání po více než roce. Více funkcionality bývá přidáváno v průběžných vydáních Wayland Protocols.
Textový editor Geany byl vydán ve verzi 2.1. Jde o udržovací vydání po bezmála dvou letech. Obsahuje drobná vylepšení vyhledávání, aktualizace podpory zvýrazňování syntaxe a dále převážně opravy chyb.
Byly zveřejněny videozáznamy, dostupné také s prezentacemi přímo z programu, a také fotogalerie z open source komunitní konference DevConf.CZ 2025 konané od 12. do 14. června v Brně.
Navigace se soukromím CoMaps postavena nad OpenStreetMap je nově k dispozici v Google Play, App Store i F-Droid. Jedná se o komunitní fork aplikace Organic Maps.
Vývojáři OpenMW (Wikipedie) oznámili vydání verze 0.49.0 této svobodné implementace enginu pro hru The Elder Scrolls III: Morrowind. Přehled novinek i s náhledy obrazovek v oznámení o vydání.
Masivní výpadek elektrického proudu zasáhl velkou část České republiky. Hasiči vyjížděli k většímu počtu lidí uvězněných ve výtazích. Výpadek se týkal zejména severozápadu republiky, dotkl se také Prahy, Středočeského nebo Královéhradeckého kraje. Ochromen byl provoz pražské MHD, linky metra se už podařilo obnovit. Výpadek proudu postihl osm rozvoden přenosové soustavy, pět z nich je nyní opět v provozu. Příčina problémů je však stále neznámá. Po 16. hodině zasedne Ústřední krizový štáb.
Po více než roce vývoje od vydání verze 5.40 byla vydána nová stabilní verze 5.42 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 64 vývojářů. Změněno bylo přibližně 280 tisíc řádků v 1 500 souborech. Přehled novinek a změn v podrobném seznamu.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
hda: dma_timer_expiry: dma status == 0x60
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status timeout: status=0xd0 {Busy}
atd.
Disk znovu naběhl až při vypnutí a zapnutí počítače. Otestování programem od Seagate na bad blocks nepřineslo žádný špatný výsledek. Poslední otevřené soubory obsahovaly jen znaky s ASCII kóde ctrl+@. Disk pracuje v UDMA5 modu. Jádro používám Gentoo 2.6.7r5.
S diskem Western Digital WDC WD153BA v UDMA4 modu v Mandrake s 2.4 ani s 2.6 jádrem ve stejném stroji problémy nikdy předtím nebyly.
Konfiguraci jádra dodám na požádání.
Nyní se bojím svěřit disku jakákoliv důležitá data. Kde mohla být příčina problému a jak ji odstranit?
To jsme si fakt nerozumeli, protoze jsem myslel ze ti to dela porad a ne jen tak zrazu (holt deformace povolanim, vetsinou neco rozjizdim...). Jestli to bylo nahodne tak to nemusel at uz z jakehokoliv duvodu stihat nebo mel dost (nevim, hodne pozadavku, vyssi teplota, rekalibrace nebo seekovani k tomu) pripadne ruseni nebo jestli to mas trosku pretaktovane. Pokud ale utility k disku nehlasi chybu a v smartlogu nic zavazneho neni tak to jeste nemusi byt obavy, kazdopadne to sleduj, pak budem vedet vice. Jinak ten chipset (686B) mel nejake chyby pri DMA pristupech na disk vetsinou to sekalo celou masinu nebo si kopiroval velky soubor a nedostal si stejna data a pokud mrknes kamkoliv do archivu konferenci tak najdes neco blizsiho, bylo toho vsude plno. Ale bylo to tak v dobach 2.4.14 coz je myslim delsi doba. Ale pokud ti to zachybovalo jen jednou nahodne tak se te to asi netyka.Příběh má pokračování. Renovoval jsem počítač tak, že ze starého počítače zůstal jen ten problematický disk. A nový počítač s chipsetem VIA K8T800 Pro příležitostně tuhne dál, i když už méně často. Co vypisuje jádro jsem bohužel nestačil zjistit, ale chování je stejné: Svítí dioda signalizující práci s diskem, ale jakákoliv operace s diskem končí uvíznutím v jádře. Po restartu BIOS disk nemůže detekovat – BIOS se při detekci kousne. Pomůže až vypnutí a znovuzapnutí počítače.
Takovéto vytuhnutí vede k poškození filesystému (ext3). Když byl počítač nekorektně vypnut (výpadek elektřiny), tak filesystem požkozen nebyl.
Ve SMARTu jsou dvě podezřelé chyby. Kompletní výpis smartctl -a /dev/hda jsem vystavil na web.
Jsem přesvědčen, že chyba bude v disku. Nebo máte ještě nějaký nápad, kde by mohl být zdroj problémů? Jak mám disk nejlépe reklamovat, když počítač tuhne zcela nečekaně třeba až po několika stech hodinách nepřetržitého běhu? Díky za rady.
Tiskni
Sdílej:
