[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #19410] Unable to Create Logical Partition with "partnew" Command
From: |
Steve Burtchin |
Subject: |
[bug #19410] Unable to Create Logical Partition with "partnew" Command |
Date: |
Mon, 16 Apr 2007 03:44:42 +0000 |
User-agent: |
Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.2 (like Gecko) |
Follow-up Comment #2, bug #19410 (project grub):
Added *ChangeLog* and attached patches in Unified Diff format for
_ChangeLog_, _/stage2/builtins.c_ and _/docs/grub.texi_.
ChangeLog is repeated here for reference:
2007-04-11 Steve Burtchin <address@hidden>
* stage2/builtins.c (eptedit_func): New function based mostly on
code derived from functions PARTNEW_FUNC and PARTTYPE_FUNC.
* stage2/builtins.c (builtin_eptedit): New variable.
* stage2/builtins.c (builtin_table): Added pointer to
BUILTIN_EPTEDIT
* docs/grub.texi (eptedit): Added entry to "Commands usable anywhere"
index, and added node for eptedit.
This function has been exhaustively tested. I have been using it without
ever a problem on my 100GB Maxtor HDD for several months now. All of the
"_Other Potential Uses for "eptedit"_" in my original post are practical with
possible exception of the last one (even that can be done with a few caveats
-- see following).
As promised, here are the results of my "partitioning a HDD" testing: The
attach file _LogicalCreationTest.lst_ was used to test partitioning a disk
from scratch. The test HDD is a Fujitsu 6GB with 833 cylinders. It was zero
filled with address@hidden prior to testing. I found that *eptedit* will
write information to the 'Current' slot of any EPT as long as the sector
signature is present and any valid filesystem type is already there (it only
needs the sector signature to create the first logical partition). *eptedit*
will write information to the 'Next' slot of any EPT as long as the sector
signature is present and any valid filesystem type is present in the
'Current' slot. While testing on my small disk, it was *NOT* necessary to
reset the BIOS information with _geometry_ prior to writing a 'Next' slot (I
think this applies only to disks > 1024 cylinders). In conclusion, *eptedit*
always found the correct sector for writing EPT data. There are other ways to
partition disks, so I don't have any immediate plans to persue this further,
but if anyone is interested, it should be very easy to make it work.
*Is there anything else I need to do?*
What do I have to do to get the "eptedit" function into GRUB 2. Is it stable
enough yet that I can test it on my working computer? How do I get involved
with GRUB 2 development?
(file #12495, file #12496, file #12497, file #12498)
_______________________________________________________
Additional Item Attachment:
File name: ChangeLog.ee.diff Size:1 KB
File name: grub.texi.ee.diff Size:2 KB
File name: builtins.c.ee.diff Size:6 KB
File name: LogicalCreationTest.lst Size:2 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?19410>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/