Re: alsaconf locks up my system
Florian Kulzer wrote:
On Sun, May 14, 2006 at 17:09:26 -0500, Russ Cook wrote:
Florian Kulzer wrote:
Another problem - I used to be able to access a virtual terminal by
pressing ctl-alt-f2. This key sequence no longer works. I'm running
On Sun, May 14, 2006 at 13:32:31 -0500, Russ Cook wrote:
I'm running a A8N32-SLI Deluxe, with dual core amd64. My kernel
is 2.6.16-1-amd64-k8-smp. I also run kernel 184.108.40.206. With either
kernel, I have no audio. I used to have audio until about a week
ago, after running apt-get upgrade. I'm running the 64 bit dist,
unstable. When trying to run XMMS or any other audio or video
player, I get no audio. XMMS tells me it couldn't open audio, and
request I check soundcard configured, correct output plugin selected,
and no other program is blocking the soundcard.
In the past, I could get past this problem by re-running alsaconf.
Now however, alsaconf never completes before my X system freezes
up. I can still access my system from another machine using ssh,
but all output to the screen is frozen, and the keyboard is
unresponsive. The mouse pointer still moves across
the screen, but nothing responds.
Has anyone else had this problem, and can anyone offer hints or
suggestions as to the cause and cure?
I would try to shut down X and run alsaconf from a virtual terminal. If
this still locks up your machine you can log in with ssh and check which
process is blocking the CPU with the "top" command. It would then also
be interesting if killing that process unlocks the computer or not.
Another thing to try is "/etc/init.d/alsa force-reload".
If alsaconf works when run from the terminal you can use a simple
application such as "speaker-test" to check your sound. If this is
successful you can try if it still works when you start X again. This
should help you to isolate the cause of the problem.
gnome. How can I temporarily disable X so I can run alsaconf from
a virtual terminal?
Open a Gnome terminal or an xterm, become root and run
to go to virtual terminal 2, for example. Log in as your normal user, su
to root level and run
This will shut down Gnome and X. The command to start it again is
As far as the ctrl-alt-fx problem is concerned, have a look at this
If that does not help you, start a new thread and post the keyboard
section of your /etc/X11/xorg.conf.
After killing gdm, I can run alsaconf and it executes fine. After
restarting gdm, xmms again cannot run. I ran alsaconf from an
xterm, and the X system locked up again. Now I have to find out
which process is hung up, if possible.