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í
×
    včera 21:11 | Nová verze

    Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 1
    včera 15:55 | Zajímavý software

    WLED je open-source firmware pro ESP8266/ESP32, který umožňuje Wi-Fi ovládání adresovatelných LED pásků se stovkami efektů, synchronizací, audioreaktivním módem a Home-Assistant integrací. Je založen na Arduino frameworku.

    Indiánský lotr | Komentářů: 0
    8.8. 15:33 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.

    Ladislav Hagara | Komentářů: 3
    8.8. 14:22 | IT novinky

    Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.

    Ladislav Hagara | Komentářů: 1
    8.8. 13:22 | IT novinky

    Operátor O2 má opět problémy. Jako omluvu za pondělní zhoršenou dostupnost služeb dal všem zákazníkům poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství.

    Ladislav Hagara | Komentářů: 8
    8.8. 05:55 | IT novinky

    Společnost OpenAI představila GPT-5 (YouTube).

    Ladislav Hagara | Komentářů: 1
    8.8. 05:00 | Nová verze

    Byla vydána (𝕏) červencová aktualizace aneb nová verze 1.103 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.103 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    7.8. 17:33 | IT novinky

    Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.

    Ladislav Hagara | Komentářů: 10
    7.8. 16:55 | Nová verze

    Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 0
    7.8. 16:44 | Nová verze

    Byla vydána verze 1.89.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (46%)
     (20%)
     (4%)
     (5%)
     (3%)
     (1%)
     (1%)
     (19%)
    Celkem 318 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    Rozcestník

    Dotaz: Arch - přechod na BTRFS

    15.8.2016 19:20 Honza | skóre: 19
    Arch - přechod na BTRFS
    Přečteno: 568×
    Plánuji přejít (novou instalací Arche) na BTRFS a mám na zkušené tři dotazy:

    - instalace bude na SSD podporující TRIM. Je rozumnější používat manuálně (případně automatizovat cronem) fstrim nebo dát rovnou do fstab možnost discard? - jak je to s příznakem autodefrag? používá se pro BTRFS také? - co se složkou obsahující virtuály? Budu mít BTRFS pod LVM (kvůli swap oddílu), takže můžu vytvořit další ext4 oddíl pro virtuály. Raději bych ale měl složku s virtuály pod BTRFS. Někde jsem ale četl, že příznak NODATACOW na subvolume nefunguje. Bude tedy stačit na prázdnou složku aplikovat chattr +C?

    Předem děkuji za reakce.

    Odpovědi

    15.8.2016 20:27 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS

    Já používám všude discard (skrz Btrfs, LUKS i LVM), ale zdá se, že to může být víc škody než užitku. Těžko říct. Asi to teda mám všechno špatně.

    autodefrag mám všude zapnutý, i na SSD, ve stylu „because we can“. Je na nekonečnou debatu, jestli to dává smysl. Výkon by to zlepšovalo jedině při nějaké extrémní fragmentaci, která je nepravděpodobná. Opotřebení SSD to asi zvyšuje, ale jedině pokud je nějaká defragmentace skutečně potřebná a provádí se. Beru to tedy tak, že v případě hypotetické extrémní fragmentace by to (trochu) pomohlo s výkonem, za cenu opotřebení SSD — ale SSD je prostě k tomu, aby se používalo, takže co má být —, a v jakémkoliv jiném (běžném) případě to nedělá skoro nic.

    Ano, chattr +C je pořád asi jediná možnost, jak lokálně aplikovat nodatacow. Disky s virtuály bych rozhodně dal do odděleného subvolume, aby se dalo v budoucnu plynule přejít na ten mount option, až jednou (snad) bude per-subvolume.

    15.8.2016 21:06 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Dík, víceméně to potvrzuje moje doměnky. Discard je opravdu otázka a v rúzných fórech nebo wiki jsou mnohdy opačné názory. Autodefrag někdo vyloženě na SSD nedoporučuje, ale zase názory a zkušenosti nejsou jednotné. Jinak doplňující dotaz: jelikož plánuju na disk šifrování tak se obávám, že fstrim používat nepůjde? Virtuály tedy dám do odděleného volume a na příslušnou složku použiju chattr +C ještě před tím, než do ní překopíruju soubory.

    15.8.2016 21:23 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS

    Mám za to, že fstrim používá seznam volných bloků v souborovém systému a ten bude fungovat vždy, zcela bez ohledu na to, zda je příslušné zařízení šifrované či nikoliv.

    Problém je ale v tom, že discard i fstrim můžou (teoreticky) u šifrovaného zařízení vést k úniku jistých dat (například o rozmístění různých bloků se známým obsahem) a tím k oslabení zabezpečení, které šifrování poskytuje. Pár odkazů je tady. Záleží také na zvoleném typu šifry.

    16.8.2016 15:08 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    A je tedy potřeba dávat v Archi příslušný záznam (allow-discards) do /etc/crypttab, aby uměl na šifrovaném oddílu discard / fstrim?

    16.8.2016 16:29 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS

    Já ho tam vždycky dávám. I kdybych nakonec při mountu filesystému discard nepovolil, není od věci mít discard uschopněný na všech ostatních vrstvách jako LUKS, LVM, GPT, kdovícoještě až po hardware. Pak se celá věc ovládá na jednom místě (mount option nebo spuštění fstrim) a není třeba myslet na těch několik dalších vrstev (a hledat v dmesg, kde se to zadrhlo).

    16.8.2016 16:43 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Díky, rozumím. Takže discard uschopním nejen na LUKS, ale i na LVM.
    16.8.2016 17:09 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Přeci jen ještě doplňující dotaz: když budu mít discard uschopněný pro root v mkinitcpio a vše ostatní budou BTRFS suboddíly, tak bych vlastně discard pro LUKS v /etc/crypttab nemusel (neměl) řešit?

    Skoro si pohrávám s myšlenkou nechat kus neformátovaného místa na SSD a discard vůbec neřešit. Obzvlášť kvůli šifrování....

    16.8.2016 17:51 Andrej | skóre: 51 | blog: Republic of Mordor
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    …tak bych vlastně discard pro LUKS v /etc/crypttab nemusel (neměl) řešit?

    Měl, protože /etc/crypttab se (pokud se nepletu) zkopíruje z /etc do toho initcpio obrazu / souborového systému, aby se v initramdiskové fázi bootu dal ten šifrovaný kontejner otevřít rovnou správným způsobem. A právě tam už musí to nastavení být, má-li se uplatnit.

    Pokud jde o souborový systém uvnitř toho LUKS kontejneru, já dávám povolení discardu i do kernelových optionů, ale v tomhle jdu špatným příkladem ;-P, protože je to zbytečná blbost — v implicitním nastavení se totiž root (/) namountuje napřed read-only, takže discard nedává žádnž smysl, a pak se později přemountuje read/write, už podle /etc/fstab, kde bude discard povolený. Protože se provádí remount na read/write, discard se prostě bez problémů zapne.

    U toho LUKS kontejneru/oddílu se ovšem žádná obdoba remountu nedělá — jakmile je na něm root (/), bude už otevřený stejným způsobem po celou dobu uptime systému. Proto by měl mít nastavení už od úplného začátku.

    Ve Fedoře existují kernelové optiony, které si přečte Dracut a které umožňují zapnout discard v LVM, LUKS i Btrfs nezávisle na další konfiguraci systému. Už si nevzpomínám, jak přesně je to v Archu a/nebo na vanilla kernelech. Ale /etc/crypttab rozhodně v Archu funguje ve spojení s mkinitcpio přesně podle očekávání, tj. zkopíruje se do toho úvodního ramdisku (dokonce s hláškou během vytváření toho initcpio obrazu) a použije se pak při bootu velmi brzy, přesně jak je potřeba.

    Samozřejmě taky musí mít /etc/mkinitcpio.conf v sobě správné hooky. Já mám například na jednom systému nešifrovaný /boot, protože GRUB kdysi dávno neuměl LUKS a neuměl tedy bootovat z šifrovaného oddílu (ach jo), takže mám GPT tabulku oddílů, na ní je EFI boot oddíl a druhý oddíl s LVM, v tom LVM je /boot (nešifrovaný) a všechno ostatní je LUKS oddíl, v LUKSu je další vrstva LVM a v něm malý swap a Btrfs (vše ostatní). Je to stejné jako konfigurace popsaná tady. Hooky v Archu pak musí být něco jako … lvm2 encrypt lvm2 resume …, aby se všechny vrstvy otevřely. (To například na Fedoře není potřeba, protože tam Dracut sám rekurzivně hledá a otevírá vrstvy abstrakce tak dlouho, dokud nenajde oddíl s požadovaným UUID, který poslouží jako root.)

    Dnes už bych tohle^^^ asi nedoporučoval, protože GRUB umí LUKS, takže je možné mít jen jednu vrstvu LVM. Tedy mít GPT, na tom EFI + LUKS oddíly a v LUKS oddíle buď rovnou Btrfs, nebo LVM a na tom jeden swap LV a jeden Btrfs LV.

    16.8.2016 18:55 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Tak znovu díky za vyčerpávající reakci.

    Musím se na to znovu podívat, ale Arch píše že root mít v /etc/crypttab nechce a nechává to na initcpio. Jinak ano, na Archi musejí být hooky v /etc/mkinitcpio nastaveny, tj. ...keyboard encrypt lvm2 resume filesystem ....

    Já budu instalovat na MBR, takže plánuji LUKS na celý disk, v tom jednu vrstvu LVM a v ní potom jeden swap LV a jeden Btrfs LV se subvolumes. Boot na rootu.

    15.8.2016 20:39 Love_Dali | skóre: 24
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Osobně používám ArchBang jako základ a nechávám AB aby sám nastavil fstab. Takže mám:
    [petr@Archbang Diablo II]$ cat /etc/fstab 
    
    UUID=1e1286cc-4640-46fc-8fd4-918b61f129cd       /               btrfs           rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0
    
    # /dev/sda6
    UUID=b53aef57-cee8-472e-a8c9-d20b482c7198       /home           btrfs           rw,relatime,ssd,space_cache,subvolid=5,subvol=/ 0 0
    
    [petr@Archbang Diablo II]$ 
    
    Nějak jsem se v tom nehrabal a swap už tak 3 roky vyplý (core i5 2450m @2.5GHz, 6GB RAM) a problém jsem nenašel. SSD je OCZ Vertex 4 a už to bude hezkých pár let, co jej mám :).

    Právě jedu na plasmě 5.7.x a ani GnomeShell nebo cokoliv jiného si nestěžovalo.

    Cheers
    15.8.2016 21:07 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Díky. Koukám, že discard ve fstab nemáte. Používáte tedy fstrim?

    16.8.2016 14:57 Trubicoid2
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    discard tam mám, navíc jednou denně v cronu fstrim -a

    Navíc mám compress=lzo a noatime, autodefrag nemám. I když říkají, že to stejně dělá, třeba se to časem změní.

    ssd nemám, to stejně sám detekuje
    16.8.2016 19:06 Love_Dali | skóre: 24
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Hmm, pravda. Používal jsem vždycky. Nahodím :)
    16.8.2016 19:07 Love_Dali | skóre: 24
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    I když (a možná mě opravte) netrimují už novější SSD samy?
    17.8.2016 12:43 Honza | skóre: 19
    Rozbalit Rozbalit vše Re: Arch - přechod na BTRFS
    Viz. diskuze vyse....

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.