RE: [PROBLEM] FC3 and Grub installation
by Otto Haliburton
> -----Original Message-----
> From: fedora-devel-list-bounces(a)redhat.com [mailto:fedora-devel-list-
> bounces(a)redhat.com] On Behalf Of Srihari Vijayaraghavan
> Sent: Tuesday, November 16, 2004 3:09 PM
> To: fedora-devel-list(a)redhat.com
> Subject: [PROBLEM] FC3 and Grub installation
>
> Please refer to this bugzilla bug:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=137789
>
> Although the developer/maintainer is convinced that
> this is no bug, I am afraid this is not so. (I am
> sorry Jeremy.)
>
> Here is the procedure I follow:
> 1. Install FC2 (yes, FC2) on /dev/hda1 and choose to
> install Grub on MBR (/dev/hda)
> 2. Install the shiny new FC3 on /dev/hda2 (in my case
> it was on /dev/hda16) and choose to install grub on
> the first sector of /dev/hda2 rather than on MBR.
> (Please ask me 'why', if you want to, but I am
> convinced I am doing nothing wrong in this step.)
> 3. Configure FC2's grub to chain load FC3's grub.
> 4. And observe it does not work.
>
> Could somebody tell me what am I doing wrong here?
>
> And has anybody else seen this behaviour?
>
> (I swear to God that I have followed this procedure
> from the days of RH 6.0, SuSE 7.0, Debian 2 etc. and
> never had a problem until FC3.)
>
> Thank you.
> Hari.
>
>
> Find local movie times and trailers on Yahoo! Movies.
> http://au.movies.yahoo.com
>
> --
I think if you think about the boot procedure you will determine what you
are doing wrong. Ask your self the question, how will you boot from sector
in a partition after booting from the MBR? Ans. It won't happen. So what
is the problem. You are booting from the MBR period and is getting the
grub.conf for FC2 and what is in that file cause that is what can be booted.
Now if I remember my GRUB manual chain loading is done for foreign OS's and
FC3 is not a foreign OS. In the install of FC3 I don't see that you had to
do anything. GRUB should have found all os's and updated the right
grub.conf with the correct entries. Now I might be incorrect but this is my
opinion.
19 years, 5 months
[PROBLEM] FC3 and Grub installation
by Srihari Vijayaraghavan
Please refer to this bugzilla bug:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=137789
Although the developer/maintainer is convinced that
this is no bug, I am afraid this is not so. (I am
sorry Jeremy.)
Here is the procedure I follow:
1. Install FC2 (yes, FC2) on /dev/hda1 and choose to
install Grub on MBR (/dev/hda)
2. Install the shiny new FC3 on /dev/hda2 (in my case
it was on /dev/hda16) and choose to install grub on
the first sector of /dev/hda2 rather than on MBR.
(Please ask me 'why', if you want to, but I am
convinced I am doing nothing wrong in this step.)
3. Configure FC2's grub to chain load FC3's grub.
4. And observe it does not work.
Could somebody tell me what am I doing wrong here?
And has anybody else seen this behaviour?
(I swear to God that I have followed this procedure
from the days of RH 6.0, SuSE 7.0, Debian 2 etc. and
never had a problem until FC3.)
Thank you.
Hari.
Find local movie times and trailers on Yahoo! Movies.
http://au.movies.yahoo.com
19 years, 5 months
Re: the media check problem
by Alan Cox
On Sat, Nov 13, 2004 at 01:32:11PM -0600, Satish Balay wrote:
> Alan could you clarify the following?
>
> - (if ide=dma was used for install) after install - removing this
> option from grub will affect media-check only - and all other
> CD operations will work fine?
Yep
19 years, 5 months
Re: the media check problem
by Satish Balay
On Sat, 13 Nov 2004, Alan Cox wrote:
> On Sat, Nov 13, 2004 at 07:06:43PM +0100, Dennis Bjorklund wrote:
> > 1) It's the read ahead that causes the problem. If one use
> > hdparm and set the read ahead to 0 on the device, then I have
> > no problem to verify a cd using dd.
>
> Correct
>
> > Maybe someone like Alan Cox (but not limited to him!) will look at this
> > and say it's stupid, and then I don't need to read the code :-)
>
> The "end" of a CD-R is undefined for about 150K. ide-scsi correctly
> retries errors at the disk end and reduces the disk size based on the
> error position. ide-cd doesn't. It's waiting someone who knows enough about
> that area of the block layer to fix it
Alan could you clarify the following?
- (if ide=dma was used for install) after install - removing this
option from grub will affect media-check only - and all other
CD operations will work fine?
Thanks,
Satish
19 years, 5 months
Re: A true package manager.
by Jeff Pitman
On Sunday 07 November 2004 00:05, Jeff Spaleta wrote:
> On Sat, 06 Nov 2004 10:58:42 -0500, seth vidal <skvidal(a)phy.duke.edu>
wrote:
> > Isn't that what anaconda does? It boots your system and upgrades
> > it?
>
> I think he wants a cookie cutter solution, that creates the grub
> entry for him. Like say a package that installs the anaconda boot
> image and creates the grubentry for it, without having to play tricks
> like getting the isos and renaming the isolinux boot image and
> creating the grub entry by hand.
Right. And, we avoid having to download 4 CDs or 5 or 6 or 8 ... as the
Core bulks up it would be nice to have a workable solution for those
that only want a subset of the Core's packages and are willing to do an
online ananconda update but don't necessarily want to mess with HOWTOs
that can actually be automated.
--
-jeff
19 years, 6 months
Re: Mail gui config
by Doncho N. Gunchev
On 2004-11-06 (Saturday) 17:31, Doncho N. Gunchev wrote:
..
> only thing I can dream of is to be able to not install fedora without
> sendmail at all, but I don't dream too much :)
ops... to install without sendmail, have postfix as default and/or
be able to select sendmail/postfix/exim just like lilo/grub.
--
Regards,
Doncho N. Gunchev Registered Linux User #291323 at counter.li.org
GPG-Key-ID: 1024D/DA454F79 http://pgp.mit.edu
Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79
19 years, 6 months
Re: A true package manager.
by Jef Spaleta
On Sat, 06 Nov 2004 10:58:42 -0500, seth vidal <skvidal(a)phy.duke.edu> wrote:
> Isn't that what anaconda does? It boots your system and upgrades it?
I think he wants a cookie cutter solution, that creates the grub entry for him.
Like say a package that installs the anaconda boot image and creates
the grubentry for it, without having to play tricks like getting the
isos and renaming the isolinux boot image and creating the grub entry
by hand.
-jef
19 years, 6 months
Re: A true package manager.
by seth vidal
On Sat, 2004-11-06 at 23:45 +0800, Jeff Pitman wrote:
> On Saturday 06 November 2004 23:38, seth vidal wrote:
> > not much yum or apt or up2date can do about that.
>
> So, maybe a hacked grub boot image could be part of an integrated online
> update solution. Would be nice to have it at the click of a button and
> then say "Reboot to begin Upgrade".
>
Isn't that what anaconda does? It boots your system and upgrades it?
-sv
19 years, 6 months
Re: A true package manager.
by Jeff Pitman
On Saturday 06 November 2004 23:38, seth vidal wrote:
> not much yum or apt or up2date can do about that.
So, maybe a hacked grub boot image could be part of an integrated online
update solution. Would be nice to have it at the click of a button and
then say "Reboot to begin Upgrade".
--
-jeff
19 years, 6 months
Re: A true package manager.
by seth vidal
> I'd also like to see a dist upgrade that works instead of burning CDs or
> going through lengthy howtos on how to upgrade from FC55 to FC56
> because kernel 7.5 has some new whizbang module that requires
> modification of every config file in the system. Just as an example.
>
> Many comments on FC1 to FC2 were that "anaconda" just does a lot smarter
> on upgrades than yum/apt. So, maybe a bit more poking around an online
> anaconda update without reboot to floppy or some hacked grub boot image
> would be great.
It's not that anaconda necessarily does 'smarter' things. It is that
anaconda is running OUTSIDE of the system. So less things can go 'boom'.
All of the items keeping you from upgrading from any release to the next
via yum or apt or up2date have all been related to changes to the
kernel.
fc1->fc2 lvm + selinux
fc2->fc3 udev + selinux
not much yum or apt or up2date can do about that.
-sv
19 years, 6 months