Newsgroup: it.comp.os.linux.iniziare
Titolo: Cosa fare quando avviene "Segmentation fault"?

Salve,
qualche post sopra ho descritto come avviene questo problema, ma adesso mi
piacerebbe capire come posso recuperare un sistema senza dover
reinstalare tutto.
Dopo che si è verificato il problema l'unica possibilietà che mi rimane è
quella di riavviare la macchina trammite il pulsante di reset.
Al riavvio linux si blocca in questo punto con questi messaggi:
INIT: Version 2.84 booting
INIT: Entering runlevel 5
INIT: IO "1" Respawing to fast: disable for 5 minutes
INIT: IO "2" Respawing to fast: disable for 5 minutes
INIT: IO "3" Respawing to fast: disable for 5 minutes
INIT: IO "4" Respawing to fast: disable for 5 minutes
INIT: IO "5" Respawing to fast: disable for 5 minutes
INIT: IO "6" Respawing to fast: disable for 5 minutes
INIT: No more proces left in this runlevel
Il fiel sistem è integro, almeno lanciando:
#fsck.ext3 -pc /dev/hda2
Se provo a chroottare questo file system mi riappare "Segmentation faul".
E' possibile recuperare questa installazione senza dover reinstallare di
nuovo? Se si, come devo fare o dove posso reperire le informazioni?
Grazie mille,
			Danilo


Sicuro.
Prova a bootare in runlevel 3: se riesci il problema e' con X. 
Riconfiguralo. Se non riesci neanche in runlevel 3 prova in runlevel 1 e 
copia i log in /var/log (in particolare messages). Poi li posti qua e 
vediamo...
Buona fortuna!
-- 
Only wimps use tape backup: _real_ men just upload their important stuff 
on ftp and let the rest of the world mirror it      -- Linus Torvalds

 Se provo a chroottare questo file system mi riappare "Segmentation faul".
Se parti con un sistema sano prima del chroot non puo' essere il kernel a
dare fastidio perche' quello rimane lo stesso anche dopo il chroot. Puoi
prendere gli rpm delle glibc (quelli prima dell'aggiornamento) e
scompattarli a forza sul disco dentro la directory in cui e' montato il
sistema non funzionante.
Supponendo che tu abbia il sistema scassato montato in /mnt/sysimage e che 
tu ci possa scrivere dentro i file rpm delle glibc che stanno sul cd di 
installazione, puoi provare una cosa del genere:
# cp glibc*.rpm /mnt/sysimage
# cd /mnt/sysimage
Poi per ogni rpm puoi provare:
# rpm2cpio < file.rpm | cpio -i --no-absolute-filenames
Ovviamente non l'ho testata. :-)
-- 
Enrico Bodo  -   Postdoctoral Research Fellow      
University of Rome "La Sapienza" 
Department of Chemistry         

 Buona fortuna!
Grazie mille,
			Danilo

 Questi sono l'unica cosa che appare prima del disastro.
IMHO e' proprio la libc da rimpiazzare.
bye G.L.
--
La logica non attiene alla verosimiglianza delle ipotesi,
ma alla coerenza delle tesi con le ipotesi.

 # rpm2cpio < file.rpm | cpio -i --no-absolute-filenames
Grazie mille,
			Danilo

 Ovviamente non l'ho testata. :-)
Per installare gli rpm quando non puoi fare chroot puoi usare l'opzione 
--root per specificare la directory in cui è stata montato il sistema da 
ripristinare (es. /mnt/.....).
E' sicuro ed evitata i problemi che la copiatura manuale e l'uso del sitema 
in init 1 potrebbe dare.
Per esempio usando rpm --root e con un certo eccesso di bile, ho potuto 
eliminare la /lib che conteneva librerie redhat, mandrake, debian, slack, e 
reinstallarla in maniera pulita.

 INIT: Entering runlevel 5
                          ^^^
???


 ???
INIT: Entering runlevel 1
Bhe, il tutto mi lascia meravigliato e perplesso.
		Danilo