Dotaz: Mapování zařízení

[lertimir]

Příloha:

• s1.png (216576 bytů)

Na jednom kompu mám divný problém s přemapovanými oddíly. Systém openSUSE 12.3, dva disky, jeden se ukazuje jako obyčejně dělený na oddíly, druhý je "divný". Má dělení

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/exFAT

a 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-part5

viz 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 active

Jaký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.

---

---

Odpovědi

[lertimir]

žádný nápad?

[NN]

Je divne ze podle obrazku se /dev/mapper/pdc_bijaajjed tvari jako DMRAID s velikosti celeho disku. Zkusil bych odpojit ten mapper a pripojit manulane pouze LVM partition.

[lertimir]

Jak to mám udělat abych nezničil data? A navíc na stejném hw při bootu jiného systému (partedmagic a opensuse kde live) se ten disk tváři zcela normálně. Tak si myslím že informace není na disku ale někde jinde. (pokoušel jsem se s tím zabojovat už dříve a zazálohoval jsem data a pustil 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í.)

[alkoholik]

Hele, a nemas v BIOSu zapnuty nejaky SW pseudoRAID?

[lertimir]

Nemám. To bylo první co mne napadlo, je tam klasické ATA.

[alkoholik]

Nemas na tom disku RAID superblock?
mdadm --examine /dev/sdb

[lertimir]

Ano je tam

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/exFAT

nicmé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.

[lertimir]

Příloha:

• pbl.zip (76412 bytů)

zatím jsem našel nějaké informace v pbl.log, ale pořád nemám ideu jak ten dm RAID odstraňovat.

[lertimir]

Jde odstranit ten superblok bez ztráty dat?

[Max]

Ahoj, záleží na verzi metadat. Verze 0.9 a 1.0 jsou na konci disku. Jejich odstranění by mělo být ok. Stačí jen :

mdadm --zero-superblock /dev/sdb

Verzi 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

[lertimir]

výstup dotazu dává

# 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.

[alkoholik]

To odstrani MD RAID. On se potrebuje zbavit DM RAID.
Podle internetu: dmraid -r -E /dev/sdb

[Dan Ohnesorg]

Zkusil bych pridat kernelu parametr nodmraid pri bootu. Tim se da nabehnout s vypnutym dm raidem a pritom se nemeni zadna data, takze se disk neposkodi.

[lertimir]

Díky. Nápověda pomohla. Plus další práce:

# 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 86829056

vypsalo co dmraid vidí. A

# dmsetup remove pdc_bijaajjed-part1
# dmsetup remove pdc_bijaajjed-part2
# dmsetup remove pdc_bijaajjed-part5
# dmsetup remove pdc_bijaajjed

smazaly 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_bijaajjed

ještě pořád pdc drive má. Po rebootu už ne. Vyřešeno.

[Michal Svatuška]

dmraid -r -E může nadělat víc škody, než užitku, jak jsem se krutě poučil v této diskuzi.