bug-grub
[Top][All Lists]
Advanced

[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/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]