Today I decided to run a 64-bit uml_moo (a local version, where I had . I did
a non destructive merge, and tried to boot the FS.
The result was various errors when booting on it (tons of corruptions); I ran
e2fsck on it (from the host) and it spit out hundreds of screenfuls of
errors.
So my re
[EMAIL PROTECTED] said:
> Try the patch.
Just merged it, thanks.
Jeff
---
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which product
On Saturday 15 January 2005 11:45, [EMAIL PROTECTED] wrote:
> I have one issue with uml_moo.
>
> uml_moo and the kernel cow drivers doesn't seem to use the same method
> when calculating the size of the backing file.
>
> I used /dev/hdc1 which was an block device (147 GB partition)
>
> uml kernel p
I have one issue with uml_moo.
uml_moo and the kernel cow drivers doesn't seem to use the same method
when calculating the size of the backing file.
I used /dev/hdc1 which was an block device (147 GB partition)
uml kernel perfectely finds the correct size. uml_moo uses stat on the
device which g
