Follow-up Comment #4, bug #38436 (project grub):
Zeroed a few MB on the start to test an installation script.
But the script actually creates a partition.
I'm going to try to recreate the problem.
might be that the previous partition table was still in memory because the
reread failed.
Follow-up Comment #5, bug #38436 (project grub):
Most likely. And you also need to reserve space between MBR and first
partition. For performance reason it's recommended to align at MiB boundary
(e.g. put a start at 2048).
___
Reply to
Follow-up Comment #5, bug #37631 (project grub):
Oh sorry. Here are both partitions on the drive (first is NTFS, second is
ext4). I have tried installing on both.
(file #27547, file #27548)
___
Additional Item Attachment:
File name: part1
Follow-up Comment #6, bug #37631 (project grub):
What do you mean installing on both? Using --boot-directory? And both times
unknown filesystem ?
___
Reply to this item at:
http://savannah.gnu.org/bugs/?37631
Follow-up Comment #7, bug #37631 (project grub):
Yes, I have tried --boot-directory and the depricated --root-directory and
something like --directory maybe that isn't on the man page for some
reason.
___
Reply to this item at:
Follow-up Comment #8, bug #37631 (project grub):
Can you paste the output of fdisk -l, especially sector size and grub-probe -t
fs -v -d /dev/sdb1 and grub-probe -t fs -v -d /dev/sdb2
___
Reply to this item at:
Follow-up Comment #6, bug #38436 (project grub):
It really looks like it was a difference of memory and disk partition table.
Thx for the Help.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?38436
Follow-up Comment #9, bug #37631 (project grub):
I am at a different computer now, but I'll do it within the next couple hours.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?37631
