Still no joy.

I just tried booting the Karmic LiveCD---hence running in 32-bit mode.
I repeated all of the steps listed above, and the behavior is unchanged.
The "beep" program continues to work (assuming, of course, that you've
modprobed pcspkr, which is the first thing I did while reproducing all
the steps above, and then enabled universe and apt-getted it).  But
nothing else.  Though I -did- notice (while shutting down the 64-bit
system booted from the normal hard disk) that I got a beep from the
internal speaker the instant I typed "sudo reboot"; I don't recall if
that was happening at the very beginning of my testing.  But I cannot
get any of the normal method of beeping to work, whether I'm in X or
have booted directly into single-user mode (by editing the startup in
grub to be "single" instead of "quiet splash").

Still a blocker for my using Karmic.  Those of us with desktops and who
don't listen to music all day -need- that system bell to work, since
there is no other audio output available.  And still a regression---as
above, I booted the 6.06 LiveCD and the bell works fine there.

Btw, I figured out (before trying the LiveCD) that just after the
machine comes up (with pcspkr -removed- from the blacklist so it's
loaded on boot), beep needs the -e arg to beep.  After I've done rmmod
pcspkr; modprobe pcspkr, that still works, -and- beep with no arg works
(even though no additional files have appeared in /dev/input/by-path/,
particularly not anything mentioning event0).  So this might explain
part of the putative workaround mentioned above (but that workaround
does not work for me).

-- 
System beep broken in Karmic despite heroic efforts to fix it
https://bugs.launchpad.net/bugs/486154
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to