[Silvan]

Torniamo all’errore di caricamento del modulo nvidia.ko che mi sembra molto chiaro, a tal proposito mi puoi dire anche cosa ti dà:

readlink -f /lib/modules/2.6.38mamba/kernel/drivers/video/nvidia.ko

perchè dovresti avere

/lib/modules/2.6.38mamba/kernel/drivers/video/nvidia_96xx_ko

invece sembrerebbe che tu abbia:

/lib/modules/2.6.38mamba/kernel/drivers/video/nvidia_current_ko

(se non hai il 2.6.38 sostituisci 2.6.38 con 2.6.37)

[Silvan]

Ok allora puoi dirmi solo cosa restituisce

readlink -f /usr/lib/xorg/modules/extensions/libglx.so

L’output dovrebbe essere una riga sola.

[Silvan]

Mi mandi l’output di ls -l /etc/alternatives?

Poi prova a rinominare il file /usr/lib/xorg/modules/extensions/fglrx/libglx.so:

mv /usr/lib/xorg/modules/extensions/fglrx/libglx.so /usr/lib/xorg/modules/extensions/fglrx/libglx_so

Con Gnome il processo del login manager non si chiama login_manager, startx forse va bene uguale come prova ma per riavviare il server fai killall gdm-binary oppure:

init 3

init 5

(se stai usando il cd, se usi la chiavetta usb le modifiche sono permanenti e quindi potresti anche riavviare tutto il sistema).

[Silvan]

Sembra che non si sia configurato il giusto driver legacy 96xx:

[   45.128251] NVRM: The NVIDIA GeForce4 MX 4000 GPU installed in this system is

[   45.128256] NVRM:  supported through the NVIDIA 96.43.xx Legacy drivers. Please

[   45.128259] NVRM:  visit http://www.nvidia.com/object/unix.html for more

[   45.128262] NVRM:  information.  The 260.19.44 NVIDIA driver will ignore

[   45.128265] NVRM:  this GPU.  Continuing probe...

[   45.128282] NVRM: No NVIDIA graphics adapter found!

Strano perchè l’id PCI della tua scheda video è elencato in /sbin/nvidia-autoselect-driver.

Comunque se lanci dal terminale

/usr/sbin/update-alternatives-set-nvidia_96xx

e pai ripartire X

killall X login_manager

cosa succede?

[Silvan]

Cambia qualcosa se rinomini la cartella ~/.config/akonadi in qualcos’altro?

[Silvan]

C’è qualcosa di anomalo con soprano e nepomuk. Cosa restistuisce il comando:

rpm -qa | grep soprano

?

[Silvan]

Dal terminale puoi provare a lanciare un’applicazione facendo il login con il tuo utente? Poi provi a far partire le applicazioni con DISPLAY=:0, per esempio:

DISPLAY=:0 konsole

DISPLAY=:0 firefox

Se c’è qualche errore grosso dovrebbe comparire in ~/.xsession-errors.

Ora in download c’è la 2.0pre5, mi chiedo se abbia lo stesso problema (non dove ho effettuato le prove, almeno all’inizio).

[Silvan]

Mi è chiaro solo dal post precedente che il tuo problema è che, ritieni, non funzionano i driver nvidia proprietari. Di solito funzionano ma farò delle verifiche, il problema potrebbe essere legato al fatto che il tuo chipset grafico è troppo vecchio o troppo nuovo, oppure potrebbe non avere a che fare con i driver nvidia. Ci sono dei metodi per debuggare il problema e risolverlo, se sei d’accordo e ti interessa dedicare del tempo a questo scopo puoi provare a generare un report del sistema con il comando openmamba-makereport ed inviarlo a reports@openmamba.org. Per accedere ad una console dovrebbe bastare premere CTRL-ALT-F2 e premere invio, altrimenti bisogna agire diversamente.

[Silvan]

Ciao Vittux,

per la versione pre-release c’è un aggiornamento di desktop-base-openmamba. Dopo l’aggiornamento puoi riprovare la procedura standard o le istruzioni che ti ha dato michiamophil (che prima dell’aggiornamento si applicavano solo alla versione devel).

[Silvan]

Ciao,

se intendi senza driver nvidia proprietari, puoi provare avviando il cd con l’opzione del kernel

postplug=freevideo

dovrebbe disattivare la configurazione dei driver proprietari anche se questa modalità non è testata da tempo e non sono sicuro che funzioni ancora.

Gli ulteriori sviluppi prevedono di usare i driver Gallium open source quando funzioneranno bene in openmamba al posto di quelli proprietari e posso fornire maggiori indicazioni se c’è la disponibilità ad effettuare dei test.

[Silvan]

Sì anche l’installazione funziona solo che ho applicato una modifica necessaria poco dopo aver generato le immagini. Si tratta di un errore nello script che configura l’utente e il login manager nella seconda fase dell’installazione ed infatti ora dovresti avere il desktop come root anzichè come utente. Il problema è corretto qui: http://git.openmamba.org/?p=desktop-base-openmamba.git;a=commit;h=8dc80b9cfbcdde0a05bba508ceebdf5740760519 ).

Per quanto riguarda il bottone riavvia e gli script, sì, utilizzano cose specifiche di kde per cui andranno modificati opportunamente.

Grazie per il test.

[Silvan]

La modifica andava bene, l’unica cosa è che era su entrambi i branch (master e contrib). Comunque tra ieri e oggi ho sistemato un pò di cose (vedi git e aggiornamenti dei pacchetti) ed a breve manderò una nuova snapshot.

Comunque il comando magico per risolvere la maggior parte dei problemi è:

gconftool-2 –makefile-install-rule /etc/gconf/schemas/*

[Silvan]

Mah, possiamo chiamarlo contrib per non stare a crearne uno troppo specifico.

[Silvan]

Sì, cambiando computer penso che basti mettere la chiave privata in ~/.ssh.

Per git puoi partire con:

git clone ssh://git@git.openmamba.org:4444/makedist/openmamba.git

Per cominiciare ti suggerirei di creare un branch ed attivarlo così:

git push origin origin:refs/heads/nome_branch

git checkout nome_branch

Se vuoi fare delle prove puoi usare il progetto test:

git clone ssh://git@git.openmamba.org:4444/makedist/openmamba.git

Non entro nei dettagli sull’uso di git, documentato altrove, sarà comunque il caso di fare una pagina nel wiki prima o poi.

[Silvan]

Con git ci sono almeno due possibilità,(1) potresti mettere a disposizione le modifiche su un server esterno ed essere io a farne il pull dietro tua segnalazione, (2) altrimenti puoi lavorare direttamente sul server. In questo caso per l’abilitazione dovresti mandarmi la tua chiave pubblica ~/.ssh/id_rsa.pub creata con il comando

ssh-keygen -t rsa

(va bene se la mandi a info at openmamba.org)

[Autore]

Articoli