L'avvio di Gnome si blocca per due minuti [risolto]

[riverdragon]

E' un problema che mi capita da sabato, e nel tentativo di risolverlo ho compilato un numero esorbitante di pacchetti, alcuni di questi più di una volta.

Succede questo: l'avvio testuale procede normalmente, ad un certo punto parte X; ho impostato gdm perché autentichi automaticamente l'unico utente non-root del sistema; appare il pannello di gnome, si carica il menu, carica alcune applet, poi si ferma tutto, il disco non mostra più segni di attività, la frequenza dei core rimane al minimo, il monitor di sistema (di cui ho una applet attiva sul pannello) non indica alcun task "serio". Lo sfondo del desktop non fa tempo a venire caricato.

Passano un paio di minuti, quindi il sistema si risveglia, attiva le icone nella tray (gnome-power-manager, fusion-icon, nm-applet), carica il desktop, e tutto riprende a funzionare come dovrebbe.

Qui di seguito inserisco .xsession-errors

[Ic3M4n]

se crei un'altro utente con una home tutta nuova la cosa succede lo stesso?

[Laux]

[riverdragon]

Se creo un utente non root da zero ho sempre il blocco all'avvio, e la sessione parte senza un gestore di finestre (né compiz né metacity).
Se entro come root non c'è alcun ritardo, e viene avviato automaticamente metacity.

Oggi pomeriggio provo a rivedere un po' di xorg.conf, intanto grazie.

[randomaze]

[riverdragon]

Ho provato diverse strade per risolvere.

• i driver video; ho rimosso e reinstallato nvidia-drivers.
  
• problemi di accesso alle risorse: ho pensato ai character device che si trovano in dev, specificamente /dev/nvidia0 e /dev/nvidiactl

  Code:

  crw-rw---- 1 root video 195,   0  8 apr 16:41 /dev/nvidia0 crw-rw---- 1 root video 195, 255  8 apr 16:41 /dev/nvidiactl

  Ho provato a rimuoverli e a ricrearli, con i comandi

  Code:

  mknod -m 664 /dev/nvidia0 c 195 0 mknod -m 664 /dev/nvidiactl c 195 255

  (li ho trovati su internet tempo fa, non garantisco che siano quelli giusti; comunque funzionano, mi avevano risolto un problema quando li avevo trovati).
  Ho provato a riaggiungere il mio utente al gruppo video (nel quale quasi sicuramente ero già).
  
• inotify_add_watch: No such file or directory; magari non c'entra nulla, ma ho provato - senza successo - a risolvere anche questo, ricompilando glibc e kernel.
  
• Ho ricompilato xorg-server
  Non compaiono errori nell'inizializzazione del server, giusto alcuni warnings

  Code:

  (WW) NVIDIA(0): Error: Unable to find DOS (Enable/Disable output switching) (WW) NVIDIA(0):     file path under /proc/acpi/video. NVIDIA X driver will not (WW) NVIDIA(0):     be able to respond to  display change hotkey events.

Inserisco qui uno snippet del mio xorg.conf

[koma]

se provi con fluxbox non da problemi? Per capire se è proprio gnome o X per intenderci si va a scalare
_________________
http://www.youtube.com/watch?v=_yoJI-Tl94g GLORY GLORY HYPNOTOAD

[riverdragon]

Provo a vedere che dice fluxbox, ma credo che il problema sia da qualche parte in Gnome, anche perché il login da root non dà problemi.
Intanto, questo è l'ultimo .xsession-errors

[Laux]

Per caso hai installato la barra AWN???
Girando e googlando ho trovato delle discussioni in merito al tuo errore su diverse architetture e distro, e tutti usavano AWN con compiz ma si scervellavano sulle schede video inutilmente; awn vuole un compositing manager attivo e quando dovrebbe partire non ne trova uno poichè compiz non è ancora partito. Per caso è questo il punto? Probabilmente come root non ti capita poichè il profilo è diverso e non contempla gli avvii di compiz ed awn
_________________
In vino veritas, in scarpe adidas, in bagno badedas, in culo........ un ananas!

[riverdragon]

Ho provato senza entrambi. Ma nel dubbio ti concedo fiducia, spero tu abbia ragione

Nel frattempo fluxbox avvia il suo "niente in tutto" senza problemi

EDIT: <emoticon che fa festa> *** Trovato, grazie! Era la fusion icon che creava problemi! ***

Nello specifico: quando avevo disinstallato compiz era rimasto il file .desktop in autostart, causando quindi problemi da tutte le parti.
Ancora più nello specifico: ho rimosso gli ebuild dal mio overlay locale e ho installato la versione di fusion-icon presente nell'overlay desktop-effects (0.1), e tutto funziona come prima.

Awn non ha colpe, infatti il nuovo metacity è anche manager di composizione e insieme funzionano bene.

Grazie a tutti!

EDIT2: di nuovo il blocco, anche con la fusion-icon "nuova". Intanto ne ho disabilitato l'avvio automatico, ma dopo più di un anno che uso felicemente compiz non sono contento di non poterlo usare. Farò un po' di prove togliendo e rimettendo le versioni di desktop-effects.

EDIT3: ho fatto diversi tentativi, alcuni dei quali hanno portato anche il server X a bloccarsi ( !!). Forse, e ripeto forse, la chiave di volta sta nella variabile WINDOW_MANAGER, la cui impostazione ho inserito in /etc/profile.