Oliver-
I was able to apt-get install ubuntu-netbook earlier today.
It took a very, very long time (since I don't have a ports mirror, and
since this is pure emulation), but it ran to completion.
Several times during the dist-upgrade, though, the SDL window seemed
to go unresponsive for a
just to answer the above question, 3G disk and 256M RAM should be enough
for netbook
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Oliver-
I was able to apt-get install ubuntu-netbook earlier today.
It took a very, very long time (since I don't have a ports mirror, and
since this is pure emulation), but it ran to completion.
Several times during the dist-upgrade, though, the SDL window seemed
to go unresponsive for a
Oliver-
Just to confirm
Is 256M memory, and 3GB disk, and no swap, enough resources to actually
do sudo apt-get install ubuntu-netbook ? I just want to make sure
we're not hitting a memory/disk limit inside of the guest before I chase
down the qemu IO emulation code path
--
apt/dpkg
I think I've reproduced it here. Stuck unpacking firefox-gnome-support.
Screenshot shows uptime of 46 minutes (how far into the install of
ubuntu-netbook this occurs), load at 1.74 which is high but not crash-
the-machine high, memory usage is at 72%, and disk is at 52%, so there's
still free
That last run was executed with scsi emulated disk, like this:
$ qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda
ubuntu-arm.img -m 256 -append root=/dev/sda mem=256M devtmpfs.mount=0 rw
single -net nic -net user
--
apt/dpkg in qemu-system-arm hangs if a big task is
Hmm, well this screen shot is a little puzzling...
From within the ARM VM, I was able to dd all of the 3GB /dev/sda to
/dev/null in about 2.5 minutes (20.1MB/s).
That's a lot of read I/O. I need to find some way of reproducing this
problem outside of apt-get before sending it upstream...
--
** Attachment added: qemu-dd.png
http://launchpadlibrarian.net/42692704/qemu-dd.png
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
One more... this one used dd to read 1G of data from disk, and write
that to file, successfully. Took 247s, at 4.3MB/s (doing both reads and
writes).
I'm having trouble finding a way to reproduce this outside of apt
Ideas?
** Attachment added: qemu-dd-write.png
One more question, Oliver ... Would be it possible to enable the
virtio networking and disk drivers in the Lucid arm kernel in the
guest?
I have a very strong feeling that upstream QEMU is going to first
recommend that we test the virtio disk driver model (instead of the
scsi emulation one).
As
Dustin: virtio isn't available on ARM. I researched virtio on ARM a
couple of weeks ago, I did some Kconfig includes hackery and managed to
build the modules, but I get an oops when the first virtio device is
registered on the bus. Happy if you can help with getting this working,
this would
Bummer, okay, thanks Loic.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
--
Ubuntu-server-bugs mailing list
Dustin: virtio isn't available on ARM. I researched virtio on ARM a
couple of weeks ago, I did some Kconfig includes hackery and managed to
build the modules, but I get an oops when the first virtio device is
registered on the bus. Happy if you can help with getting this working,
this would
Bummer, okay, thanks Loic.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Oliver-
Just to confirm
Is 256M memory, and 3GB disk, and no swap, enough resources to actually
do sudo apt-get install ubuntu-netbook ? I just want to make sure
we're not hitting a memory/disk limit inside of the guest before I chase
down the qemu IO emulation code path
--
apt/dpkg
I think I've reproduced it here. Stuck unpacking firefox-gnome-support.
Screenshot shows uptime of 46 minutes (how far into the install of
ubuntu-netbook this occurs), load at 1.74 which is high but not crash-
the-machine high, memory usage is at 72%, and disk is at 52%, so there's
still free
Hmm, well this screen shot is a little puzzling...
From within the ARM VM, I was able to dd all of the 3GB /dev/sda to
/dev/null in about 2.5 minutes (20.1MB/s).
That's a lot of read I/O. I need to find some way of reproducing this
problem outside of apt-get before sending it upstream...
--
That last run was executed with scsi emulated disk, like this:
$ qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda
ubuntu-arm.img -m 256 -append root=/dev/sda mem=256M devtmpfs.mount=0 rw
single -net nic -net user
--
apt/dpkg in qemu-system-arm hangs if a big task is
** Attachment added: qemu-dd.png
http://launchpadlibrarian.net/42692704/qemu-dd.png
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
One more... this one used dd to read 1G of data from disk, and write
that to file, successfully. Took 247s, at 4.3MB/s (doing both reads and
writes).
I'm having trouble finding a way to reproduce this outside of apt
Ideas?
** Attachment added: qemu-dd-write.png
One more question, Oliver ... Would be it possible to enable the
virtio networking and disk drivers in the Lucid arm kernel in the
guest?
I have a very strong feeling that upstream QEMU is going to first
recommend that we test the virtio disk driver model (instead of the
scsi emulation one).
As
** Changed in: qemu-kvm (Ubuntu Lucid)
Importance: Medium = High
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to qemu-kvm in ubuntu.
** Changed in: qemu-kvm (Ubuntu Lucid)
Importance: Medium = High
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
this needs to be RC ... it blocks rootstock spec.
** Also affects: qemu-kvm (Ubuntu Lucid)
Importance: Medium
Status: Incomplete
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: None = ubuntu-10.04-beta-2
** Changed in: qemu-kvm (Ubuntu Lucid)
Status: Incomplete =
this needs to be RC ... it blocks rootstock spec.
** Also affects: qemu-kvm (Ubuntu Lucid)
Importance: Medium
Status: Incomplete
** Changed in: qemu-kvm (Ubuntu Lucid)
Milestone: None = ubuntu-10.04-beta-2
** Changed in: qemu-kvm (Ubuntu Lucid)
Status: Incomplete =
** Attachment added: apt-strace.log
http://launchpadlibrarian.net/40681851/apt-strace.log
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server Team, which is
running apt under strace shows it hangs silently in read()
running top in a different console during teh hang first shows apt running
moderately at 45% CPU usage, dpkg at about 10% ...
i see some dpkg-deb processes with defunct tag pass by, then dpkg vanishes
completely from top output (there
** Attachment added: apt-strace.log
http://launchpadlibrarian.net/40681851/apt-strace.log
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
running apt under strace shows it hangs silently in read()
running top in a different console during teh hang first shows apt running
moderately at 45% CPU usage, dpkg at about 10% ...
i see some dpkg-deb processes with defunct tag pass by, then dpkg vanishes
completely from top output (there
seems i spoke to soon, even with qcow2 this hang occurs, i was also
experimenting with different blocksizes on the filesystem and as well
with different filesystems (ext2/3/4) none of it changed a thing in
behavior, the hang also always occurs at the same place.
--
apt/dpkg in qemu-system-arm
sadly all versions of qemu system-arm expose this in lucid ...
over the weekend i tried all qemu.-system-arm binaries we have in the
archive going backwards in history up to the first karmic version ... i
also tried the versatile kernel we used to use in karmic (which worked
fine during karmic
note also that the VM itself doesnt hang, its just the disk IO ... if i stop
the hanging process teh VM is usable as before.
if you want to reproduce install rootstock and run:
sudo rootstock -f test -s ubuntu-netbook^
(note that wont give you any access to the VM, try the thing below for this)
i just finished a complete build of a karmic rootfs under lucid, that
finished fine so it is definately a problem of interaction of the lucid
userspace with the lucid VM or versatile kernel (the problem does not
occur on real hardware)
--
apt/dpkg in qemu-system-arm hangs if a big task is
seems i spoke to soon, even with qcow2 this hang occurs, i was also
experimenting with different blocksizes on the filesystem and as well
with different filesystems (ext2/3/4) none of it changed a thing in
behavior, the hang also always occurs at the same place.
--
apt/dpkg in qemu-system-arm
Oliver,
Which version are we talking about here?
chuck
** Changed in: qemu-kvm (Ubuntu)
Importance: Undecided = Medium
** Changed in: qemu-kvm (Ubuntu)
Status: New = Incomplete
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
sadly all versions of qemu system-arm expose this in lucid ...
over the weekend i tried all qemu.-system-arm binaries we have in the
archive going backwards in history up to the first karmic version ... i
also tried the versatile kernel we used to use in karmic (which worked
fine during karmic
note also that the VM itself doesnt hang, its just the disk IO ... if i stop
the hanging process teh VM is usable as before.
if you want to reproduce install rootstock and run:
sudo rootstock -f test -s ubuntu-netbook^
(note that wont give you any access to the VM, try the thing below for this)
i just finished a complete build of a karmic rootfs under lucid, that
finished fine so it is definately a problem of interaction of the lucid
userspace with the lucid VM or versatile kernel (the problem does not
occur on real hardware)
--
apt/dpkg in qemu-system-arm hangs if a big task is
apparently this hang only occurs with raw qemu images, converting the
disk image to qcow2 does not produce the hang.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Server
apparently this hang only occurs with raw qemu images, converting the
disk image to qcow2 does not produce the hang.
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of Ubuntu
Bugs,
101 - 140 of 140 matches
Mail list logo