<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>83287</bug_id>
          
          <creation_ts>2005-02-25 04:13 0000</creation_ts>
          <short_desc>grub: &quot;Error 15: File not found&quot; when calling savedefault during boot</short_desc>
          <delta_ts>2005-08-05 05:31:19 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>mmokrejs@ribosome.natur.cuni.cz</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          <cc>Martin.vGagern@gmx.net</cc>
    
    <cc>ornati@fastwebnet.it</cc>
    
    <cc>swegener@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-02-25 04:13:03 0000</bug_when>
            <thetext>I&apos;ve switched from x86 to ~x86 and after sys-boot/grub-0.95.20040823 was installed, I cannot boot from xfs. I get the boot menu, but selecting any entry results in Error 15: File not found.

But, when I go into command-line, I can do

kernel /boot/vmlinuz-[tab] and it prints all files available. I type in exactly same file name as specified on resp. menu.lst line and it boots.

Basically, I cannot boot using configfile. I have to boot manually from command prompt.

I fixes itself downgrading back to sys-boot/grub-0.94-r1 withou re-installing boot block. I have no explanation how is it possible. /boot is a separate partition, and grub install into /usr etc., it was even not mounted when grub upgrade/downgrade was done!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-02-25 04:16:25 0000</bug_when>
            <thetext>Portage 2.0.51-r15 (default-linux/x86/2004.0, gcc-3.3.5, glibc-2.3.4.20050125-r0, 2.6.11-rc4-bk7 i686)
=================================================================
System uname: 2.6.11-rc4-bk7 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Feb 21 2005, 21:57:42)]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.5, 1.4_p6, 1.6.3, 1.9.4, 1.8.5-r3, 1.7.9-r1
sys-devel/binutils:  2.15.92.0.2-r3
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.4.19-r1, 2.4.22-r1
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O3 -mmmx -msse -msse2 -fomit-frame-pointer -march=pentium4 -funroll-loops -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind /var/qmail/alias /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O3 -mmmx -msse -msse2 -fomit-frame-pointer -march=pentium4 -funroll-loops -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;ftp://ftp.muni.cz/pub/linux/gentoo http://gentoo.mirror.icd.hu/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 FFmpeg X Xaw3d aalib acpi adns afs alsa apache2 apm arts ati avcodec avi berkdb bidi bitmap-fonts bonobo caca cdparanoia cdr crypt cscope cups curl dba dga directfb divx divx4 divx4linux divx5 divx5linux doc dvb dvd dvdr dvdread emacs emacs-w3 emboss encode esd ethereal evo f77 faac faad faad2 fam fame fbcon ffmpeg flac flash font-server foomaticdb fortran fvwm fvwm2 gb gd gdbm ggi gif gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile i8x0 icc imagemagick imlib imlib2 innodb java jpeg junit lcms leim libg++ libwww live lpthread lzo lzw-tiff mad mcal mesa mikmod mmx mmx2 motif mozilla mpeg mule mysql ncurses network nls oggvorbis opengl oss pam pda pdflib perl php php4 plotutils png ppds pthread pthreads python qt qtx quicktime readline rtc ruby samba scanner sdl slang slp speex spell sse sse2 ssl svga tcltk tcpd tetex theora thread threads tiff truetype truetype-fonts type1-fonts unicode usb v4l v4l2 win32 winvidix wmf xml xml2 xmms xosd xv xvid xvmc zeo zlib video_cards_radeon linguas_cs linguas_cz linguas_en&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-02-25 04:19:51 0000</bug_when>
            <thetext>Created an attachment (id=52110)
/boot/grub/menu.lst
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-03-10 20:40:45 0000</bug_when>
            <thetext>re-open if 0.96 doesnt work</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-03-16 07:22:48 0000</bug_when>
            <thetext>Still happens with 0.96. :(</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>robmoss@gentoo.org</who>
            <bug_when>2005-04-24 09:08:34 0000</bug_when>
            <thetext>It looks to me like you need to take the &quot;/boot&quot; off all those entries. You could also fix this by recreating the boot -&gt; . symlink in /boot which you appear to have got rid of. Please re-open and correct me if I&apos;m wrong.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-04-24 12:25:02 0000</bug_when>
            <thetext>/boot/boot is a symlink to . Why does it happen only with 0.95 and above?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-04-26 00:45:16 0000</bug_when>
            <thetext>And removing the &quot;/boot/&quot; from the kernel line does not help at all. I don&apos;t believe grub can accept relative path. When you open the interactive commandline, the file is /boot/vmlinuz-*. Trying to set &quot;kernel vmlinuz-* ...&quot; doesn&apos;t help, as the file is not found.

Try it yourself. It happens for me on two computers (both having XFS) and does not happen on computers having ext3 as /boot.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-06-13 02:05:35 0000</bug_when>
            <thetext>I have installed anothe rmachine using 2005.0 and upgraded to current x86 and it
also happens there. There is one important difference - that host uses only
reiserfs, i.e. /boot is reiserfs instead of xfs. And grub also cannot find the
file. But as already described, the file is happily found from interactive console.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>swegener@gentoo.org</who>
            <bug_when>2005-07-01 04:56:55 0000</bug_when>
            <thetext>You need to put a space between root and the (hd0,0) to make grub recognize it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-07-01 14:39:18 0000</bug_when>
            <thetext>Answer to comment #9: No, the space is not the problem. I just tested and if
space is omitted I get &quot;Error 27: unrecognized command&quot; instead of &quot;Error 15:
File not found&quot; which I&apos;ve reported.

And, at the moment a I have:

# grep hd0 /boot/grub/grub.conf
root (hd0,0)
root (hd0,0)
root (hd0,0)
root (hd0,0)
root (hd0,0)
root (hd0,0)
root    (hd0,0)
setup   (hd0)
#

I&apos;m put back this into my package.mask:
&gt;=sys-boot/grub-0.95

This test was done using 0.96-r2 on 2.6.13-rc1 kernel. ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>swegener@gentoo.org</who>
            <bug_when>2005-07-01 14:48:04 0000</bug_when>
            <thetext>You seem to be the only one that has these issues. I can&apos;t reproduce it and the
missing space is the only error I could find in your config. I tried with long
kernel config lines and as much kernel entries as you have.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-07-01 14:56:10 0000</bug_when>
            <thetext>I have only 4 gentoo machines (all intel p4 or xeons) and it happens on all of
them. :( The last one was with reiserfs so the subject should be actually
changed. ;) I&apos;ll attach the current grub.conf file.

Do you think it might be related to a BIOS or ACPI? Hypethreading is disabled,
it just slows me down. It happens on SMP and non-SMP kernels and on HIGHMEM
and also non-HIGHMEM kernels.

Thanks for your help anyway!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-07-01 14:57:03 0000</bug_when>
            <thetext>Created an attachment (id=62434)
Current /boot/grub/grub.conf

/boot/grub/menu.lst is a softlink to this file of course ;-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>swegener@gentoo.org</who>
            <bug_when>2005-07-01 15:01:43 0000</bug_when>
            <thetext>I use grub with XFS on a celeron, pentium3, pentium4, athlon-tbird and athlon-xp
and don&apos;t experience any issues. I&apos;m afraid but I can&apos;t help until I&apos;m able to
reproduce this error.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2005-07-15 10:05:01 0000</bug_when>
            <thetext>The problem is savedefault.

The way grub handles management of the default boot entry has changed. Where in
0.94 the default entry was located at a fixed binary position in the stage2, it
now is in an extra file named /boot/grub/default. As grub cannot modify the
filesystem itself, this file has to exist for savedefault to succeed.

Workaround when booting:
1. Select entry
2. Select &quot;savedefault&quot; command
3. Press [d] to delete this command
4. Press [b] to continue booting

Fix when the system is up:
grub-set-default 0
(fix untested, but should work this way)

Maybe it would be a good idea to do this at installation time as well. The
official installation procedure seems to do &quot;grub-set-default default&quot;. At least
Line 419 of sbin/grub-install suggests this, I have not tried this yet.

Also notice that savedefault has become more powerful, it is now possible to
save a entry different from the current one as default, thus faciliating
one-time booting of othe systems. Read the info for more details.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2005-07-15 10:13:34 0000</bug_when>
            <thetext>Suggested new Summary:
grub: &quot;Error 15: File not found&quot; when calling savedefault during boot
since this is not only 0.95, and this has nothing to do with xfs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ornati@fastwebnet.it</who>
            <bug_when>2005-07-15 12:20:14 0000</bug_when>
            <thetext>*** Bug 96508 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>swegener@gentoo.org</who>
            <bug_when>2005-07-15 17:12:11 0000</bug_when>
            <thetext>Updating summary. OK, this explains why I wasn&apos;t able to reproduce the error.
Thanks for finding this out Martin von Gagern. I hope I have some time over
the weekend to fix this and some other grub bugs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo.bugs@nissenhut.com</who>
            <bug_when>2005-07-24 01:40:30 0000</bug_when>
            <thetext>The problem is that the code in stage2.c that creates the pathname for the
default file doesn&apos;t initialise the buffer properly. This is fixed already in
the grub CVS tree. See
http://lists.gnu.org/archive/html/commit-grub/2005-03/msg00007.html for the
description of the change and links to the CVS changes made.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-08-02 20:09:34 0000</bug_when>
            <thetext>thanks, grabbed patch and added to grub 0.96-r3</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-08-04 14:02:38 0000</bug_when>
            <thetext>Well, I just emerge the 0.96-r3 version and rebooted ... still the same problem.
I had /boot mounted during the emerge process, so it should have updated the
/boot partition data.

What am I supposed to do now except removing the &apos;savedefault&apos; lines? ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.vGagern@gmx.net</who>
            <bug_when>2005-08-04 16:12:15 0000</bug_when>
            <thetext>(in reply to comment #21)
I&apos;d guess that you are still using the old stage2 file, because on some setups
grub accesses this file by its physical location, not by its name. I suggest you
reinstall grub using grub-install or whatever method you used in the first place.

Updating grub is a bit tricky, as there is probably no way portage can do the
right thing automatically. See bug #98768 for more information.

If this does not help, please state if you tried running grub-set-default
manually and if /boot/grub/default does exist and looks OK.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-08-04 22:14:34 0000</bug_when>
            <thetext>So I did &quot;setup hd(0)&quot; and rebooted, no luck. This is what I have right now:

# cat /boot/grub/default
cat: /boot/grub/default: No such file or directory
#</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-08-04 22:16:23 0000</bug_when>
            <thetext>aquarius ~ # !mount
mount /dev/sda1 /boot
aquarius ~ # grub-set-default 0
aquarius ~ # cat /boot/grub/default
0
#
#
#
#
#
#
#
#
#
#
# WARNING: If you want to edit this file directly, do not remove any line
# from this file, including this warning. Using `grub-set-default\&apos; is
# strongly recommended.
aquarius ~ # 

going to reboot now. ;)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mmokrejs@ribosome.natur.cuni.cz</who>
            <bug_when>2005-08-04 22:23:04 0000</bug_when>
            <thetext>Yes, that has helped.

My grub.conf contains:
default 2
and grub really prefers the &apos;2&apos; over the &apos;0&apos;.

How about doing this automagically on emerge then (`grub-set-default 0&apos;)?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2005-08-05 05:31:19 0000</bug_when>
            <thetext>as Martin von Gagern pointed out, running grub for the user and getting it right
is very tricky ... i&apos;d like to keep that code logic as minimal as possible ...</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>52110</attachid>
            <date>2005-02-25 04:19 0000</date>
            <desc>/boot/grub/menu.lst</desc>
            <filename>grub.conf</filename>
            <type>text/plain</type>
            <data encoding="base64">IwojIFNhbXBsZSBib290IG1lbnUgY29uZmlndXJhdGlvbiBmaWxlCiMKCiMgQm9vdCBhdXRvbWF0
aWNhbGx5IGFmdGVyIDMwIHNlY3MuCnRpbWVvdXQgMjAKCiMgQnkgZGVmYXVsdCwgYm9vdCB0aGUg
Zmlyc3QgZW50cnkuCiNkZWZhdWx0IDAKIyBCeSBkZWZhdWx0LCBib290IHRoZSBsYXN0IHNhdmVk
IGtlcm5lbApkZWZhdWx0IHNhdmVkCiNkZWZhdWx0IDUKCiMgRmFsbGJhY2sgdG8gdGhlIHNlY29u
ZCBlbnRyeS4KZmFsbGJhY2sgMQoKIyBGb3IgYm9vdGluZyBHTlUvTGludXgKIyBrZXJuZWwgcGFy
YW1ldGVyOiBhYzk3X2Nsb2NrPTQxMTk0Cgp0aXRsZSBHTlUvTGludXggMi40LjIxCnJvb3QoaGQw
LDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNC4yMSByb290PS9kZXYvaGRhMiBpZGU9cmV2ZXJz
ZSBwbnBiaW9zPW9mZiAgaGRlPWlkZS1zY3NpIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91
bnN1cHBvcnRlZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3
NjAwbjggY29uc29sZT10dHkwIHBjaT1ub2FjcGkgdmdhPWFzawpzYXZlZGVmYXVsdAoKdGl0bGUg
R05VL0xpbnV4IDIuNC4yMgpyb290KGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjQuMjIg
cm9vdD0vZGV2L2hkYTIgaWRlPXJldmVyc2UgcG5wYmlvcz1vZmYgIGhkZT1pZGUtc2NzaSBhZ3A9
dHJ5X3Vuc3VwcG9ydGVkIGFncF90cnlfdW5zdXBwb3J0ZWQ9MSBpZGUwPWF1dG90dW5lIGlkZTE9
YXV0b3R1bmUgY29uc29sZT10dHlTMCw1NzYwMG44IGNvbnNvbGU9dHR5MCB2Z2E9YXNrCnNhdmVk
ZWZhdWx0Cgp0aXRsZSBHTlUvTGludXggMi40LjIzCnJvb3QoaGQwLDApCmtlcm5lbCAvYm9vdC92
bWxpbnV6LTIuNC4yMyByb290PS9kZXYvaGRhMiBpZGU9cmV2ZXJzZSBwbnBiaW9zPW9mZiAgaGRl
PWlkZS1zY3NpIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0xIGlkZTA9
YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29sZT10dHkw
IHZnYT1hc2sKc2F2ZWRlZmF1bHQKCnRpdGxlIEdOVS9MaW51eCAyLjQuMjQtcHJlMgpyb290KGhk
MCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjQuMjQtcHJlMiByb290PS9kZXYvaGRhMiBpZGU9
cmV2ZXJzZSBwbnBiaW9zPW9mZiAgaGRjPWlkZS1zY3NpIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdw
X3RyeV91bnN1cHBvcnRlZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0
eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT1hc2sKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9M
aW51eCAyLjQuMjUtcmMyCnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjQuMjUt
cmMyIHJvb3Q9L2Rldi9oZGEyIGlkZT1yZXZlcnNlIGhkZT1pZGUtc2NzaSBwbnBiaW9zPW9mZiAg
YWdwPXRyeV91bnN1cHBvcnRlZCBhZ3BfdHJ5X3Vuc3VwcG9ydGVkPTEgaWRlMD1hdXRvdHVuZSBp
ZGUxPWF1dG90dW5lIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPWFzawpz
YXZlZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4IDIuNC4yNi1wcmUxCnJvb3QgKGhkMCwwKQprZXJu
ZWwgL2Jvb3Qvdm1saW51ei0yLjQuMjYtcHJlMSByb290PS9kZXYvaGRhMiBpZGU9cmV2ZXJzZSBo
ZGU9aWRlLXNjc2kgcG5wYmlvcz1vZmYgIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1
cHBvcnRlZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3NjAw
bjggY29uc29sZT10dHkwIHZnYT1hc2sKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjQu
MjYtcmMxCnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjQuMjYtcmMxIHJvb3Q9
L2Rldi9oZGEyIGlkZT1yZXZlcnNlIGhkZT1pZGUtc2NzaSAgYWdwPXRyeV91bnN1cHBvcnRlZCBh
Z3BfdHJ5X3Vuc3VwcG9ydGVkPTEgaWRlMD1hdXRvdHVuZSBpZGUxPWF1dG90dW5lIGNvbnNvbGU9
dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPWFzawpzYXZlZGVmYXVsdAoKdGl0bGU9R05V
L0xpbnV4IDIuNC4yNgpyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi40LjI2IHJv
b3Q9L2Rldi9oZGEyIGlkZT1yZXZlcnNlIGhkZT1pZGUtc2NzaSAgYWdwPXRyeV91bnN1cHBvcnRl
ZCBhZ3BfdHJ5X3Vuc3VwcG9ydGVkPTEgaWRlMD1hdXRvdHVuZSBpZGUxPWF1dG90dW5lIGNvbnNv
bGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPWFzawpzYXZlZGVmYXVsdAoKdGl0bGU9
R05VL0xpbnV4IDIuNC4yNy1wcmUyCnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0y
LjQuMjctcHJlMiByb290PS9kZXYvaGRhMiBpZGU9cmV2ZXJzZSBoZGU9aWRlLXNjc2kgIGFncD10
cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1h
dXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT1hc2sKc2F2ZWRl
ZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjQuMjctcHJlMwpyb290IChoZDAsMCkKa2VybmVsIC9i
b290L3ZtbGludXotMi40LjI3LXByZTMgcm9vdD0vZGV2L2hkYTIgaWRlPXJldmVyc2UgaGRlPWlk
ZS1zY3NpICBhZ3A9dHJ5X3Vuc3VwcG9ydGVkIGFncF90cnlfdW5zdXBwb3J0ZWQ9MSBpZGUwPWF1
dG90dW5lIGlkZTE9YXV0b3R1bmUgY29uc29sZT10dHlTMCw1NzYwMG44IGNvbnNvbGU9dHR5MCB2
Z2E9YXNrCnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUvTGludXggMi40LjI3LXJjMgpyb290IChoZDAs
MCkKa2VybmVsIC9ib290L3ZtbGludXotMi40LjI3LXJjMiByb290PS9kZXYvaGRhMiBpZGU9cmV2
ZXJzZSBoZGU9aWRlLXNjc2kgIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRl
ZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29u
c29sZT10dHkwIHZnYT1hc2sKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjQuMjgtcHJl
Mgpyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi40LjI4LXByZTIgcm9vdD0vZGV2
L3NkYTIgaWRlPXJldmVyc2UgaGRlPWlkZS1zY3NpIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3Ry
eV91bnN1cHBvcnRlZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMw
LDU3NjAwbjggY29uc29sZT10dHkwIHZnYT1hc2sKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51
eCAyLjQuMzAtcHJlMS1iazIKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNC4z
MC1wcmUxLWJrMiByb290PS9kZXYvc2RhMiBpZGU9cmV2ZXJzZSBoZGU9aWRlLXNjc2kgYWdwPXRy
eV91bnN1cHBvcnRlZCBhZ3BfdHJ5X3Vuc3VwcG9ydGVkPTEgaWRlMD1hdXRvdHVuZSBpZGUxPWF1
dG90dW5lIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPWFzawpzYXZlZGVm
YXVsdAoKdGl0bGU9R05VL0xpbnV4IDIuNC4zMC1wcmUxLWJrNQpyb290IChoZDAsMCkKa2VybmVs
IC9ib290L3ZtbGludXotMi40LjMwLXByZTEtYms1IHJvb3Q9L2Rldi9zZGEyIGlkZT1yZXZlcnNl
IGhkZT1pZGUtc2NzaSBhZ3A9dHJ5X3Vuc3VwcG9ydGVkIGFncF90cnlfdW5zdXBwb3J0ZWQ9MSBp
ZGUwPWF1dG90dW5lIGlkZTE9YXV0b3R1bmUgY29uc29sZT10dHlTMCw1NzYwMG44IGNvbnNvbGU9
dHR5MCB2Z2E9YXNrCnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUvTGludXggMi42LjUKcm9vdCAoaGQw
LDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi41IHJvb3Q9L2Rldi9oZGEyIGlkZT1yZXZlcnNl
IGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0xIGNvbnNvbGU9dHR5UzAs
NTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4
IDIuNi42LXJjMQpyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi42LjYtcmMxIHJv
b3Q9L2Rldi9oZGEyIGlkZT1yZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1
cHBvcnRlZD0xIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MgpzYXZl
ZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4IDIuNi42CnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qv
dm1saW51ei0yLjYuNiByb290PS9kZXYvaGRhMiBpZGU9cmV2ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9y
dGVkIGFncF90cnlfdW5zdXBwb3J0ZWQ9MSBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29sZT10
dHkwIHZnYT03OTIKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYuNy1yYzIKcm9vdCAo
aGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi43LXJjMiByb290PS9kZXYvaGRhMiBpZGU9
cmV2ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9ydGVkIGFncF90cnlfdW5zdXBwb3J0ZWQ9MSBjb25zb2xl
PXR0eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT03OTIKc2F2ZWRlZmF1bHQKCnRpdGxlPUdO
VS9MaW51eCAyLjYuNy1yYzItYms3CnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0y
LjYuNy1yYzItYms3IHJvb3Q9L2Rldi9oZGEyIGlkZT1yZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0
ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0xIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0
eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4IDIuNi43LXJjMwpyb290ICho
ZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi42LjctcmMzIHJvb3Q9L2Rldi9oZGEyIGlkZT1y
ZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0xIGNvbnNvbGU9
dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoKdGl0bGU9R05V
L0xpbnV4IDIuNi43LXJjMy1iazcKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIu
Ni43LXJjMy1iazcgcm9vdD0vZGV2L2hkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBvcnRl
ZCBhZ3BfdHJ5X3Vuc3VwcG9ydGVkPTEgY29uc29sZT10dHlTMCw1NzYwMG44IGNvbnNvbGU9dHR5
MCB2Z2E9NzkyCnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUvTGludXggMi42LjcKcm9vdCAoaGQwLDAp
Cmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi43IHJvb3Q9L2Rldi9oZGEyIGlkZT1yZXZlcnNlIGFn
cD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0xIGNvbnNvbGU9dHR5UzAsNTc2
MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4IDIu
Ni44LjEKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi44LjEgcm9vdD0vZGV2
L3NkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBvcnRlZCBjb25zb2xlPXR0eVMwLDU3NjAw
bjggY29uc29sZT10dHkwIHZnYT03OTIKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYu
OS1yYzQKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi45LXJjNCByb290PS9k
ZXYvc2RhMiBpZGU9cmV2ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9ydGVkIGNvbnNvbGU9dHR5UzAsNTc2
MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4IDIu
Ni45CnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjYuOSByb290PS9kZXYvc2Rh
MiBpZGU9cmV2ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9ydGVkIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBj
b25zb2xlPXR0eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoKdGl0bGU9R05VL0xpbnV4IDIuNi4xMC1y
YzEtYmsyMApyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi42LjEwLXJjMS1iazIw
IHJvb3Q9L2Rldi9zZGEyIGlkZT1yZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0ZWQgY29uc29sZT10
dHlTMCw1NzYwMG44IGNvbnNvbGU9dHR5MCB2Z2E9NzkyCnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUv
TGludXggMi42LjEwLXJjMy1iazE2CnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0y
LjYuMTAtcmMzLWJrMTYgcm9vdD0vZGV2L3NkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBv
cnRlZCBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT03OTIKc2F2ZWRlZmF1
bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYuMTAKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxp
bnV6LTIuNi4xMSByb290PS9kZXYvc2RhMiBpZGU9cmV2ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9ydGVk
IGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MgpzYXZlZGVmYXVsdAoK
IyBpZGVidXM9MTMzLzEwMC82Ni8zMwp0aXRsZT1HTlUvTGludXggMi42LjExLXJjMS1iazIKcm9v
dCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi4xMS1yYzEtYmsyIHJvb3Q9L2Rldi9z
ZGEyIGlkZT1yZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0ZWQgY29uc29sZT10dHlTMCw1NzYwMG44
IGNvbnNvbGU9dHR5MCB2Z2E9NzkyIGlkZWJ1cz02NgpzYXZlZGVmYXVsdAoKdGl0bGU9R05VL0xp
bnV4IDIuNi4xMS1yYzItYms0CnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjYu
MTEtcmMyLWJrNCByb290PS9kZXYvc2RhMiBpZGU9cmV2ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9ydGVk
IGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdhPTc5MiBpZGVidXM9NjYKc2F2
ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYuMTEtcmMyLWJrMTAKcm9vdCAoaGQwLDApCmtl
cm5lbCAvYm9vdC92bWxpbnV6LTIuNi4xMS1yYzItYmsxMCByb290PS9kZXYvc2RhMiBpZGU9cmV2
ZXJzZSBhZ3A9dHJ5X3Vuc3VwcG9ydGVkIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0
eTAgdmdhPTc5MiBpZGVidXM9NjYKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYuMTEt
cmMzLWJrNwpyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi42LjExLXJjMy1iazcg
cm9vdD0vZGV2L3NkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBvcnRlZCBjb25zb2xlPXR0
eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT03OTIgaWRlYnVzPTY2CnNhdmVkZWZhdWx0Cgp0
aXRsZT1HTlUvTGludXggMi42LjEwLWFjMTIKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxp
bnV6LTIuNi4xMC1hYzEyIHJvb3Q9L2Rldi9zZGEyIGlkZT1yZXZlcnNlIGFncD10cnlfdW5zdXBw
b3J0ZWQgY29uc29sZT10dHlTMCw1NzYwMG44IGNvbnNvbGU9dHR5MCB2Z2E9NzkyIGlkZWJ1cz02
NiBtZW09MzU0OE0Kc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYuMTEtcmM0CnJvb3Qg
KGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjYuMTEtcmM0IHJvb3Q9L2Rldi9zZGEyIGlk
ZT1yZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0ZWQgY29uc29sZT10dHlTMCw1NzYwMG44IGNvbnNv
bGU9dHR5MCB2Z2E9NzkyIGlkZWJ1cz02NiBtZW09MzU0OE0Kc2F2ZWRlZmF1bHQKCnRpdGxlPUdO
VS9MaW51eCAyLjYuMTEtcmM0LWJrNwpyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXot
Mi42LjExLXJjNC1iazcgcm9vdD0vZGV2L3NkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBv
cnRlZCBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT03OTIgaWRlYnVzPTY2
CiMga2VybmVsIC4uLi4gcHJvZmlsZT0yIGlkbGU9cG9sbApzYXZlZGVmYXVsdAoKIyBGb3IgaW5z
dGFsbGluZyBHUlVCIGludG8gdGhlIGhhcmQgZGlzawp0aXRsZSBJbnN0YWxsIEdSVUIgaW50byB0
aGUgaGFyZCBkaXNrCnJvb3QgICAgKGhkMCwwKQpzZXR1cCAgIChoZDApCgojIENoYW5nZSB0aGUg
Y29sb3JzLgp0aXRsZSBDaGFuZ2UgdGhlIGNvbG9ycwpjb2xvciBsaWdodC1ncmVlbi9icm93biBi
bGluay1yZWQvYmx1ZQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>62434</attachid>
            <date>2005-07-01 14:57 0000</date>
            <desc>Current /boot/grub/grub.conf</desc>
            <filename>grub.conf</filename>
            <type>text/plain</type>
            <data encoding="base64">IwojIFNhbXBsZSBib290IG1lbnUgY29uZmlndXJhdGlvbiBmaWxlCiMKCiMgQm9vdCBhdXRvbWF0
aWNhbGx5IGFmdGVyIDMwIHNlY3MuCnRpbWVvdXQgMjAKCiMgQnkgZGVmYXVsdCwgYm9vdCB0aGUg
Zmlyc3QgZW50cnkuCiNkZWZhdWx0IDAKIyBCeSBkZWZhdWx0LCBib290IHRoZSBsYXN0IHNhdmVk
IGtlcm5lbAojZGVmYXVsdCBzYXZlZApkZWZhdWx0IDQKCiMgRmFsbGJhY2sgdG8gdGhlIHNlY29u
ZCBlbnRyeS4KZmFsbGJhY2sgMwoKIyBGb3IgYm9vdGluZyBHTlUvTGludXgKIyBrZXJuZWwgcGFy
YW1ldGVyOiBhYzk3X2Nsb2NrPTQxMTk0Cgp0aXRsZT1HTlUvTGludXggMi40LjMwCnJvb3QgKGhk
MCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjQuMzAgcm9vdD0vZGV2L3NkYTIgaWRlPXJldmVy
c2UgaGRlPWlkZS1zY3NpIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91bnN1cHBvcnRlZD0x
IGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29s
ZT10dHkwIHZnYT1hc2sgaWRlYnVzPTY2CnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUvTGludXggMi40
LjMxCnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0yLjQuMzEgcm9vdD0vZGV2L3Nk
YTIgaWRlPXJldmVyc2UgaGRlPWlkZS1zY3NpIGFncD10cnlfdW5zdXBwb3J0ZWQgYWdwX3RyeV91
bnN1cHBvcnRlZD0xIGlkZTA9YXV0b3R1bmUgaWRlMT1hdXRvdHVuZSBjb25zb2xlPXR0eVMwLDU3
NjAwbjggY29uc29sZT10dHkwIHZnYT1hc2sgaWRlYnVzPTY2CnNhdmVkZWZhdWx0Cgp0aXRsZT1H
TlUvTGludXggMi42LjExLjYKcm9vdCAoaGQwLDApCmtlcm5lbCAvYm9vdC92bWxpbnV6LTIuNi4x
MS42IHJvb3Q9L2Rldi9zZGEyIGlkZT1yZXZlcnNlIGFncD10cnlfdW5zdXBwb3J0ZWQgY29uc29s
ZT10dHlTMCw1NzYwMG44IGNvbnNvbGU9dHR5MCB2Z2E9NzkyIGlkZWJ1cz02NgojIGtlcm5lbCAu
Li4uIHByb2ZpbGU9MiBpZGxlPXBvbGwKc2F2ZWRlZmF1bHQKCnRpdGxlPUdOVS9MaW51eCAyLjYu
MTEuOQpyb290IChoZDAsMCkKa2VybmVsIC9ib290L3ZtbGludXotMi42LjExLjkgcm9vdD0vZGV2
L3NkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBvcnRlZCBjb25zb2xlPXR0eVMwLDU3NjAw
bjggY29uc29sZT10dHkwIHZnYT03OTIgaWRlYnVzPTY2CnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUv
TGludXggMi42LjEyLXJjNi1naXQyCnJvb3QgKGhkMCwwKQprZXJuZWwgL2Jvb3Qvdm1saW51ei0y
LjYuMTItcmM2LWdpdDIgcm9vdD0vZGV2L3NkYTIgaWRlPXJldmVyc2UgYWdwPXRyeV91bnN1cHBv
cnRlZCBjb25zb2xlPXR0eVMwLDU3NjAwbjggY29uc29sZT10dHkwIHZnYT03OTIgaWRlYnVzPTY2
CnNhdmVkZWZhdWx0Cgp0aXRsZT1HTlUvTGludXggMi42LjEzLXJjMQpyb290IChoZDAsMCkKa2Vy
bmVsIC9ib290L3ZtbGludXotMi42LjEzLXJjMSByb290PS9kZXYvc2RhMiBpZGU9cmV2ZXJzZSBh
Z3A9dHJ5X3Vuc3VwcG9ydGVkIGNvbnNvbGU9dHR5UzAsNTc2MDBuOCBjb25zb2xlPXR0eTAgdmdh
PTc5MiBpZGVidXM9NjYKc2F2ZWRlZmF1bHQKCiMgRm9yIGluc3RhbGxpbmcgR1JVQiBpbnRvIHRo
ZSBoYXJkIGRpc2sKdGl0bGUgSW5zdGFsbCBHUlVCIGludG8gdGhlIGhhcmQgZGlzawpyb290ICAg
IChoZDAsMCkKc2V0dXAgICAoaGQwKQoKIyBDaGFuZ2UgdGhlIGNvbG9ycy4KdGl0bGUgQ2hhbmdl
IHRoZSBjb2xvcnMKY29sb3IgbGlnaHQtZ3JlZW4vYnJvd24gYmxpbmstcmVkL2JsdWUK
</data>        

          </attachment>
    </bug>

</bugzilla>