[Silvan]

Ciao,
in openmamba l’ambiente desktop supportato per computer con bassa disponibilità di RAM e potenza è LXDE.

Per le nuove installazioni vi sono supporti di installazione che forniscono tale ambiente, come ad esempio openmamba-livecd-light, mentre se hai bisogno di effettuare l’installazione di LXDE su un sistema già installato con KDE potrebbe essere necessario verificare la procedura in quanto non normalmente utilizzata e testata.
In questo caso comunque il punto di partenza è il comando:

sudo yum install lxde

[Silvan]

Ciao,
se il gruppo vboxusers non è presente nel sistema significa che lo script post-installazione di VirtualBox non è stato eseguito correttamente. Per correggere puoi reinstallare VirtualBox con sudo yum reinstall VirtualBox o aggiungerlo a mano con sudo groupadd vboxusers -g 65056. Quando il gruppo è presente si aggiunge l’utente al gruppo con sudo usermod -a -G vboxusers tuo_nome_utente.

[Silvan]

Ciao,
peccato che non si legga tutto il messaggio di errore, comunque credo si riferisca al fatto che manchi il link /lib/modules/4.14.94mamba-64GB/build che dovrebbe esserci se gli header del kernel giusto sono installati.

Nelle precedenti risposte noto che il comando dato per installare o aggiornare gli headers era riferito ad un sistema a 64bit, per cui proverei invece con:
yum install kernel-mamba-64GB-headers

[Silvan]

Ciao,
strano che sia vuoto. Questo è lo script post-installazione di VirtualBox che puoi provare a lanciare a mano facendo copia/incolla in un terminale come root:

for p in vboxdrv vboxnetadp vboxnetflt vboxpci; do
      dkms add -q -m ${p} -v 5.2.22
      dkms install -q -m ${p} -v 5.2.22 --force
done

[Silvan]

Ciao,
manca l’output del primo comando che avevo scritto:

sudo dkms status

[Silvan]

Ciao,
in tal caso può essere utile sapere la risposta dei primi due comandi che ho scritto, non dell’ultimo.

[Silvan]

Ciao,
si può controllare lo stato di compilazione del modulo vboxdrv con il comando da terminale:

sudo dkms status

e se ci sono errori di compilazione anche con:

sudo systemctl status dkms

E’ possibile, se hai installato da livecd, che non siano installati gli headers del kernel, che sono necessari per la compilazione dei moduli di virtualbox. Li puoi installare con il comando:

sudo yum install kernel-mamba-x86_64-headers

Dopo il comando di cui sopra per generare i moduli la cosa più semplice è riavviare il sistema. Oppure eseguire il comando:

sudo systemctl restart dkms

e caricare a mano i moduli di VirtualBox:

sudo modprobe vboxdrv vboxpci vboxnetadp vboxnetflt

[Silvan]

Il report mostra errori nel driver ‘nouveau’ del kernel. Le soluzioni da provare sono o di provare un’architettura completamente differente (driver proprietari nvidia) oppure versioni precedenti del kernel.

Quindi il consiglio è di provare (in ordine di facilità):

1) secondo il report sono ancora installati i kernel 4.14.29, 4.14.31, 4.14.60. Sempre dal menù di Grub (sottomenù delle opzioni avanzate) puoi voler provare l’avvio da una di queste versioni di kernel

2) l’installazione del driver nvidia + avvio dal bootloader Grub in modalità nomodeset:
sudo yum install xorg-drv-video-nvidia_340

Stante che la causa del problema, come già rilevato da tempo, è nel funzionamento di un modulo del kernel Linux, non posso prendere in considerazione le richieste ed affermazioni dell’utente che derivino da una propria diagnosi autonoma e non condivisibile (come ritenere che il sistema che ha un problema nella gestione grafica causi danneggiamento dell’hard disk) o la richiesta di aiuto relativamente ad implementazioni di proprie soluzioni (“come posso inchiodare l’avviatore che impedisce al loop di partire?”). Se un utente fa una propria diagnosi e vuole implementare proprie soluzioni, è libero di farlo ma ciò non è interesse di questo forum, ovvero dello sviluppo di openmamba.

Il sistema deve essere aggiornato affinché abbia senso richiedere supporto in questo forum. Oltre a questo le risposte vengono date fermo restando che sussistano gli elementi di interesse e volontà di chi scrive e vi sia un atteggiamento di serenità e costruttivo da parte di chi chiede assistenza senza che venga chiesto di corrispondere nulla in cambio.

[Silvan]

Va bene così.
Pare che recentemente il driver ‘modesetting’ possa essere migliore del driver specifico ‘nouveau’, quindi varrebbe la pena di provarlo semplicemente rimuovendo il driver nouveau dal sistema:

sudo yum erase xorg-drv-video-nouveau

e riavviare. In caso di problemi da una console l’operazione inversa è:

sudo yum install xorg-drv-video-nouveau.

In alternativa, il chipset video rilevato dal report è:

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce G210M] [10de:0a74] (rev a2)

che è supportato dal driver nvidia_340 e si installa con:

sudo yum install xorg-drv-video-nvidia_340

Per attivarsi richiede poi l’avvio dalle opzioni avanzate di Grub in modalità nomodeset.

• Questa risposta è stata modificata 7 years, 2 months fa da Silvan.

[Silvan]

Ciao,
ho ricevuto il report relativo all’ultimo stato del tuo sistema. Per ripristinare l’avvio dell’ambiente grafico dovresti digitare da terminale questo comando:

sudo rm -f /etc/X11/xorg.conf.d/20-intel.conf

e dopo il riavvio verificare il funzionamento dell’ambiente grafico, che adesso dovrebbe di nuovo partire come prima, ed inviare il report richiesto inizialmente per verificare gli errori del driver nouveau.

[Silvan]

Non ho ricevuto i report indicati nel post delle 16:36 dove è scritto che hai fatto l’aggiornamento, riavviato e prodotto ed inviato il report prima e dopo l’aggiornamento.

Rispetto all’ultimo post mi chiedo cosa possa essere cambiato nel sistema dopo il post precedente, deducendone che il problema non sia stato causato dall’aggiornamento.

Potresti voler provare le modalità di avvio alternative che compaiono all’inizio nel menù delle opzioni avanzate di avvio di Grub (“Opzioni avanzate per openmamba GNU/Linux”).

Per inviare un report senza modalità grafica potresti copiarlo su una chiavetta usb, su una partizione di windows, oppure avviare un sistema Linux live.

Nel caso di una chiavetta usb si tratta di identificare il device corrispondente una volta che venga inserita nel pc. Supponendo che sia /dev/sdb1 (ma dovresti verificarlo con ls /dev/sd* senza e con la chiavetta):

sudo mkdir /mnt/sdb1
sudo mount /dev/sdb1 /mnt/sdb1
cp openmamba-report-* /mnt/sdb1/
sudo umount /mnt/sdb1

Puoi inviare direttamente via email a reports openmamba.org visto che siccome i report precedenti non sono arrivati il problema potrebbe dipendere dal form su questo sito e probabilmente la dimensione del file allegato.

[Silvan]

Ciao,
ti consiglierei di allineare il sistema agli ultimi aggiornamenti fatti per quanto riguarda il sottosistema grafico con il seguente comando:

sudo yum update --enablerepo=unstable-xorg

è altamente probabile che questo non risolva il problema con il driver nouveau ma al riavvio dopo l’aggiornamento sarebbe utile ricevere un nuovo report del sistema per verificare a questo punto quali sono gli errori segnalati dal driver.
Eventualmente se non si trova una soluzione con il driver nouveau ti consiglierò di provare ad installare il driver proprietario nvidia.

[Silvan]

Ciao,
se il problema che era prima in quale modo risolto si è ripresentato dopo un aggiornamento, l’unica modifica rilevante che potrebbe essere la causa è questa .
Ti chiedo se puoi provare a editare il file con:
sudo mcedit /etc/xdg/kwinrc

e rimettere:
GLLegacy=true

e se non basta, togliendo la riga:
GLPreferBufferSwap=true

e dirmi se e cosa cambia al riavvio dopo questa modifica.

[Silvan]

Ciao,
grazie per il test, mi basta sapere che non è quella la causa del problema. Sperabilmente i problemi attuali con le accelerazioni grafiche verrano risolti con gli sviluppi futuri, nel frattempo la disattivazione con SHIFT-ALT-F12 permette di ripristinare immediatamente l’usabilità del desktop a chi si presentasse il problema.

[Silvan]

Se funziona da solo il punto 1 dall’avvio del computer puoi lasciare perdere il 2.

Una volta ripristinata l’usabilità del desktop puoi provare a trovare l’impostazione migliore funzionante del ‘Compositore’ come avevo scritto sopra:

puoi provare a disattivare gli effetti del desktop eseguendo dal menù il tool ‘Compositore’ e deselezionando ‘Abilita gli effetti del desktop all’avvio’ oppure impostando Motore di rendering: XRender.

La modalià XRender è meglio che completamente disattivati.

La soluzione potrebbe essere da cercare nella pacchettizzazione delle recenti librerie grafiche Mesa, che stanno dando qualche problema anche su chipset Intel, ma potrebbe essere utile sapere che su NVidia i problemi iniziano dall’aggiornamento del driver Nouveau, quindi provare a farne il downgrade detto al punto 3 sopra e riattivare gli effetti grafici predefiniti (OpenGL 2.0 o 3.1) sarebbe utile per gli sviluppi futuri.

[Autore]

Articoli