Newsgroup: it.comp.os.linux.sys
Titolo: utility disco

[Debian lenny aggiornata da etch]
Mi spiego meglio. Circa 20 giorni fa, mentre accendevo il pc, si è
bloccato nella fase di boot mentre caricava hald. Dopo circa 30
secondi ha rebootato, poi si è attivato il check del sistema, trovando
errori negli inode a circa il 90-92% dello scan.
Si è attivata la scelta di aprire una shell per correggere gli errori,
ma:
1) Il file system è RO (opzione di fstab).
2) non ho idea di come comportarmi.
3) pensavo ad un qualcosa tipo disk editor evoluto, robba che usai
tante volte ai tempi del dos.
4) NO, non ho altre info più precise, in quanto un paio di ore dopo è
defunto l'alimentatore, sicuramente la causa del patatrak, e sono in
attesa dell'arrivo dei pezzi di ricambio (che ci potrebbe volere anche
un mese per averli).
5) SI, un backup ce l'ho, ma vecchio. Il giorno del crash ERA QUELLO
del backup!
La mia idea è quella di castrare i files che non sono più recuperabili
a causa degli inode incasinati, backuppare il possibile, usare la
copia di backup ed aggiornarla con quella roba recuperata.
Idee su come fare?

 un cretino ha scritto:
"Il microkernel e' morto da molto tempo ed ancora non lo sa." (cit. Bluff)

 fsck
ma un fsck su un fs in rw non lo ammazza? stando agli avvertimenti di fsck
-- 
"Cuando era presidente del Banco Central de Cuba firmé los billetes con 
la palabra Che, para burlarme, porque el dinero, fetiche de mierda, debe 
ser feo."

 ma un fsck su un fs in rw non lo ammazza? stando agli avvertimenti di fsck
  No, su un fs montato, a prescindere dall'opzione ro o rw: fsck accede
direttamente al dispositivo del disco, non lo monta per fare il suo
lavoro.  Poi, non lo ammazza, solo che, anche se eseguito con l'opzione
-n (read-only) i suoi risultati non sono attendibili. Se eseguito senza
l'opzione -n potrebbe comportare la corruzione di dati.
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 l'opzione -n potrebbe comportare la corruzione di dati.
"Note that in general it is not safe to run e2fsck on mounted filesystems. 
The only exception is if the -n option is specified, and -c, -l, or -L 
options are not specified. However, even if it is safe to do so, the results 
printed by e2fsck are not valid if the filesystem is mounted. If e2fsck asks 
whether or not you should check a filesystem which is mounted, the only 
correct answer is ''no''. Only experts who really know what they are doing 
should consider answering this question in any other way."
certo che fsck non monta la partizione, ma se tu la monti in scrittura altri 
processi possono scriverci mentre fsck sta lavorando. 

 processi possono scriverci mentre fsck sta lavorando. 
  Non solo.  Anche eseguire il controllo in runlevel 1 a filesystem
montato non va bene.  Perché fsck potrebbe effettuare dei cambiamenti
senza tenere conto dello stato di metadati che potrebbero riflettere un
concomitante cambiamento della flag atime, oppure dei dati del journal
ecc.  Quando si effettua fsck il filesystem deve essere totalmente a
riposo.  E il solo modo di essere sicuri che lo sia è di smontarlo.


 fsck
Stai scherzando, vero? Il fsck si fa *esclusivamente* a file system smontato 
o montato in read only. Di conseguenza, il comando e`:
fsck /dev/[hs]d[a-z][1-10]
(ovviamente i valori dipendono dal tipo di device, dal posizionamento e dal 
numero di partizione)
Enrico

 fsck
Ottimo consiglio per fottere il tutto, davvero.

 ecc.
Personalmente mi ritrovo spesso costretto a fare il check del file system / 
(hint: non acquistate schede madri asus) in single user mode, e dopo 
determinate correzioni mi viene sempre richiesto il reboot (oppure viene 
eseguito automaticamente dopo che mi sono disconnesso dalla console in 
single user)
Enrico

Mi sembra di capire, riassumendo, di fare un fsck con:
  fsck /dev/hdd6    (sarebbe la partizione 6 del disco d, in quanto
hda=masterizzatore, hdb=cdrom, hdc=il disco col pinguino di emergenza)
senza montare nullla, poi, dopo montare col comando:
  mount -o rw,remount
per lavorare in rw. Ma, dato che ho avviato con un'altro disco,
dovrebbe bastare solo un normale mount...
Però, come detto al mio primo post, l'fsck che si è auto-attivato
subito dopo il crash si è anche fermato al 90-92%...
Sarebbe a questo punto meglio, prima di ri-montare il disco, come
detto da Flavio, una passata di testdisk+photorec e vedere.

 Idee su come fare?
Prova testdisk... mi ha salvato un paio di volte :D
http://www.cgsecurity.org/wiki/TestDisk
-- 
 o/ Alessandro "NeRON" Lorenzi        
/S  WebSite: 
http://www.lostinshell.net
 | Skype: alessandrolorenzi
//  msn:     
alessandr...@msn.com
 | yahoo: qesar_neron
Non stampare questa email se non é necessario!

 (hint: non acquistate schede madri asus) in single user mode,
Questo è in contrasto con la fama di affidabilità delle schede Asus.
Le sconsigli per una tua sensazione personale o per dei dati di fatto 
inconfutabili??
Ne ho fuori svariate decine (ovviamente come client): chi sa, parli...

 inconfutabili??
Provato sulla mia persona: Asus P5KPL-VM, con su un Intel Core2 Quad Q6600 
(acquistati assieme), si perde l'ora in maniera randomica. Risultato: Debian 
ferma l'avvio del sistema in quanto mi richiede il check manuale di / (in 
ext4). Si, ho gia` provato ad aggiornare il bios. Si, ho provato a cambiare 
la batteria tampone. No, nessuna delle due soluzioni ha funzionato
Enrico

 delle due soluzioni ha funzionato
Ma sar� un problema di quella mobo, di l� ho una sala dati piena di asus
e non ho mai avuto alcun problema... (sgratt sgratt sgratt)
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 e non ho mai avuto alcun problema... (sgratt sgratt sgratt)
Anche a me asus non da` problemi, ma e` un prodotto tipicamente desktop. 
Se avessi una sala dati piena di asus mi preoccuperei :-)
-- 
Vincenzo

 desktop.
'nzomma... per dire, una di queste te la metti nel tuo pc? :-)
http://www.asus.it/product.aspx?P_ID=PDnbO9Wun6FSQ8r3&templete=3
(mamma mia... templEte... lo leggo solo ora :-D)


 
http://www.asus.it/product.aspx?P_ID=PDnbO9Wun6FSQ8r3&templete=3
No di certo, visto i prezzi convenienti dei server Dell :-)
-- 
Vincenzo

 ha scritto nel messaggio
news:hj3vja$udi$
1...@tdi.cu.mi.it

Ecco, a proposito di esperienze personali... brrr....


 Ecco, a proposito di esperienze personali... brrr....
Mi stai dicendo che preferisci assemblarti un server invece che comprarlo di 
marca fatto, anche se la marca è Dell?
-- 
Vide

 comprarlo di marca fatto, anche se la marca � Dell?
Talvolta si, ma il senso era che preferisco non comprare Dell.
A costo di mettere una batteria di C64 a fare da server web.


 e non ho mai avuto alcun problema... (sgratt sgratt sgratt)
Lo so, pero` lo sai come funzionano queste cose: la prima volta che hai 
problemi, la eviti. Se poi consideri che e` la mia prima scheda madre asus 
(di solito compravo AMD su altre schede madri), allora il mio pensiero 
dvorebbe esserti piu` chiaro
Enrico

 di marca fatto, anche se la marca è Dell?
Dipende dalla destinazione d'uso. A volte, un server marchiato non risponde 
alle esigenze applicative (e.g. il fax server in ufficio e` un Intel Atom 
autocostruito)
Enrico

 hai problemi, la eviti.
Certo, ti quoto. Vedi Dell vs ValeRyo :-)


 Ne ho fuori svariate decine (ovviamente come client): chi sa, parli...
La mia precedente (Asus da 120€, una deluxe non_ricordo_cosa, forse A8N) 
si era fottuta per la pessima qualità della ventolina del chipset...
-- 
GenTLe ...di Varese, provincia.
La mia HP: 
http://digilander.iol.it/thegentle/index.htm
La vita è fatta anche di ardue scelte, tipo: "Un cuba... O una birra 
media???"

 si era fottuta per la pessima qualità della ventolina del chipset...
Per un desktop, allora, cosa consigliate?
Mi preoccupo solo della "qualità", delle performance mi frega nulla...
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
OpenPGP Public Key available on my website
A computer is like an air conditioner:
it stops working when you open Windows

 Per un desktop, allora, cosa consigliate?
Una scheda a raddreddamento passivo (senza ventole).
Quella che ho ora è una MSI e mi sto trovando bene.


 Mi sembra di capire, riassumendo, di fare un fsck con:
Giusto per terminare il discorso e ringraziare chi mi ha dato consigli e
suggerimenti.
Avviato il pc con una distro live (system rescue), e con dd ho copiato tutto su
un hd gemello.
Avviato il pc con hd "danneggiato".
Durante l'avvio si ï¿œ giustamente bloccato dicendo di aver trovato errori, mi ha
chiesto la pass di root, e mi ha aperto una shell col sistema in ro.
Come avete confermato, il check del disco, puï¿œ essere fatto con sicurezza solo
se il sistema ï¿œ in ro.
Ho dato semplicemente fsck /dev/hdd6 (che ï¿œ la partizione che aveva i
problemi), ed ha macinato per parecchi minuti.
Ad un certo punto al secondo passaggio ha cominciato a mostrare errori di tipo:
Unattached inode 507938 move to lost+found?
e parecchi tipo:
inode 507938 ref 2 must be 1 fix?
ho dato sempre conferma, per circa una decina di volte, poi si ï¿œ riavviato
tutto correttamente.
Sto testando il sistema da alcuni giorni, e non ho notato nulla di anomalo (per
ora), quindi sembrerebbe che si sia auto-aggiustato da solo.
Non so ancora quali files potevano essere interessati da quegli inode
danneggiati. In lost+found, c'ï¿œ solo un paio di numeri di inode.
-- 
+---------------------------------------------------------------------------+
|        Dall'inizio dell'anno 11 morti sulle nostre autostrade.            |
|                           Siete troppo prudenti.                          |
+-----#12--------------------Campagna contro le pubblicita` idiote.---------+


good hint!
Se non serve super-putenza-spaziale il raffreddamento passivo è ottimo.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
   printf $i }'; echo

 danneggiati. In lost+found, c'é solo un paio di numeri di inode.
Quei "numeri di inode" che trovi in lost+found sono in realtà dei file 
(o meglio pezzi di file).  A meno che il contenuto sia tutto binario 
(p.e. file compressi) a volte è possibile capire quale era il file 
originario.
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 Quei "numeri di inode" che trovi in lost+found sono in realt� dei file
]zac[
Si e no, potrebbero essere file temporanei o altra spazzatura inutile, o pi� 
raramente, qualche dato utile che � andato perso.