Newsgroup: it.comp.os.linux.sys
Titolo: sparizione /usr/lib e comportamenti strani

preambolo:
spento il pc, cambiato ( drive ottico da dvd a cdrom ), riavviato il
pc è al riavviao è partito X. provato a riavviare con init 6 ed è
andato in kernel panic, spento con il bottone .
OGGI:
riavvata la macchina , errori su errori , naturalmente riguardanti il
disco , ma anche cose un po assurde, non riusciva a trovare le lib
presenti in /usr/lib, che è SPARITA! o meglio non si vede , ma c'è
dato che se si prova a fare qual'unque operazione non lascia fare
nulla.
Il mio dubbio è che ci sia qualche problemuccio a livello FS.
Spero che la descizione sia abbastanmza esplicativa della situazione
( anomala ) in cui mi trovo.
qaulcuno saprebbe darmi u8na dritta su come andare avanti?
Matteo

 qaulcuno saprebbe darmi u8na dritta su come andare avanti?
Inizierei con un memtest in stanadlone e un cpuburn da una distro live.
Quindi badblocks distruttivo sul disco.
Poi mke2fs e reinstallazione del tutto.
Bye.


bhe , qualcosa di meno drastico , no? :)
vorrei cercare recuperare l'installazione prima di darla per spacciata

 vorrei cercare recuperare l'installazione prima di darla per spacciata
fsck?
Ma ti avverto: un disco che sballa una volta, di solito continua a sballare.
In peggio...
Ciao,
-- 
        Roberto Divia`              Love at first sight is one of the greatest
Dep:PH Bat:53 Mailbox:C02110      labour-saving devices the world has ever seen
Route de Meyrin 385               ---------------------------------------------
Case Postale                                Phone:  
+41-22-767-4994
CH-1211 Geneve 23 CERN                      Fax:    
+41-22-767-9585
Switzerland                                 E-Mail: 
Robert...@cern.ch

 vorrei cercare recuperare l'installazione prima di darla per spacciata
Io intanto proverei a staccare l'unita' ottica e controllare che il flat
cable sia bene inserito sia sull'HD che sulla MB.
A me e' successo piu' di una volta di avere comportamenti 'strani' delle
unita' a disco dovuti a flat non bene inseriti.
-- 
Ciao.
Alessandro 
"Ubuntu" - an African word, meaning "Slackware is too hard for me".



ma diciamolo pure fuori dai denti: aldila' della possibile causa del 
panic, lo spegnimento brusco gli ha causato lo sputtanamento del 
filesystem.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 filesystem.
questo lo immagino, ma solo la lib .. bha!
Comunque il FS è in reiser , provero' lunedi ad fsck-are magari con --
rebuild-sb o tree ( provare per porvare ) magari non se ne viene, ma
provare non costa nulla.
Grazie
Matteo

 che alla superficie di un hdd .....
]zac[
Stai scherzando?)) due unità ide in collisione (comandi e dati sullo stesso
'''''sotto canale''''' sono il modo migliore per procurarsi crash immediati
e corruzioni del filesystem letali e difficilmente recuperare, senza tener
conto della bellissima tendenza dell'ide a trasferire i problemi di un
canale/unità su tutte le unità.


Grazie della dritta. Siccome mi è successo spesso di sbagliare i
canali , ma mai con questi risultati , pensavo non centrasse nulla.
Comunque un rebuilt-tree potrebbe sistemare qualcosa ?
Matteo

 Comunque un rebuilt-tree potrebbe sistemare qualcosa ?
]zac[
Se non sbaglio (e avresti dovuto scriverlo subito e chiaramente) hai un
filesystem reiser, dal quel che ho letto (non l'ho mai usato) a volte è
soggetto a 'incasinamenti' piuttosto rognosi, risolvibili sono con i suoi
comandi specifici, e mi sembra che rebuilt-tree fosse uno di quelli.
La cosa migliore dovrebbe essere cercare documentazione sul quel filesystem
(magari sul sito della distribuzione che usi) o casi simili al tuo con
risoluzioni positive.