[Silvan]

Questo post è un duplicato della discussione già aperta con il titolo “problemi con skype”. Per favore prego di continuare la discussione già avviata in tale post. Grazie.

[Silvan]

Ciao,

i driver proprietari fglrx aggiornati sono disponibili da alcuni giorni, se volete fare una prova.

[Silvan]

Ciao,

sto mandando avanti l’aggiornamento dell’ultimo driver stabile fglrx (13.4), sarà disponibile in milestone2-kernel-next. Ti chiederei intanto di provarlo e poi di riaggiornarci. Ok per PES che richiede il driver proprietario, ma per quanto riguarda Skype potrebbe essere interessante verificare se il problema persiste anche con il driver open in modo da essere sicuri di aver centrato il problema, se no procediamo in un’altra direzione.

[Silvan]

Il problema potrebbe anche essere legato all’uso del driver proprietario fglrx, il driver open source (prima opzione del menù di avvio di grub) non funziona?

[Silvan]

Dal report vedo qualche problema di compatibilità dell’hardware con il kernel, per cui ti suggerirei di installare il kernel 3.10 seguendo le indicazioni contenute verso la fine di questa discussione.

Per la tua configurazione ti consiglio il kernel mamba-64GB per supportare da 4GB in su, mentre ora è installato il kernel standard.

Dopodiché riverificherei se il problema che si presenta con skype persiste e se invece senza usare skype il sistema risulta stabile, in quanto il crash completo del desktop che descrivi farebbe pensare a un problema non direttamente legato a skype. Ma in questo momento sulla base dei dati del report non posso dire di più che aggiornare al kernel 3.10.

[Silvan]

Ciao,

non ho ricevuto nessuno dei due report, l’indirizzo per inviarli è reports<at>openmamba.org.

Grazie.

[Silvan]

Ciao,

per retrocedere i pacchetti puoi guardare nel canale milestone2-makedist e fare a mano in quanto non mi pare che ci sia una procedura automatica.

[Silvan]

Dimenticavo,

4) abiliti il canale milestone2-kernel-next per completare gli aggiornamenti collegati al kernel 3.10

[Silvan]

Ciao,

02:00.0 Ethernet controller: Atheros Communications Device 10a1 (rev 10)

è supportata a partire dal kernel 3.10. La cosa più semplice dovrebbe essere installare il kernel 3.10 disponibile nel repository milestone2-kernel-next.

Istruzioni:

1) Scarica da un altro computer i pacchetti kernel-mamba-3.10.17-1mamba.i586.rpm, kernel-mamba-wireless-3.10.17-1mamba.i586.rpm e kernel-mamba-sound-3.10.17-1mamba.i586.rpm e linux-firmware-20130903-1mamba.i586.rpm:

http://www.openmamba.org/pub/openmamba/milestone2-kernel-next/RPMS.i586/

2) copiali sul tuo computer per esempio con una pendrive usb in /tmp

3) Per l’installazione dei pacchetti dai il seguente comando da terminale:

sudo smart install /tmp/kernel-mamba-3.10.17-1mamba.i586.rpm /tmp/kernel-mamba-wireless-3.10.17-1mamba.i586.rpm /tmp/kernel-mamba-sound-3.10.17-1mamba.i586.rpm /tmp/linux-firmware-20130903-1mamba.i586.rpm

A installazione completata correttamente riavvii con il kernel 3.10.

[Silvan]

Sulla milestone2 i file di log di sistema sono come configurati in /etc/syslog-ng.conf. Puoi agire su questa configurazione per personalizzare i file come preferisci e se ricavi una soluzione migliore e più ordinata non solo per i tuoi gusti possiamo poi anche integrarla upstream.

[Silvan]

I suoni di kde escono tramite il plugin dmix e i backtrace che mi hai mandato mostrano che il crash avviene in questo plugin. Che il problema non si verifichi disattivando i suoni di kde non mi stupisce ma la causa del problema pare essere nel basso a livello di alsa, dove si stava indagando.

Application: KDialog (kdialog), signal: Aborted

[KCrash Handler]

#6  0x4321dfa7 in raise () from /lib/libc.so.6

#7  0x4321fa82 in abort () from /lib/libc.so.6

#8  0xafd91a6b in snd_pcm_dmix_close () from /usr/lib/libasound.so.2

...

Comunque se in passato il sistema funzionava correttamente potrebbe essere il caso di retrocedere i pacchetti di alsa in quanto tu dovresti avere installate le versioni che provengono dal repository milestone2-makedist che, se non mi confondo con un’altra segnalazione, avevi attivo.

L’operazione si effettua con un comando del genere:

sudo smart install libalsa-1.0.25 alsa-utils-1.0.25 libalsa-plugins-1.0.25

Altrimenti come workaround puoi configurare il sistema del suono di kde per usare un dispositivo di riproduzione hardware diverso da “System default (recommended)”, ma ovviamente questo è un workaround mentre la soluzione del problema per me rimane quella per la quale stavo scrivendo fino al post precedente ma che non so come risolvere senza ulteriori informazioni o senza poterci lavorare direttamente.

[Silvan]

Ciao e auguri,

il comando alsaplayer -d dmix dovrebbe restituire varie righe di informazioni utili, non so perché il tuo output sia solo di due righe. Prova a chiudere il browser e qualunque cosa che possa usare il suono prima di lanciare il comando.

Sto cercando la soluzione corretta del problema ma nel peggiore dei casi lanciando:

sudo update-alternatives --config asound.conf

e selezionando il numero corrispondente a /etc/asound.conf.dummy disattivi il mixing dei suoni di alsa e non dovresti più avere i crash ma così solo un’applicazione alla volta potrà emettere suoni, quindi non è un granché come soluzione ma magari riesci a usare meglio il sistema nel frattempo.

Riguardo alla domanda sul syslog, non so se vorresti avere il vecchio syslog di cui syslog-ng è una versione più recente e comunemente diffusa. Se è giusto quello che ho capito, la risposta è che in openmamba l’unica versione mantenuta è syslog-ng e che non sono noti motivi per cui bisognerebbe mantenere anche il vecchio syslog.

[Silvan]

Ciao,

l’aggiornamento odierno di desktop-base-openmamba contiene il supporto per l’installazione di java 7u45. Grazie per la richiesta.

[Silvan]

Ciao,

il problema dovrebbe essere risolto dopo l’aggiornamento odierno di desktop-base-openmamba. Grazie per la segnalazione.

[Silvan]

Ciao,

dev’essere cambiata la versione upstream e allora bisogna aggiornare il meccanismo, cosa che vedrò di fare prossimamente.

[Autore]

Articoli