HOWTO: Resize the WUBI virtual disk

[bcbc]

This is faster :

dd if=/dev/zero of=new.disk bs=1MB seek=1000 count=1

That creates a sparse disk that's really only 1MB in size. The actual size increases as you use more space. But that can lead to excessive fragmentation and I see that as a risk to the stability of the wubi install.

You can see the difference if you run:

du -h new.disk
du -h --apparent-size new.disk

[ajaybhat999]

Thank you very Much
It worked on my system....
I increased the size from 5GB to 10GB...

[bcbc]

Thank you very Much
It worked on my system....
I increased the size from 5GB to 10GB...

Great! You're welcome

[pfbray]

I just get this when I try to do the auto method (No.1)

 bash: wubi-resize_1.3b.sh: No such file or directory

[bcbc]

I just get this when I try to do the auto method (No.1)

 bash: wubi-resize_1.3b.sh: No such file or directory

Most likely you saved it to your Downloads folder. By default terminal opens in your home folder.

cd Downloads
bash wubi-resize_1.3b.sh --help

See if that works, otherwise determine where you saved it and change to the appropriate folder.

[pfbray]

Most likely you saved it to your Downloads folder. By default terminal opens in your home folder.

cd Downloads
bash wubi-resize_1.3b.sh --help

See if that works, otherwise determine where you saved it and change to the appropriate folder.

Thanks for that! My next problem! Attempting the resize comes up with this:

philip@ubuntu:~/Downloads$ sudo bash wubi-resize_1.3b.sh 100
[sudo] password for philip: 
wubi-resize_1.3b.sh: /host/ubuntu/disks/new.disk already exists

[bcbc]

Thanks for that! My next problem! Attempting the resize comes up with this:

philip@ubuntu:~/Downloads$ sudo bash wubi-resize_1.3b.sh 100
[sudo] password for philip: 
wubi-resize_1.3b.sh: /host/ubuntu/disks/new.disk already exists

The script creates this file when it duplicates the existing virtual disk(s). Usually, if the script fails it also cleans up and deletes this file (but if it already exists it won't delete it). If you've not run the script before then you might have created it through some other means.

If it's the result of running this script you can just delete it and rerun. If you're not sure what it is, check the time and date it was created or the size - this might give some clues. Browse to /host/disks in the file browser (e.g. nautilus) or from the terminal:

nautilus /host/disks

PS if you still can't figure out what it is you can always rename it and continue, or even try to mount it and see what is on it. Let me know if you need help with this.

[zellyman]

Resized from 10g to 100g in a bit less than an hour. Probably should add the --max-override bit to the error for trying to resize more than 32gb (I didn't see it til I went into the script to change it), but otherwise: Well done, Thanks for the script

[bcbc]

Resized from 10g to 100g in a bit less than an hour. Probably should add the --max-override bit to the error for trying to resize more than 32gb (I didn't see it til I went into the script to change it), but otherwise: Well done, Thanks for the script

You're welcome!

I'm still a little undecided about the --max-override option as I'm not sure as to all the reasons the wubi designers decided to limit installs to 30GB max. Please provide feedback if you run into any issues with such a large root.disk.

In the meantime I'll add back a comment regarding the --max-override option to post #1 (it was there initially, but I removed it during a recent rewrite).

PS. I'll also add an "Issue" to the git project to update the message text on a future release.

[LLFz]

I changed mine from 6 GB to 20 GB and I've been on "copying files - this may take some time" for around 1.5 hours (EDIT: Made that 10+ hours!!). :S Thanks for the tut though