-
-
Notifications
You must be signed in to change notification settings - Fork 187
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
Busybox's fdisk calls fail on >2tb disks #1883
Comments
tlaurion
changed the title
Fdisk limitations on disk size (busybox)
Busyboc's fdisk calls fail on >2tb disks
Jan 4, 2025
tlaurion
changed the title
Busyboc's fdisk calls fail on >2tb disks
Busybox's fdisk calls fail on >2tb disks
Jan 4, 2025
fdisk throws a warning but is not throwing an error at me in testing done under #1884. From my current deep dive of busybox's fdisk code and Heads output parsing, I cannot make sense of reported issue from op matrix discussion. More information needed. Modified OP. |
Confirm that's stderr output that should be suppressed for oem factory reset/re-ownership tested under #1889 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
4tb drive (>2tb) hits a limit. We need to replace fdisk usage with raw linux /sys or /proc output
Reported by user at https://matrix.to/#/!pAlHOfxQNPXOgFGTmo:matrix.org/$BBCUnUv-0D9IOgneYpNTMynCOz66O9Wrh792tVPmt-I?via=matrix.org&via=nitro.chat&via=envs.net
busybox's fdisk errors (warn; doesn't report !=0) on call and gives following output:
EDIT: I can't replicate bad behavior under Heads with emulated qcow2 disk of 4tb. I need more info/debug traces.
The text was updated successfully, but these errors were encountered: