hardy alpha 5 closes session after choose keyboard

Bug #194848 reported by Adilson Oliveira
2
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Tested on a G1 notebook and Mac Mini, both dual core 2, 2G and 1G of ram, the rest about the same hardware. Using the Hardy Alpha 5 AMD64 desktop disk, if one try to install with any other language but English, if another keyboard layout is choosen or if one continues with the default layout, the session crashes and the user returns to GDM.
This looks like happen with i386 as well but I couldn't confirm it personally. Unfortunately, there's no way for me to get any debug information right now but I'll try and post here later if I get it.

Revision history for this message
Adilson Oliveira (agoliveira) wrote :

I just confirmed that the exactly same misbehavior happens with the 32 bit version.

Revision history for this message
Colin Watson (cjwatson) wrote :

I'm having no luck reproducing this. Could you add 'debug-ubiquity' to the kernel command line (press F6 at the CD boot menu) and try to extract /var/log/syslog and /var/log/installer/debug from the session? You should be able to switch to Ctrl-Alt-F1 to copy these files out to some other machine.

Changed in ubiquity:
assignee: nobody → kamion
status: New → Incomplete
Revision history for this message
Adilson Oliveira (agoliveira) wrote :

Hi Colin.

I tried again and when the crash happens, if I switch to a console, my monitor goes blank and I can't get back. Try this way: at the first moment after the boot choose brazilian portuguese, boot normally and start the instalation but when you hit the keyboard part, choose USA.
Here it crashes every time.
I can't perform any more tests today, I will try to ssh to the box before start the instaltion to get the logs during the weekend.

Revision history for this message
Evan (ev) wrote :
Changed in ubiquity:
status: Incomplete → Confirmed
Revision history for this message
Evan (ev) wrote :
Revision history for this message
Evan (ev) wrote :

Confirmed. Also note that switching VTs causes the system to hard lock when Brazilian Portuguese is selected.

Revision history for this message
Evan (ev) wrote :

This only happens when casper sets up the language as pt_br beforehand. That is, if you select English at isolinux, the bug does not manifest.

Also note that this can be reproduced outside of ubiquity by calling `setxkbmap -model pc105 -layout br; setxkbmap -model pc105 -layout us`.

Revision history for this message
André Gondim (andregondim) wrote :

This happens with me, like I reported https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/188431

I always need install in english and then change do pt_BR language.

Revision history for this message
Mateus Araújo (iris-n) wrote :

Also happened to me, in an i386 (dell laptop) machine. Though I don't think it's architecture related.

Revision history for this message
Colin Watson (cjwatson) wrote :

This looks like an X server bug.

Changed in ubiquity:
assignee: kamion → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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