Dotaz: Detekce disků pod Linuxem

[Zdeněk]

Dobrý den, prosím o radu jak nastavit fdiskem nebo jiným nástrojem správnou identifikaci disku.

Příkaz blkid vrací špatnou identifikaci - vrací, že je RAID, ale disk je NTFS.

BLKID mi vrací toto: 
/dev/sdg1: UUID="2b014722-bb74-c851-4475-fc52b4adb1ae" TYPE="linux_raid_member"

fdisk -l /dev/sdg
Disk /dev/sdg: 163.9 GB, 163928604672 bytes
255 heads, 63 sectors/track, 19929 cylinders, total 320173056 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: 0xfc47a33b

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1              63   320159384   160079661    7  HPFS/NTFS/exFAT

Disk byl jako pokusný, byl tam i raid pro nějaké testy výkonosti a pak se na něj uložily zálohy z NTB. Klasicky formát přes NTFS-V5.

Jak donutit Linux (Suse), aby mi ho vzalo. Zkoušel jsem ho standardně připojit a vždy se to celé nějak zmátlo.

ntfs-3g /dev/sdg1 /mnt/loop
ntfs-3g-mount: mount failed: Zařízení nebo zdroj jsou používány

lsof /dev/sdg1 nic nenapíše kdo tam visí ...

Co tedy s tím Díky

Odpovědi

[Jendа]

Nepřilepila se k tomu nějaká autodetekce a nepostavilo to automaticky ten RAID? (cat /proc/mdstat)

[Zdeněk]

Tušil bych něco podobného, ale mdstat je prázdný. A ntfs-3G píše, že zařízení je používáno, ale jak lsof/fuser nic moc neřeknou. Ten disk pochází z testování disků, kdy tam byla dříve udělaná R5 s XFS. Po testech se disk normálně zformátoval, nechala se tam jedna partišna a začal se používat na backupy NTB. No dnes jsem potřeboval nějaké konfiguráky a ejhle disk nejde připojit. Tušil bych, že na tom disku zůstal někde nějaký identifikátor raidu, ale nevím kde. No s diskem nemohu nyní moc experimentovat, zkusím rebootnout do Widlí co na to řeknou. Jádro mám starší 3.1.0

[michich]

mdadm --zero-superblock ...

[Zdeněk]

O tom jsem také uvažoval, ale nebyl jsem si jistý zda to neudělá něco s diskem/partišnou. Smaže jen záznam superbloku na disku? jde mi o to, aby disk se začal hlásit jako NTFS a ne jako raid. Připomínám, že na disku je NTFS formátováno přes VISTí systém. Zkoušel jsem a VISTy jej normálně vidí jako NTFS disk. Prostě jde o to, aby se ten "type" změnil a data zůstaly zachována.

[frEon]

kazdej oddil ma jeden byte, ve kterym je zapsano cislo jimz se identifikuje typ toho oddilu (to je ten TYPE co vypisuje blkid). U linuxovyho sw raidu se pouziva fd. Ty tam potrebujes zapsat jiny, ktery systemu bude tvrdit, ze to je oddil pro ntfs. Zkus pouzit cfdisk, ten umi vypsat typy oddilu a nejaky spravny vyber (nvm ktery, windows neznam )

[Zdeněk]

Ano byl tam linuxový raid , hrál jsem si jak s fdiskem/cfdiskem a furt je tam raid auto. Možná bude problém v tom, že disk byl původně připojený na nějaký LSI/ESCALADE řadič a nejsem si jistý zda se tehdy nemusel disk deinicializovat. Prostě je tam něco mezi nebem a židlí.

[petr_p]

Jenže on v tabulce rozdělení disku má typ 7 (NTFS).

Podle mě blkid zkoumá superblok oddílu a protože jako první narazí na identifikátor diskového pole, tak toto oznámí. Ostatně některé heuristiky se dají vypnout, například -u noraid.

Podle manuálu má blkid nějakou cache. Zkusil bych parametrem -p ji obejít. Ale řekl bych, že ta na systémech s /run vydrží jen do rebootu, takže tou to asi nebude.

Asi bude opravdu třeba opatrně hexadecimalním editorem smazat (to jest přepsat nulama) superblok pole, anižby se poškodil superblok NTFS. Které přesně to jsou bajty, ale netuším. Asi bych doporučil obrátit se na autory util-linux a ntfs-3g nebo si prostudovat zdrojáky libblkid.

[petr_p]

lsof nevypisuje připojené souborové systémy. Je třeba prohledat obvyklé způsoby použití blokového zařízení (/proc/self/mounts, /proc/mdstat, losetup --all, pvs, /proc/swaps). Novější util-linux má nástroj lsblk, který by mohl pomoci.