Newsgroup: it.comp.hardware.storage
Titolo: Recupero dati da Raid 1 - 4 dischi

Buongiorno a tutti
Possiedo  un nas Lacie  molto  datato (del 2008) al quale "presumo" sia 
partito   il controller. E'  una  macchina che  ho da diversi anni e se 
ben ricordo era  impostata in  raid  1 con 4 dischi da 500 mb (il disco 
veniva visto come da  1 tb).
La macchina in questione  dalla sua  interfaccia web (aveva perso anche
l'indirizzo ip) "vede" i 4 dischi ma mi chiede di inizializzarli  e non
mi offre alcuna altra opzione purtroppo.
 
Posso accedere alla macchina utilizzando il terminale ma credo molto in
murfhy e la sua legge, non ci voglio smanettare
 
Welcome to
 
       _/_/_/  _/_/_/          _/_/_/    _/
        _/    _/    _/      _/        _/_/_/_/    _/_/    _/  _/_/
       _/    _/_/_/          _/_/      _/      _/    _/  _/_/
      _/    _/                  _/    _/      _/    _/  _/
   _/_/_/  _/            _/_/_/        _/_/    _/_/    _/
 
                     Powered by FalconStor Software, Inc.
                     Copyright 2001-2006 by FalconStor.
                     All Rights Reserved.
 
http://www.falconstor.com
 
# ls
bin         fs          linuxrc     proc        sys         usr
dev         home        lost+found  root        sysroot     var
etc         lib         mnt         sbin        tmp
 
Io ora devo recuperare i dati dei dischi e pensavo di utilizzare altro 
hardware. Ho un altro lacie gemello ma se passo i dischi in  quello mi 
chiede comunque di inizializzarli, pensavo quindi di montare i  dischi 
utilizzando altro hardware o soluzione virtuale, avete quale dritta da 
darmi?
 
Grazie

 Grazie
 
 
-- 
 
piergiorgio

Nel suo scritto precedente, Fabiok ha sostenuto :

Essendo fortunatamente un raid1 e non un raid0 se colleghi il
member disk ad un pc con a bordo Linux ci sono buone probabilita'
di accedere ai dati...

 Essendo fortunatamente un raid1 e non un raid0...
 
Si ciao :) con 4 da 500 se vede un TB è raid 1+0 (o 0+1).
 
recupero di saluti

 recupero di saluti
 
Ah! Una variazione! :-)
 
bye,
 
-- 
 
piergiorgio

 vederci qualcosa di piu`...
 
Sicuro, se il raid è fatto con mdadm e ha usato uuid non gli serve 
neppure mdadm.conf, recupera tutto al volo. Ma in genere 'ste appliance 
simil-NAS tutto sono fuorchè standard.
 
saluti visibili
 

Dopo dura riflessione, Dottor Mistero ha scritto :

Ma se ha scritto che son da 500mb... :oÞ
 
Probabile...mi son fatto ingannare dal fatto che ha
detto che si trattava di un raid 1:D

 di accedere ai dati...
 
ok ora passo tutti gli HD, ne ho già passato due e controllato con
gparted ma non riesco a capire che file system hanno,  mi dice non 
allocato!!!!!
 
 

visto come da  1 tb).
 
Nel 2010 mi è successa la stessa cosa su un Lacie 2Big a due dischi. 
L'assistenza mi indicò la seguente procedura:
 
La seguente procedura si applica solo ai 2Big Network con i dischi 
configurati in Mirror (SAFE).
Prima di tutto è bene chiarire che Linux non potrà montare automaticamente 
un volume di un 2Big perché lo vede come parte di un
RAID.
Vi sono quindi alcune operazioni da eseguire.
N.B.: Le operazioni riportate di seguito sono da eseguire via terminale 
usando un account che sia parte di “sudoers” (per esempio,
che possa eseguire comandi in root attraverso il comando ‘sudo’). La 
procedura è stata testate con la versione Inglese di Ubuntu
9.04
1- Indentificare il dispositivo che corrisponde al disco del 2Big
La prima cosa da fare è ottenere il devnode name del disco in modo da poter 
montare il suo volume UserData. Una volta
che il disco del 2Big è connesso al PC con Linux, eseguite il seguente 
comando da Terminal.
# sudo fdisk -l
Quando eseguito, il comando mostra la tabella delle partizioni di tutti i 
dischi connessi. Per identificare il disco del 2Big
trovate il disco che mostri la seguente tabella delle partizioni:
Disk /dev/sdX: 750.1 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdX1 1 250 2008093+ 5 Extended
/dev/sdX2 251 91201 730563907+ 83 Linux
/dev/sdX5 1 32 256977 82 Linux swap
/dev/sdX6 33 33 8001 83 Linux
/dev/sdX7 34 34 8001 83 Linux
/dev/sdX8 35 140 851413+ 83 Linux
/dev/sdX9 141 249 875511 83 Linux
/dev/sdX10 250 250 8001 83 Linux
In questo esempio, il devnode del disco è /dev/sdX dove X è una lettera da 
‘a’ a ‘z’. La partizione che contiene i dati (il
volume UserData) è la numero 2 (nell’esempio quindi è /dev/sdX2).
2- Creare un mount point per i dati utente
Pe rpoter montare il volume, dovete avere un mount point. Il mount point è 
in pratica una normale cartella. Utilizzate il
seguente comando per creare un mount point direttamente accessibile dal 
Desktop/scrivania:
# cd ~/Desktop
# mkdir 2big_UserData
A questo punto una nuova cartella dovrebbe apparire sul desktop.
3- Assicuratevi che il driver XFS sia caricato
Siamo quasi pronto per montare il volume UserData. Dobbiamo solo assicurarci 
che il drive XFS sia caricato. Per farlo,
utilizzate il seguente comando:
# cat /proc/filesystems
Nella serie di dati visualizzati ricercate la parola “xfs”. Se mancante, 
eseguite il seguente comando:
# sudo modprobe xfs
4- Montare il volume UserData dal disco del 2big HDD
Ora usate il seguente comando per montare il volume:
# sudo mount –r –t xfs /dev/sdX2 2big_UserData
Ora il volume UserData è accessibile in modalità di SOLA LETTURA tramite la 
cartella 2big_UserData che è stata creata
sul Desktop.
Una volta letti e salvati i dati, per smontare il volume usate il seguente 
comando:
# sudo umount 2big_UserData 
 

 L'assistenza mi indicò la seguente procedura:
 
Grazie provo a contattare Lacie, magari mi aiutano
 

 allocato!!!!!
 
E questo e` un NG di HW, non di SW, sarebbe
meglio girassi la domanda, con tutti i dati
possibili, in un NG su Linux.
 
bye,
 
-- 
 
piergiorgio

 veniva visto come da  1 tb).
 
Anni fa mi capitň di gestire una situazione simile, non ricordo con 
esattezza marca e modello del NAS. Fortunatamente avevo a disposizione 
un buon hardware di appoggio.
 
Per prima cosa ho fatto un'immagine con dd di tutti i dischi. Cosě 
potevo sentirmi tranquillo e procedere con tutte le angherie 
immaginabili sulla *copia* dei dati.
 
Avevo montato come loop device le immagini raw dei singoli  dischi 
cercando di capirne il partizionamento. Avevo smanacciato con il raid 
software di linux, fino a far riconoscerne la tipologia.
 
Il passo successivo č stato capire dove si trovassero i dati utili e 
quale fosse il filesystem in uso: XFS. Ho riparato il filesystem 
(all'epoca mi mar di ricordare sia Knoppix che Centos avessero avuto 
seri problemi in merito, mentre con una Redhat ero riuscito a portare a 
termine il compito).
 
Nel tuo caso specifico (RAID10), se sei a corto di spazio disco di 
appoggio, potresti provare a far partire il raid con solo due dischi, 
ammesso e non concesso di centrare la coppia giusta. Ma cosě facendo ti 
complicheresti non poco la vita.
Sempre partendo dal presupposto di lavorare su copie di dati, ti 
servirebbe uno skratch disk da almeno 3TB, meglio se SAS/SATA, al 
limite USB 3.0, altrimenti ci impiegherai una sacco di tempo.
 
-- 
Gabriele