gioma wrote:GvMariani wrote:Sì era proprio così: però il fatto che non ti prenda i comandi di console non è una buona cosa... probabile xserver piantato, anche se dal tuo log non si vede nessun errore specifico.
Ma per curiosità ho provato con il l'interfaccai grafica funzionante e avviata e Alt+F1 apre il menu, Alt+F2 apre "Esegui un comando". Quindi non capisco bene quando e come usare i comandi "Alt+Fn".
Sorry, colpa mia: il comando giusto è "Ctrl+Alt+Fn" e il VT su cui "proietta" l'xorg in Mandriva è il numero "8"...
l' "1" è quello su cui ti sei loggato all'inizio (e quindi non è usabile, se non eventualmente per provare a killare l'xorg a colpi di "Ctrl+C"...), gli altri ti dovrebbero dare un login da cui puoi operare
(p.es. se ha installato htop, per trovare e killare il server bloccato senza dover riavviare...).
un bel "dmesg |grep drm" con uno dei kernel problematici che ti dice? Se non trovi un messaggio del tipo "xxx kernel modesetting enabled", anche questo potrebbe essere un problema nel momento in cui parte il xserver e poi KDE;
Prima di avviare l'interfaccia grafica non riesco ad aprire la console. Ho provato con il comando konsole e xterm ma dopo un po' di righe di lamentele non si apre nulla.
In compenso il messaggio di cui parli non mi sembra ci sia neanche con il kernel che funziona. Ecco cosa ottengo:[/quote]
Nonono...
non "konsole" (che è un programma di emulazione terminale per KDE), ma "console", cioè un prompt dei comandi testuale: quello che hai prima di dare startx è una "console" (o una di quelle aperte con Ctrl+ALt+Fn, dopo lo startx).
E sarebbe interessante avere il risultato del "dmesg ecc ecc" anche con un kernel che non funziona...
Inoltre, posso sapere che versioni hai installate di libdrm e mesa, così da avere il quadro di tutto lo stack grafico?
Cosa hai di bello nel tuo kwinrc in .kde4/share/config nella tua homedir?
Ecco il file copiato dopo un blocco e prima di riavviare l'interfaccia grafica:
Code: Select all
[Compositing]
AnimationSpeed=3
Backend=XRender
CheckIsSafe=true
Enabled=false
GLLegacy=false
GLTextureFilter=2
HiddenPreviews=5
OpenGLIsUnsafe=false
UnredirectFullscreen=false
Questa è la parte che interessa per kwin...
Devi perderci un po' di tempo per cercare di isolare il settaggio che eventualmente dà problemi:
1) se metti "OpenGL" come backend e, ovviamente, "Enabled" a "true" (lo puoi fare a manina) con il kernel più vecchio tutto funziona, giusto?
2) sempre con OpenGL come backend ed abilitato, prova a settare (separatamente e poi riprova di volta in volta a rilanciare l'xorg; se non funge ripristini il valore originale, prima di passare la successivo) "OpenGLIsUnsafe" a "true", "CheckIsSafe" a "false" e "GLLegacy2 a "true": cambia qualcosa?
Il primo dice a Kwin che il support OpenGL non è affidabile e questo dovrebbe costringerlo ad attivare una modalità più compatibile, il secondo dice a Kwin di non provare a testare le funzionalità del driver video (e quindi credo implichi il precedente), il terzo chiede a Kwin di non attivare il supporto di funzionalità OpenGL troppo recenti (2.x) anche se il driver video dice che sono presenti...
Delle tre possibilità la terza potrebbe essere quella utile...
Per la cronaca questa è la sezione corrispondente del mio kwinrc:
Code: Select all
[Compositing]
AnimationSpeed=3
Backend=OpenGL
Enabled=true
GLDirect=true
GLLegacy=false
GLMode=TFP
GLTextureFilter=0
GLVSync=false
HiddenPreviews=5
OpenGLIsUnsafe=false
UnredirectFullscreen=false
XRenderSmoothScale=false
... non c'è niente nel file .xsession-errors che trovi nella tua homedir dopo un crash?
Code: Select all
localhost being added to access control list...
Qui non c'è nulla di interessante perché nel tuo kwinrc hai abilitato l'Xrender...
Servirebbe lo stesso log con abilitato l'OpenGL e nel caso di kernel problematici.
A me, p.es., alla partenza kwin segnala che cosa ha trovato come supporto video:
Code: Select all
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD JUNIPER
OpenGL version string: 2.1 Mesa 8.0.4
OpenGL shading language version string: 1.20
Driver: R600G
GPU class: EVERGREEN
OpenGL version: 2.1
GLSL version: 1.20
Mesa version: 8.0.4
X server version: 1.12.3
Linux kernel version: 3.5.3
Direct rendering: yes
Requires strict binding: no
GLSL shaders: yes
Texture NPOT support: yes
Potresti considerare l'ipotesi di un upgrade di tutto quanto lo stack grafico, specialmente se vuoi usare kernel nella fascia 3.x.y: nei ns repo di test (2010.2/others/mesa-xorg) abbiamo tante belle cosine da provare... l'unico inghippo è che le varie dir contenenti i diverso "pezzi" del sistema grafico non sono configurati come repo, quindi ti devi scaricare a mano quel che serve e poi fare l'upgrade (possibilmente dopo adeguato backup, in modo da poter tornare indietro se la cosa non funziona), ma su questo, se vuoi una mano, siamo qui apposta...
Potremmo provare ma dovrei capire bene come poter ritornare indietro in caso di guai. Il pc non è mio e non vorrei reinstallare tutto.
Beh, finché parti in init 3, e quindi sei sempre in grado di accedere al PC in modalità testuale, io procederei così:
1) fare un elenco dei rpm originali che hai installato per i vari pezzi del puzzle (libdrm, mesa, xorg e driver annessi: per questi ultimi trovi una sorta di elenco nel file BuildOrder.txt che si trova nella dir /others/mesa-xorg/ del repo 2010.2: i pacchetti elencati ai punti 3-8 sono quelli che ti servono; per gli altri, se vuoi, ti posso passare un elenco...);
2) scaricarli da qualche parte in un'unica dir, in modo da averli a portata di mano;
3) fare lo stesso con i nuovi "rpm" in un'altra dir diversa dalla precedente (o più di una, se vuoi aggiornare a tappe: libdrm può essere installata da sola, perché è sempre garantita la retrocompatibilità delle nuove versioni anche con kernel meno recenti; ed anche mesa è abbastanza autonoma dagli altri due pezzi...): poi vai di "urpmi *.rpm" (o "rpm -Uvh *.rpm", se preferisci; ovviamente da utente root od con "sudo") nella/e dir dei nuovi pacchetti da installare;
4) se tutto va bene, fai la prova con i kernel problematici (magari con quello più recente); se la prova funziona, hai risolto il problema. Altrimenti, nel caso tu abbia aggiornato "a pezzi", conviene provare ad aggiornare anche il resto dello stack grafico e riprovare.
5) Se nessuna prova va a buon fine, puoi sempre ripristinare i pacchetti precedenti andando nella dir dove li avevi scaricati e procedendo con un bel "rpm -Uvh --force *.rpm" (sempre da root o con "sudo").
GvM