Newsgroup: it.comp.os.linux.sys
Titolo: problema partizione raid

Dunque ho un sistema linux (debian) che ha 3 dischi (sdb, sdc, sdd) da
1,5T in raid 5.
Uno di questi dischi (sdb) si ï¿œ guastato ed ï¿œ stato sostituito, il
problema sta nel fatto che non riesco ad unirlo al raid perchï¿œ le
partizioni differiscono lievemente. Infatti eseguendo fdisk -l su uno
dei dischi esistenti ottengo:
Disk /dev/sdc: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000
   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      182402  1465138583+  fd  Linux raid
autodetect
Come ï¿œ possibile che la partizione finisca al 182402 cilindro se sono in
tutto 182401? Infatti nel nuovo disco (che ï¿œ esattamente identico) posso
definire una partizione fino al 182401-esimo cilindro:
Partition number (1-4): 1
First cylinder (1-182401, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-182401, default 182401):
Suggerimenti su come procedere per ripristinare la ridondanza?

 capcita' fisica adeguata.
Vedi sopra, grazie della risposta.

 No: il disco � proprio uguale
aggiungo per conferma:
root@aldebaran:/mnt#  hdparm -i /dev/sdb
/dev/sdb:
 Model=ST31500341AS, FwRev=CC4H, SerialNo=9VS3N3PT
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=?16?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes,
LBAsects=18446744072344861488
root@aldebaran:/mnt#  hdparm -i /dev/sdc
/dev/sdc:
 Model=ST31500341AS, FwRev=CC1H, SerialNo=9VS1NL26
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=?16?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes,
LBAsects=18446744072344861488

 Riporta un po' che dice fdisk -l sul nuovo disco.
Pronti:
Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00002a1b
   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      182401  1465136001   fd  Linux raid
autodetect

 disco o che il disco nuovo non e' proprio "identico" a quelli vecchi.
Come risulta dall'output di hdparm che ho postato sopra i dischi sono
proprio identici; mi sembra un problema di partizionamento: quello che
mi pare anormale, infatti, � la partizione di sdc che si estende *oltre*
il limite dei cilindri effettivamente disponibili (infatti nota
l'arrotondamento). Questo tipo di partizionamento non � replicabile sul
disco nuovo poich� fdisk (giustamente) mi impedisce di fissare il
termine della partizione oltre l'ultimo cilindro.

 FwRev=CC1H
Potrebbe essere una verifica da fare!

duglia ha scritto:

Ehhh l'ho visto... ma a questo punto se aggiorno il firmware potrei
perdere il raid.


se fai una copia delle partizioni con sfdisk che succede?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 termine della partizione oltre l'ultimo cilindro.
Oltretutto se simulo un nuovo partizionamento del disco esistente
fdisk /dev/sdc
questo mi verrebbe partizionato esattamente come il disco nuovo cio� da
1 a 182401 cilindri. Vorrei sapere chi c@@ ha partizionato sti dischi :(


metti il fw di quelli esistenti su quello nuovo, che rischio ci
sarebbe?

 se fai una copia delle partizioni con sfdisk che succede?
Si incacchia un pochino :)
root@aldebaran:/mnt# sfdisk -d /dev/sdc| sfdisk /dev/sdb -n
Disk /dev/sdb: 182401 cylinders, 255 heads, 63 sectors/track
WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util
sfdisk doesn't support GPT. Use GNU Parted.
Old situation:
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
   Device Boot Start     End   #cyls    #blocks   Id  System
/dev/sdb1          0+ 182400  182401- 1465136001   fd  Linux raid autodetect
/dev/sdb2          0       -       0          0    0  Empty
/dev/sdb3          0       -       0          0    0  Empty
/dev/sdb4          0       -       0          0    0  Empty
Warning: given size (2930277167) exceeds max allowable size (2930272064)
sfdisk: bad input
Che dici provo a forzare?

 sarebbe?
Non so se � possibile fare il downgrade del firmware...


Oddio.. magari � meno problematico quello che un downgrade del firmware.
Per il problema della partizione pi� grossa del disco: non � che chi ha 
fatto il raid ha preso una partizione standard esistente e POI l'ha 
convertita in raid-autodetect?
Se non ricordo male se lo fai il check si incavola giusto per la partizione 
di dimensioni "strane"


 partizione di dimensioni "strane"
Ho forzato il partizionamento, aggiunto il disco al raid e adesso � in
fase di rebuild, vediamo che succede. Se qualcosa va storto seguir� il
consiglio di Davide (razza tutto e rifai il raid).
Grazie a tutti per l'aiuto :)

 tutto 182401?
non so se si possa considerare lo stesso problema, ma a me e` capitato che 
un disco da 320Gb aveva una dimensione fissata a 80Gb. Prova a vedere se te 
lo cambiano in garanzia, anche se dubito
Enrico

Enrico 'Henryx' Bianchi ha scritto:

Credo che qui la questione sia diversa: probabilmente chi ha messo su il
raid ha effettuato la preparazione dei dischi con qualche tool che ha
creato delle partizioni fuori standard. Copiando i dati di partizione
con sfdisk -f è stato possibile ricostruire il raid (ha finito ieri
notte ed adesso è clean): speriamo che duri...
Comunque pare che sti dischi dessero una marea di problemi in raid con i
primi firmware e a vedere da alcune statistiche che ho trovato in rete
sembra che soffrano di una frequenza di guasti piuttosto elevata.
Mi aspetto altri casini a breve :(
Grazie e ciao

 
mi è capitato altre volte di avere in mano dischi *IDENTICI* (marca, 
modello, capienza nominale) che poi differiscono di qualche blocco..
S.