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.
fdisk -l /dev/sdb Disk /dev/sdb: 640.1 GB, 640133946880 bytes 255 heads, 63 sectors/track, 77825 cylinders, total 1250261615 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xd3d9838a Device Boot Start End Blocks Id System /dev/sdb1 * 63 86829055 43414496+ 7 HPFS/NTFS/exFAT /dev/sdb2 86829056 143017983 28094464 f W95 Ext'd (LBA) /dev/sdb3 143017984 1250261614 553621815+ 8e Linux LVM /dev/sdb5 86831104 143017983 28093440 7 HPFS/NTFS/exFATa měl by se tedy chovat normálně. b1 je normál, b2 extendid, b5 je uvnitř extended logická, a b3 je LVM umístěná za b2. Ale v yastu se objeví, že je něco vytvořeného v /dev/mapper
ls /dev/mapper/ control pdc_bijaajjed pdc_bijaajjed-part1 pdc_bijaajjed-part2 pdc_bijaajjed-part5viz i obr s1. Oddíly 1, 2 a 5 odpovídají těm b1, b2 a b5. b3 chybí. (a zkusil jsem přes gparted jinou konfiguraci a to b2 a b5 na konec disku a b3 před něj. Pak nebylo v mapper b5). Ty oddíly v mapper namapovat jdou, přímo oddíly disku ne.
mount /dev/sdb5 /windows/d fuse: mount failed: Device or resource busy caras-galathon:~ # mount /dev/mapper/pdc_bijaajjed-part5 /windows/d caras-galathon:~ #S tím bych se třeba i smířil, ale nejsem schopen se dostat na LVM.
vgchange -a y data device-mapper: reload ioctl on failed: Invalid argument device-mapper: reload ioctl on failed: Invalid argument 2 logical volume(s) in volume group "data" now activeJakýkoliv pokus se dostat na A je to součást téhle konkrétní instalace. Není to v HW. Protože když vyndám disk a přemístím ho do USB docku na jiném kompu tak je OK, stejně tak je OK a má normální oddíly, když nabootuji jiný systém. Zkusil jsem partedmagic se kterým jsem dělal úpravy a i live openSUSE 12.3 KDE vidí disk s normálními oddíly. A moje otázka je, jak se toho mapování zbavit? A také porozumět, co se vlastně děje.
Řešení dotazu:
dd if=/dev/null of=/dev/sdb
abych smáznul vše na disku a když jsem pak udělal úpravy dělení a instalaci XP zcela jinde a zapojil do systému tak se to jako DMRAID objevilo znovu. A se stejným mapper jménem, pokud si to dokážu pamatovat. Na disku ta informace není.)
mdadm --examine /dev/sdb /dev/sdb: MBR Magic : aa55 Partition[0] : 86828993 sectors at 63 (type 07) Partition[1] : 56188928 sectors at 86829056 (type 0f) Partition[2] : 1107243631 sectors at 143017984 (type 8e)Nicméně zase to nechápu dále. fdisk oznámí:
fdisk -l /dev/sdb Disk /dev/sdb: 640.1 GB, 640133946880 bytes 255 heads, 63 sectors/track, 77825 cylinders, total 1250261615 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xd3d9838a Device Boot Start End Blocks Id System /dev/sdb1 * 63 86829055 43414496+ 7 HPFS/NTFS/exFAT /dev/sdb2 86829056 143017983 28094464 f W95 Ext'd (LBA) /dev/sdb3 143017984 1250261614 553621815+ 8e Linux LVM /dev/sdb5 86831104 143017983 28093440 7 HPFS/NTFS/exFATnicméně ten superblok jsem jistě nedělal. Z nějakého důvodu ho vytvořil systém. A modifikuje to když posouvám oddíly přes gparted. Počáteční boot po přidání disku trval delší dobu, zkusím najít ve starých messages co se dělo.
mdadm --zero-superblock /dev/sdbVerzi metadat zjistíš pomocí :
mdadm --examine /dev/sdb mdadm --examine /dev/sdb1 mdadm --examine /dev/sdb2 mdadm --examine /dev/sdb3 mdadm --examine /dev/sdb5
Osobně jsem to nikdy neřešil.
Zdar Max# mdadm --examine /dev/sdb /dev/sdb: MBR Magic : aa55 Partition[0] : 86828993 sectors at 63 (type 07) Partition[1] : 56188928 sectors at 86829056 (type 0f) Partition[2] : 1107243631 sectors at 143017984 (type 8e) :~ # mdadm --examine /dev/sdb1 /dev/sdb1: MBR Magic : aa55 Partition[0] : 1953701989 sectors at 1953133940 (type 73) Partition[1] : 544433526 sectors at 2691459872 (type 75) Partition[2] : 658734 sectors at 1818575915 (type 2b) Partition[3] : 48809 sectors at 2541944832 (type 00) caras-galathon:~ # mdadm --examine /dev/sdb2 /dev/sdb2: MBR Magic : aa55 Partition[0] : 56186880 sectors at 2048 (type 07) :~ # mdadm --examine /dev/sdb3 mdadm: No md superblock detected on /dev/sdb3. :~ # mdadm --examine /dev/sdb5 /dev/sdb5: MBR Magic : aa55 Partition[0] : 1769239328 sectors at 1702128245 (type 74) Partition[1] : 1126200165 sectors at 1990225003 (type 74) Partition[2] : 10 sectors at 225207620 (type 41) Partition[3] : 48553 sectors at 2541944832 (type 00)Ale to jsou dost hausnumera.
nodmraid
pri bootu. Tim se da nabehnout s vypnutym dm raidem a pritom se nemeni zadna data, takze se disk neposkodi.
# dmsetup table pdc_bijaajjed-part1: 0 86828993 linear 253:0 63 pdc_bijaajjed: 0 1250260608 linear 8:16 0 pdc_bijaajjed-part5: 0 56186880 linear 253:0 86831104 data-swap: data-data: pdc_bijaajjed-part2: 0 2 linear 253:0 86829056vypsalo co dmraid vidí. A
# dmsetup remove pdc_bijaajjed-part1 # dmsetup remove pdc_bijaajjed-part2 # dmsetup remove pdc_bijaajjed-part5 # dmsetup remove pdc_bijaajjedsmazaly informace o DMRAIDu. Nyní se k oddílům dostanu (ty data-data a data-swap jsou LV na LVM na /dev/sdb3). Na disku již žádné info není. Ale
# ll /dev/mapper/ total 0 crw------- 1 root root 10, 236 Jul 10 13:50 control lrwxrwxrwx 1 root root 7 Jul 12 21:31 data-data -> ../dm-5 lrwxrwxrwx 1 root root 7 Jul 12 21:28 data-swap -> ../dm-4 brw-r----- 1 root disk 253, 0 Jul 10 13:50 pdc_bijaajjedještě pořád pdc drive má. Po rebootu už ne. Vyřešeno.
dmraid -r -E
může nadělat víc škody, než užitku, jak jsem se krutě poučil v této diskuzi.
Tiskni Sdílej: