Date: Tue, 7 Aug 2001 20:28:24 +0200 From: Wilko Bulte <wkb@freebie.xs4all.nl> To: Mike Smith <msmith@FreeBSD.org> Cc: tlambert2@mindspring.com, John Baldwin <jhb@FreeBSD.org>, freebsd-alpha@FreeBSD.org Subject: Re: problems creating 4.4-alpha test/release cdrom Message-ID: <20010807202824.C910@freebie.xs4all.nl> In-Reply-To: <200108070845.f778jei09077@mass.dis.org>; from msmith@FreeBSD.org on Tue, Aug 07, 2001 at 01:45:39AM -0700 References: <3B6FA40E.A2E374EB@mindspring.com> <200108070845.f778jei09077@mass.dis.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 07, 2001 at 01:45:39AM -0700, Mike Smith wrote:
> > Wilko Bulte wrote:
> > > > Can you do 'load /kernel' (Note the /) and then boot?
> > >
> > > k load kernel
> > > don't know how to load module '/kernel.ko'
> > > ok load /kernel
> > > don't know how to load module '/kernel.ko'
> > >
> > > > If so, does 'boot /kernel' work as well?
> > >
> > > ok boot /kernel
> > > don't know how to load module '/kernel.ko'
> >
> > You are running the evil boot loader.
> >
> > Your kernel needs to be installed as /boot/kernel/kernel.ko,
> > I think.
>
> Stop thinking, Terry. It's not only bad for you, it's bad for the rest
> of us.
:)
> The error message "don't know how to load module 'foo'" is printed when
> the loader has successfully found and tried to load the module, but
> file_load() has returned EFTYPE.
>
> Since the only file format the Alpha loader supports is ELF, and since it
> uses the common ELF loader in sys/boot/common/load_elf.c, and since the
> diagnostic above is only printed when the file loader returns EFTYPE or when
> no file loader is found, you can get a very short list of why the file
> might be being rejected:
>
> - the filename is NULL (not possible, since it's printed in the
> diagnostic)
Right.
> - the file is too small
Hardly, as ls -l says:
6229000 KERNEL
> - the file header fails IS_ELF()
> - the file header fails sanity checks
> - the file is not a kernel or a KLD
I'm not convinced 'file' is telling me the truth here [shared libs??]
but:
miata#pwd
/cdrom
miata#ls -l kernel
-r-xr-xr-x 3 root wheel 6229000 Aug 5 15:48 kernel
miata#file kernel
file: Using regular magic file `/usr/share/misc/magic'
kernel: ELF 64-bit LSB executable, Alpha (unofficial), version 1 (FreeBSD),
dynamically linked (uses shared libs), stripped
miata#file /kernel
file: Using regular magic file `/usr/share/misc/magic'
/kernel: ELF 64-bit LSB executable, Alpha (unofficial), version 1 (FreeBSD),
dynamically linked (uses shared libs), not stripped
miata#
OK, I copied the CDROM's kernel and copied it to the HD. Boots fine,
looks a bit silly:
miata#uname -a
FreeBSD miata.wbnet somename FreeBSD somename #1: Sun Aug 5 13:48:43 GMT
2001 root@miata.wbnet:/usr/src/sys/compile/BOOTMFS alpha
miata#
So, we can safely assume the kernel make release creates is a working one.
> Most of this looks like either a cd9660 filesystem bug (quite likely) or
> a burn error (less likely but not impossible).
Starts to smell like mkisofs.
> I'd consider starting by seeing what "ls -l" in the loader says about the
> size of the file.
See above.
> > I also think you might want to add rock-ridge to the
> > ISOFS image.
>
> Stop thinking, Terry. The loader's cd9660 filesystem:
>
> /*
> * Stand-alone ISO9660 file reading package.
> *
> * Note: This doesn't support Rock Ridge extensions, extended attributes,
> * blocksizes other than 2048 bytes, multi-extent files, etc.
> */
Whatever, the mkisofs for the install CDs is RRenabled, for the benefit
of mounting it on a running system. For booting RR is not relevant.
Wilko
--
| / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org
|/|/ / / /( (_) Bulte
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010807202824.C910>