Ondsel, tj. vylepšený FreeCAD, po dvou letech skončil. Cílem Ondselu bylo vylepšit UX/UI FreeCADu a nabízet jej komerčně. Od začátku věděli, že konkurovat komerčním CADům bude těžké. Bylo to ale těžší, než si mysleli. Proprietární CADy se vyučují na školách a jsou hluboce zakořeněny v průmyslu. Většina vylepšení od Ondselu se dostane do FreeCADu.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.1.0. Přehled novinek v poznámkách k vydání.
Aplikace LocalSend, tj. multiplatformní open source alternativa k AirDropu, tj. bezpečné sdílení souborů a zpráv s okolními zařízeními přes lokální síť, bez potřeby připojení k internetu, byla vydána ve verzi 1.16, aktuálně 1.16.1. Instalovat lze také z Flathubu a Snapcraftu.
Nejnovější publikace v knižní edici správce české národní domény nese název ESP32 prakticky a jejím autorem je Martin Malý. Kniha je průvodcem ve světě výkonných a velmi bohatě vybavených mikrokontrolérů společnosti Espressif. V knize se naučíte, jak využít tento čip pro různé projekty, od základního nastavení a programování ESP32 v Arduino IDE, přes připojení k Wi-Fi a Bluetooth, až po pokročilé techniky, jako je realtime operační systém FreeRTOS, příjem signálu z družic nebo programování v ESP-IDF.
Byl představen nový oficiální 7palcový Raspberry Pi Touch Display 2. Rozlišení 720 × 1280 pixelů. Cena 60 dolarů.
Na čem aktuálně pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za říjen (YouTube).
Byla vydána verze 0.4.0 v Rustu napsaného frameworku Pingora pro vytváření rychlých, spolehlivých a programovatelných síťových systémů. Z novinek lze vypíchnout počáteční podporu Rustls, tj. implementaci TLS v Rustu. Společnost Cloudflare uvolnila framework Pingora letos v únoru pod licencí Apache 2.0.
Byla vydána první pre-release verze desktopového prostředí Xfce (Wikipedie). Vydání ostré verze je plánováno na 15. prosince. Současně byla vyhlášena soutěž o výchozí wallpaper pro Xfce 4.20. Uzávěrka přihlášek je 15. listopadu.
Přímý přenos z konference OpenAlt 2024, jež probíhá tento víkend v prostorách FIT VUT v Brně. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
V Coloradu unikla hesla k volebním počítačům. Více než 2 měsíce byla tabulka se stovkami hesel do BIOSu volně na webových stránkách. Dle úřadu je potřeba ještě druhé heslo, takže se o žádnou bezprostřední bezpečnostní hrozbu pro volby nejedná [Ars Technica].
/mnt
na filmy a jiná multimediální data. Při běžných činnostech budou moci klidně spát.
Žádné rozdělení není ideální. Nejlepší je nedělit. Tahle zásada se ale v případě několika disků, které jsou různého typu, aplikuje hodně těžko… Na dnešním hardwaru člověk nepotřebuje swap, pokud nehodlá uspávat počítač na disk, a nepotřebuje an oddělený /boot
, protože grub umí nabootovat bez problémů z „hlavního“ Btrfs oddílu a dokonce klidně i z LUKS oddílu uvnitř LVM.
Já například na noteboocích volím takové celkem konzervativní dělení, které má Btrfs přes maximální možnou část disku, ale má taky swap, protože uspávání na disk může být zase jednou in, jakmile někdo vymyslí, jak ho korektně provést ve spojitosti se SecureBoot, a navíc má oddělený nešifrovaný /boot
, protože podpora LUKS v GRUBu zatím není příliš shovívavá k troubleshootingu a navíc nefunguje zrovna s tou LUKS konfigurací, kterou obvykle používám.
V tomhle konkrétním případě (SSD a dva disky) bych asi dal na SSD systém a minimální počet oddílů nezbytný k tomu, aby z toho firmware dokázal nabootovat, zatímco na ty dva WD disky bych dal přímo LVM (případně v kombinaci s LUKSem, podle gusta), bez jakýchkoliv oddílů, přímo na disky a přes oba disky. To pak dává docela solidní flexibilitu. Taky se dá dát přes oba disky Btrfs, který si s nestejně velkými disky poradí, ale háček je v omezeních, která rozdílná velikost disků s sebou nese. Například LVM striping přes dva disky se (při vhodně nastavené velikosti LV) dá snadno zařídit, ale nějakých těch nesymetrických 250 GB se pak už musí využít na jiný, oddělený LV. Podobně je to s Btrfs RAID0 nebo RAID1 — klasická Btrfs RAID konfigurace z toho většího disku využije jenom 750 GB. Zato Btrfs konfigurace s RAID1 metadaty a s daty alokovanými bez explicitních nároků na RAID samozřejmě využije prostor na obou discích zcela beze zbytku. To z ní dělá v jistém smyslu nejlepšího kandidáta. Jenže možná není dobré spoléhat se, že ani jeden z těch dvou disků neselže.
Ohledně Btrfs RAIDu (podle mě nejlepší řešení) se dá většina záležitostí najít na téhle wiki stránce. Konkrétní příkazy pro vytváření filesystému jsou v této sekci. Manuálnové stránky man btrfs
taky rozhodně nebudou k zahození. Pokud jde o ty dva disky, ze kterých se nebootuje, v podstatě vůbec není nutné dělat na nich jakékoliv oddíly nebo vrstvy navíc; dají se přímo rovnou dát do Btrfs filesystému (tedy rovnou /dev/sdb a /dev/sdc, například).
Ohledně starších RAIDů pro filesystémy, které RAID nepodporovaly (se všemi nevýhodami, které z toho plynou) se dá najít dokumentace například u LVM. Abych ale začal od začátku, softwarový RAID byl původně nejčastěji vytvářený utilitou mdadm
a konfiguraci měl v /etc/mdadm.conf
. Tomu se říká/říkalo mdraid. Později se tahle funkcionalita ovšem dostala i přímo do LVM, tedy LVM začal sám nativně a bez jakéhokoliv RAIDu pod sebou poskytovat v podstatě všechno, co uměl RAID, tedy napřed něco jako RAID1/mirroring, pak RAID0/striping a pak i další RAIDy, přinejmenším 5 a 6. Tomu se říká dmraid. Tam je nastavení zpočátku úplně stejné jako u kteréhokoliv jiného LVM: Na oba disky se napřed zavolá pvcreate
. Pak se z nich vyrobí jeden volume group pomocí vgcreate
. Nakonec se vytvoří logical volume pomocí lvcreate
, a to tak, aby dělal třeba RAID0/striping nebo něco podobného — třeba -i 2 -I 6
(jestli se nepletu) bude stripovat přes oba disky a velikost stripu bude 2^6 kB, tedy 64 kB. Všechny uvedené příkazy mají znamenitý --help
a samozřejmě taky manuálové stránky.
Po éře dmraidu a mdraidu se objevily pokročilé flesystémy s checksumy, copy-on-write a (především!) s vestavěným volume managementem, například Btrfs a ZFS. A tím se konečně dostávám k současnému stavu věcí. Vytvoření Btrfs přes dva disky je jeden triviální mkfs
příkaz. Člověk tam už nemusí řešit nic kolem konfigurace softwarového RAIDu. Navíc je Btrfs v každém myslitelném ohledu lepší než softwarový RAID kombinovaný se starším filesystémem. Ví totiž mnohem víc o datech, která zapisuje, a o jejich správném rozmístění. Navíc má checksumy a dovede se tedy skutečně vypořádat se situací, kdy například jeden z RAID1 disků vrací špatná data. Klasický RAID1 bez mrknutí oka vrátí špatná data, když k nim prokládané čtení náhodou dospěje. Btrfs však rozhodně ne — právě díky checksumům zjistí, že některá z replik nemluví pravdu, data načte z nepoškozené repliky a na té původní je opraví.
Tolik tedy k vytváření různých RAIDů. Nejjednodušší mi připadá vybodnout se na mdraid i dmraid a vytvořit přes oba dva disky Btrfs. Jedna možnost je vytvořit ho nesymetrický, kdy sice bude zálohovat metadata na oba disky, ale nebude číst prokládaně (To odpovídá lineárnímu RAIDu, přibližně, s mnoha Btrfs výhodami k tomu.) Tím se využije 100% místa. Druhá možnost je vyrobit na větším disku oddíl, který bude přesně stejně velký jako menší disk, a pak vytvořit symetrickou konfiguraci s RAID0 nebo RAID1 Btrfs. Tím se využije 100% throughputu obou disků (no, skoro, zkrátka aspoň dvakrát throughput toho pomalejšího), ale na tom větším disku pak zůstane těch 250 GB, které do Btrfs RAIDu patřit nebudou. Tam bys pak mohl mít třeba nějaký další oddíl na zálohování něčeho, k čemu se třeba moc často nepřistupuje, aby to nebrzdilo výkon toho RAID{0,1} „pole“. To už záleží na konkrétní situaci, k čemu to má sloužit atd.
Tato odpověď zdá se mi býti příliš arogantní.
Zaprvé, ve výsledcích, které tohle vrací, není ani zmínka o Btrfs, což je celkem zásadní chyba. Věci neznalý čtenář by z toho mohl získat dojem, že Linux žije v době kamenné a že nemá souborový systém s volume managementem. Leč opak je pravdou.
Zadruhé, aby toho nebylo málo, většina těch howto, která se povalují na webu, používá mdadm
pro vytváření RAIDu, což je beznadějně out, protože LVM umí totéž a nesrovnatelně lépe, když už člověk z nějakého důvodu chce pouze RAID zařízení bez filesystému. Ale to asi není až tak podstatné, protože Btrfs strčí do kapsy obě varianty.
Zatřetí, tazatel nikde nepsal, že chce RAID1. Možná chce lineární RAID. Možná chce RAID0.
To jen tak na vysvětlenou, proč je někdy lepší dát si práci s odpovědí než předvádět, jak se dají vygooglit zastaralé návody k zastaralým technologiím. :-P
Tiskni Sdílej: