From: "Colin Bayer" <colin_bayer@compnerd.net>
To: rickos@ifrance.com
Cc: linux-kernel@vger.kernel.org
Subject: RE: compile and bootdisk problems
Date: Fri, 13 Jul 2001 09:58:51 -0700 [thread overview]
Message-ID: <200107131658.JAA07099@mail7.bigmailbox.com> (raw)
>Date: Fri, 13 Jul 2001 18:38:45 +0200
> Brunet Eric <rickos@ifrance.com> linux-kernel@vger.kernel.orgCC: eric.brunet@voila.fr
> compile and bootdisk problems
>Hello,
>
>i meet some problems in order to create a linux bootdisk:
>therefore, i tries to make a polyvalent kernel (in one floppy) with:
>-no module
>-a lot of ethernet card drivers
>This flopppy disk will be used to boot windows machine with partimage
>program in order to backup entire FS to a backup server!!
>
>The first, i couldn't compile the kernel with all ethernets card
>drivers, specially i have an errors for the drivers
>"CONFIG_ARM_AM79C961A" and "CONFIG_FEALNX" for kernels 2.4.3 and 2.4.6(i
>think others version too), is it normal??
>
>For "CONFIG_ARM_AM79C961A":
>am79c961a.c: In function `am79c961_init':
>am79c961a.c:638: `IRQ_EBSA110_ETHERNET' undeclared (first use in this
>function)
>am79c961a.c:638: (Each undeclared identifier is reported only once
>am79c961a.c:638: for each function it appears in.)
>make[3]: *** [am79c961a.o] Erreur 1
>make[2]: *** [first_rule] Erreur 2
>make[1]: *** [_subdir_net] Erreur 2
>make: *** [_dir_drivers] Erreur 2
>notice: the definition of IRQ_EBSA110_ETHERNET is in ./include/asm_arm
># define IRQ_EBSA110_ETHERNET 3
>I understand that device is supported only by arm architecure, it >don't compile because it's a x86 machine?? and if yes,why aren't >anywarning message to indicate me that drivers is useless????
Make sure you've run "make <whatever>config", saved a configuration, and then run "make dep". If this doesn't help, talk to the driver's maintainer (look in /path/to/the/kernel/source/tree/MAINTAINERS). Regarding the inclusion of a (maybe) useless driver: in the interest of keeping up code reuse, sometimes the kernel will compile in drivers that aren't needed -- call it an added bonus. 8-)
>-the other problem is in boot sequence, i prapre the kernel image for
>the rootdisk(it work with a Slackware bootdisk) like this:
>> rdev bzImage /dev/fd0
>> rdev -r bzImage 49152 (49152 = ask disk, and read from 0)
>> rdev -R bzImage 0 (to make the root RW and allow to login)
>> dd if=bzImage of=/dev/fd0 bs=1k
>
>howener then i insert root disk, 10 second oafter, i see this >message:
>>wrong magic
(I could be talking out my butt here and for the rest of my reply; I'd appreciate it if filesystem gurus would back me up... or not) In every boot sector is written a "magic number". This is unique for each filesystem type, and is used upon initial mount for partition type identification; apparently the wrong magic number was written to the disk. (or none at all)
>>MSDOS: Harware sector size is 1024
>>fatfs: bogus cluster size
>>MSDOS: Harware sector size is 1024
>>fatfs: bogus cluster size
>>MSDOS: Harware sector size is 1024
>>fatfs: bogus cluster size
>>UMSDOS: msdos_read_super failed, mount aborted.
>>kernel panic: VFS: Unable to mount fs on 01:00
>
These are (probably) caused by an incorrect creation of the boot disk; the most foolproof way of making a boot disk at kernel compile-time is simply to run "make bzdisk" (assuming you want ext2 on the floppy). If I'm wrong (and I frequently am; I'm merely a newbie with ambition), I'm sorry (read: don't flame me).
Colin Bayer <vogon_jeltz@users.sourceforge.net>
"Nothing's tweaked to the limit until it's broken. The only good thing about Windows is that it comes like this out of the box."
fortytwo: Linux kernel 2.4.7-pre5 (i686; 1854.66 BogoMips)
------------------------------------------------------------
The CompNerd Network: http://www.compnerd.com/
Where a nerd can be a nerd. Get your free webmail@compnerd.net!
next reply other threads:[~2001-07-13 16:59 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-13 16:58 Colin Bayer [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-07-13 16:38 compile and bootdisk problems Brunet Eric
2001-07-13 17:03 ` Ignacio Vazquez-Abrams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200107131658.JAA07099@mail7.bigmailbox.com \
--to=colin_bayer@compnerd.net \
--cc=linux-kernel@vger.kernel.org \
--cc=rickos@ifrance.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.