Newsgroup: it.comp.os.linux.iniziare
Titolo: directory home persa

Salve a tutti,
ho un grave problema su Linux Mandrake 10.0, spero quealcuno possa 
aiutarmi...
Allora, su detta installazione, da stamattina mi ritrovo la cartella 
/home vuota,
senza nulla di nulla all'interno, con la conseguente perdita di dati e 
l'impossibilità
di accesso da parte degli utenti...
Inoltre nel syslog trovo i seguenti messaggi:
Dec 15 04:07:59 myserver cyrus-master[1908]: process 24819 exited, 
status 0
Dec 15 04:09:04 myserver kernel: scsi0 (1:0): rejecting I/O to offline 
device
Dec 15 04:09:04 myserver kernel: EXT3-fs error (device sdb1): 
ext3_get_inode_loc: unable to read inode block - inode=621377,
block=1245186
Dec 15 04:09:55 myserver kernel: scsi0 (1:0): rejecting I/O to offline 
device
Dec 15 04:09:55 myserver kernel: EXT3-fs error (device sdb1): 
ext3_readdir: directory #2 contains a hole at offset 0
Dec 15 04:09:55 myserver kernel: scsi0 (1:0): rejecting I/O to offline 
device
Dec 15 04:09:55 myserver kernel: EXT3-fs error (device sdb1): 
ext3_readdir: directory #2 contains a hole at offset 0
Manco a farlo apposta su /sdb1 è montato il mio /home
Ho perso tutto? Il resto del server mi funziona e se possibile vorrei 
evitare una reinizializzazione
completa, qualcuno può aiutarmi?
Molte grazie in anticipo.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Ho perso tutto?
Ce lo hai un backup?
Comincia col vedere se il tuo disco fisso e' morto o vivo.
Davide
-- 
Linux, the way to get rid of boot viruses

 E nel caso funzioni posso ricostruire la /home?
E come fai ad essere sicuro che i dati sono ancora validi?
I backup gente! I Backup!!!!
Davide
-- 
Windows found - Remove? (Y)es (S)ure (F)ine (O)K 

 Davide


 evitare una reinizializzazione completa, qualcuno può aiutarmi?
In ogni caso ritengo che dovrai verificare opportunamente se il disco SCSI
è cotto o meno e se i test con i software del produttore daranno esito
certamente positivo, potrai riutilizzarlo, altrimenti tiralo conto un muro :))
Non dovrai reinstallare niente, ma ricreare la /home su un nuovo disco
scsi.
Dato che hai un bel sistema SCSI, cosa ti costa aggiungere un DAT da 40GB
per backup automatizzati? A quest'ora saresti molto più tranquillo :)
Puoi tentare questo come rimedio di emergenza.
Per me ha sempre funzionato, ma non garantisco nulla.
Devi:
1) ricreare il filesystem superblock
2) controllare con fsck.ext3 il filesystem di cui hai reinizializzato solo
il superblocco
3) fsck riporterà tutti i file e cartelle scollegate in /home/lost+found
e tu dovrai riportare a mano le cartelle ai loro posti. alcuni file e
cartelle spezzati avranno nomi tipo '#<numero inode>'
allora, punto 1, usare l'opzione -S di mkfs.ext3:
-S     Write superblock and group descriptors only.  This is useful  if
       all  of the superblock and backup superblocks are corrupted, and
       a last-ditch recovery method is desired.  It  causes  mke2fs  to
       reinitialize  the  superblock  and  group descriptors, while
       not touching the inode table and the block and inode 
       bitmaps.   The e2fsck  program  should  be run immediately
       after this option is used, and there is no guarantee that
       any data will  be  salvage- able.   It  is critical to
       specify the correct filesystem block- size when using this
       option, or there is no chance of  recovery.
io non ho mai specificato il clock size, perché ho sempre lasciato quello
di default anche in fase di creazione dei filesystem.
Quindi dovresti fare:
$ mkfs.ext3 -S /dev/sdb1
$ fsck /dev/sdb1
$ mount /dev/sdb1 /home
$ ls -l /home/lost+found
il metodo ha sempre funzionato nei casi in cui ho dovuto usarlo, ma
garanzie non ce ne sono.
prendere o lasciare... :))
ciao!
gl :)

 
Prova a cercare dd_rescue e
dd_rhelp
sono favolosi nel recuperare partizioni da dischi sfondati, come il tuo 
caso. Almeno prova prima di buttarlo in pattumiera.

 $ ls -l /home/lost+found
Io tenterei prima di lavorarlo come ext2
talvolta il mount -t ext2 /dev.... funziona.
in ogni caso farei un fsck col -c per vedere se ci sono settori danneggiati.
Mi è capitato recentemente di avere un settore danneggiato propio dentro la 
parte dedicata al journaling.
mount -t ext2, ha funzionato, e fsck -c ha risistemato le cose.
Matteo