[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RiminiLUG-General] Numerazione partizioni e uuid



Il giorno gio, 27/01/2011 alle 13.18 +0100, Daniele Palumbo ha scritto: 
> > Però non ho capito una cosa:
> > se lo uuid è legato al tipo di fs, come viene gestito con "device
> > logici" quali ad esempio il raid? (non entro poi nel discorso lvm...)
> 
> è comunque salvato dentro il filesystem.
> Il filesystem lo credi dentro un raid o dentro lvm.
> > Esempio, io ho:
> > /dev/md0: UUID="256b0fe4-8635-409e-b98e-6df85e116234" TYPE="ext3" 
> > /dev/sdb1: UUID="5ba39866-905d-6cda-c2df-03d6197d8120"
> > TYPE="linux_raid_member" 
> > /dev/sda1: UUID="5ba39866-905d-6cda-c2df-03d6197d8120"
> > TYPE="linux_raid_member" 
> > 
> > quindi: ad md0 è "associato" un fs, quindi il rispettivo uuid è salvato
> > lì dentro.
> Certo, perché se fai e2fsck /dev/md0 vedrai che è una partizione ext3 o ext4 (o ext2).

Ma infatti che md0 abbia un suo uuid mi torna perchè esso viene
formattato con un fs... però le 2 partizioni di origine (nel mio caso
sda1 e sdb1) non vengono formattate esplicitamente, ma vedo comunque che
hanno il loro uuid


> 
> > Ma /dev/sda1 e /dev/sdb1 non sono formattati esplicitamnente... è forse
> > il sistema RAID SW di linux che in realtà crea dei fs dentro quelle
> > partizioni e quindi gli assegna anche uno uuid?
> > ...temo di addentrarmi in cose un po' troppo complicate per i miei esili
> > neuroni!
> 
> Simple:
> il raid sta "sotto" al filesytem. /dev/sda1 e /dev/sdb1 linux li gestisce solo come drive RAID.
> Poi, tu puoi montarli anche senza raid, ma questo perché la partizione di tipo raid-autodetect salva i superblocks relativi al raid verso la fine del disco:
> https://raid.wiki.kernel.org/index.php/Superblock
> 

sono salvo... non mi apre il link :)
forse è un problema temporaneo, riprovo più tardi

> Poi, anche il RAID utilizza degli UUID ma sono *diversi* anche come formato, e vengono utilizzati per fare l'autobuild degli array.
> cat /proc/mdstat
> aiuta.
> 
> Ora qualcosa di divertente:
> prendiamo 2 dischi esterni identici.
> ora mettiamo i dischi in raid1, senza partizionarli. (/dev/sdf, e non /dev/sdf1, ad esempio)

Si può fare anche con il raid sw?

> si sincronizzano, sono felici, e via discorrendo.
> Ora, rimuoviamo uno dei dischi, creaiamo una partizione 83 (linux) e formattiamo la partizione.
> Riattacchiamo il disco, e linux dirà che abbiamo riattaccato il disco del raid :D

questo però mi mette in crisi! quindi in quel caso dove cacchio viene
salvato lo uuid?!?

> soluzione:
> pulire completamente il disco con dd (siccome è una operazione pericolosa... :D)

Io qualche tempo fa mi ero imbattuto in un problema (forse) simile dove,
aggiungendo ad un raid1-sw un disco che era già stato usato in un altro
array su un altro sistema, mi andava ad incasinare tutto.

Ho risolto usando mdadm con l'opzione --zero-superblock
però in realtà non ho capito esattamente cosa ho fatto :(


Ivan