Skip to content
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

Add hints about HDD geometry issues, and spelling n*zi (spelling, typos, improvements) #40

Open
wants to merge 9 commits into
base: master
Choose a base branch
from

Conversation

andim2
Copy link

@andim2 andim2 commented Sep 5, 2013

Hi,

since I had lots of "fun" with partclone.ntfsfixboot on an Extended CHS partition table vs. a narrow LBA-only (and thus *incompatible) view of newer Linux kernels, I decided to add details and warnings about this to usage message / docs, to try to prevent others (the documentation-reading kind of users ;) from hitting the same annoying geometry-challenged NTFS-side non-boot issues that I did.

Note that the usage message changes are potential ntfsfixboot project upstream material
(perhaps it's better to do larger backports from time to time though).

Also, correct many typos/spelling/others (this work might partially conflict with a recent pull request).
About the spelling n*zi thing: yes, I'm German, that ought to be authoritative enough ;-P

Please let me know in case something cannot be accepted as is (it's my first pull request anyway). Partial application certainly is ok (even complete redoing of questionable parts). All that matters is that it gets into the project, pronto :)

Thanks a ton for a very useful tool!

Better avoid syntax which causes vim to start doing strange things
due to happening to match some automatic vim ex mode command features.
In newer Linux kernels, the values as returned by HDIO_GETGEO ioctl
have been changed from BIOS-originating to what the kernel's HDIO_GETGEO
ioctl callback functions think of the "geometry".
This, from the POV of the ioctl being a *kernel-side* part
and thus returning *kernel-side* information is correct handling -
if only libata did actually return meaningful data rather than hard-coding
LBA-type (255 heads) geometry values in its .getgeo() callback...

This means that relying on kernel information may have become problematic
for modifying data that is destined for non-kernel scope,
which clearly is the case for NTFS tools such as this.
Thus we better make sure to verbosely indicate
where to possibly get geometry information that's possibly accurate
for handling NTFS partitions for the BIOS-depending old-style-geometry
Windows OSs.

Side note: the upstream ntfsfixboot project provides a geo_override.c
ld helper workaround to alter the result of HDIO_GETGEO ioctl if desired.
@Thomas-Tsai
Copy link
Owner

Sorry, this pull request is too old. Please update it again if necessary, or I will turn off this request in the future. Please forgive me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants