[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RiminiLUG-General] Numerazione partizioni e uuid
- To: riminilug-general@xxxxxxxxxxxx
- Subject: Re: [RiminiLUG-General] Numerazione partizioni e uuid
- From: Ivan Tarozzi <ivan@xxxxxxxxxxxx>
- Date: Thu, 27 Jan 2011 14:53:07 +0100
- Authentication-results: dtc.neutrino1.xteklabs.com; dkim=fail (message has been altered) header.i=@gmail.com; dkim=fail (message has been altered) header.i=itarozzi@xxxxxxxxx
- Delivered-to: battarsa@xxxxxxxxxxxx
- Delivered-to: riminilug.it_riminilug_general@xxxxxxxxxxxxxxxxxxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=neutrino1.xteklabs.com; h= sender:subject:from:to:in-reply-to:references:content-type:date :message-id:reply-to:mime-version:content-transfer-encoding; s= postfix; bh=DHWe7fEIp6bkW+yD95xAhz+wpLY=; b=mnRH+I4+k96YH6sxALz0 4xyQ09Kktj1BPTsWzxRhLn1YruGE//s+YwT77pFrWsh3FkdYuhiPEwGdT9Qo3Xmc 0Gf9oqcB+/nrOG7L4f1vNC2dfbclKs0ebfYDlOfiyax7gaJM6TU20HIpIk1gruu6 g2iPWA1nCbHuqrU7eBO2N4Q=
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:subject:from:to:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=51qwHvwZnwcX8qyyNXaCb2qfIRcbbRn/yrcOZrf/1ag=; b=TbXuPZEUqZy3EQ7FPz+1beH0MjHl63qbQjK5fMFt3bwCDjMpu6mQOwtfC3JDaaQ4Qf FSxMn3SWzDA98UNxE1a9ObTpsv5RRYlxZmqPgwgPRawVlbSpecaoSTmd6WwzdQ8Sft/t ZJsbVJkqZ9z2JpBlKPKCDexqDsZOfakOuEhW4=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:from:to:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=mELti+gCHc2c4qGG0q5F5+jjgcS3RUXCY4uEH3Y5K4TYp6VGEb2ghevxbgvdIwDZ98 pJUhUxQ83M5sd0UFEqg1KhfNyyTBScRsEFhNhOghdAIdmFAKqhiDIgnBoziamk4fEsUa FAQqzqBxYfgRLPV0BNEqHaV5g8rOiZiHdw2Ps=
- In-reply-to: <FD21AB33-B069-4EAF-9061-321A33EB20D0@retaggio.net>
- References: <1296062105.3049.27.camel@debian-it.home.network> <20110126192343.GG15826@clamp.localdomain> <1296121875.3728.33.camel@debian-it.home.network> <FD21AB33-B069-4EAF-9061-321A33EB20D0@retaggio.net>
- Reply-to: riminilug-general@xxxxxxxxxxxx
- Sender: Ivan Tarozzi <itarozzi@xxxxxxxxx>
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