Ticket #1295 (closed defect: fixed)

Opened 7 years ago

Last modified 7 years ago

X is broken on 385 under qemu-ext3

Reported by: bemasc Owned by: J5
Priority: normal Milestone: BTest-4
Component: distro Version:
Keywords: Cc: sj, J5
Action Needed: Verified: no
Deployments affected: Blocked By:
Blocking:

Description

Under Gentoo, running the default install of qemu-softmmu-0.8.2, I find that build 385-ext3 does not load X properly. X loads until it shows the "X" cursor on a black background, then falls back to the text-mode login prompt. The text-mode console works, and I was able to scp Xorg.0.log to a remote server.

Previous builds have run flawlessly.

Attachments

Xorg.0.log (9.2 kB) - added by bemasc 7 years ago.
/var/Xorg.0.log from inside the emulator.

Change History

Changed 7 years ago by bemasc

/var/Xorg.0.log from inside the emulator.

  Changed 7 years ago by cjb

Please also attach /home/olpc/.sugar/default/logs/shell.log, since it doesn't look like there's anything wrong with X here.

  Changed 7 years ago by bemasc

There is no .sugar/ directory inside /home/olpc.

Presumably it has not yet been created because sugar has not yet started.

follow-ups: ↓ 4 ↓ 8   Changed 7 years ago by jg

  • owner changed from jg to dcbw
  • component changed from x window system to sugar
  • milestone changed from Untriaged to BTest-3

You are going to have to do the heaving lifting on this one (unless it is easily reproducible on Fedora on Ubuntu), as we don't have gentoo laying around.

Marco, close this as won't fix if we can't reproduce it.

in reply to: ↑ 3   Changed 7 years ago by rwh

I have the same behavior under qemu in Windows XP. Seems to be related to the fact that there is no free space in the image and directories like ~/.sugar can not be created (where is that message supposed to go; I only saw it after restarting X from the command line). After removing 8MB from the library it boots fine.

follow-up: ↓ 6   Changed 7 years ago by jg

  • cc sj, J5 added
  • owner changed from dcbw to blizzard
  • component changed from sugar to distro

Apparently, there amount of file system space allocated for the Qemu images is too small; if you delete (some of) the library content, you will have a working system.

This is getting fixed by moving the library out of the base system images.

in reply to: ↑ 5   Changed 7 years ago by holtzman

I can confirm both the problem (X won't start due to insufficient free space) and the work-around (deleting some of the library. While removing the library from the base image will fix this, I would like to offer another thought -- since jffs2 is compressed, and ext3 is not, wouldn't it make sense to increase the size of the stock img filesystem?

  Changed 7 years ago by jg

No, the right solution is, since the library will need to be customized on a per country/region/school district/school basis to get the library out of the software distribution. This is planned for b3.

in reply to: ↑ 3   Changed 7 years ago by roozbeh

  • summary changed from X is broken on 385 under qemu to X is broken on 385 under qemu-ext3

Replying to jg:

(unless it is easily reproducible on Fedora on Ubuntu)

Easily reproducible here on FC6 with qemu-0.8.2-4.fc6.

  Changed 7 years ago by jg

  • owner changed from blizzard to J5
  • verified unset

J5, have we squeezed the size a bit so this has gone away?

In any case, at most this should be a release note; please add the release note about too much space to the software release notes and mark this wontfix, because when we've extracted SJ's monster, there will be plenty of space.

  Changed 7 years ago by J5

  • status changed from new to closed
  • resolution set to fixed

newer builds do not add the Library

Note: See TracTickets for help on using tickets.