HOWTO: Resize the WUBI virtual disk

[bcbc]

jsiras, I'd file a bug.
But you can also run GParted from a command line:

gksu gparted

See if that gives you some more diagnostics.

Also try:

sudo parted -l

Maybe also:

sudo fdisk -l

See if you get some clues as to what is going on.

[gogo1000]

dosnt workkkkkkkkkkkkkk automatic script i have message after i downloaded attached file "there is no such a file or folder" when i try torun this comand sudo bash wubi-resize_1.5b.sh 10

[bcbc]

dosnt workkkkkkkkkkkkkk automatic script i have message after i downloaded attached file "there is no such a file or folder" when i try torun this comand sudo bash wubi-resize_1.5b.sh 10

Make sure you're in the right directory. If you downloaded it to the default directory (Downloads) then:

cd Downloads
sudo bash wubi-resize_1.5b.sh 10

If you're not in your default home directory to start with, you can get to the Downloads directory as follows:

cd ~/Downloads

[Steeljack01]

I was able to successfully create a 32 GB root.disk (moving from 10 GB), but my file system still reports only having 9.7GB free space. I've followed all of the instructions, and everything was working fine, so I deleted OLDroot.disk, but it still only report 9.7GB free. Should I just try "resizing" to 32GB again?

[bcbc]

I was able to successfully create a 32 GB root.disk (moving from 10 GB), but my file system still reports only having 9.7GB free space. I've followed all of the instructions, and everything was working fine, so I deleted OLDroot.disk, but it still only report 9.7GB free. Should I just try "resizing" to 32GB again?

That's a bit puzzling. Can you post the output of:

ls -al /host/ubuntu/disks/root.disk

df -h

There is a little space (5% I think) that is reserved when the ext4 filesystem is created, but it shouldn't show that much difference (should be less than 2GB on a 32GB virtual disk).

Anyways - if you post that output then I'll investigate further
Thanks

[Steeljack01]

Here's the output:

ls -al /host/ubuntu/disks/root.disk

-rwxrwxrwx 2 root root 32000000000 May 18 19:34 /host/ubuntu/disks/root.disk

df -h

Filesystem Size Used Avail Use% Mounted on
/dev/loop0 30G 20G 8.7G 70% /
udev 2.9G 4.0K 2.9G 1% /dev
tmpfs 1.2G 824K 1.2G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 2.9G 152K 2.9G 1% /run/shm
/dev/sda3 452G 331G 121G 74% /host

[bcbc]

It looks like it believes you have used 20GB... the only thing I can think is that the script copied something you had mounted. It's not supposed to do that (it copies with the --one-file-system option). But I can't think of any way that 10 extra GB appeared.

Why don't you run the Disk usage analyzer as root:

gksu baobab

Go to Edit, Preferences and unselect the /host partition before letting it scan. Then look for the extra 10GB and try and figure out where they came from. It shouldn't be hard to miss if it's all within a separate directory.

[gambitaw]

Hello,
I probably miss something.
my df is:


Filesystem 1K-blocks Used Available Use% Mounted on
/dev/loop0 1532600 1125904 329896 78% /
udev 1965748 8 1965740 1% /dev
tmpfs 789812 840 788972 1% /run
none 5120 0 5120 0% /run/lock
none 1974528 284 1974244 1% /run/shm
/dev/sda2 8174592 6549728 1624864 81% /host
/dev/loop1 3313324 2124736 1022496 68% /usr

and when i try to run it i get:

wubi-resize_1.5b.sh: Insufficient space - only 1 GB available
wubi-resize_1.5b.sh: 8 GB plus a remaining buffer of 0 GB (5%) is required.

how do it knows the real size of the drive ?
is it matter if i moved the files to boot from a diff partition? (set ofcourse the boot path)

Thanks ahead, Amir.

[bcbc]

Hello,
I probably miss something.
my df is:

Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/loop0       1532600 1125904    329896  78% /
udev             1965748       8   1965740   1% /dev
tmpfs             789812     840    788972   1% /run
none                5120       0      5120   0% /run/lock
none             1974528     284   1974244   1% /run/shm
/dev/sda2        8174592 6549728   1624864  81% /host
/dev/loop1       3313324 2124736   1022496  68% /usr

and when i try to run it i get:

wubi-resize_1.5b.sh: Insufficient space - only 1 GB available
wubi-resize_1.5b.sh: 8 GB plus a remaining buffer of 0 GB (5%) is required.

how do it knows the real size of the drive ?
is it matter if i moved the files to boot from a diff partition? (set ofcourse the boot path)

Thanks ahead, Amir.

Amir,
It looks like your original Wubi install is on a FAT32 partition, because this results in separate virtual disks (each one is limited to a maximum size of 4GB - this is a filesystem limitation).
Your root.disk and usr.disk sizes correspond to a minimum 5GB wubi install on a FAT32 partition.

A couple of points:
1. the script won't run on a FAT32 partition so
a) either you moved it to an NTFS partition OR
b) the script is deficient at detecting that it's FAT32 (in this case please post the result of):

sudo blkid

2. The script will merge the separate virtual disks when it resizes. So your root.disk and usr.disk will be merged (5GB).

3. The script actually duplicates the virtual disk(s) when it resizes. It doesn't modify your current virtual disks when it does this. So that means to resize to an 8GB disk you'd need 8GB of free space on the /host partition (and this won't include the space taken by your current virtual disks).
Since your /host partition is only 8GB in size, there's no way to perform this sort of resize.

In fact you only have 1GB free space available. The best you could do is an inplace resize of the root.disk to make it, say 2G in size (increase it by 500MB or so).

The only other option would be to move the install to a new NTFS partition manually as you mentioned (updating grub.cfg to boot) or migrate the wubi to a normal dual boot.

Hope that helps
bcbc

[fayanora]

I am a complete newbie at this. I'm trying the first option, within wubi. I got as far as Terminal. I did everything right to that point. Terminal's command line says " fayanora@ubuntu:~$ " before the cursor. I tried typing " bash wubi-resize_1.5b.sh --help " and got "no such file or directory." Tried " bash wubi-resize_1.5b.sh" and got the same thing. Friend suggested going to the root directory. Tried CD, CHDIR, even SUDO. SUDO at least got me a password prompt. I put in my password, but everything I try gives me "command not found." I think it's because I have no frakking clue what I'm doing. I don't even know how to specify what folder the file is in (Downloads)! Can someone walk me through this?