[Silvan]

Il problema potrebbe corrispondere a quello discusso in questa pagina:

http://ubuntuforums.org/showthread.php?t=530772

dove si dice di utilizzare il driver fornito da questo link:

http://www.atvnation.com/WUSB300N.tar

Se non funziona sembra che possa essere rilevante la versione di ndiswrapper e quindi anche la versione di openmamba su cui si verifica il problema.

[Silvan]

Quindi se non ho capito male c’è un problema nel montaggio delle partizioni di dispositivi esterni con la versione milestone1 1.1 aggiornata. Ho fatto delle prove e non sono riuscito a riprodurre il problema. Mi chiedo due cose:

1) all’inserimento del dispositivo USB compaiono le icone sul desktop o comunque la notifica che un dispositivo è stato inserito?

2) con quali filesystem avete verificato il problema? ext2,ext3,fat,ntfs… ?

[Silvan]

Verificherei due cose:

1) impostare dhclient come DHCP client in Preferences -> External Programs, e riprovare la connessione

2) verificare con riavvi del sistema o disconnessioni e riconnessioni alla rete se il problema di connettività si verifica sempre, o se almeno una volta la connessione funziona (questa informazione è importante per capire la natura del problema)

Questo supponendo che il file /etc/resolv.conf abbia ottenuto l’indirizzo del DNS corretto dal router.

Se non si risolve, potrebbe essere un problema del driver windows con ndiswrapper. Dando per accertato che non esiste un driver per linux per questo dispositivo (non ho verificato al momento) si può provare ad installare altre versioni del driver per windows.

[Silvan]

Dopo gli ultimi aggiornamenti di openmamba 2, se l’audio di skype non va, occorre impostarlo per utilizzare il device “aswimed (asym)” oppure “skype (route)” andando in:

Opzioni -> Dispositivi audio

Il device va modificato per le tre voci Microfono, Altoparlanti e Suoneria.

[Silvan]

L’ordine di avvio di wicd è stato corretto con l’ultimo aggiornamento di initscript per la versione 1.1 di una settimana fa. Il problema si verifica ancora?

[Silvan]

Ciao.

Nell’ultima snapshot Grub2 è stato aggiornato alla versione 1.97 che include il supporto per ext4, però al momento l’avvio non funziona a causa di un crash del kernel durante l’esecuzione di kinit, mentre selezionando ext3 come filesystem durante l’installazione l’avvio avviene correttamente.

Per quanto riguarda l’avvio grafico di grub, il problema è stato risolto e sarà disponibile con la prossima snapshot oppure dopo l’installazione aggiornando grub alla versione 1.97-3mamba (o successive) presente nel repository devel-makedist.

[Silvan]

La nuova snapshot (20091023) dovrebbe risolvere qualche problema in più ed aggiungere qualche caratteristica in più. Non ho avuto e non ho la possibilità di fare dei test finali, pertanto è gradito un feedback da parte di chi può fare questo test. Grazie.

[Silvan]

La snapshot che ho fatto generare oggi (20091021) risolve questo problema ed un altro nell’interfaccia di configurazione post-installazione (tranne ancora che il dialogo è in lingua inglese anziché in italiano).

[Silvan]

Il problema della password è stato risolto e si risolve impostando

AutoLoginEnable=true

nel file /opt/kde/share/config/kdm/kdmrc.

[Silvan]

Accidenti, non me l’aspettavo ma in effetti il driver nvidia_173xx manca dalle versioni live di openmamba 1.1. Sarà il caso di provvedere con un aggiornamento, dopodiché chi ha questo problema dovrà cancellare il file /etc/X11/xorg.conf e riavviare. Il problema non c’è nelle live di openmamba milestone2 devel.

[Silvan]

Allora dai il comando “su” e poi inserisci la password di root e poi dai il comando suggerito (senza sudo davanti). Strano che non ti abbia dato questo errore le altre volte che hai usato il comando sudo (ad esempio sudo nvidia-autoselect-driver).

[Silvan]

Mi sembra uguale a prima, prova allora a dare:

sudo update-alternatives-set-nvidia_173xx

verificando che questo comando non restituisca errori e ad impostare /etc/X11/xorg.conf per usare il driver “nvidia”. Dopodiché riavvia, ma non cancellare il file xorg.conf, altrimenti viene di nuovo lanciato nvidia-autoselect-driver con il risultato (sbagliato) di cui sopra.

[Silvan]

No per adesso andrà installato successivamente. Aggiungere un target apposito non è strettamente necessario ed è troppo costoso in termini di risorse attualmente disponibili.

[Silvan]

Non lo so, a me comunque interessa solo sapere l’output di ls -l dopo aver dato sudo nvidia-autoselect-driver senza che ci siano dubbi in merito.

[Silvan]

In realtà no, nonostante quanto riportato dal changelog dell’ultimo kernel (che ho corretto qualche decina di ore fa). Però ho creato un nuoto target del kernel chiamato mamba-64GB che sarà disponibile tra poche ore e per utilizzare il quale occorrerà installare (con apt o synaptic) tutti o quelli che servono tra i seguenti pacchetti:

kernel-mamba-64GB kernel-mamba-64GB-extramodules kernel-mamba-64GB-lirc kernel-mamba64GB-ndiswrapper kernel-mamba-64GB-nongpl-nvidia_173x kernel-mamba-64GB-nongpl-nvidia kernel-mamba-64GB-nongpl-nvidia_71xx kernel-mamba-64GB-nongpl-nvidia_96xx kernel-mamba-64GB-nongpl-softmodems kernel-mamba64GB-sound-backport kernel-mamba-64GB-wireless

Più eventuali dipendenze richieste.

Il tutto non è ancora stato testato, tranne il fatto che i due kernel mamba e mamba-64GB possono essere usati uno alternativamente all’altro, quindi se ci sono problemi nell’installazione del kernel mamba-64GB, si può comunque avviare il computer con il kernel mamba.

[Autore]

Articoli