On Mon, Aug 28, 2006 at 03:37:10PM +0200, Robert Millan wrote:
> Why don't we move [/usr]/sbin/grub to /usr/lib ? Then we could even have a
> stub that echoes "Use grub-install" in /usr/sbin/grub.
I have no idea; is this something I should have an opinion on? :) If you
don't mean for the binary
Why don't we move [/usr]/sbin/grub to /usr/lib ? Then we could even have a stub
that echoes "Use grub-install" in /usr/sbin/grub.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended for
spam harvesters. Writing to it will get you added to my black list.
-
The first installation report states that /grub/stage1 exists. Is that
indeed true?
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
On Mon, Feb 06, 2006 at 09:58:29PM -0200, Otavio Salvador wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:
> > On Tue, Feb 07, 2006 at 09:01:01AM +1100, Jason Thomas wrote:
> >> close 345931
> >> thanks
> >> grub-install copies the various stage* files into /boot/grub. grub shell
> >> does not
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Feb 07, 2006 at 09:01:01AM +1100, Jason Thomas wrote:
>> close 345931
>> thanks
>
>> grub-install copies the various stage* files into /boot/grub. grub shell
>> does not.
>
>> If you do not copy the stage* files then they will be incompatible wi
Processing commands for [EMAIL PROTECTED]:
> reopen 345931
Bug#345931: System fails to boot after updating boot sector from grub
interactive shell
Bug reopened, originator not changed.
> severity 345931 serious
Bug#345931: System fails to boot after updating boot sector from grub
interactive sh
reopen 345931
severity 345931 serious
tags 345931 upstream
thanks
On Tue, Feb 07, 2006 at 09:01:01AM +1100, Jason Thomas wrote:
> close 345931
> thanks
> grub-install copies the various stage* files into /boot/grub. grub shell
> does not.
> If you do not copy the stage* files then they will be i
Processing commands for [EMAIL PROTECTED]:
> close 345931
Bug#345931: System fails to boot after updating boot sector from grub
interactive shell
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to John Hughes <[EMAIL PROTECTED]>
close 345931
thanks
Hi,
grub-install copies the various stage* files into /boot/grub. grub shell
does not.
If you do not copy the stage* files then they will be incompatible with
the boot sector that is installed.
grub-install is the recommeneded method to install.
On Mon, Feb 06, 2006 at 02:5
retitle 345931 System fails to boot after updating boot sector from grub
interactive shell
thanks
I have managed to reproduce this in vmware using the following procedure:
- new Sarge install (has grub 0.95+cvs20040624-17)
- change sources list to unstable and upgrade
After grub is upgraded (to
Jason Thomas wrote:
>Hi,
>
>Please check your menu.lst for a splashimage line. If one or more exists
>comment them out and try to boot again.
>
>
No splashimage. (Onscreen garbage is text).
>How where the menu.lst files created?
>
>
By normal grub install, linux-image install/update process.
Hi,
Please check your menu.lst for a splashimage line. If one or more exists
comment them out and try to boot again.
How where the menu.lst files created?
You could also try pressing 'c' for the command line interface, when the
random garbage is on the screen. But I've no idea if that will work.
Package: grub
Version: 0.97-2
Severity: critical
Justification: breaks the whole system
After installing grub 0.97 and doing a simple setup the system is
unbootable.
The same behaviour was observed on an old Dell Dimension 4100 and a new
Dell Optiplex GX270.
This may be the same as bug 341535,
13 matches
Mail list logo
