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.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Tak neviem, tesit sa alebo nie?
No nic, holt se bude muset najít někde jiný, kdo napíše opensource implementaci exFAT pro Linux. Snad to nebude dlouho trvat a dostane se přímo do kernelu, stejně jako je tam FAT.
Ale hlavně, celá FAT už měla dávno zmizet ze světa.
A to jako proč? Jen proto, že je tu už dlouho? ext2 vám nevadí?
The wheel ... was a great idea ! :D
FAT je sice principiálně jednodušší, ale existuje jí několik variant. Díky tomu tady máme problémy s paměťovými kartami s vyšší kapacitou atd. Navíc, když se podíváte do specifikace od MS, tak tam jsou položky s popisy typu: "Toto může být nastaveno na X, ale protože to spousta software nastavuje na Y, tak tam taky raději zapisujte Y a raději se podle toho vůbec neřiďte." apod.
Takže vzato kolem a kolem je Ext2 možná jednodušší.
Jenze pokud jste v pozici vyrobce napr. fotaku, tak je vam mnozstvi variant FAT u prdele. Proste implementujete tu jednu, kterou potrebujete a hotovo.
FAT je IMHO na takove veci vhodny FS.
Tak to nefunguje. Typ FAT je podle specifikace MS dán kapacitou zařízení. Když je hodně malé, tak FAT12, od určité kapacity FAT16 a pak FAT32. Když byste implementoval např. jen FAT32, tak budete mít nekompatibilitu s paměťovými kartami s kapacitou 2 GB a méně apod.
Doslovný citát ze specifikace od MS:
"The FAT type—FAT12, FAT16, or FAT32—is determined by the count of clusters on the volume and nothing else."
Jinak tam jsou taky dobré rady týkající se velikostí na hranici mezi různými typy FAT. Protože je to mnohde špatně implementováno, doporučují v takové případě raději naformátovat na trochu nižší kapacitu, aby se předešlo problémům 
O exFAT starost nemám - i kdyby to bylo uzavřené a k ničemu, tak to někdo napíše znovu a pořádně. exFAT je jednoduchý filesystém s četností výskytu podobnou sněžnému muži. Spíš mám strach o NTFS-3G - to je funkční projekt s dobrou licencí...
Ale preco to microsoft robi? Co ho k tomu vedie ine ako vidina buduceho zisku? Nebudu neskor sudne spory, z ktorych bude microsoft tazit a vyuzivat prave tie zmluvy?
Tak to je MS pristupnejsi nez Novell. Ten poskytoval veskerou dokumentaci k NDS zadarmo, ale pouze v pripade ze napisete pouze klienta a ze se nikdy v zivote nepokusite implmentovat server.
Jinak FAT je jednoduse genialni filesystem. Jednodussi FS snad uz ani existovat nemuze.
takže pokud nejsou soubory fragmentované, jsou vždy v jednom kusu.
S tím se nedá než souhlasit 
, takže přesněji:
Na FAT(16) nejsou žádná metadata za hranící druhé FAT. Pokud je soubor nefragmentovaný, nemůžou uvnitř něj být data, které do souboru nepatří, s vyjímkou konce posledního clusteru (a ty není problém odstranit).
Oprotitomu na ext2 nemusí být soubor vnitřně fragmentovaný, ale může přesahovat hranici skupiny bloků, taže i když logicky je v jednom kusu (z pohledu alokace), fyzicky má někde uprostřed deskriptor bloku, bitmapy a inody. A i když je soubor celý v jedné skupině bloků, jsou tu ještě indirect bloky (ve kterých jsou ukazatele na datové bloky, co se nevešly do inody), a ty se při zápisu strkají mezi normální datové bloky.
Takže pokud se soubor z havarovaného ext2/3 obnoví jako jeden kus, tak je možné, že část dat bude nějaké "smetí", leda že bude obnovující program znát strukturu ext2/3 a bude dopředu vědět, jak velký je alokační blok, jaké jsou hranice skupin bloků, kolik si uživatel nastavil inod a kolik je přímých odkazů na inodu.
Jo to mate pravdu, tohle zrovna neni idealni. Ma FATce je pekne ze pouzivate jednu datovou strukturu jako bitmapu(pro hledani volnych bloku) a zaroven je to spojovy seznam.
Tam si snad budu moci dát jaký FS chci, ne? Třeba UBIFS nebo JFFS2. Být výrobcem (foťáků, přehrávačů...), tak zvolím nějaký svobodný souborový systém a nechám si k němu dopsat ovladač pro Windows -- určitě to bude lepší, než se zlobit s nějakým microsoftím souborovým systémem, který znamená potenciální (nebo i reálné) problémy (patenty, vydírání ze strany MS atd.).
Myslím, že UBIFS a JFFS2 jedou pouze nad MTD zařízeními. Což SDXC rozhodně není.
To si tam spíš dáte EXT3,4 apod. Hlavní problém budou zařízení (foťáky apod.), která budou používat exFAT.
U jiných OS by problém nebyl, protože ti rádi podporu pro nový FS začlení. Problém je akorát s Windows, pro které by se musel napsat ovladač toho FS a uživatelé by si ho museli instalovat. Není to sice úplně jednoduché*, ale má to i své výhody -- jednak výrobci nehrozí žádné poplatky za používání patentovaných technologií a jednak když už si uživatel něco instaluje, může mu tam s tím nainstalovat nějaký svůj software, třeba na stahování fotek z foťáku, dělání panoramat atd. (nemyslím spyware).
*) přinesu kartu ke kamarádovi, on nemá ovladač a co teď? Pokud bude instalace jednoduchá, není to až takový problém. Prostě stáhnout program, klik klik a hotovo.
rad bych vedel proc nepouzivat ext2. Na windows ovladac existuje.
Staci na cudlik dat malou fatku s ovladacem a dalsi ext2 na data.
Je pravda, že 1&2 sa dá vytknúť aj FATu...
nežurnálovaný (ako zvyknú ľudia vypínať fotoaparáty&spol?)Tlačítko nebo přepínač na zapnutí/vypnutí u fotoaparátu, stejně jako třeba u mobilů, ho nedpojuje přímo od napájení, jen řiká řídící jednotce, že se má zapnout/vypnout. Napřiklad pokud se pokusíte aparát vypnout během zápisu snímku na kartu, tak se prvně dokončí zápis a pak se teprve vypne. Takže pokud uživatel nevyndá baterii/baterie nebo kartu za chodu, nebo pokud se fotoaparát nesekne (i fotoaparáty můžou mít svou verzi BSOD
), neměla by karta zůstat v nekonzistentím stavu. A vzhledem k omezenému množstí možných zápisů bych nepovažoval klasický žurnál za moc rozumný nápad.
Takže to mám brát jako FUSE binární shit? No tomu říkám pokrok...
Tiskni
Sdílej: