Ubuntu, gnome-panel, crash
Stamattina ero lì bello bello che lavoravo sul mio PC d’ufficio – su cui da un paio d’annetti gira tranquillamente un ottimo Ubuntu Linux, che finora mi ha sempre dato grandi soddisfazioni – e improvvisamente lo gnome-panel (ossia l’applicazione che gestisce il pannello e i menu, quello che in Windows sarebbero la barra in basso e il menu Avvio) è andato in crash.
Ma non soltanto in crash, in un crash orribile: quando compariva la finestrella che avvisava del crash, sia che scegliessi “Chiudi”, sia che scegliessi “Riavvia l’applicazione”, il risultato era un nuovo crash; l’unica differenza era che nel secondo caso mi compariva anche una ulteriore finestrella che mi avvisava dell’impossibilità di lanciare un secondo panel (evidentemente c’è qualcosa che prova a rilanciare il panel a getto continuo).
Il problema è che non se ne veniva fuori: persino riavviando il computer, appena partiva il sistema operativo grafico veniva lanciato il pannello che cominciava ad andare in crash all’infinito.
Cercando un po’ con un terminale d’emergenza, ho scoperto il seguente errore nel file di log .xsession-errors nella mia home:
** (gnome-panel:7350): WARNING **: Error in parse: Errore alla riga 4: Il carattere '%' non è valido all'inizio di un nome di entità : il carattere '&' dà inizio ad un'entità ; se questo simbolo "e commerciale" non vuole essere l'inizio di una entità , ricorrere a & ** (gnome-panel:7350): WARNING **: Errore alla riga 4: Il carattere 'on è valido all'inizio di un nome di entità : il carattere '&' dà inizio ad un'entità ; se questo simbolo "e commerciale" non vuole essere l'inizio di una entità , ricorrere a &
E qui, altre bestemmie contro gli sviluppatori di Gnome: scrivere qual è il file alla cui riga 4 si genera l’errore pareva brutto??
Dopo un quarto d’ora, ho pensato di chiedere aiuto alla rete: sono riuscito con il pulsante destro a creare al volo sul desktop – mentre il pannello continuava a crashare e tentare di riaprirsi e crashare di nuovo – un’icona associata a Firefox, che poi ho lanciato; di lì, ho messo su Google “gnome-panel crash ubuntu” e ho cercato.
Nella prima pagina, ho trovato questo post di un’altra persona che ha avuto il mio stesso problema, che mi ha salvato ore e ore di ricerca, e una probabile reinstallazione. In pratica, qualche documento che ho aperto ha scritto dei caratteri inconsulti dentro il file XML .recently-used, sempre nella mia home, che contiene i “dati recenti”; al momento di creare il relativo menu, questi caratteri non riuscivano ad essere trattati correttamente dal pannello, che andava in crash.
Ora, come è possibile che una persona che sviluppa il pannello di Gnome possa non essersi posta il problema di come evitare che un semplice carattere strano possa rendere completamente inutilizzabile il PC, sfugge alla mia comprensione: un’altra di quelle ingenuità che ogni tanto (ma solo ogni tanto, eh) ti fanno rimpiangere Windows.
E ora, vado a incazzarmi sui sistemi di bug tracking di Ubuntu e di Gnome.
17 Maggio 2006, 14:53
Beh, chi è causa del suo mal pianga se stesso. Se anche Linus usa KDE ci sarà un motivo, no?
Quindi adesso fai un bel apt-get install kde-desktop
e trasforma la tua ubuntu in una fiammante kubuntu:)
Pensa che con windoze :
– non avresti avuto la shell per vedere il log
– lanciare qualsiasi cosa sarebbe stato impossibile
– la soluzione che avresti trovato sarebbe stata: spegni e riaccendi
– la macchina si sarebbe spenta comunque da sola perdendo anche qualche file
– la reinstallazione completa del sistema sarebbe stata l’unica via per risolvere veramente il problema
17 Maggio 2006, 17:18
1. Basta ctrl+alt+F1, non c’e’ bisogno di riavviare (a dirla tutta, non c’e’ bisogno nemmeno di X ;-) )
2. Per indagare su un problema del genere hai a disposizione strace, find, grep, syslog, i file di log e I SORGENTI. Prova a indagare su windows… (per fortuna c’e’ sysinternals)
Ma soprattutto:
3. Per MESI su Windows 2000 bastava aprire con explorer una directory che *contenesse* file .xml perche’ il suddetto dopo pochi minuti/secondi (dipendeva dalla volta) andasse irrimediabilmente in crash. Ne sono uscito con fatica smanettando sul registro per disabilitare (se ricordo bene) la gestione dei preview degli xml. Come ho fatto a non pensarci…
18 Maggio 2006, 13:02
Potevi postare nei forum, chiedere in chat e RTFM.
In alternativa, se non ti sta bene, il sorgente ce l’hai: cambiatelo!
.a.c.
13 Luglio 2006, 00:27
ciao..ho un piccolo probleme con gnome panel..a parte il fatto k è mi impazzito come è successo a te per due volte e ho dovuto farmi due nuovi account,,cmq ora mi ha fatto sparire le aree di lavoro..cosa k mi fa impazzire visto k solitamente ne uso 3-4 contemporaneamente..a dire la verità mi era già successo, ma ora nn ricordo più come ho fatto a “ritrovarle”
non sapresti mica dirmi come fare? tra l altro sono alle primissime armi con linux,ubunto&co_ quindi se potessi far finta di parlare con uno k nn sa nulla mi faresti un favore enorme :) grazie in anticipo! valeria :D
13 Luglio 2006, 01:07
ops..non mi prendere per una povera pazza..ma ho risolto..:D
19 Ottobre 2006, 13:33
Scusa eh, giusto per dire… ma nella dir home puoi cancellare praticamenet tutto senza che gnome ne abbia a risentire. In pratica, se ti facevi un backup e cancellavi selettivamente le dir nascoste fino a risolvere il problema, poi potevi ripristinare tutto tranne la suddetta dir risparmiando sul tempo di debug.
Un conto è che vuoi smanettare, ma se sul pc vuoi lavorare questa è la cosa migliore! Inoltre questa metodologia di “degub sistemico brutale” è inapplicabile a Windows, quindi gioisci con noi.
11 Dicembre 2006, 17:48
Ho appena sbloccato il computer centrale dall’aula informatica della mia scuola (un meraviglioso laboratorio ubuntu di 13 macchine senza alcun problema di funzionamento) dal crash in oggetto in quattro minuti netti.
grazie delle informazioni condivise sempre utilissime.
19 Ottobre 2007, 01:29
Grazie per l’informazione, cancellando il suddetto file tutto si è risolto.
Leggo negli altri commenti che ci sarebbero stati mille modi più o meno improbabili per risolvere la situazione (addirittura modificare i sorgenti!), ma penso anche io che sia un problema che non dovrebbe assolutamente esistere (mica siamo su MS-Windows), almeno dovrebbe segnalare in quale file accade tutto ciò!
Peccato che i developer non si siano impegnati a correggere il bug in più di un anno di tempo (è presente in Debian 4.0r1 etch).
15 Aprile 2008, 10:29
Grazie Vittorio, sono 2 giorni che impazzivo sullo stesso problema su un pc (di lavoro!) con RedHat Enterprise 4.
Una volta rimosso il file e fatto un reboot è tornato tutto a posto.
Però che errore di programmazione (del pannello)……!!
Saluti,
Max