I am attempting to recompile the kernel with the following steps.
Install kernel-sourcecode rpm
cd /usr/src/linux-2.6.9-11.EL cp /boot/config-2.6.9-11.EL .config make menuconfig Device Drivers -> Character Devices -> Serial Drivers change Max number of non legacy 8250_NR_UARTS to 36 make bzImage make modules_install make install
Then after rebooting and selecting my -custom image from the above compile
"mount: error 19 mounting ext3" "mount: error 2 mounting none"
Then the machine stops of source.
What happended? How do I get my custom kernel to boot.
Jerry
On Tue, Jun 14, 2005 at 10:05:36AM -0500, Jerry Geis wrote:
I am attempting to recompile the kernel with the following steps.
Install kernel-sourcecode rpm
cd /usr/src/linux-2.6.9-11.EL cp /boot/config-2.6.9-11.EL .config make menuconfig Device Drivers -> Character Devices -> Serial Drivers change Max number of non legacy 8250_NR_UARTS to 36 make bzImage make modules_install make install
you forgot to rebuild the ramdisk ? mkinitrd ...
Tru
On Tue, 2005-06-14 at 10:05 -0500, Jerry Geis wrote:
I am attempting to recompile the kernel with the following steps.
Install kernel-sourcecode rpm
cd /usr/src/linux-2.6.9-11.EL cp /boot/config-2.6.9-11.EL .config make menuconfig Device Drivers -> Character Devices -> Serial Drivers change Max number of non legacy 8250_NR_UARTS to 36 make bzImage make modules_install make install
Then after rebooting and selecting my -custom image from the above compile
"mount: error 19 mounting ext3" "mount: error 2 mounting none"
Then the machine stops of source.
What happended? How do I get my custom kernel to boot.
Jerry,
The kernel-sourcecode package (it is no-arch) doesn't always apply all kernel patches for the arch in question. I actually think it is kind of worthless and we will probably stop including it.
Try this instead :)
Download the kernel-xxxxx.src.rpm
do:
rpm -Uvh kernel-xxxxx.src.rpm
go to the SPECS directory and do this:
rpmbuild -bp --target i686 kernel-xxx.spec
then go to the BUILD directory and go down to the kernel directory and build there.
(substitute the versions for xxxxx ... also use the correct --target for the kernel you are trying to compile) This will get all the target related patches applied.
On Tue, 2005-06-14 at 10:32 -0500, Johnny Hughes wrote:
On Tue, 2005-06-14 at 10:05 -0500, Jerry Geis wrote:
I am attempting to recompile the kernel with the following steps.
Install kernel-sourcecode rpm
cd /usr/src/linux-2.6.9-11.EL cp /boot/config-2.6.9-11.EL .config make menuconfig Device Drivers -> Character Devices -> Serial Drivers change Max number of non legacy 8250_NR_UARTS to 36 make bzImage make modules_install make install
Then after rebooting and selecting my -custom image from the above compile
"mount: error 19 mounting ext3" "mount: error 2 mounting none"
Then the machine stops of source.
What happended? How do I get my custom kernel to boot.
Jerry,
The kernel-sourcecode package (it is no-arch) doesn't always apply all kernel patches for the arch in question. I actually think it is kind of worthless and we will probably stop including it.
Try this instead :)
Download the kernel-xxxxx.src.rpm
do:
rpm -Uvh kernel-xxxxx.src.rpm
go to the SPECS directory and do this:
rpmbuild -bp --target i686 kernel-xxx.spec
then go to the BUILD directory and go down to the kernel directory and build there.
(substitute the versions for xxxxx ... also use the correct --target for the kernel you are trying to compile) This will get all the target related patches applied.
I just put some SRPMS in the http://mirror.centos.org/centos/4.1/os/SRPMS/ directory ... including the kernel. It will take probably 30 minutes for them to get synced to all the mirror.centos.org machines
On Tue, Jun 14, 2005 at 10:35:46AM -0500, Johnny Hughes wrote:
I just put some SRPMS in the http://mirror.centos.org/centos/4.1/os/SRPMS/ directory ... including the kernel. It will take probably 30 minutes for them to get synced to all the mirror.centos.org machines
I was wondering where those were -- thanks! (By "some", do you mean "all", by the way?)
On a related note -- I can't find the debuginfo packages on any of the mirrors I'm looking at. Am I missing something obvious?
On Tue, 2005-06-14 at 11:40 -0400, Matthew Miller wrote:
On Tue, Jun 14, 2005 at 10:35:46AM -0500, Johnny Hughes wrote:
I just put some SRPMS in the http://mirror.centos.org/centos/4.1/os/SRPMS/ directory ... including the kernel. It will take probably 30 minutes for them to get synced to all the mirror.centos.org machines
I was wondering where those were -- thanks! (By "some", do you mean "all", by the way?)
On a related note -- I can't find the debuginfo packages on any of the mirrors I'm looking at. Am I missing something obvious?
No ... we are not finished building CentOS-4.1 x86_64 yet. So, we are not necessarily finished building all the SRPMS.
The SRPMS are shared for all CentOS distros, they will be uploaded after x86_64 has been built.
On Tue, Jun 14, 2005 at 10:43:43AM -0500, Johnny Hughes wrote:
No ... we are not finished building CentOS-4.1 x86_64 yet. So, we are not necessarily finished building all the SRPMS. The SRPMS are shared for all CentOS distros, they will be uploaded after x86_64 has been built.
Okay, sounds good -- I just wondered what was going on. Thanks.
(And thanks for working on CentOS in general!)
On Tue, Jun 14, 2005 at 10:43:43AM -0500, Johnny Hughes wrote:
The SRPMS are shared for all CentOS distros, they will be uploaded after x86_64 has been built.
Not trying to be pushy, I swear -- just wondering when we'll have these now that x86_64 is there. Thanks!
On Fri, Jun 17, 2005 at 02:13:51PM -0400, Matthew Miller wrote:
The SRPMS are shared for all CentOS distros, they will be uploaded after x86_64 has been built.
Not trying to be pushy, I swear -- just wondering when we'll have these now that x86_64 is there. Thanks!
ping. :)
Having all of the parts of a complete distribution is important to me. Thanks.
On Mon, 2005-06-20 at 08:18 -0400, Matthew Miller wrote:
On Fri, Jun 17, 2005 at 02:13:51PM -0400, Matthew Miller wrote:
The SRPMS are shared for all CentOS distros, they will be uploaded after x86_64 has been built.
Not trying to be pushy, I swear -- just wondering when we'll have these now that x86_64 is there. Thanks!
ping. :)
Having all of the parts of a complete distribution is important to me. Thanks.
I understand that ... I didn't want to hold up pushing the updates to publish all the SRPMS.
I will do this soon.
In the meantime, everything that was modified by CentOS is published here:
http://mirror.centos.org/centos/4/os/SRPMS/
http://beta.centos.org/centos/4.1beta/os/SRPMS/
http://mirror.centos.org/centos/4.0/updates/SRPMS/
Items not modified by CentOS are available here:
http://ftp.redhat.com/pub/redhat/linux/updates/enterprise/4AS/en/os/SRPMS/
http://ftp.redhat.com/pub/redhat/linux/enterprise/4/en/os/i386/SRPMS/
I didn't think everyone wanted to wait for all the SRPMS to be put together. I am still working on 2 issues (1 major one, i586 glibc not rebuilding) that will most likely require SRPMS changes.
I'll try to do this later today regardless of the outcome of rebuilding i586 glibc.
On Mon, Jun 20, 2005 at 07:36:32AM -0500, Johnny Hughes wrote:
I didn't think everyone wanted to wait for all the SRPMS to be put together. I am still working on 2 issues (1 major one, i586 glibc not rebuilding) that will most likely require SRPMS changes. I'll try to do this later today regardless of the outcome of rebuilding i586 glibc.
Thanks. I know there's differing needs in the community, but I personally am much more intrested in a complete and coherent distribution than I am in i586 support. For whatever that's worth. :)
On Tue, 2005-06-14 at 11:40 -0400, Matthew Miller wrote:
On Tue, Jun 14, 2005 at 10:35:46AM -0500, Johnny Hughes wrote:
I just put some SRPMS in the http://mirror.centos.org/centos/4.1/os/SRPMS/ directory ... including the kernel. It will take probably 30 minutes for them to get synced to all the mirror.centos.org machines
I was wondering where those were -- thanks! (By "some", do you mean "all", by the way?)
On a related note -- I can't find the debuginfo packages on any of the mirrors I'm looking at. Am I missing something obvious?
We don't normally retain the debuginfo ... neither does RH make it available.
I am trying to retain it for new packages (as someone has asked) but it won't be on the normal mirrors. There will be one machine (vault.centos.org) that will get debuginfo.
On Tue, Jun 14, 2005 at 10:46:19AM -0500, Johnny Hughes wrote:
We don't normally retain the debuginfo ... neither does RH make it available.
Since they don't, it'd be nice if CentOS would.
I am trying to retain it for new packages (as someone has asked) but it won't be on the normal mirrors. There will be one machine (vault.centos.org) that will get debuginfo.
Is there a particular reason to throw it away? Or is it just that it takes a lot of space? I'd like to have it in our mirror here.... I think it's more generally useful than, say, the two s390 trees.
On Tue, 2005-06-14 at 12:03 -0400, Matthew Miller wrote:
On Tue, Jun 14, 2005 at 10:46:19AM -0500, Johnny Hughes wrote:
We don't normally retain the debuginfo ... neither does RH make it available.
Since they don't, it'd be nice if CentOS would.
As I said, we will start retaining them, but you are the only person to ever ask for them :)
I am trying to retain it for new packages (as someone has asked) but it won't be on the normal mirrors. There will be one machine (vault.centos.org) that will get debuginfo.
Is there a particular reason to throw it away? Or is it just that it takes a lot of space? I'd like to have it in our mirror here.... I think it's more generally useful than, say, the two s390 trees.
Space is a consideration ... and non use. Providing them isn't hard ... it does require re-writing all my build scripts ... But I see no reason to replicate the debuginfo to 50 mirrors :)
CentOS is the only rebuild currently doing s390 or s390x ... and soon we hope to be the only rebuild to have a released ppc as well. That is one of the things that makes us the best distro available :) (I might be a bit biased on the distro rankings, though)
On Tue, Jun 14, 2005 at 11:20:15AM -0500, Johnny Hughes wrote:
Since they don't, it'd be nice if CentOS would.
As I said, we will start retaining them, but you are the only person to ever ask for them :)
Hey, it's a start. :)