Comment 4 for bug 486154

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).