[Hardy base system] System locks up on system beep

Bug #223153 reported by Kaminix
8
Affects Status Importance Assigned to Milestone
Ubuntu
Invalid
Undecided
Unassigned

Bug Description

----------------------------------------------
Prolog ^^
Okay, I'm not sure how exactly to explain this since I'm not entirely sure what makes the system lock up, but I believe it's related to the system bell. Anyway, please bear with me because I'd consider this to be a serious bug in usability on most usage levels.
Just to clear things up before I start: This is in bash, non-X bash. On a freshly installed base system.
----------------------------------------------

----------------------------------------------
Description
So I always choose the Alternate installation CD when installing my system, and I always install the base system without the DE, and then the DE via an apt (with a DVD or something) to ensure I'm getting all the updates and stuff. It's simply how I'm the most comfortable with installing my system. On all my years with Ubuntu (Kubuntu now, but anyway) I've never really had any troubles with this, and I've been with you since Hoary (5.04, is it?).

Apart from not apparently not being able to select keyboard variant (choose Swedish, but on the previous CDs I usually get to choose a variant too: Swedish Dvorak) the installation was pretty much normal for an Alternate CD: next, next, next, hostname, username, password, next etc. No strange things here.

Then when I log on to the system I try too mount my USB drives (where I had a good sources.list for apt), by habit I try to tab my way to the drive when the system locks up. Trying all kinds of key combos it does not respond and eventually I just hard-reboot the system via the power button. It takes a couple of reboots until I realise that the tab button is what keeps locking it up.

Upon realizing this I of course try and stop using the tab button but notice a couple of other things locking it up:
* Pressing or holding down the downward arrow key while at the bottom of a man page.
* Pressing or holding down the backspace key when there's nothing to erase (eg, hold it one second too long and the system locks up).

I am not sure if this bug applies to after having installed the desktop packages as well, haven't tried it. If so, then let's just try not letting this happen with the Intrepid Ibex CD as well!
----------------------------------------------

----------------------------------------------
Conclusion
Anyone else having noticed similar issues using the Alternate CD who can confirm this bug?
Supplying logs might take some time since I'd probably have to re-create the problem, and as said I'm not sure if it still applies when having installed X (it works inside X anyway...), but I'll try if you'd like... please specify if the logs I have now will work when asking for these.
As for anything else, system specifications, lshw/lspci output etc... just say the word and I'll cooperate!
----------------------------------------------

Revision history for this message
TenLeftFingers (tenleftfingers) wrote :

Thanks for the report. Is the system okay before you have your USB drives connected?

Revision history for this message
Kaminix (kaminix) wrote :

As I said it might take some time before I'll be able to test it since my X system is up and running now. I'll see if I'm able to test with/without USB drives connected tomorrow though.

Revision history for this message
TenLeftFingers (tenleftfingers) wrote :

Thank you.

Revision history for this message
Kaminix (kaminix) wrote :

I have tried the bug again now, with the USB devices (as before I installed Kubuntu), it now works fine. Where it used to get locked up I now get a system beep (which even works when I disconnect my speakers! wohooo!).

In other words, the bug seems to be due to something lacking in the base install which is in the desktop-package.

Does this lead anywhere?

P.S.
The system beep, does it use my internal speakers or something else? Anyway I could finally make my internal speakers work using this?

Revision history for this message
TenLeftFingers (tenleftfingers) wrote :

As far as the speaker is concerned, it's probably the internal speaker in your machine. Are you saying that the issue no longer occurs, or can you reproduce this bug?

Revision history for this message
Kaminix (kaminix) wrote :

The issue originaly occured in the base system install, it was fixed when I installed kubuntu-desktop it seems. Therefor I propose this to be investigated for the sake of Intrepid rather than Hardy, so that the base install there won't have the same problems.

I can however not reproduce it without re-installing. When first encountering the problem I tried re-installing but the problem was still there, and I had run an integrity check of the install CD.
The CD in use was Ubuntu-variant (even though I installed Kubuntu from the cmd) of the Alternate CD.

Revision history for this message
TenLeftFingers (tenleftfingers) wrote :

Thank you Kaminix.

Revision history for this message
Phillip (tsyshadow) wrote :

I'm having a similar problem to this one. I'm using Ubuntu Hardy Haron in a Gnome environment using a 64 bit version. X restarts whenever a system beep should occur. I've removed the pcspkr module and am still having the same problem. I just started having this problem today.

Revision history for this message
xteejx (xteejx) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.