scheda audio non funziona dopo un "resume" da "suspend to disc"

[saldam]

Ciao a tutti,
ho aggiornato da Hoary a Breezy qualche giorno fa. Ho un problema quando faccio il "resume" dopo un "suspend-to-disc" (ibernazione).
La scheda audio, che viene ugualmente riconosciuta, non funziona completamente, è come se avesse il volume settato a zero (ovviamente ho controllato che non sia così). Non so da dove cominciare.
Con Hoary avevo qualche problema con X (ora risolto con Breezy), che risolvevo riavviandolo. Come si fa a riavviare la scheda audio? immagino sia un modulo, ma quale?

Il mio PC è un notebook Toshiba Satellite 1900 di qualche anno fa. La scheda audio si basa sul chip AC97.

Qualcuno ha lo stesso problema e lo ha risolto?

[paolo_sv]

stesso problema anche per me!
kubuntu su IBM Tinkpad intel centrino.

qualche consiglio!?

[simo_magic]

ma aggiornare almeno alla dapper? avrete un supporto più lungo e maggiore stabilità nonche migliorie di ogni sorta soprattutto nel kernel...

[saldam]

ma aggiornare almeno alla dapper? avrete un supporto più lungo e maggiore stabilità nonche migliorie di ogni sorta soprattutto nel kernel...

Vorrei farti notare che il topic è iniziato a fine 2005. E' chiaro che, almeno per me, sono già passato alla Dapper da un pezzo. 

Ciao.

[jenkin]

Vedo che questo thread è inattivo da parecchio, ma mi sembra il più vicino al mio post.

Anch'io ho sempre avuto il problema audio dopo la sospensione su disco: dopo il primo resume il sistema rimaneva muto, anche facendo ripartire i moduli alsa:

Codice: Seleziona tutto

sudo /etc/init.d/alsa-utils restart 

Tutto rifunzionava correttamente appena riavviavo la macchina (un packard bell easynote v7800).

Ora ho risolto sulla mia Feisty aggiornata ad oggi

Codice: Seleziona tutto

Linux *** 2.6.20-16-generic #2 SMP Tue Feb 12 05:41:34 UTC 2008 i686 GNU/Linux

e posto la soluzione del problema.

Prima ho installato uswsusp dai repository, rendendo più user-friendly la sospensione (prima al comando di sospensione su disco mi sfarfallava lo schermo, poi diventava nero con cursore lammpeggiante, quindi sfilza di scritte semi incomprensibili, quindi powerdown). E probabilmente anche più efficace.

Poi ho confrontato l'output di

Codice: Seleziona tutto

lsmod | grep snd

subito dopo un avvio normale, subito dopo un resume da sospensione su disco, subito dopo un alsa-utils restart.
Gli ultimi due casi erano identici, quindi il restart non poteva risolvere il problema.

Ho notato invece che dopo il resume appariva nella lista di lsmod una voce in più: snd-rtctimer, richiamata anche dal modulo snd.
Ho dato il comando

Codice: Seleziona tutto

sudo rmmod snd-rtctimer

E tutto ora funziona perfettamente, amarok canta che è una meraviglia.

Per rendere automatica la rimozione del modulo snd-rtctimer al resume basta aggiungere la riga

Codice: Seleziona tutto

rmmod snd-rtctimer

in fondo al file /etc/acpi/resume.d/67-sound.sh

A me ora appare così

Codice: Seleziona tutto

#!/bin/sh

# Get sound back
if [ -x /etc/init.d/alsa-utils ]; then
  /etc/init.d/alsa-utils start
fi
rmmod snd-rtctimer

A me ora funziona, postate le vostre esperienze