Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
sda `-sda1 crypto_LUKS 1 42aca8f8-5cc7-4587-9570-7d35cf56ee9e `-lvm LVM2_member LVM2 001 CTsW7H-Kfxj-s0HP-se63-ePnb-s5lf-lykrrt |-vg-swap swap 1 swap 92844331-8a7f-4e5c-8d7f-025d3db0a818 [SWAP] |-vg-root btrfs 572ee67a-f253-447a-af00-23b468e749f3 22.3G 36% / `-vg-home btrfs af92a864-1f97-4147-8f18-7297543de324 179.1G 5% /homeDnes som pozrel /etc/crypttab a v nom je takyto obsah>
# |name| |device| |password| |options| # home UUID=b8ad5c18-f445-495d-9095-c9ec4f9d2f37 /etc/mypassword1 # data1 /dev/sda3 /etc/mypassword2 # data2 /dev/sda5 /etc/cryptfs.key # swap /dev/sdx4 /dev/urandom swap,cipher=aes-cbc-essiv:sha256,size=256 # vol /dev/sdb7 noneVie mi niekto v skratke vysvetlit, co znamenaju tie partcie v crypttabe? Domnieval som sa, ze obsah crypttabu bude rovnaky ako fstab?V fstabe mam>
# /dev/mapper/vg-root UUID=572ee67a-f253-447a-af00-23b468e749f3 / btrfs rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0 # /dev/mapper/vg-home UUID=af92a864-1f97-4147-8f18-7297543de324 /home btrfs rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0 # /dev/mapper/vg-swap LABEL=swap UUID=92844331-8a7f-4e5c-8d7f-025d3db0a818 none swap defaults 0 0Dakujem za rady.
crypttab
je prázdný. Všechny řádky jsou komentáře a jsou tam vygenerovány pri instalaci, aby jsi měl představu, jak může vypadat položka v crypttabu. Ty fakticky odšifrováváš roota, což je záležitost grubu (a initramfs) a ne operačního systému a v cryptabu se neobjevuje. fstab ti popisuje situaci, kdy z blokových zařízení dělá souborové systémy a ty mounuje. Což v tvémém případě jsou odšifrovaná zařízení a ještě budeš mít nějaké jiné odšifrované zařízení se jménem lvm
v /dev/mapper
ve kterém mám blokové odšifrované zařízení z sda1 a na něm proběhne lvm
Dnes som pozrel /etc/crypttab a v nom je takyto obsah>
No, takže máš crypttab
celý zakomentovaný a nic v něm nemáš. Dobře. A na co se teda vlastně ptáš? Nějak tomu dotazu nerozumím.
Domnieval som sa, ze obsah crypttabu bude rovnaky ako fstab?
Tak to byla nesprávná domněnka, zdá se. Mohlo by to tak teoreticky být v případě, kdy by každý oddíl měl v sobě oddělený LUKS kontejner a v něm filesystém.
Nicméně takové^^^ dělení je nesmysl, protože je přímo anti-flexibilní.
Asi tak před 10 lety by v tom (jednom) LUKS kontejneru byl LVM PV a na něm několik oddílů (LV).
Protože dnes není před 10 lety, dnes je dnes, má v tom LUKS kontejneru být jeden Btrfs filesystém, jehož různé subvolume se dají namountovat do různých míst, explicitně (ve fstab
) nebo implicitně (umístěním subvolume v adresářovém stromě), jak je potřeba a jak je libo.
Výše uvedené tedy odpovídá více mount pointům (ne nutně oddílům) z jednoho LUKS kontejneru.
Může to být i naopak, tedy víc LUKS kontejnerů na jeden filesystém / mount point. Například mé Btrfs RAID1 i RAID5/6 to takhle mají — každý z disků, z nichž sestávají, má na sobě LUKS kontejner, odemykaný odděleně, a dohromady pak tvoří jeden filesystém.
Takže žádné 1:1 mapování mezi crypttab
a fstab
obecně neexistuje.
…luks+lvm+btrfs…
Tohle^^^ je úplně špatně: LVM tam nemá co dělat. Připravuješ se naprosto zbytečně o spoustu flexibility a nic za to nedostáváš, jenom složitost navíc.
Snad ještě poznamenám, že swap
Tiskni
Sdílej: