Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
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: