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.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 ž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.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Jak jsem psal do dřívějšího příspěvku, tak vytvořit RAID pole není nic těžkého. Bohužel jsem zjistil, že vážně ohrozit jeho integritu také ne. V tomto příspěku si ukážeme, jak na to.
Na starém Debianu Sarge jsem měl disk rozdělený na cca 25 pododdílů. Někde okolo /dev/hda20 už neměly vytvořené udev, tak jsem je dodělával ručně. Widle sice na /dev/hda24 neviděly, to mi ale moc nevadilo, hlavně že Linux jo, že. S novým diskem jsem měl podobné plány a tak jsem vzal cfdisk a vytvořil /dev/sda16 a přidal ho do RAIDu. A to jsem neměl dělat ... Jak on si ten geniální systém (UBUNTU) při startu vytváří /dev/* (to jsem si hned neuvědomil) tak si je čísluje takhle:
brw-rw---- 1 root disk 8, 0 2007-08-23 15:17 /dev/sda brw-rw---- 1 root disk 8, 16 2007-08-23 15:17 /dev/sdb brw-rw---- 1 root disk 8, 32 2007-08-23 15:17 /dev/sdc brw-rw---- 1 root plugdev 8, 48 2007-08-23 13:22 /dev/sdda tak dále. Takže major 8, minor po 16. Pozorný čtenář již jistě tuší, co se stane, když dáme
mdadm -C /dev/md16 /dev/sda16 /dev/sdb16 .blablabla.
.
Ano, je to tak. V Ubuntu na Satě to mdadm pochopí jako raid 8,16 s 8,32 a začne dělat mdadm /dev/sdb /dev/sdc . Bylo by to k smíchu, kdyby to nebylo k pláči. Naštěstí jsem md včas stopnul, jenže mezitím mi již RAID stihnul přepsat MBR. Pro spestření mi ještě čas od času BIOS přehazuje číslování disků, takže nebýt toho, že sdc je 80G a ostatní 300ky tak bych už opravdu střílel.
Tak fajn, víme čím to je, tak to jen opravit . Pěkně do záchranné konzole, stopnout RAID. Kopie partition table. Zrušit md16. mdadm -r. NIC. mdadm --fail. NIC. Mám tam jeden RAID0 s nezálohovanýma fotkama. SHIT. apt-get externí_disk, tar czvf ... sakra, RAID0 nejde pustit ... co s tím ... přepíšeme md16 jiným polem .. naštěstí je ještě z čeho vyrobit pseudo-raid. Vytvoříme ... ok RAID0 běží, zbytek píše [U_]. Záloha fotek. Restart. md16 je už zase sdb-sdc. SHIT. mdadm --stop --scan. editace /etc/mdadm/mdadm.conf, připisuji zouvalé ARRAY /dev/md16 level=raid0 num-devices=2 UUID=xxx, které mi vytvořil pseudo raid0 (výpis jsem získal přes mdadm --detail --scan). Teď už sdb-sdc ostrouhá, protože se nemůže vytvořit neboť je md16 již používáno :-P. Znovu promyslet rozdělení disku tak, abych se vešel do 16 oddílů ... nahodit systém. Pole jede v degradovaném režimu. mdadm /dev/mdX --add /dev/sdbX ... pro všechny RAIDy .. UFF, všechno jede, zálohy jsem naštěstí dělal zbytečně. Mnoho hodin v p*, ale vše chodí. Zlatej Debian/Slack.
Tiskni Sdílej:
mdadm
by to bylo jedno, jemu stačí, že je to blokové zařízení. Ale bylo by asi potřeba zasáhnout do inicializačních skriptů, protože v distribucích se obvykle nejdřív inicializuje SW RAID a potom LVM.
-m, --mirrors Mirrors
Creates a mirrored logical volume with "Mirrors" copies. For example, specifying "-m 1" would result in a mirror with two-sides; that is, a linear volume plus one copy. Specifying the optional argument "--nosync" will cause the creation of the mirror to skip the initial resynchronization. Any data written afterwards will be mirrored, but the original contents will not be copied. This is useful for skipping a potentially long and resource intensive initial sync.
Specifying the optional argument "--corelog" will create a mirror with an in-memory log verses a disk-based (persistent) log. While this removes the need for an extra log device and *may* be slightly faster, it requires that the entire mirror be resynchronized upon each instantiation (e.g. a reboot).
sda1
, sda3
, sdb1
a sdb3
, striktně vzato by neměla poznat, které dvojice smí použít pro mirror a které ne.
udev
bez nějakého přesvědčování vytvořil /dev/sda16
s major 8 a minor 16, tak to bych za bug bez váhání označil.
RAID stihnul přepsat MBRja myslel, MBR neni soucasti raidu, nebo se mylim?
V tomto případě ne. Jeho součástí by byl, kdybyste sestavil pole z celých disků, tj. např.
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda /dev/sdb
Záleží na tom, z čeho máte to pole sestavené. V tomto případě ale došlo k tomu, že program, který měl v úmyslu přepisovat /dev/sda16
, přepsal ve skutečnosti /dev/sdb
, takže přepsal MBR v místě, kde očekával obyčejný BR oddílu.
Jakou ma vyhodu rozdelit disk na tolik oddilu?
Proč na tolik, to nevím, ale obecně tím můžete zajistit, že můžete používat pro různé účely různé typy filesystému, různé parametry mountu (nosuid
, nodev
apod.) a že zaplněním jednoho filesystému (třeba /var/log
) nepřivedete systém do tak zoufalého stavu, jako kdybyste měl všechno na jednom. Ale při větším počtu filesystémů je vhodnější použít LVM, protože máte téměř jistotu, že u některého z nich neodhadnete správně předem potřebnou velikost.
ja myslel, MBR neni soucasti raidu, nebo se mylim?Neměl by být. V tom je právě pointa celého příspěvku - že mdadm špatně pobral zařízení a místo sda16-sdb16 mirroroval sdb-sdc. Pak už součástí RAIDu je
Jakou ma vyhodu rozdelit disk na tolik oddilu?Nejsou všechna vajíčka ve stejném košíku. Příklad: vypnou proud/přepětí/zásah blesku/HW havárie disku+vrcholná smůla: odejdou data na partišně, na kterou se zrovna zapisovalo (já vím, že to není moc pravděpodobné, ale není to dlouho, co jsem řešil TOTÁLNĚ LEHLOU ext3 kdy se mi nepodařilo zrekonstruovat (pořádně) ani z jedné ze záloh FATky). Pokud bude víc partišn tak budu řekněme pracovat s databází a přijdu o databázi (no dobrá, mám RAID1, takže o ni asi nepřijdu, taky už nemám EXT3, ale riziko stále existuje i když je řádově nižší) ale o výsledky statistického hodnocení v jiném adresáři ne. Čili zhruba toto je moje motivace.
Uz pred casem jsem dospel k nazoru, ze nejlepsi ohradky pro data jsou obycejne adresare
TOTÁLNĚ LEHLOU ext3Znepokojující. Používám ext3 právě z důvodu spolehlivosti.
takže o ni asi nepřijdu, taky už nemám EXT3Co tedy používáte? Existuje něco spolehlivějšího než ext3?