Newsgroup: it.comp.os.linux.sys
Titolo: improvvisamente tutto va in segfault

E' successo qualche minuto fa, sembrava andare tutto correttamente quando:
server:/etc/cups# ls  
certs        command.types  interfaces  mime.types  ppds.dat       pstoraster.convs  raw.types
client.conf  cupsd.conf     mime.convs  ppd         printers.conf  raw.convs
server:/etc/cups# apt-get install samba
Segmentation fault
server:/etc/cups# apt-get install samba
Segmentation fault
server:/etc/cups# apt-get install      
Segmentation fault
server:/etc/cups# apt-get
Segmentation fault
server:/etc/cups# w
Segmentation fault
Avevo appena finito di configurare cups (stavo settando un print server)
Qualche comando pare ancora funzionare, du, kill.. ma poca roba. I
processi che giravano ancora stanno funzionando. Vi e' mai successa una
cosa del genere? E' probabile che spegnendo la macchina non riparta piu?
Per ora la lascio accesa visto che ancora quello che doveva fare lo sta
facendo ancora ma questo mi ha lasciato molto perplesso, non mi era mai
accaduto...
-- 
Federico:       
http://www.sideralis.net
Espace:  
http://www.sideralis.net/espace
IRC:          
irc.sideralis.fastland.org
Linux:             
http://www.gentoo.org

 accaduto...
a me è successo per la prima volta sabato. Al riavvio è vissuta.
Potrebbe essere un guasto hardware.

 Potrebbe essere un guasto hardware.
Potrebbe essere la ram? Installando cups e avviandolo credo di aver
esaurito quella che avevo a disposizione, potrebbe essere che ho beccato
un segmento bacato..
Eseguiro il ravvio tra un paio di giorni, quando avro' anche il tempo di
sistemare nel caso non partisse :/


 un segmento bacato..
potrebbe.

 E' successo qualche minuto fa, sembrava andare tutto correttamente quando:
mi è successo ieri,in una macchina moooolto vecchia (pentium pro 200), 
avevo esaurito la memoria ram e la swap era agli sogoccioli. Ho 
ipotizzato anch'io un banco di ram, o cmq un guasto hardware.
Tanto la macchina va sostitutita a breve quindi...
Debian woody kernel 2.2.23 ricompilato 64 Mb ram
cya
Banana

 ram
Ho provato il riavvio, č partita (per fortuna). Faro' dei controlli piů
accurati, grazie dei pareri !!


Il giorno Thu, 20 Mar 2003, Federico così ha scritto:
|From: Federico <fede...@sAiBdCeDrEaFlGiHs.net>
|Date: Thu, 20 Mar 2003 10:58:29 +0100
|Subject: Re: improvvisamente tutto va in segfault
|
|On Thu, 20 Mar 2003 09:21:40 +0100, Banana wrote:
|> mi è successo ieri,in una macchina moooolto vecchia (pentium pro 200),
|> avevo esaurito la memoria ram e la swap era agli sogoccioli. Ho ipotizzato
|> anch'io un banco di ram, o cmq un guasto hardware. Tanto la macchina va
|> sostitutita a breve quindi... Debian woody kernel 2.2.23 ricompilato 64 Mb
|> ram
|
|Ho provato il riavvio, è partita (per fortuna). Faro' dei controlli più
|accurati, grazie dei pareri !!
|
  Da noi è successo per via del disco pieno su una partizione.  L'abbiamo
capito dopo un paio di giorni... :-/
  Sandro
-- 
Bellum se ipsum alet
       La guerra nutre se stessa
Livio, Ab urbe condita, XXXIV,9

 accaduto...
A me capita abbastanza spesso. Se sono in X, ne esco con
CTRL-ALT-BACKSPACE e sulla console leggo un messaggio che mi informa che
il processo devalloctl è andato in segfault. Basta riavviare
(brutalmente visto che nemmeno poweroff, logout, shutdown e compagnia
bella funzionano) aspettare lo scan e tutto funziona di nuovo.
Io ho imputato il problema alla RAM, cosa parzialmente confermata anche
da MEMTEST86.
Però ho notato una cosa strana, tutti quelli che hanno risposto in
questro thread usano debian? io ho una woody, potrebbe essere qualche
problema anche della distro?
-- 
            ||      
http://digilander.libero.it/nemesis2001
 |\ |       ||    
 | \|emesis ||    "Non ci sono percorsi più brevi da cercare,
            ||  c'è la strada che credi e il coraggio di andare" 

 problema anche della distro?
già, e questa cosa mi preoccupa un po' :-(((
C'è un altro problema bizzaro che ho notato solo con woody, mi è 
capitato che dopo la compilazione di alcuni kernel al boot mi dava una 
sfilza di unresolved symbols, amche se mi ero preoccupato di systemare 
System.map ecc.
Con altre distro sta cosa non è mai successa.
Può essere colpa del gcc3 di deb??
cya
Banana

Il giorno Thu, 20 Mar 2003, Nemesis così ha scritto:
|From: Nemesis <Nem...@nowhere.invalid>
|Date: Thu, 20 Mar 2003 20:23:24 GMT
|Subject: Re: improvvisamente tutto va in segfault
[...]
|Però ho notato una cosa strana, tutti quelli che hanno risposto in
|questro thread usano debian? io ho una woody, potrebbe essere qualche
|problema anche della distro?
|
aselli@aselli ~$ cat /etc/slackware-version
Slackware 8.1
  Si è controllato che non sia piena una partizione del disco?  Ad un collega
un problema di questo tipo era causato da questo.


 in definitiva, hai combinato tu il casino, direi.
direi proprio di no.
guarda cosa c'è nel primo dei sette cd ufficili di woody 3.0
$ ls -l /cdrom/pool/main/g/gcc-3.0
totale 3236
-r--r--r--    5 root     root       114866 apr  9  2002 
cpp-3.0_3.0.4-7_i386.deb
-r--r--r--    5 root     root      1376046 apr  9  2002 
g77-3.0_3.0.4-7_i386.deb
-r--r--r--    5 root     root      1458608 apr  9  2002 
gcc-3.0_3.0.4-7_i386.deb
-r--r--r--    5 root     root       113300 apr  9  2002 
gcc-3.0-base_3.0.4-7_i386.deb
-r--r--r--    5 root     root        47170 apr  9  2002 
libgcc1_3.0.4-7_i386.deb
-r--r--r--    5 root     root       201688 apr  9  2002 
libstdc++3_3.0.4-7_i386.deb
-r--r--r--    1 root     root          404 lug 18  2002 TRANS.TBL
c'è sia 2.95 che il 3, e se installi tramite dselect di default li 
installa tutti e due
cya
Banana

 guarda cosa c'è nel primo dei sette cd ufficili di woody 3.0
Si`, ok, ma guarda qui:
alex@bart:~$ dpkg -l|grep gcc
ii  gcc            2.95.4-14      The GNU C compiler.
Quindi il gcc ufficiale debian e` il 2.95.4, mentre sulla sid:
alex@sdf-1:~$ dpkg -l|grep gcc
ii  gcc            3.2.3-0        The GNU C compiler.
e` il 3.2.3.
Conta che i binari compilati col 3 non possono essere linkati con
librerie fatte col 2, in generale, quindi potrebbe essere questa la
fonte dei problemi.
Se la cosa ti e` successa mentre stavi usando normalmente la macchina e
non durante un aggiornamento probabilmente hai la RAM bacata e una
libreria usata da molti programmi (tipo la libc o la libstdc) e` rimasta
corrotta finendo sopra il banco bacato, quindi tutti i programmiche la
usano ti tornano un segfault.
Bye.

 un problema di questo tipo era causato da questo.
Non direi :
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda6             35278540    979248  32507244   3% /
/dev/hda1             43937740   2658848  41278892   7% /win
-- 
            ||      
http://digilander.libero.it/nemesis2001
 |\ |       ||   "Non ci sono percorsi più brevi da cercare, 
 | \|emesis || c'è la strada che credi e il coraggio di andare"  

 versioni differenti del compilatore, ne sei proprio sicuro? Mah..
normalmente anch'io uso apt 'a mano', ma dopo l'installazione del 
sistema base mi trovo bene con dselect, perchè installa il 90% dei 
programmini utili per me
Solo che non aveveo notato installasse gcc 2.95 e 3.0, adesso in ogni 
installazione rimuovo gcc3.0.
cya
Banana

 usano ti tornano un segfault.
Per il discorso del segfault credo proprio fosse la ram, ma non ho più 
modo di verificarlo, la macchina doveva essere sostituita già da prima 
che si verificasse il segfault, ora riposa nel paradiso dei computer :-)
cya
Banana

 update/upgrade te lo chiede di nuovo.
nelle macchine che ho provato gcc-3.0 non è richiesto da nessuno, mentre 
gcc-3.0-base è una dipendenza di openoffice... per ora gcc-3.0 lo tolgo 
da tutte le macchine che installo, quando qualcosa lo richiederà come 
dipendenza, allora non mi resta che installarlo.
cya
Banana

 fonte dei problemi.
Solo per il C++, l'ABI del C non e` variata.
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Quando un uomo porta dei fiori a sua moglie senza motivo, 
un motivo c'e`.