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 14:44 | 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 14.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 2
    včera 13:11 | Zajímavý projekt

    Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.

    NUKE GAZA! 🎆 | Komentářů: 2
    16.1. 16:44 | Nová verze

    Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.

    Ladislav Hagara | Komentářů: 2
    16.1. 15:11 | IT novinky

    Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.

    Ladislav Hagara | Komentářů: 15
    16.1. 13:55 | IT novinky

    Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny

    … více »
    Ladislav Hagara | Komentářů: 0
    16.1. 02:22 | Nová verze

    D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    16.1. 02:00 | Nová verze

    Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    15.1. 19:22 | Humor

    CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.

    NUKE GAZA! 🎆 | Komentářů: 3
    15.1. 12:33 | IT novinky

    Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.

    Ladislav Hagara | Komentářů: 3
    15.1. 12:11 | Komunita

    Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.

    Ladislav Hagara | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (5%)
     (0%)
     (10%)
     (20%)
     (3%)
     (6%)
     (2%)
     (11%)
     (41%)
    Celkem 481 hlasů
     Komentářů: 12, poslední 14.1. 21:12
    Rozcestník

    Dotaz: Arch - přechod na BTRFS

    15.8.2016 19:20 Honza | skóre: 18
    Arch - přechod na BTRFS
    Přečteno: 582×
    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: 18
    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: 18
    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: 18
    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: 18
    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: 18
    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: 18
    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: 18
    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.