Richard Hughes oznámil, že službu Linux Vendor Firmware Service (LVFS) umožňující aktualizovat firmware zařízení na počítačích s Linuxem, nově sponzoruje také společnost HP.
O víkendu proběhla demopárty Outline 2026. Publikována byla prezentovaná dema. Upozornit lze na 16 bajtové, opravdu šestnáct bajtové, zvukově obrazové demo Wake Up! 16b (YouTube).
Byla vydána nová verze 9.5 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání a na YouTube.
Dnes a zítra probíhá vývojářská konference Google I/O 2026. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
Canonical vydal Ubuntu Core 26. Vychází z Ubuntu 26.04 LTS a podporováno bude 15 let. Ubuntu Core je minimální neměnný operační systém určený pro vestavěné systémy.
Bylo vydáno OpenBSD 7.9. Po dlouhé době opět se songem: Diamond in the Rough.
Byl vydán Mozilla Firefox 151.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 151 bude brzy k dispozici také na Flathubu a Snapcraftu.
Elon Musk prohrál soudní spor se společností OpenAI, která se podle jeho žaloby odchýlila od původně uváděného cíle vyvíjet umělou inteligenci (AI) ku prospěchu lidstva. Porota včera po necelých dvou hodinách dospěla k jednomyslnému závěru, že Musk žalobu podal příliš pozdě. Musk byl jedním ze spoluzakladatelů společnosti OpenAI, která vznikla v roce 2015 a vyvinula populární chatovací systém ChatGPT. V roce 2018 na svůj post ve vedení
… více »Byla vydána nová verze 10.4 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Opraveny jsou zranitelnosti Copy Fail a Dirty Frag. Přibyl nový obraz pro Orange Pi 5B.
Pokud je zranitelnost Linuxu v nepoužívaném jaderném modulu, lze ji jednoduše vyřešit zakázáním automatického načítání tohoto konkrétního zranitelného modulu. Projekt ModuleJail si klade za cíl zvýšit bezpečnost Linuxu zakázáním automatického načítání všech nepoužívaných jaderných modulů. Jedná se o skript, který dá všechny nepoužívané jaderné moduly na blacklist (/etc/modprobe.d/modulejail-blacklist.conf).
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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.
11.7.2013 13:25
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:
