Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
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.
Ahojky. Mám ještě jednu otázku. Jsem trošku zmatený z rozložení disku, pokud to nevidím pěkně namalované
Dejmě tomu, že je rozložený takto:
sda1 -- oddíl 1 --> md0 --> FS (ext4)
sda2 -- oddíl 2 --> md1 --> VG ---> LV1 --> FS (ext4)
\---> LV2 --> FS (ext4)
\--> LV3 --> FS (ext4)
1. není to kravina, chápu dobře princip, může to být takto?
Jak je velký disk zjistím pomoci fdisk -lu, kde uvidím počet sektorů celkem a počet sektorů jednotlivých oddílů.
2. Jak ale zjistím, jestli mám md roztažené na celé sda, FS na celé md0, VG na celé md1, kolik místa zbývá na VG (vgdisplay?), a FS na celé LV?
Beru to jen teoreticky, takže disky takhle rozdělené nemám a proto nemůžu testovat. Jen se to chci naučit a hlavně tomu porozumět -- po lopatě
Může, jestli si tam tedy doplním i to sdb1 a sdb2 :) .
md jen nad tím nad čím to postavíš, takže když máš md0 nad sda1, sdb1, tak má velikost (RAID1) zjednodušeně velikost sda1 nebo sdb1.
Pokud použiješ pvcreate a vgcreate nad md1, máš zjednodušeně využitý celý prostor md1, pokud použiješ mkfs nad nějakým LV, tak opět to máš přes celé LV.
Ale jinak, pvs, pvdisplay, vgs, vgdisplay ti dá roj informací o LVM a tune2fs -l roj informací o FS.
Pokud je FS připojený df je také zajímavý příkaz .
Taky tě může zajímat
mdadm -v --detail /dev/md0 nebo cat /proc/mdstat.
No jo, ale co když třeba po vytvoření md1 nekdo zvětší sda2? Nebo někdo zvětší LV a FS tím pádem nebude přes celou LV atd. Jde mi o tom, jak nejjednodušeji zjistím, že jsou někde nějaké "nevyužité mezery"? Jen výpisem téch příkazů a dopočítáváním?
Kdo někdo? skřítek? - to by pak skřítek měl vědět co dělá (nejen před tím, ale i potom) a proč to dělá a dotáhnout to do konce (mdadm --grow, pvresize, vgextend, lvextend/lvresize, resize2fs).
Mezery jsou hezký termín, zvláště v souvislosti s LVM…
Jen výpisem těch příkazů a dopočítáváním?Ano „jen“. Obvykle se informací zjistí (výpis jednotlivých příkazů) a pak se analyzují
.Jen bych si dovolil napovědět, že LV se většinou dělají minimální rozumné velikosti a dle potřeby se zvětšují a tedy „mezer“ je tam často roj.
, ale třeba admin, kterého přejela tramvaj, nedotáhl to do konce a jeho nástupce se musí podívat na disk, jak je uspořádaný. Proto říkám, že kdyby to bylo vidět na nějaké grafice, bylo by to asi přehledné min. pro mě. Proč. má z x příkazů něco dopočítávat admin, neměl by to počítat počítač? Jj, s těma LV vím, že se doporučuje držet místo tak akorát a pak jen postupně zvětšovat.. aby se zmenšovalo jenom v krajní nouzi.
Řekl bych, že admin je obvyle daleko od grafiky…, určitě existuje spoustu klikátek, ale pojmout všechny možnosti určitě nedokážou. Pokud admin potřebuje, tak si zařídí aby mu počítač spočítal co potřebuje. Od toho jsou tady právě ty příkazy, které když se poskládají a spojí tak dají požadovaný výsledek.
Myslím si, že pokud si to vyzkoušíš a zjistíš „jak“ to opravdu funguje, tak už nebudeš svému požadavku taky rozumět.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz