From: Mikael Pettersson <mikpe@it.uu.se>
To: linux-kernel@vger.kernel.org
Cc: Andries Brouwer <aeb@cwi.nl>
Subject: completely hide parts of the partition table from Windows?
Date: Tue, 18 Aug 2009 23:22:30 +0200 [thread overview]
Message-ID: <19083.7062.710265.941247@pilspetsen.it.uu.se> (raw)
The BIOS on my laptop clips disk capacities to 128GB. There's no BIOS
update or BIOS setup option to fix this. Passing libata.ignore_hpa=1
allows the Linux kernel to access larger disks, so Linux does work Ok
with larger disks.
However, the laptop dual-boots Windows (for work-related stuff), and
Windows has a major problem: if any entry in the msdos partition table
refers to a sector above the BIOS 128GB limit, the Windows kernel
crashes and reboots early in its boot sequence. The type of the
partition doesn't matter, the fact that it describes an area above
the stupid BIOS limit is enough to trigger the crash.
So what I'm looking for is some sub-partition table format with the
following two properties:
1. resides in an msdos partition entry of a type that Windows does
not inspect (for whatever extended partitions or Apple/BSD/Sun
stuff that Windows may have been taught to recognize)
2. the locations and sizes of the sub-partitions are NOT limited by
the parent msdos partition entry
I've looked at the code in fs/partitions/msdos.c, and it seems that
most of the extended/BSD/Sun formats don't give me property #2 above.
The minix and Unixware format parsers look like they ignore the parent
msdos partion entry boundaries, but I'm not sure if that's by design
or just sloppy coding.
Any recommendations? If no existing partition table format is suitable
for my use case then I'm perfectly willing to invent a simple new format
and add the corresponding parser to the kernel.
/Mikael
next reply other threads:[~2009-08-18 21:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-18 21:22 Mikael Pettersson [this message]
2009-08-18 22:32 ` Alan Cox
2009-08-18 23:49 ` Mikael Pettersson
2009-08-22 22:54 ` Mikael Pettersson
2009-08-18 22:35 ` Andries E. Brouwer
2009-08-18 23:56 ` Mikael Pettersson
2009-08-22 22:59 ` Mikael Pettersson
2009-08-23 7:36 ` Andries E. Brouwer
2009-08-23 15:19 ` Mikael Pettersson
2009-08-18 22:39 ` Matthias Schniedermeyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=19083.7062.710265.941247@pilspetsen.it.uu.se \
--to=mikpe@it.uu.se \
--cc=aeb@cwi.nl \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®