Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Ahoj, lze ekvivalent tohoto příkazu...
mdadm --build boot --assume-clean --level=1 --raid-devices=2 /dev/disk/by-id/usb-Verbatim_Store_n_Go_Drive_4010080000298191-0:0-part1 /dev/disk/by-id/usb-Verbatim_Store_n_Go_Drive_3710080000715127-0:0-part1
...zapsat do /etc/mdadm.conf? Nejspíš to nejde. Ale co když ano? Tak jsem si říkal, že se raději zeptám.
Důvod, proč používám RAID 1 bez superbloků, tkví v tom, že každý z obou oddílů se pak dá (read-only) mountovat zcela samostatně, bez jakékoliv podpory pro RAID. Ještě důležitější je, že ho dovede bez problémů přečíst BIOS nebo (dokonce i, světe div se) GRUB 2.
<kontext, trochu off-topic>
GRUB 2 bohužel podporuje softwarový RAID a LVM pouze teoreticky, v praxi rozhodně ne. Přesněji, u nějakých prastarých IDE disků si sice poradí, ale jakmile dojde na USB nebo SATA, kde není hned jasné, pod jakým označením BIOS disk zpřístupní, nesvede GRUB 2 naprosto nic. Což je k vzteku. Co kdyby si třeba ty disky v tom svém 1 MB nějak označil, aby je při bootu správně poznal??? Ne, to bychom po něm asi chtěli moc. Člověk zkrátka pro GRUB 2 potřebuje jeden obyčejný oddíl na jednom obyčejném BIOSem zpřístupněném disku. A má-li být ten oddíl zároveň mirrorovaný, jinak než přes „legacy RAID“ to nejde. Ve srovnání se starým GRUBem, který nefungoval ze zásady nikdy, je to sice jistý krok vpřed, ale stále to tak nějak „není ono“...</kontext, trochu off-topic>
Říkáš přesně to, co jsem už napsal v (off-topic části) dotazu. Samotný dotaz (tedy jak zapsat RAID 1, který nemá metadata, do /etc/mdadm.conf
) to nijak neřeší.
. A na to jsem ti napsal, že že to s metadatama mountovat samostatně jde a grub s tím nemá problém (meta verze 0.9 jak říkal Max). Čili verze bez metadat nedává smysl.Důvod, proč používám RAID 1 bez superbloků, tkví v tom, že každý z obou oddílů se pak dá (read-only) mountovat zcela samostatně, bez jakékoliv podpory pro RAID. Ještě důležitější je, že ho dovede bez problémů přečíst BIOS nebo (dokonce i, světe div se) GRUB 2.
Toto je zcela off-topic odpověď. Mluvíš o něčem úplně jiném, než na co jsem se ptal.
Otázka zněla takto: Jak zapsat softwarové RAID pole, které nemá metadata, do /etc/mdadm.conf
? (A především: Lze to vůbec?) O to tu běží.
<zcela_off_topic>
GRUB (1 ani 2) (a ani žádný jiný bootloader, pokud je mi známo) nezvládá RAID na USB discích ani na SATA v nativním AHCI režimu. Jednoduše proto, že nedokáže předem určit, jak se bude daný disk podle BIOSu jmenovat. A z nějakého nesmyslného důvodu chce GRUB tohle vědět předem, v okamžiku instalace. Rozumnější by od něj bylo trochu si proklepnout ten disk, ze kterého ho BIOS načetl, pak se poohlédnout po všech ostatních BIOSu známých discích a i z nich získat svá data uložená v prvním megabytu... Jenže tohle GRUB neumí a nedělá. Proto nejspíš potřebuje znát přesnou identifikaci disků předem. A proto taky ve většině případů selže na RAIDu i na LVM, jakmile má příslušné pole víc disků.
GRUB 2 používám úspěšně s LVM, ale pouze na notebooku s jedním diskem. Tam (jaká to sláva!) funguje. Jenže aby nabootoval z nějakého RAID | striped LVM | Btrfs pole a aby mu bylo jedno, který z jeho disků je dle BIOSu první, tam se ještě nedopracoval. Třeba za dalších dvacet let...
RAID pole, o které v tomto dotazu jde, žádná metadata nemá. V tom byla pointa celého dotazu.
Ne, nehodlám vytvářet muzejní formát metadat kvůli neschopnému a muzejnímu GRUBu 1. A nepotřebuju bootovat ze softwarového RAIDu, takže k tomu opravdu nemám ani sebemenší důvod.
A ještě jednou připomínám, že o tohle v mé otázce nešlo. To jsem uváděl jen jako komentář na vysvětlenou, proč používám ve 21. století softwarový RAID bez metadat.
</zcela_off_topic>
Tiskni Sdílej: