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

[Lepa]

Il giorno 31 agosto 2009 12.10, <f.n@tele2.it> ha scritto:

> 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


Ti conviene provare una live, se ti va allora e' un problema software e
pialli tutto, altrimenti se non carica nemmeno una live probabilmente sarà
un problema hardware.


_______________________________________________
> FLUG primipassi con Linux - primipassi@firenze.linux.it
> Policy: http://www.firenze.linux.it/primipassi/policy_html
> URL: https://lists.firenze.linux.it/mailman/listinfo/primipassi
> Archivio:  http://lists.firenze.linux.it/pipermail/primipassi/
> Ricerca nell'archivio: http://www.firenze.linux.it/search
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/primipassi/attachments/20090901/4beb4dda/attachment.htm>