[Primipassi] sistema rotto: segfault, shared libraries, inconsistent filesystem... etc.

f.n@tele2.it f.n@tele2.it
Lun 31 Ago 2009 12:10:43 CEST


Ciao a tutti!
Ho un bel problemino da proporvi:
il mio sistema (Debian Lenny da molto non aggiornato, su portatile: kernel 2.6.26 ma ho anche il 2.6.18) è messo molto ma di molto male (come si può intuire dall'oggetto).
Cercherò di essere chiaro e conciso, ma la situazione è (almeno per me) parecchio ingarbugliata. Andrò per passi successivi.

0)
- Il sistema è poco gestibile, e i problemi non sono esattamente riproducibili (reiterando cambia qualcosa);
- Mi piacerebbe riuscire a fare un backup completo (quello che ho non lo è);
- L'ulitma volta che ho acceso (e spento il pc) è partito il periodico controllo del file system che prevedibilmente non è stato superato:

Inode 639659 has illegal block(s).

\: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY (i.e. without -a or -p options)
fsck died with exit status 4
   failed!
[...]

si implorava un mio intervento manuale, ma dopo un po' di attesa è andato tutto a pallino da solo.

1) problema hardware o software?

Il problema si presenta all'avvio.
GRUB funziona. I primi messaggi di errore non compaiono sempre allo stesso punto e non sono sempre gli stessi. Comunque reiterati sono i seguenti:
segfault at.... error .. in lib(qualcosa) nel senso che il qualcosa varia;
error while loading shared libraries....
symbol lookup error

I punti di inizio degli errori e variabile tra:
- Starting GNOME Display Manager;
- Starting Hardware abstraction layer.

Questo avviando la sessione normale (non recovery mode).
La sessione grafica non parte e viene presentato il prompt per il login che può funzionare (non per molto) o non funzionare (sia in utente che in root). Mi sembra che venga accettato se la sessione precedente è terminata con uno shutdown decente (cosa rara).
Il sistema è praticamente ingestibile.

Le cose vanno un pochino meglio nella sessione recovery dove si reisce a digitare qualche comando. Riesco a montare una chiave usb ma il comando cp è limitato: sembrerebbe che riesca a fare le cose dirette. La copia nidificata (cp -R) non funziona quasi mai e dà vari errori. Uno per esempio è stato:

BUG: unable to handle kernel paging request at 646fe69
[...]

Capite quindi che fare un backup risulta un tantino complicato.
Dal recovery mode si riesce (se non si impalla prima) a fare uno shutdown.

Tutto ciò farebbe pensare ad un problema software ma le live non mi funzionano. Per esempio una vecchia Slax 5.1.6 che era solita fare il suo lavoro in caso di necessità si impalla se lasciata installare (probabilmente tenta di entrare in modalità grafica). Se impongo un copy2ram si ferma con un tranquillizzante:

<0> kernel panic - not syncing: Fatal exception in interrupt.

Ciò farebbe pensare ad un problema hardware? Che sia partita la ram? Come posso verificarlo?

2) Non copio ora in dettaglio tutte le paginate di errori che mi sono segnato, perché non so se serva. Ma nel caso, ovviamente, posso riportarvele.

3) Altri dettagli vari:
- due settimane fa circa mi morì all'improvviso il sistema. Riavviato sembrava tutto normale; pensai a questioni di temperatura e non diedi importanza alla cosa.
- precedentemente (credo) avevo avuto problemi ad utilizzare un televisore lcd come schermo esterno (già utilizzato in altre occasioni); avevo fatto vari tentativi di riavvio del sistema che finivano con un messagio sulla tv (no syncron) o con lo spegnimento del televisore.
- utilizzando il vecchio kernel (2.6.18) si giunge alla grafica ma compaiono pattern colorati insensati.

4) Altro? Quello che volete!

Le mie risposte potranno essere lente, avendo almomento una limitata accessibilità alla rete.

Grazie anticipatamente.

Saluti a tutti,
Filippo






Maggiori informazioni sulla lista primipassi