Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Měnil jsem disky v počítači. Nahrazoval jsem 2 disky v raid1 novými 2 disky v raid1 stejné kapacity, ale výkonnějšími. Postupoval jsem takto: připojil jsem do systému 3. disk, pomocí dd jsem na něj přesunul prvních 512 bitů ze starého disku, přes mdadm jsem nastavil failed pro starý disk v raidu a pomocí remove ho odstranil, potom jsem pomocí add přidal nový disk. To samé jsem udělal i s druhým diskem a nakonec jsem oba staré disky odpojil a systém jede. Jenže při rutinní kontrole disků při bootu zjistil systém problém a poslal mě do konzole a dotazem na heslo roota, že našel nějaký problém. Zadal jsem tedy heslo a provedl fsck.ext3 /dev/md0. Našlo to několik orphan inodes a vše opravilo. Jenže tady nastává problém. V původním systému na starých discích jsem měl 3,2GB volného místa a tady po opravě fs je jen 800MB volného místa. Příkaz dd novou hodnotu potvrzuje. Problém je že na starých discích jsem pouštěl benchmark bonnie++, který těch falešných 3,2GB místa skoro využil. Proto by mě zajímalo, co vlastně využil. JE možné že přepsal to co neměl, že se poškodily nějaké soubory? Jak to zjistit. Nebo co jiného se mohlo stát? Mezi stavem 3,2GB a 800MB jsem nic na disku nevytvářel a bonnie++ soubory byly před přesunem disků smazány. Jak mohu zkontrolovat zda jsou soubory v systému v pořádku? Zatím běží systém bez problémů.
Teď jsem si všiml že vznikly 2 soubory aquota.user.new a aquota.group.new a poslední úprava kterou jsem prováděl s několika diskovými kvótami už neplatí, je tam ta před úpravou(měnil jsem uživatelskou kvótu z 220000 na 2200000 a ta už neplatí). To bude mít souvislost s poškozeným fs. Myslím že fs byl poškozený ještě před přesunem disků. Nicméně tyto 2 soubory několik GB opravdu nezabírají takže na volné místo nebudou mít vliv.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz