abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    31.5. 23:55 | Nová verze

    Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

    Ladislav Hagara | Komentářů: 0
    31.5. 17:33 | Nová verze

    Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.

    Ladislav Hagara | Komentářů: 15
    31.5. 17:11 | Komunita

    Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.

    Ladislav Hagara | Komentářů: 3
    31.5. 12:55 | Nová verze

    Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    31.5. 11:22 | Zajímavý článek

    David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …

    Ladislav Hagara | Komentářů: 9
    30.5. 22:44 | Nová verze

    Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.

    Ladislav Hagara | Komentářů: 0
    30.5. 21:22 | Zajímavý článek

    Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.

    Ladislav Hagara | Komentářů: 0
    30.5. 12:44 | Pozvánky

    V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    30.5. 12:22 | Nová verze

    Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 17
    29.5. 22:11 | Nová verze

    Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.

    Ladislav Hagara | Komentářů: 7
    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.