Sponsored Content
Full Discussion: Linux Kernel upgrade
Top Forums UNIX for Dummies Questions & Answers Linux Kernel upgrade Post 34919 by bashirpopal on Friday 21st of March 2003 10:50:18 AM
Old 03-21-2003
Data Linux Kernel upgrade

Hi everyone,
I am trying to have a second kernel in my Red hat 2.4.18.
I downloaded the 2.4.9 version and did all the extract and stuff. when I run the command make bzImage I get the following error:

devlist.h:6931: __devices_b1b3 causes a section type conflict
> devlist.h:6934: __devices_c001 causes a section type conflict
> devlist.h:6937: __devices_c0a9 causes a section type conflict
> devlist.h:6940: __devices_c0de causes a section type conflict
> devlist.h:6943: __devices_c0fe causes a section type conflict
> devlist.h:6946: __devices_ca50 causes a section type conflict
> devlist.h:6949: __devices_cafe causes a section type conflict
> devlist.h:6952: __devices_cccc causes a section type conflict
> devlist.h:6955: __devices_d4d4 causes a section type conflict
> devlist.h:6959: __devices_d84d causes a section type conflict
> devlist.h:6962: __devices_e000 causes a section type conflict
> devlist.h:6966: __devices_e159 causes a section type conflict
> devlist.h:6970: __devices_e4bf causes a section type conflict
> devlist.h:6973: __devices_ea01 causes a section type conflict
> devlist.h:6976: __devices_eabb causes a section type conflict
> devlist.h:6979: __devices_ecc0 causes a section type conflict
> devlist.h:6982: __devices_edd8 causes a section type conflict
> devlist.h:6989: __devices_fa57 causes a section type conflict
> devlist.h:6992: __devices_feda causes a section type conflict
> devlist.h:6995: __devices_fffe causes a section type conflict
> devlist.h:6999: __devices_ffff causes a section type conflict
>
> make[3]: *** [names.o] Error 1
> make[3]: Leaving directory `/root/linux/drivers/pci'
> make[2]: *** [first_rule] Error 2
> make[2]: Leaving directory `/root/linux/drivers/pci'
> make[1]: *** [_subdir_pci] Error 2
> make[1]: Leaving directory `/root/linux/drivers'
> make: *** [_dir_drivers] Error 2
>
Any help will be greatly appreciated.

thanks,
 

5 More Discussions You Might Find Interesting

1. Red Hat

How to upgrade kernel form 2.4 to 2.6

Hello, How to upgrade kernel from 2.4 to 2.6. Currently i am using rhel3 i want to upgrade it to 2.6 Please provide me the steps. Prashant (1 Reply)
Discussion started by: prashant_ohol
1 Replies

2. Red Hat

Kernel can not boot after upgrade on Fedora OS 15.

Hello, everyone. I am using Fedora 15, and want to upgrade to version 16. I follow the official link Upgrading Fedora using yum - FedoraProject to upgrade my OS by the following command: yum update kernel* --releasever=16 yum groupupdate Base --releasever=16 reboot After reboot, OS... (2 Replies)
Discussion started by: 915086731
2 Replies

3. Hardware

kernel upgrade turn amd video graphics experience sluggish

Hi, I would like to ask related to video graphics driver specifically the AMD (radeon HD 7000 series) or had someone with the same experience or problem that im currently experiencing and willing to share some info. I understand that the kernel is self contain it will not affect the installed... (3 Replies)
Discussion started by: jao_madn
3 Replies

4. Solaris

LU upgrade for kernel

Hi Guys, I am getting into patching activity now a days. I had already done kernel upgrade through LU. My doubt is if i had to install 3 patches to get my system to current available patch level, can i directly patch one by one on an inactive LU and once done i can activate it later on or... (3 Replies)
Discussion started by: Rockyc3400
3 Replies

5. Red Hat

Kernel Upgrade

Dear All , I want upgrade my kernel version from kernel-2.6.18-164.el5 to kernel-2.6.18-199.el5. We have RED HAT Linux Server Red Hat Enterprise Linux Server release 5.4 (Tikanga). Kindly let me know where we can download this particular RPM. if we want to download from RHN , pl let... (0 Replies)
Discussion started by: jegaraman
0 Replies
DH_SYSTEMD_START(1)						     Debhelper						       DH_SYSTEMD_START(1)

NAME
dh_systemd_start - start/stop/restart systemd unit files SYNOPSIS
dh_systemd_start [debhelperoptions] [--restart-after-upgrade] [--no-stop-on-upgrade] [unitfile...] DESCRIPTION
dh_systemd_start is a debhelper program that is responsible for starting/stopping or restarting systemd unit files in case no corresponding sysv init script is available. As with dh_installinit, the unit file is stopped before upgrades and started afterwards (unless --restart-after-upgrade is specified, in which case it will only be restarted after the upgrade). This logic is not used when there is a corresponding SysV init script because invoke-rc.d performs the stop/start/restart in that case. OPTIONS
--restart-after-upgrade Do not stop the unit file until after the package upgrade has been completed. This is the default behaviour in compat 10. In earlier compat levels the default was to stop the unit file in the prerm, and start it again in the postinst. This can be useful for daemons that should not have a possibly long downtime during upgrade. But you should make sure that the daemon will not get confused by the package being upgraded while it's running before using this option. --no-restart-after-upgrade Undo a previous --restart-after-upgrade (or the default of compat 10). If no other options are given, this will cause the service to be stopped in the prerm script and started again in the postinst script. -r, --no-stop-on-upgrade, --no-restart-on-upgrade Do not stop service on upgrade. --no-start Do not start the unit file after upgrades and after initial installation (the latter is only relevant for services without a corresponding init script). NOTES
Note that this command is not idempotent. dh_prep(1) should be called between invocations of this command (with the same arguments). Otherwise, it may cause multiple instances of the same text to be added to maintainer scripts. Note that dh_systemd_start should be run after dh_installinit so that it can detect corresponding SysV init scripts. The default sequence in dh does the right thing, this note is only relevant when you are calling dh_systemd_start manually. SEE ALSO
debhelper(7) AUTHORS
pkg-systemd-maintainers@lists.alioth.debian.org 11.1.6ubuntu2 2018-05-10 DH_SYSTEMD_START(1)
All times are GMT -4. The time now is 01:47 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy