abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 1
    dnes 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    včera 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 2
    včera 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 3
    včera 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 6
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    16.7. 15:33 | Upozornění

    Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapyAI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.

    bindiff | Komentářů: 8
    16.7. 13:33 | Bezpečnostní upozornění

    Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).

    Ladislav Hagara | Komentářů: 5
    16.7. 00:11 | Nová verze

    Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (27%)
     (7%)
     (3%)
     (0%)
     (1%)
     (4%)
    Celkem 410 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    9.8.2020 21:11 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Ohledně btrfs subvolumes
    Které adresáře z / je dobré mít jako subvolume a proč?
    • Ty, které chceš atomicky snapshotovat.
    • Ty, které automaticky vytvoří systemd-homed a libvirtd; oba vědí, co dělají a proč.

    Já mívám jako subvolume většinou:

    • /, aby se dal filesystém sdílet mezi několika distribucemi. V bootloaderu je pak potřeba mít například rootflags=subvol=archlinux_root, pokud se subvolume jmenuje archlinux_root.
    • /var, protože proč ne, hodně se tam toho mění, atomické snapshoty taky dávají smysl a jednou v budoucnu, až bude možné nastavit jinou redundanci nebo jiné šifrování pro každou subvolume, oddělený /var se může hodit.
    • /home, pokud člověk nepoužívá systemd-homed a chce mít všechny domovské adresáře nějak společně snapshotované a zálohované. Tohle je ale celkem sporné a asi bych to dnes už nedoporučoval; ať tohle prostě spravuje systemd-homed pro každého uživatele zvlášť. (Pořád se to může hodit, pokud jsou v /home napevno nějací (napůl) fiktivní uživatelé, kteří se nepřihlašují.)
    • /etc, ale tady bacha; zatímco například subvolume pro /var může být klidně v kořenovém adresáři (třeba pod názvem archlinux_var (nebo podle libosti, pro každou distribuci sdílející filesystém) a mountovat se pak dá do /var (s patřičným optionem subvol=archlinux_var)), u /etc tohle takhle nejde; subvolume /etc je dobré vytvořit rovnou jako /etc (nebo tedy archlinux_root/etc), aby byl mount vždy automatický. Jinak to většinou nebude fungovat; bude tam spousta hádek s GRUBem, s vytvářením initramdisků atd. Navíc se beztak /etc váže (a má vázat) ke kořenovému adresáři, takže je celkem OK, když se nemountuje úplně odděleně.
    • /boot, protože v dnešní době je /boot samozřejmě adresář (nebo subvolume), nikoliv oddíl. Je trochu dilemma, jestli to má být obyčejný adresář a má existovat pro každé distro zvlášť (což má výhodu v tom, že každé distro si může spravovat vlastní konfiguraci GRUBu) nebo jestli má existovat možnost sdílení mezi distry. Já volím kompromis: /boot a priori nesdílím, ale tu možnost nechávám otevřenou. Proto subvolume. Bude se jmenovat třeba archlinux_boot a do /boot se namountuje třeba s volbami noauto,x-systemd.automount,subvol=archlinux_boot. Pozor, GRUB pak samozřejmě potřebuje mít správně cesty od kořenového adresáře (implicitní subvolume), takže tam bude mít něco jako:
      initrd /archlinux_boot/(intel|amd)-ucode.img
      initrd /archlinux_boot/initramfs-linux.img
      linux  /archlinux_boot/vmlinuz-linux root=UUID=... ro rootflags=subvol=archlinux_root ...
      
      Tohle^^^ ovšem už asi tak 5+ let umí automaticky zajistit update-grub, takže by to mělo být v pohodě, jen tak samo od sebe.
    Musím je vytvořit při instalaci?

    Ne. Ale pak je to celkem voser, když je chceš vytvořit dodatečně a jedná se o nějaký systémový adresář, třeba / nebo /var:

    • nabootovat z nějakého live média
    • namountovat filesystémy, kde mají být subvolume
    • vytvořit subvolume
    • přesunout data z původních adresářů
    • [pokud je to potřeba] odstranit původní adresář a přejmenovat na něj subvolume
    • [pokud je to potřeba] aktualizovat /etc/fstab a initramdisk

    Ne že by to^^^ byl nepřekonatelný problém, to jistě ne; už asi desetkrát mě to potkalo. Ale … právě proto raději vyřeším subvolume už při instalaci.

    Pokud ano jak?
    btrfs subvolume create ...
    
    Můžu po instalaci, kdy instalátor vytvořil jako subvolumes pouze @/ a @home udělat např. z /var @var?

    Ano.

    (Předně je dobré si všimnout, že zavináč nemá žádný speciální význam; je to prostě jenom součást názvu subvolume (a subvolume se v Btrfs (na rozdíl od ZFS) (skoro) vždy objevuje jako implicitně namountovaný adresář někde ve filesystému (a nežije v odděleném stromě filesystémů jako u ZFS).)

    Jak?

    Postup záleží na tom, co je původně /var.

    1. Přesunout data.

      • Pokud je /var subvolume:
        # při bootu z recovery média; ne přímo na systému!
        mv /var /@var
        mkdir /var
        chmod --reference=/@var /var
        chown --reference=/@var /var
        
      • Pokud je /var obyčejný adresář:
        # při bootu z recovery média; ne přímo na systému!
        btrfs subvolume create /@var
        chmod --reference=/var /@var
        chown --reference=/var /@var
        cd /var
        mv * .[^.]* ..?* /@var
        
    2. A ve finále aktualizovat /etc/fstab, aby tam bylo něco rozumného.
      UUID=...  /var  btrfs  defaults,noatime,nodiratime,subvol=@var  0  0
      

    Nicméně já osobně bych asi volil trochu popisnější názvy než něco se zavináčem. Třeba opensuse_var, opensuse_root, mint_var, mint_root nebo něco podobného. Jinak není jasné, co se tam sdílí a proč. Kromě toho, žádná distribuce by si neměla myslet, že je na tom filesystému sama — i když tomu tak možná ve většině případů bude.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.