New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing instructions for adjusting partition table and filesystem after growing HVM disk image #2378

Closed
psionin opened this Issue Oct 14, 2016 · 4 comments

Comments

Projects
None yet
3 participants
@psionin

psionin commented Oct 14, 2016

https://www.qubes-os.org/doc/resize-disk-image/

Missing instructions after "The partition table and file-system must be adjusted after this change:"

under the HVM disk image section

Please fix.

@andrewdavidwong andrewdavidwong added this to the Documentation/website milestone Oct 14, 2016

@andrewdavidwong andrewdavidwong changed the title from Documentation issue to Missing instructions for adjusting partition table and filesystem after growing HVM disk image Oct 14, 2016

@unman

This comment has been minimized.

Show comment
Hide comment
@unman

unman Oct 14, 2016

Member

@psionin @andrewdavidwong
There are instructions for Windows 7 and FreeBSD - do we need to add instructions for Linux or just a line that says something like "use the appropriate commands for your OS".
Or is the issue that the format of the headings doesn't make it clear that those are subheadings, following the colon?

Member

unman commented Oct 14, 2016

@psionin @andrewdavidwong
There are instructions for Windows 7 and FreeBSD - do we need to add instructions for Linux or just a line that says something like "use the appropriate commands for your OS".
Or is the issue that the format of the headings doesn't make it clear that those are subheadings, following the colon?

@unman unman referenced this issue in QubesOS/qubes-doc Oct 14, 2016

Merged

Update resize-disk-image.md #202

@andrewdavidwong

This comment has been minimized.

Show comment
Hide comment
@andrewdavidwong

andrewdavidwong Oct 15, 2016

Member

@unman: It could be either or both. I'll add clarifications on top of your PR.

Member

andrewdavidwong commented Oct 15, 2016

@unman: It could be either or both. I'll add clarifications on top of your PR.

@psionin

This comment has been minimized.

Show comment
Hide comment
@psionin

psionin Oct 16, 2016

I was coming from using the Qubes VM Manager to resize a VM using the GUI. It does all the steps necessary except the last one, that needs to be done inside the VM.

sudo resize2fs /dev/mapper/dmroot is the specific command, which could save some time if included in the doc or VM Manager notification.

psionin commented Oct 16, 2016

I was coming from using the Qubes VM Manager to resize a VM using the GUI. It does all the steps necessary except the last one, that needs to be done inside the VM.

sudo resize2fs /dev/mapper/dmroot is the specific command, which could save some time if included in the doc or VM Manager notification.

@unman

This comment has been minimized.

Show comment
Hide comment
@unman

unman Oct 16, 2016

Member

@psionin @andrewdavidwong The problem is that in a HVM we have no idea how the disk is partitioned or used. For example, in a default Debian install, there would be /root and /swap in an extended partition. Growing the image creates free space at the end of the disk. resize2fs doesn't touch partitions so in this case would be no use.
There really isn't a general answer to this - it's so dependent on how the disk is partitioned in the first place, and where the user wants to use the new space.

Member

unman commented Oct 16, 2016

@psionin @andrewdavidwong The problem is that in a HVM we have no idea how the disk is partitioned or used. For example, in a default Debian install, there would be /root and /swap in an extended partition. Growing the image creates free space at the end of the disk. resize2fs doesn't touch partitions so in this case would be no use.
There really isn't a general answer to this - it's so dependent on how the disk is partitioned in the first place, and where the user wants to use the new space.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment