Auto expand image #48
Open
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Creating only a small (256M) data partition to be extended later after the device boot. Having a 32G defined partition without any input file was causing two issues: - Partition was of unknown type. - Common disk creation tools such as Ubuntu 'disks' were not able to rewrite SD cards smaller than the defined size as the device table expected 32 GB but the sd card only had less disk space.
The data partition is created with only 256M and needs to be expanded before the initial use of KNoT. Expanding the partition with the remaining space of the SD card and only then initializing the KNoT services.
pauloserrafh
requested review from
netoax,
alla3,
ramonhpr,
wiltonsantana and
vitbaq
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This patchset solves the issue of not being able to rewrite the disk using only a default image writer tool.
If I'm not mistaken, the problem was along the lines of:
genimage-raspberrypi*.cfg file was generating a partition table with a data partition of 32G. This was OK when writing at the first time because would fill up to 32G with the data partition, however when a tool tries to write to the disk again it checks the partition table against the actual SD card size and has a mismatch.
Proposed solution is to create a small (256M) data partition filled with zeros at the moment of the disk creation and on first boot (actually requires two reboots, but it's seamless to the end-user) the S51knot_resize script actually resizes the data partition and only then puts the KNoT scripts on '/etc/ini.d'.
Although naive, this approach:
Points to look at: