linux user group brescia

     Ciao Diego,

ti ringrazio per la precisazione ed il link relativo alla disk signature, non ne ero a conoscenza (e, come me, anche parecchia gente in rete, temo).
Seguirò questo esempio, che ho raccolto in rete: "sfdisk -d /dev/sda | sfdisk /dev/sdb" che, spero, dovrebbe (ri)creare l'MBR di sdb con i dati di sda ma senza farne un clone diretto, grazie ad sfdisk.

LC

On Fri, 22 Apr 2016, Diego Guella wrote:

>Date: Fri, 22 Apr 2016 08:34:50 +0200
>From: Diego Guella <diego.guella a sircomtech.com>
>Reply-To: Linux User Group di Brescia <lug a lugbs.linux.it>
>To: Linux User Group di Brescia <lug a lugbs.linux.it>
>Subject: Re: [LugBS] RAID1: c'è (almeno) una cosa che non capisco [ERRATA]
>
>
> Il 21/04/2016 22:47, Luca Coianiz ha scritto:
>> Alt... forse ho capito perchè mi dicevi di "azzerare almeno l'MBR di sdb" un
>> paio di mail fa: mdadm, quando ha aggiunto sdb ad md0p1, l'ha usato dal primo
>> blocco (quindi compreso l'MBR) riscrivendolo coi dati del RAID durante il sync.
>> Quindi lo step 2 è necessario, in caso di (emergency) boot da sdb per fail di
>> sda, giusto?
> Esatto!
> In linea teorica, ormai quell'MBR è stato "sporcato" dal RAID, con i
> dati del primo blocco della partizione sda1.
> Quindi, addirittura non dovrebbe nemmeno esistere più la tabella delle
> partizioni, oltre al boot loader !!!
>
> Ribadisco di evitare la copia dell'MBR da sda: al giorno d'oggi c'è un
> identificatore pure nell'MBR.
> Sbagliavo il nome, si chiama "disk signature":
> http://go.sparkpostmail1.com/f/a/tAUyveiquD-WP-T7cJ84lQ~~/AAB-JAA~/RgRY-vmIP0EIAOuMpNGLKQkXWAQAAAAAWQZzaGFyZWRCCgADCMYZV358cUhSEmx1Z0BsdWdicy5saW51eC5pdAlRBAAAAABEMGh0dHBzOi8vZW4ud2lraXBlZGlhLm9yZy93aWtpL01hc3Rlcl9ib290X3JlY29yZEcCe30~
>
> Tieni presente che parlo per esperienza diretta: il GRUB distribuito con
> Debian Squeeze crasha miseramente se uno (o più) dischi hanno lo stesso
> disk identifier, successo qua da noi!
>
>
>
>>
>>> Il 21 aprile 2016 alle 22.39 Luca Coianiz <luca a coianiz.it> ha scritto:
>>>
>>>
>>> Oops... ok, riscrivo la ricetta, giusto per non sbagliare:
>>>
>>> 1) mettere in "fail" sdb e toglierlo dal RAID: questo dovrebbe lasciarmi con
>>> sdb
>>> = sdb1 + sdb2[sdb5] completamente disponibile (ed il RAID degraded)
>>>
>>> 2) (ri)copiare l'MBR sda -> sdb (è legacy, quindi non ci sono problemi di UUID
>>> nè di partizioni grosse oltre i 2 TB)
>>>   ma questo step mi pare opzionale, visto che sdb è già partizionato così
>>>
>>> 3) add di sdb1 ad md0 (che si fa il suo sync)
>>>
>>> 4) swapoff per smettere di usare sda5 come swap
>>>
>>> 5) creo md1 assemblando sda5 ed sdb5
>>>
>>> 6) swapon [-f] -v /dev/md1
>>>
>>> ...e dovrei avere la condizione che hai suggerito tu, con / su md0 (sda1+sdb1)
>>> e
>>> swap su md1 (sda5+sdb5)... giusto?
> Giusto! A parte la correzione sull'MBR ;)
>
>
>
>>> Grazie ancora per la pazienza, Diego.
> Figurati.
> Ho imparato tante cose qui sul LUG, ora che posso aiuto volentieri!
>
>
> Ciao,
> Diego
>
>
>
> -- 
> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com