Alibaba Cloud je dalším sponzorem nadace Omacom Foundation stojící za linuxovou distribucí Omarchy. Přislíbená částka je 3 miliony dolarů, tj. 1 milion dolarů ročně po dobu tří let. Stejná částka jako u DigitalOcean.
Byla vydána nová verze 262 správce systému a služeb systemd (Wikipedie, GitHub).
Canonical oznámil vydání Zephyr 26.04 LTS. Jedná se o komerční distribuci operačního systému pro mikrokontroléry Zephyr (Wikipedie) s podporou až 15 let.
Gravity Linux je linuxová distribuce určená pro Apple Silicon s čipy M4 a novějšími. Vydána byla alfa verze pro M4 Mac mini. Gravity Linux je fork Asahi Linuxu.
Hister je osobní soukromý vyhledávač, který lze provozovat na vlastním stroji. Umí prohledávat lokální soubory, importovat historii a záložky z webových prohlížečů, procházet vybrané weby a pomocí rozšíření pro Firefox a Chrome indexovat obsah právě navštívených stránek. Nad vytvořeným indexem pak nabízí vyhledávání prostřednictvím webového rozhraní, příkazové řádky a díky podpoře MCP i nástrojům umělé inteligence. Tento
… více »Ministerstvo dopravy uznalo prozatímní schválení asistenčního systému Tesla FSD Supervised vydané nizozemským schvalovacím orgánem RDW. Připojilo se tak k Nizozemsku a dalším pěti evropským státům. Systém je díky tomuto rozhodnutí možné používat za podmínek prozatímního schválení také na území České republiky. Tesla FSD Supervised je asistenčním systémem úrovně 2 podle klasifikace SAE (částečná automatizace řízení). Řidič se
… více »Někteří zákazníci O2 mohou aktuálně zaznamenat zhoršenou dostupnost internetových služeb. Na odstranění potíží se pracuje [Facebook].
PyPy (Wikipedie), tj. implementace Pythonu v RPythonu, alternativa CPythonu v C, byla vydána v nové major verzi 8.0.0. Podporuje Python 2.7, 3.11 a 3.12.
V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).
Chci se zeptat, podařilo se někomu vypálit tento obraz tak, aby po kontrole vypáleného média dostal některý z těchto kontrolních součtů?
Nechápu, jak je to možné, ale nepodařilo se mi to ani jednou. Když obraz stáhnu na HDD, kontrolní součet (sha256sum) souhlasí. Ale ten obraz prostě nejde vypálit.
Na jednom počítači WinXP a Nero - obraz se vypálí (zkusil jsem vypálit jedno CD-R a jedno CD-RW), ale sha256sum /dev/sr0 nevrátí korektní součet nebo zhavaruje na I/O chybě (+-střídavě). dd if=/dev/sr0 | sha1sum prozradí, že přes dd projde o několik set kB méně dat, než odpovídá velikosti obrazu - na dvou různých počítačích s použitím tří různých distribucí dd vrátilo méně dat, než by mělo (a vždy stejně, až při zkoušce na třetím zcela novém PC to vrátilo dat ještě o něco méně).
Další dva pokusy o vypálení proběhly na dalším počítači s poslední Fedorou a za použití K3b. K3b zhavarovalo pokaždé hned na začátku vypalování (jen pokaždé poničilo médium zaváděcí stopou), ještě před začátkem vypalování přitom spočítalo správný md5 součet souboru s obrazem.
V QEMU přitom z toho obrazu v pohodě nabootuji. Tak vážně nevím, co si o tom myslet.
Kouknul bych se sem: Chybně vypálený ISO obraz, následná kontrola vypálení skončí s chybou.
Dík za reakci, s tím nevypálením na druhé vypalovačce (na stroji s Fedorou) to byl planý poplach, ta palírna teď není schopná vypálit nic (resp. vypálí pár set kB na začátek média a skončí chybou), přitom jsem s ní ještě před čtrnácti dny bez problémů vypaloval. Už mám koupenou novou, budu zkoušet dál.
Pokud jde o odkazovanou diskusi - už jsem se setkal s tím, že dd if=/dev/sr0 vrátilo o pár set kB víc dat (začátek byl identický s image, na konci byly přilepeny nulové byty). Ale tady poprvé koukám na to, že z média vyleze méně bajtů (251904000) než je velikost image (252030976). Až teď mě napadlo porovnat kontrolní součet /dev/sr0 s kontrolním součtem prvních 251904000 bytů image - součty sedí. Rozdíl je 126976 bytů a opět kontrolním součtem jsem ověřil, že jsou to samé nuly.
Takže "záhada" je asi vyřešena - Nero je zřejmě "přechytralé" a nedopaluje nulové byty na konec média. A druhá vypalovačka zřejmě nefunguje, takže vlastně nevím, jak se zachová K3b. Vyzkouším.
Díky za nakopnutí, bylo to ve skutečnosti celkem prosté, ale tahle banalita byla součástí širšího okruhu nehod, které mě včera potkaly, takže už jsem se nedokázal při pokusu o řešení vymanit z myšlenkových stereotypů, které vedly k vytvoření záhady namísto k vyřešení problému.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz