Newsgroup: it.comp.os.linux.sys
Titolo: accesso a partizione XFS, cosa utilizzo?

Ciao a tutti,
devo cercare di recuperare dei dati all'interno di un disco che sul
server SGI originale non fa più lo spin-up.
Il disco collegato ad un altro controller parte e funziona, devo però
cercare di accedere ai dati (sperando che ci sia qualcosa).
Mi hanno detto che il file system utilizzato è XFS, che sistema posso
utilizzare che abbia il supporto a questo fs?
Non sono pratico di sistemi *nix percui preferirei che la cosa sia il
più semplice possibile.
Inoltre, esistono software (windows o *nix) tipo easy-recovery per
intenderci che riescono a riconoscere file system xfs e a recuperare
gli eventuali dati, nel caso quel disco sia mezzo andato?
grazie a tutti
-- 
MirkoB.   
ne...@bsi-net.it
Motoretta BMW R1150R Nera...
L'indirizzo em@il non è da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

Parted magic ?
--zz

 Parted magic ?
sembra interessante...
intanto lo scarico, domani lo provo.


 gli eventuali dati, nel caso quel disco sia mezzo andato?
Photorec, ma non so se gira su quell'hardware (in teoria e` Posix)
Enrico

 piu` o meno compatibile con la sua controparte Irix
Interessante... ora il mio scopo è formattare un disco in XFS e
sbatterci su dei dati che poi andrà infilato nel server SGI.
Vorrei farlo su una macchina esterna (almeno la copia) per evitare di
dovermi sbattere con la rete di irix (anche se non dovrebbe essere
così complesso)
I dati li sto recuperando dal DAT.
Ma irix esiste anche per architettura PC? E' sempre commerciale?
Grazie...


 Ma irix esiste anche per architettura PC? E' sempre commerciale?
No, e` solo per SGI; e si, e` ancora commerciale
Enrico

 No, e` solo per SGI; e si, e` ancora commerciale
Ho letto infatti... oltretutto non č nemmeno piů sviluppato. C'č solo
il supporto fino al 2012 mi pare...
grazie
-- 
MirkoB.   
ne...@bsi-net.it
Motoretta BMW R1150R Nera...
L'indirizzo em@il non č da considerarsi pubblico,


 disco e poi per andare a pescare i dati in rete?
Beh, per la partizionatura e formattazione (visto che si tratta
di una macchina completamente differente) dipende dal file system e
dalla mole dei dati. Personalmente per il partizionamento mi terrei un
30% circa di spazio in piu` rispetto alla quantita` di dati, e per il
file system, se hai intenzione di utilizzare XFS, penso che le
impostazioni predefinite vadano bene quasi sempre (tutt'al piu` ti
conviene vedere in giro le informazioni relative ai parametri per
l'ottimizzazione dei dischi in RAID).
Per quanto riguarda il mounting via rete, l'unica cosa che devi fare
e`, dal client modificare /etc/exports, e dall'altra parte e` "mount
-t nfs macchina:/percorso /percorso"
Enrico

 -t nfs macchina:/percorso /percorso"
mmm ok, quindi volendo potrei usare questo comando per evitare di
montare il disco internamente al server. Mi eviterei così tutti i
problemi di possibili incompatibilità disco/controller SGI (oltretutto
la macchina finite le ferie verrà dismessa).
Il comando che mi hai spiegato funziona anche se la condivisione è su
una macchina windows? immagino di si...
Perchè a questo punto l'idea sarebbe spostare i dati che ho recuperato
sul nas, creo una condivisione ad hoc e dalla macchina sgi faccio il
mounting via rete! Sarebbe perfetto!
Grazie
-- 
MirkoB.   
ne...@bsi-net.it
Motoretta BMW R1150R Nera...
L'indirizzo em@il non è da considerarsi pubblico,


 una macchina windows? immagino di si...
No, quel comando e` per la condivisione tra macchine *nix. In teoria,
per Windows, ti serve un client NFS, ma non so se esistono e se ce ne
sono freeware. Se ci riesci, installa Samba su Irix, ed usa quello per
eseguire le condivisioni con Windows
Enrico
P.S. tieni presente una cosa importante: io Irix non l'ho mai visto, e
quello che ti sto dicendo e` basato sul fatto che conosco
l'implementazione Linux di XFS e che Irix e` uno unix (e quindi mi
aspetto che vi siano determinati automatismi)

 eseguire le condivisioni con Windows
samba c'è già. La macchina irix condivide già qualcosa.


 la macchina finite le ferie verrà dismessa).
Ma allora, se ti servono solo 18G per un mese o due e stai già pensando 
a nfs, non ti conviene lasciar perdere il vecchio disco, i 
partizonamenti etc. e condividere una cartella di qualche server linux 
in rete?
Io quando ho bisogno di spazio extra per testing faccio spesso così
--zz

 in rete?
di server linux non ne ho, e volevo proprio evitare di dover tenere
accesa un'altra macchina su cui installare linux.
Mi sarebbe più comodo mettere i dati (che sono meno di 18GB
oltretutto) sul NAS (windows) e condividerli li.
Adesso vedo come fare...


 Adesso vedo come fare...
Mmm...
Allora andrei decisamente di samba, il cui port su irix, se non erro, 
era stato curato direttamente da sgi.
Come alternativa potrebbe esserci Windows Services for UNIX, che aveva 
un servizio NFS.
Mai provato (mai nemmeno studiato, per la precisione), però la terrei 
come alternativa #2.
ciao,
zz

 come alternativa #2.
potrebbe essere un'alternativa anche questa.
grazie


 Oppure c'è dell'altro da fare?
Non uso ubuntu ma immagino che vada installato nfs (ma se è una versione 
server potrebbe esserci già), modificati i /etc/hosts.* se serve, 
abilitato l'export etc/exports e fatto partire il servizio.
Per quanto riguarda nfs e firewall il problema è dato dal fatto che nfs 
non usa porte fisse. Si può risolvere (anche qui trovi info in rete) 
oppure, nel tuo caso, usare regole ip-based.
In giro puoi trovare i vari nfs howto che spiegano passo passo come 
metter su un nfs di prova.
Resta poi inteso che il pc linux deve restare sempre acceso (è ovvio, ma 
siccome dicevi di non voler tenere un' altra macchina accesa...)
ciao,
zz

 samba c'è già. La macchina irix condivide già qualcosa.
Se Samba e` gia` installato, allora fai molto prima a condividere
un'altra directory utilizzando questo metodo (basta aggiornare il file
smb.conf che dovrebbe essere da qualche parte in /etc)
Enrico

 abilitato l'export etc/exports e fatto partire il servizio.
si ho dovuto installarlo ed è funzionato al primo colpo.
Solo che la cosa si è rivelata totalmente inaffidabile. E' migliorato
un po' utilizzando la versione 2 su irix facendo il mount, ma
continuava a farmi vedere quello che voleva lui.
Usando la versione 3 prendeva il contenuto a caso di una cartella e la
faceva vedere ovunque, con la versione 2 il contenuto era corretto ma
non veniva mostrato completamente.
Devo riuscire a mettergli su un disco, ma pare che voglia proprio i
suoi, ho provato con un paio di dischi ma non li vede nemmeno.
A questo proposito, come faccio a vedere se un disco in qualche modo
viene visto dal sistema?
E come faccio a capire quanto spazio libero ha un disco/partizione? Ho
provato a lanciare fdisk ma pare non esista su quella macchina.


 provato a lanciare fdisk ma pare non esista su quella macchina.
Mi pare che i comandi df/du/quota fossero identici su irix. Un' occhiata 
al manuale dovrebbe risolvere tutti i tuoi dubbi.
Quanti ricordi :)
ci giocherei ancora volentieri con una macchinetta SGI
ciao,
zanna

 ci giocherei ancora volentieri con una macchinetta SGI
se vuoi io ne conosco giusto una!!! :-)


 Proverò a vedere se ho qualche manuale in giro...
Direi che è la cosa migliore (beh, la migliore sarebbe trovare un ex
sistemista irix)
ciao,
--zz

 Solo che la cosa si č rivelata totalmente inaffidabile. 
Usa Samba, condividi una directory dalla macchina SGI e montala/accedivi
da un'altra macchina (sia essa linux, sia essa windows)
Enrico


Ma a lui serve il contrario, č la macchina SGI che abbisogna di spazio 
disco (oppure non ho capito niente io)
:)
Potrebbe comunque usare samba come client su irix (posto che sia piů 
semplice da usare che nfs, ben inteso)
ciao,
--zz

 da un'altra macchina (sia essa linux, sia essa windows)
samba mi torna utile se riesco a far andare il disco sulla macchina
sgi, allora tramite rete mi recupero i dati che devo sbatterci su.
nfs invece mi tornava utile per evitare di mettere su (e di far
andare) il disco.
Giovedi vedrò di capire come far andare il disco e poi deciderò come
muovermi...


 muovermi...
Facci sapere com' è andata
(io sarò in partenza, ma leggerò a tempo debito).
Ciao,
-zz-

 Facci sapere com' è andata
certo...
un'ultima domanda: anche se non ho ancora letto bene la documentazione
te lo chiedo ugualmente...
devo estrarre da una cassetta dat dei file ma solo quelli che stanno
all'interno di una determinata cartella, con il tar è possibile?
In pratica nella cassetta c'è il backup di due cartelle w1 e w2 a me
serve solo w2 ma non ho idea quale sia la posizione dove inzia quella
cartella sul dat (w1 e sottodirectory sono migliaia di file).
posso dire al tar "tira fuori solo quello che è w2 e sottodirectory"??
spero di essermi spiegato...


 spero di essermi spiegato...
una volta avevo fatto una cosa simile (mi sembra), ora non ricordo, se
mi viene in mente scrivo ;-)
Enrico

 
Puoi usare questo:
tar xvf /dev/tape w2
 Ciao
  Giovanni



effettivamente è più semplice del previsto...
su un file tar normale funziona, ma dici che funziona correttamente
anche su nastro?


 anche su nastro?
Sinceramente  (ancora)  non ho mai provato, ma il funzionamento dovrebbe
essere identico
Enrico

 andare) il disco.
Samba ti puo` tornare utile anche per questo motivo. Tieni presente che
la copia unix via unix non e` esclusiva di NFS, ma basta qualsiasi cosa
che metta a disposizione dei file via rete. In teoria, potresti usare
FTP al posto di Samba/NFS/$sarcazzo
Enrico

 In 12/8/2008 23:10 Mirko Borsari wrote:

non mi sono spiegato.
nfs mi veniva utile proprio per non fare la copia dei dati (che non ci
starebbero se non monto un disco).
La situazione è questa:
Server sgi con 3 dischi di cui uno inacessibile.
Recuperato dati da DAT
dati recuperati presenti su un disco su un altro computer con ubuntu.
Ora la soluzione ideale sarebbe mettere un disco buono sul server sgi
e rimetterci su i dati recuperati. Se non fosse che il disco non
riesco a farlo andare su quella cacchio di macchina.
Quindi l'alternativa era usare nfs per montare i dati che ho sulla
macchina ubuntu sulla macchina sgi.
Alternativa, funzionante ma assolutamente inaffidabile.
Quindi domani dovrò vedere se trovo qualche manuale che mi spieghi
come montare un disco su quella macchina e se ce la faccio userò
qualche metodo (probabilmente samba) per spostare i dati dalla
macchina ubuntu a quella sgi.



:) ricordavo bene :)
Ciao Jack
-- 
Eroi non si nasce, ti incastrano
- Jim Belushi

 macchina ubuntu sulla macchina sgi.
Scusa, è agosto, fa caldo e il cervelo è già in ferie (il resto del 
corpo lo segue domani), quindi sono un po' lento.
Se sulla macchina IRIX c'è già SAMBA e tu hai già un fileserver smb in 
rete, perchè non usi quello? Anche con smb puoi montare una cartella di 
rete e accedere ai file come faresti con nfs. Non ho mai usato samba su 
reti win/irix, quindi non mi pronuncio, ma su win/lin funziona 
abbastanza bene...
ciao,
zanna

 nastro?
si certo, tar sta per tape archive ma non significa che per forza
certe cose funzionino. Oltretutto nei vari man e howto che ho letto
non mai trovato un esempio specifico per l'estrazione di una sola
parte dell'archivio, una cosa che per me è banale!
inoltre la gestione del dat non si fa con tar ma con mt e da quello
che ho capito (ma non ho provato) tar inizia a leggere dalla posizione
in cui si trova il nastro. Quindi immaginavo di dover prima gestire la
cassetta con mt spostandola al file desiderato e poi con tar estrarre.


 estrarre.
tar gestisce un solo archivio (file) Se sulla cassetta ci sono più 
archivi devi usare mt per posizionarti all'inizio di quello da cui 
devi estrarre i files.
Il tar inizia a leggere dalla posizione in cui si trova il nastro solo 
se il device è di tipo non rewind (in genere indicato come 
/dev/nxxxx).   Il device /dev/xxxx viene sempre riavvolto al BOT ogni 
volta che viene riaperto.
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   Registered Linux user #337974  < 
http://giovanni.homelinux.net/
 >

 win/lin funziona abbastanza bene...
C'è solo un piccolo problema :-(  Si perdono tutti i diritti di 
accesso dei files originali.


 rete e accedere ai file come faresti con nfs. Non ho mai usato samba su 
perchè non sapevo si potesse fare, il man di mount su irix non mi pare
faccia riferimento a questa possibilità (cosa che invece ho trovato
sul man mount su ubuntu)


 devi estrarre i files.
non ti seguo, il tar non considera il mio /dev/nst0 come un unico
archivo?


 archivo?
No,su uno stesso nastro puoi mettere più archivi (nella man page di mt 
sono chiamati files).  Devi fare molta attenzione a non confondere 
file letto dal disco e memorizzato dal tar all'interno dell'archivio 
  e file come generato dal tar.  Esistono appositi record che vengono 
scritti dal driver per riconoscere la fine dell'archivio (eof) o la 
fine dei dati registrati sul nastro (eod oppure eom).
Naturalmente dipende da come usi il tuo nastro.  Su di un nastro puoi 
memorizzare un solo archivio tar (cosa normale) ma è possibile 
memorizzare più archivi usando più comandi tar in sequenza sullo 
stesso nastro (deve essere di tipo non rewind come p.e. /dev/nst0). 
Caso tipico è il backup giornaliero di più macchine in rete dove sul 
nastro vengono memorizzati più archivi (uno per ogni macchina) 
generati dal tar con l'opzione -N <DATE> (solo i file più recenti di 
<DATE> vengono presi dal disco e messi nell'archivio).
Per estrarre uno o più file da un archivio è necessario posizionare il 
nastro sull'archivio giusto usando mt (comando fsf) e poi usare tar 
per estrarre i files dall'archivio.


 per estrarre i files dall'archivio.
ecco, non sapendo cosa c'è all'interno come si fa a capire dove
posizionare il nastro con precisione?
Grazie



Non ho disponibile lo script che usavo, ma era qualcosa del genere:
mt -f /dev/nst0 rewind
count = 0
while :; do
	VOLUME=`tar tfV /dev/nst0 "" `  ## lista Volume Header
	echo "$count - $VOLUME"
	mt -f /dev/nst0 fsf 1		## salta al prossimo archivio
	count=`expr $count + 1`
done
## end
Questo script semplificato scorre il nastro e stampa i Volume headers 
di ogni archivio (naturalmente il backup deve essere fatto mettendo 
degli headers significativi) assieme ad un numero progressivo.  Nei 
miei backup l'header ero NOME_MACCHINA:DATA_DEL_BACKUP
Con i comandi:
mt -f /dev/nst0 rewind
mt -f /dev/nst0 fsf < numero associato all'header >
## il nastro è posizionato sul volume giusto
tar xvf  /dev/nst0  < lista di directory/file da estrarre >
Il comando "fsf n" di mt fa scorrere il nastro velocemente 
posizionandosi sull'ennesimo file.  Il tar deve leggere *tutto* 
l'archivio fintanto che non trova il match con la specifica della 
lista di directory/file da estrarre che gli passi.  Naturalmente se il 
file è grosso il tempo è alto.


 file è grosso il tempo è alto.
infatti... 
ciao e grazie.


 sistemista irix)
ancora un po' è lo divento io (no, non mollo i miei windows server)...


 il nuovo disco e appena avrò tutti i dati li sbatterò dentro!!
bene :)
il FM serve sempre, quindi...
per copiare i dati potresti anche usare un semplice scp/ftp/rcp.
Ciao e buone vacanze a me (che parto tra 20 minuti)
--zz