Bug#609446: Grub 2 squeeze won't install in hdc9

[Vladimir 'φ-coder/phcoder' Serbinenko]

a) No need to shout. By doing so you nearly triggered a reflex of
throwing your message away
b) I don't do techsupport by private mails
c) Please supply the output of bootinfoscript.
http://sourceforge.net/projects/bootinfoscript/
d) I still doubt it's a GRUB bug. It may be though that fs driver
prevented writing the bootsector.
e) --force automatically means limited support.
f) As for partition hiding you can achieve similar effect with either
gptsync in GRUB or by simply unmounting the filesystems (and yes, you
can unmount in windows too)
g) If f isn't enought file a wishlist
On 01/09/2011 11:30 PM, Kostenzer wrote:
> On my system I have tree bootable partitions among other data
> partitions. Two partitions XP and one is for Debian.
>
> Osl2000 has the possibility to hides not active boot partitions.
> If booting XP1, XP2 and linux are hidden.
> /With Lenny I installed as well as Lenny as grub on HDA9./
> During booting OSL2000 starts. Makes XP-1  and XP-2 hidden and started
> HDC9, in witch grub is activated.
> Grub starts and makes Lenny starting.
>
> This went fantastic.
> Now with squeeze and grub 2 it won't work on the *regular* way.
>
> All remarks to study my boot manager is of non use. This one is
> working just fine.
> *The problem is that Grub2 in not right installed in hdc9!* It is a /bug!/
> Why a I so sure?
> The simple fact that when I upgrade Lenny with grub to Squeeze and
> grub2 the system works as mentioned above with Lenny.
> Osl2000 boots grub2 on hdc9 end the system works fine.
>
> Upgrading causes a good working system
> Installing Squeeze causes "Missing operation sysem"
>
> Your interpretation is that no bootloader.img is installed in the MBR.
> Wrong! OSL2000 did boot and with a next boot I can boot xp-1 and xp-2 
> as usual.
> With my little knowledge of what's going on I would say the bootloader
> boot.img (?) is not installed in hdc9  "/" when installing squeeze.
> If upgrading, all files are in the right maps and are just upgraded.
>
> So the bug is that the files are not stored, ore not stored on the
> right place, needed for booting.
> Witch files? I don't know.
> I'm willing to make images of the installed, not working squeeze and
> the upgraded Lenny to squeeze to find the differences.
> I can use:
> Ghost 11
> Diskimage 1.6
> DriveImage XML 2.20
> SelfImage 1.2.1.92
>
> One problem, I don't know the size of these images. If they are big, I
> have to put them on DVD and sent them by post.
>
> I hope you agree, it is a bug. Indeed it is not the most usual way of
> installing, but it worked when I upgraded it.
>
> *
> *
>
>
>
> Op 9-1-2011 18:36, Vladimir 'φ-coder/phcoder' Serbinenko schreef:
>> On 01/09/2011 06:32 PM, Kostenzer wrote:
>>     
>>> Thanks for the quick response.
>>> BUT
>>>
>>> If installed Lenny and upgrading to Squeeze grub 2 is correct installed
>>>
>>> So I think it is a installing bug.
>>>
>>> It's sudo grub-install --force /dev/sda, not /dev/sda
>>>
>>> Then grub is installed in the MBR? I don't want that
>>>
>>>       
>> Installing to partition boot sector uses blocklists which makes install
>> both unreliable and prone to some attacks.
>> Which features is GRUB missing to be the main bootloader for you?
>> If you really want another bootloader in your MBR, then refer to its manual.
>>     
>>>
>>>
>>> Op 9-1-2011 16:55, Vladimir 'φ-coder/phcoder' Serbinenko schreef:
>>>       
>>>>> A not clean install or clean install, grub legacy or grub2, no
>>>>> difference: Missing operating system (4 times installing, costs a lot
>>>>> of time)
>>>>> Then installing lenny again. /dev/hdc9. Grub2 same problems: Missing
>>>>> operating system. Grub legacy works immediately fine.
>>>>>           
>>>> "Missing operating system" is a message by BIOS, not GRUB and it means
>>>> that no bootloader boot.img is installed into MBR
>>>>         
>>>>> Over a rescue cd, I tried:
>>>>> sudo grub-install --force /dev/sda9
>>>>>           
>>>> It's sudo grub-install --force /dev/sda, not /dev/sda9
>>>>
>>>>         
>>     


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 294 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20110109/fb8f0951/attachment-0001.pgp>