Skip to content
This repository has been archived by the owner. It is now read-only.

resizing / breaks /dev/disk/by-partlabel/ROOT #1527

Closed
mischief opened this issue Aug 18, 2016 · 6 comments
Closed

resizing / breaks /dev/disk/by-partlabel/ROOT #1527

mischief opened this issue Aug 18, 2016 · 6 comments

Comments

@mischief
Copy link

@mischief mischief commented Aug 18, 2016

using extend-filesystems.service results in /dev/disk/by-partlabel/ROOT going missing. the partition information is also missing from blkid -o -p /dev/vda9.

running partx -u after e.g. cgpt resize/resize2fs seems to fix the partition information and partlabel symlink.

@vcaputo vcaputo self-assigned this Aug 22, 2016
@vcaputo
Copy link

@vcaputo vcaputo commented Aug 22, 2016

I'll poke a bit at this...

@crawford
Copy link
Member

@crawford crawford commented Aug 27, 2016

@mischief I heard you uncovered some interesting behavior from cgpt.

@mischief
Copy link
Author

@mischief mischief commented Aug 27, 2016

@crawford yes, running cgpt resize /dev/vda9 (or whatever ROOT is) is what causes the bug. extend-filesystems.service is basically doing that.

@crawford
Copy link
Member

@crawford crawford commented Aug 27, 2016

@dm0- was telling me that cgpt wrote a new partlabel to the kernel but didn't persist it to disk, which is why partx (which reads the label from the disk) fixes the information.

@vcaputo
Copy link

@vcaputo vcaputo commented Aug 27, 2016

ah, I didn't poke at this yet, sounds like dm0 has identified the probable root cause though. So we've got a cgpt bug to fix here?

@vcaputo
Copy link

@vcaputo vcaputo commented Aug 30, 2016

for posterity: this turned out to simply be an off by one error in the cgpt resize code.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
3 participants
You can’t perform that action at this time.