Heinzelfried
Registered User
Der 2.6.15. Kernel ist dann doch eigentlich auch noch "relativ" sicher oder nicht?
Fragen zum Kernel-Update
- Thread starter Heinzelfried
- Start date
Ist das schon Thema hier?
Und wenn ja, was bedeutet das? Muss man Angst haben? http://www.tecchannel.de/news/themen/linux/443494/index.html
serversupportforum.de
Heinzelfried
Registered User
Nach "zcat /proc/config.gz .config" zeigt er mir jetzt:
Was läuft da nicht richtig? Die Datei gibt es und das Verzeichnis auch. Ich hab sogar die config.gz in das Kernelverzeichnis getan und er findet die Datei nicht.
Code:
#
# Library routines
#
CONFIG_CRC_CCITT=m
CONFIG_CRC16=m
CONFIG_CRC32=y
CONFIG_LIBCRC32C=m
CONFIG_ZLIB_INFLATE=y
CONFIG_ZLIB_DEFLATE=m
CONFIG_REED_SOLOMON=m
CONFIG_REED_SOLOMON_DEC16=y
CONFIG_TEXTSEARCH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_X86_SMP=y
CONFIG_X86_HT=y
CONFIG_X86_BIOS_REBOOT=y
CONFIG_X86_TRAMPOLINE=y
zcat: .config.gz: No such file or directoryWas läuft da nicht richtig? Die Datei gibt es und das Verzeichnis auch. Ich hab sogar die config.gz in das Kernelverzeichnis getan und er findet die Datei nicht.
Heinzelfried
Registered User
Ich hab die RPM meines alten Kernels, würde das nicht reichen um "schnell" im Rescue alles per "rpm -i kernel.rpm" schnell wieder herzustellen?
Edit: Bei "make modules" kammen am Ende lauter Warnings.
Mal was anderes: Wenn ich jetzt reboote, ist der alte Kernel aber noch auf dem System und es passiert nix oder? Bin aktuell ja nur bis "make modules" gegangen.
Edit: Bei "make modules" kammen am Ende lauter Warnings.
Mal was anderes: Wenn ich jetzt reboote, ist der alte Kernel aber noch auf dem System und es passiert nix oder? Bin aktuell ja nur bis "make modules" gegangen.
Last edited by a moderator:
Hallo,
beim Kernelcompilieren kommen leider immer einige Warnings (das sind dann die Bugs die nächstes Jahr gefunden werden
), um zu beurteilen ob deine Warnings harmlos sind müßte man sie sehen.
Das RPM sollte genügen, ich würde aber zusätzlich den Ordner /boot/ sichern (kopieren).
Solange Du die ln -sf Befehle nicht ausführst wird weiterhin der alte Kernel gebootet.
beim Kernelcompilieren kommen leider immer einige Warnings (das sind dann die Bugs die nächstes Jahr gefunden werden
), um zu beurteilen ob deine Warnings harmlos sind müßte man sie sehen.Das RPM sollte genügen, ich würde aber zusätzlich den Ordner /boot/ sichern (kopieren).
Solange Du die ln -sf Befehle nicht ausführst wird weiterhin der alte Kernel gebootet.
Heinzelfried
Registered User
So der Server rebootet seit 14:43, ist aber immer noch nicht online. Schon 8 Minuten vergangen. :/
Edit: Bin gerade im Rescue und will die rpm aufspielen, allerdings meint der, dass das Paket schon installiert ist. Ob ich rpm -U oder rpm -i eingeben, er will einfach nicht.
Edit: Bin gerade im Rescue und will die rpm aufspielen, allerdings meint der, dass das Paket schon installiert ist. Ob ich rpm -U oder rpm -i eingeben, er will einfach nicht.
Last edited by a moderator:
Hallo,
wenn Du meine Anleitung nur bis make modules durchgeführt hast wurde der alte Kernel nicht angetastet.
Hast Du im Rescue die Partition(en) gemountet und bist in's Chroot gewechselt? Bei Fragen dazu bitte die fstab zeigen.
Interessant ist vor allem /var/log/boot.msg, da sollte drinstehen warum er nicht mehr erreichbar ist.
Zeig mal den Inhalt von /boot/ der gemounteten Partition.
wenn Du meine Anleitung nur bis make modules durchgeführt hast wurde der alte Kernel nicht angetastet.
Hast Du im Rescue die Partition(en) gemountet und bist in's Chroot gewechselt? Bei Fragen dazu bitte die fstab zeigen.
Interessant ist vor allem /var/log/boot.msg, da sollte drinstehen warum er nicht mehr erreichbar ist.
Zeig mal den Inhalt von /boot/ der gemounteten Partition.
Heinzelfried
Registered User
Ne ich hab jetzt schon alles so durchgeführt wie du es gesagt hast.
Schaltet sich das Recovery ab
Schaltet sich das Recovery ab
Hallo,
was meinst Du damit?
In /var/log/boot.msg nachsehen, warum er nicht erreichbar ist. Entspricht die Uhrzeit der Datei dem letzten Normal-Bootversuch?
Zeige bitte Inhalt von /boot/.
was meinst Du damit?
In /var/log/boot.msg nachsehen, warum er nicht erreichbar ist. Entspricht die Uhrzeit der Datei dem letzten Normal-Bootversuch?
Zeige bitte Inhalt von /boot/.
Heinzelfried
Registered User
Hm irgendwie
Inhalt von Boot
Inhalt von "/var/log/boot.msg":
Inhalt von Boot
Code:
drwxr-xr-x 3 root root 4096 Sep 13 14:42 .
drwxr-xr-x 22 root root 4096 Sep 13 14:43 ..
-rw-r--r-- 1 root root 118544 Mar 15 2005 Kerntypes-2.6.5-SLES9_SP2_BRANCH_20050315170133-default
-rw-r--r-- 1 root root 721123 Jan 12 2006 System.map-2.6.15-20060112174634-smp
-rw-r--r-- 1 root root 784773 Sep 13 14:42 System.map-2.6.17.13-060908
-rw-r--r-- 1 root root 759759 Mar 15 2005 System.map-2.6.5-SLES9_SP2_BRANCH_20050315170133-default
-rw-r--r-- 1 root root 512 Jun 7 09:37 backup_mbr
lrwxrwxrwx 1 root root 1 Jun 7 09:32 boot -> .
-rw-r--r-- 1 root root 65588 Jan 12 2006 config-2.6.15-20060112174634-smp
-rw-r--r-- 1 root root 65847 Sep 13 14:42 config-2.6.17.13-060908
-rw-r--r-- 1 root root 56401 Mar 15 2005 config-2.6.5-SLES9_SP2_BRANCH_20050315170133-default
drwxr-xr-x 2 root root 4096 Sep 9 20:10 grub
lrwxrwxrwx 1 root root 23 Sep 13 14:42 initrd -> initrd-2.6.17.13-060908
-rw-r--r-- 1 root root 1422968 Sep 10 12:33 initrd-2.6.15-20060112174634-smp
-rw-r--r-- 1 root root 1216066 Sep 10 10:09 initrd-2.6.5-SLES9_SP2_BRANCH_20050315170133-default
lrwxrwxrwx 1 root root 52 Sep 10 10:09 initrd.previous -> initrd-2.6.5-SLES9_SP2_BRANCH_20050315170133-default
-rw-r--r-- 1 root root 18641945 Feb 17 2006 kernel-smp-2.6.15-20060112174634.i586.rpm
-rw-r--r-- 1 root root 94388 Mar 19 2005 memtest.bin
-rw-r--r-- 1 root root 7773 Jun 30 19:51 patch-2.6.17.3.bz2
-rw-r--r-- 1 root root 99723 Jan 12 2006 symsets-2.6.15-20060112174634-smp.tar.gz
-rw-r--r-- 1 root root 302761 Jan 12 2006 symtypes-2.6.15-20060112174634-smp.gz
-rw-r--r-- 1 root root 84111 Jan 12 2006 symvers-2.6.15-20060112174634-smp.gz
-rw-r--r-- 1 root root 86541 Mar 15 2005 symvers-2.6.5-SLES9_SP2_BRANCH_20050315170133-i386-default.gz
-rw-r--r-- 1 root root 1585408 Jan 12 2006 vmlinux-2.6.15-20060112174634-smp.gz
-rw-r--r-- 1 root root 1801187 Mar 15 2005 vmlinux-2.6.5-SLES9_SP2_BRANCH_20050315170133-default.gz
lrwxrwxrwx 1 root root 24 Sep 13 14:42 vmlinuz -> vmlinuz-2.6.17.13-060908
-rw-r--r-- 1 root root 1303889 Jan 12 2006 vmlinuz-2.6.15-20060112174634-smp
-rw-r--r-- 1 root root 1337457 Sep 13 14:42 vmlinuz-2.6.17.13-060908
-rw-r--r-- 1 root root 1525479 Mar 15 2005 vmlinuz-2.6.5-SLES9_SP2_BRANCH_20050315170133-default
lrwxrwxrwx 1 root root 53 Sep 10 10:09 vmlinuz.previous -> vmlinuz-2.6.5-SLES9_SP2_BRANCH_20050315170133-defaultInhalt von "/var/log/boot.msg":
Code:
Inspecting /boot/System.map-2.6.15-20060112174634-smp
Loaded 22966 symbols from /boot/System.map-2.6.15-20060112174634-smp.
Symbols match kernel version 2.6.15.
No module symbols loaded - kernel modules not enabled.
klogd 1.4.1, log source = ksyslog started.
<5>Linux version 2.6.15-20060112174634-smp (geeko@buildhost) (gcc version 4.1.0 20051230 (prerelease) (SUSE Linux)) #1 SMP Thu Jan 12 17:46:34 UTC 2006
<6>BIOS-provided physical RAM map:
<4> BIOS-e820: 0000000000000000 - 000000000009e000 (usable)
<4> BIOS-e820: 000000000009e000 - 00000000000a0000 (reserved)
<4> BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
<4> BIOS-e820: 0000000000100000 - 000000007dee0000 (usable)
<4> BIOS-e820: 000000007dee0000 - 000000007deef000 (ACPI data)
<4> BIOS-e820: 000000007deef000 - 000000007df00000 (ACPI NVS)
<4> BIOS-e820: 000000007df00000 - 0000000080000000 (reserved)
<4> BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
<4> BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
<4> BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
<5>1118MB HIGHMEM available.
<5>896MB LOWMEM available.
<6>found SMP MP-table at 000f73b0
<7>On node 0 totalpages: 515808
<7> DMA zone: 4096 pages, LIFO batch:0
<7> DMA32 zone: 0 pages, LIFO batch:0
<7> Normal zone: 225280 pages, LIFO batch:31
<7> HighMem zone: 286432 pages, LIFO batch:31
<6>DMI present.
<6>Using APIC driver default
<7>ACPI: RSDP (v002 PTLTD ) @ 0x000f7350
<7>ACPI: XSDT (v001 PTLTD XSDT 0x00050000 LTP 0x00000000) @ 0x7deeba93
<7>ACPI: FADT (v003 FSC 0x00050000 0x000f4240) @ 0x7deebb4b
<7>ACPI: MADT (v001 PTLTD APIC 0x00050000 LTP 0x00000000) @ 0x7deeef48
<7>ACPI: MCFG (v001 PTLTD MCFG 0x00050000 LTP 0x00000000) @ 0x7deeef98
<7>ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x00050000 LTP 0x00000001) @ 0x7deeefd8
<7>ACPI: DSDT (v001 FSC D2030 0x00050000 MSFT 0x02000002) @ 0x00000000
<6>ACPI: PM-Timer IO Port: 0xf008
<7>ACPI: Local APIC address 0xfee00000
<6>ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
<4>Processor #0 15:7 APIC version 16
<6>ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
<6>Using ACPI for processor (LAPIC) configuration information
<6>Intel MultiProcessor Specification v1.1
<6> Virtual Wire compatibility mode.
<6>OEM ID: FSC Product ID: SIS761GX+965 APIC at: 0xFEE00000
<6>I/O APIC #1 Version 20 at 0xFEC00000.
<4>Enabling APIC mode: Flat. Using 1 I/O APICs
<6>I/O APIC #1 Version 20 at 0xFEC00000.
<4>Enabling APIC mode: Flat. Using 1 I/O APICs
<6>Processors: 1
<4>Allocating PCI resources starting at 88000000 (gap: 80000000:7ec00000)
<4>Built 1 zonelists
<5>Kernel command line: root=/dev/md0 selinux=0 acpi=ht init=/febrc load_ramdisk=1 raid=noautodetect noapic resume=/dev/sda1 splash=silent showopts
<6>bootsplash: silent mode.
<6>Initializing CPU#0
<4>PID hash table entries: 4096 (order: 12, 65536 bytes)
<4>Detected 2000.266 MHz processor.
<6>Using pmtmr for high-res timesource
<4>Console: colour VGA+ 80x25
<4>Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
<4>Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
<6>Memory: 2039612k/2063232k available (1602k kernel code, 22348k reserved, 671k data, 220k init, 1145728k highmem)
<4>Checking if this processor honours the WP bit even in supervisor mode... Ok.
<4>Calibrating delay using timer specific routine.. 4002.86 BogoMIPS (lpj=8005723)
<6>Security Framework v1.0.0 initialized
<4>Mount-cache hash table entries: 512
<7>CPU: After generic identify, caps: 078bfbff e3d3fbff 00000000 00000000 00000001 00000000 00000001
<7>CPU: After vendor identify, caps: 078bfbff e3d3fbff 00000000 00000000 00000001 00000000 00000001
<6>CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
<6>CPU: L2 Cache: 1024K (64 bytes/line)
<7>CPU: After all inits, caps: 078bfbff e3d3fbff 00000000 00000010 00000001 00000000 00000001
<6>Intel machine check architecture supported.
<6>Intel machine check reporting enabled on CPU#0.
<6>mtrr: v2.0 (20020519)
<6>Enabling fast FPU save and restore... done.
<6>Enabling unmasked SIMD FPU exception support... done.
<6>Checking 'hlt' instruction... OK.
<6>checking if image is initramfs... it is
<6>Freeing initrd memory: 1389k freed
<4>CPU0: AMD Opteron(tm) Processor 146 stepping 01
<6>Total of 1 processors activated (4002.86 BogoMIPS).
<6>Brought up 1 CPUs
<6>NET: Registered protocol family 16
<6>PCI: PCI BIOS revision 2.10 entry at 0xfd8a3, last bus=3
<6>PCI: Using MMCONFIG
<6>ACPI: Subsystem revision 20050902
<6>ACPI: Interpreter disabled.
<6>Linux Plug and Play Support v0.97 (c) Adam Belay
<6>pnp: PnP ACPI: disabled
<4>PCI: Probing PCI hardware
<7>PCI: Probing PCI hardware (bus 00)
<6>PCI: Ignoring BAR0-3 of IDE controller 0000:00:02.5
<7>Boot video device is 0000:01:00.0
<6>PCI: Ignoring BAR0-3 of IDE controller 0000:00:02.5
<7>Boot video device is 0000:01:00.0
<6>PCI: Using IRQ router SIS [1039/0965] at 0000:00:02.0
<4>PCI: IRQ 0 for device 0000:00:02.5 doesn't match PIRQ mask - try pci=usepirqmask
<6>PCI: Found IRQ 11 for device 0000:00:02.5
<4>TC classifier action (bugs to netdev@vger.kernel.org cc hadi@cyberus.ca)
<4>PCI: Ignore bogus resource 6 [0:0] of 0000:01:00.0
<6>PCI: Bridge: 0000:00:01.0
<6> IO window: 2000-2fff
<6> MEM window: fa100000-fa1fffff
<6> PREFETCH window: f0000000-f7ffffff
<6>PCI: Bridge: 0000:00:06.0
<6> IO window: disabled.
<6> MEM window: disabled.
<6> PREFETCH window: disabled.
<6>PCI: Bridge: 0000:00:1f.0
<6> IO window: disabled.
<6> MEM window: disabled.
<6> PREFETCH window: disabled.
<7>PCI: Setting latency timer of device 0000:00:06.0 to 64
<7>PCI: Setting latency timer of device 0000:00:1f.0 to 64
<6>Simple Boot Flag at 0x69 set to 0x1
<6>apm: BIOS not found.
<6>audit: initializing netlink socket (disabled)
<5>audit(1157886109.616:1): initialized
<4>highmem bounce pool size: 64 pages
<4>Total HugeTLB memory allocated, 0
<5>VFS: Disk quotas dquot_6.5.1
<4>Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
<6>Initializing Cryptographic API
<6>io scheduler noop registered
<6>io scheduler anticipatory registered
<6>io scheduler deadline registered
<6>io scheduler cfq registered
<4>0000:00:03.3 EHCI: early BIOS handoff failed (BIOS bug ?)
<7>PCI: Setting latency timer of device 0000:00:06.0 to 64
<4>pcie_portdrv_probe->Dev[000a:1039] has invalid IRQ. Check vendor BIOS
<4>assign_interrupt_mode Found MSI capability
<7>Allocate Port Service[pcie00]
<7>Allocate Port Service[pcie01]
<7>Allocate Port Service[pcie03]
<7>PCI: Setting latency timer of device 0000:00:1f.0 to 64
<4>pcie_portdrv_probe->Dev[0004:1039] has invalid IRQ. Check vendor BIOS
<4>assign_interrupt_mode Found MSI capability
<7>Allocate Port Service[pcie00]
<6>isapnp: Scanning for PnP cards...
<6>isapnp: No Plug & Play device found
<6>isapnp: Scanning for PnP cards...
<6>isapnp: No Plug & Play device found
<6>Real Time Clock Driver v1.12
<6>PNP: No PS/2 controller found. Probing ports directly.
<6>serio: i8042 AUX port at 0x60,0x64 irq 12
<6>serio: i8042 KBD port at 0x60,0x64 irq 1
<6>Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
<6>serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
<4>floppy0: no floppy controllers found
<4>RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize
<6>loop: loaded (max 64 devices)
<6>mice: PS/2 mouse device common for all mice
<6>input: PC Speaker as /class/input/input0
<6>md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
<6>md: bitmap version 4.39
<6>NET: Registered protocol family 2
<4>IP route cache hash table entries: 65536 (order: 6, 262144 bytes)
<4>TCP established hash table entries: 262144 (order: 9, 2097152 bytes)
<4>TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
<6>TCP: Hash tables configured (established 262144 bind 65536)
<6>TCP reno registered
<6>NET: Registered protocol family 1
<4>Using IPI No-Shortcut mode
<6>Freeing unused kernel memory: 220k freed
<5>SCSI subsystem initialized
<6>md: raid1 personality registered as nr 3
<6>md: raid0 personality registered as nr 2
<6>input: AT Translated Set 2 keyboard as /class/input/input1
<6>Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
<6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
<7>Probing IDE interface ide0...
<7>Probing IDE interface ide1...
<6>r8169 Gigabit Ethernet driver 2.2LK loaded
<6>PCI: Found IRQ 9 for device 0000:00:09.0
<7>eth0: Identified chip type is 'RTL8169s/8110s'.
<6>eth0: RTL8169 at 0xf8828000, 00:30:05:ba:45:98, IRQ 9
<7>libata version 1.20 loaded.
<6>sata_sis 0000:00:05.0: version 0.5
<6>PCI: Found IRQ 9 for device 0000:00:05.0
<6>sata_sis 0000:00:05.0: Detected SiS 182 chipset
<6>ata1: SATA max UDMA/133 cmd 0x14B0 ctl 0x14A6 bmdma 0x1490 irq 9
<6>ata2: SATA max UDMA/133 cmd 0x14A8 ctl 0x14A2 bmdma 0x1498 irq 9
<7>ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f69 84:4773 85:7c69 86:3e01 87:4763 88:407f
<6>ata1: dev 0 ATA-7, max UDMA/133, 312581808 sectors: LBA48
<6>ata1: dev 0 configured for UDMA/133
<6>scsi0 : sata_sis
<7>ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f69 84:4773 85:7c69 86:3e01 87:4763 88:407f
usw. und am ende
Shutting down the Firewall skipped
Shutting down Courier-IMAP (ssl) done
Shutting down Courier-IMAP done
Shutting down Courier-POP3 done
Shutting down httpd2 (waiting for all children to terminate) done
Shutting down Courier-POP3 (ssl) done
Shutting down Courier Authentication Daemon done
<notice>killproc: kill(5009,15)
<notice>killproc: kill(4323,15)
Shutting down CRON daemondone
Shutting down mdadmd done
<notice>killproc: kill(4816,15)
<notice>killproc: kill(4929,15)
Shutting down mail service (Postfix)done
<notice>killproc: kill(4758,15)
Shutting down Name Service Cache Daemondone
Saving random seeddone
Shutting down resource managerdone
<notice>killproc: kill(4648,15)
<notice>killproc: kill(4647,15)
<notice>killproc: kill(4646,15)
<notice>killproc: kill(4976,15)
<notice>killproc: kill(4645,15)
<notice>killproc: kill(4622,15)
Shutting down spamd done
Shutting down service saslauthddone
<notice>killproc: kill(5013,15)
<notice>killproc: kill(4598,15)
Shutting down SSH daemondone
<notice>killproc: kill(5008,3)
Shutting down xinetd:done
<notice>killproc: kill(4593,15)
Shutting down syslog servicesdone
Shutting down service mysqldone
Shutting down virus-scanner (amavisd-new):done
Remove Net File System (NFS)unused
Shutting down network interfaces:
eth0 device: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
eth0 configuration: eth-id-00:30:05:ba:45:98
doneShutting down service network . . . . . . . . . . . . . . .done
Running /etc/init.d/halt.local
done<notice>killproc: kill(1963,3)
Sending all processes the TERM signal...
doneHallo,
Datum und Uhrzeit von /var/log/boot.msg?
In's Bootverzeichnis der gemounteten Partition gehen und dort:
unmounten und Boot im Normalmodus versuchen, dann sollte erstmal wieder hochkommen.
Datum und Uhrzeit von /var/log/boot.msg?
In's Bootverzeichnis der gemounteten Partition gehen und dort:
Code:
ln -sf vmlinuz-2.6.15-20060112174634-smp vmlinuz
ln -sf initrd-2.6.15-20060112174634-smp initrdHeinzelfried
Registered User
K, gemacht. Jetzt muss erstmal dieses Recovery-System von S4Y verschwinden X______x
Edit:
Zur boot.msg: Ich hab die Datei mit vi geöffnet, man konnte also nicht sehen wann das war.
Edit:
Zur boot.msg: Ich hab die Datei mit vi geöffnet, man konnte also nicht sehen wann das war.
Heinzelfried
Registered User
... habe "Bootverzeichnis überlesen" ...
Nun funktioniert es wieder *knuddel*
Nun funktioniert es wieder *knuddel*
B
blob
Guest
Was nicht ok im Verzeichnis von /boot in deinem Beitrag #31 ist, ist dass da die initrd 2.6.17.13 fehlt, der Verweis geht scheinbar ins Leere. Komisch, dass das überhaupt bootet; guck mal nach ob in /grub/menu.lst oder in /etc/lilo.conf überhaupt der neue Kernel eingetragen ist. Ob man einen neuen Kernel mit einer alten initrd mischen kann, hängt vom Zufall ab, wie ähnlich die darin gebrauchten Module sind (meist jbd,ext3, minixfs)
Nach # make silentoldconfig , # make , # make modules , # make modules_install , # make install () muss man noch # mkinitrd -c -k <Kernel-Nr> -m jbd:ext3:minixfs -f ext3 -r /dev/hdaX (X=root-device) eingeben, vmlinuz und initrd.gz eindeutig benennen, beide in /etc/lilo.conf bzw /grub/menu.lst reinschreiben, und danach auch noch # lilo bzw # grub mit > root (hd0,X-1) > setup (hd0) > quit laufen lassen
Statt mit /proc/config.gz kannst du übrigens das .config -File des laufenden Kernels direkt von /boot sehen / nehmen / individualisieren
Nach # make silentoldconfig , # make , # make modules , # make modules_install , # make install () muss man noch # mkinitrd -c -k <Kernel-Nr> -m jbd:ext3:minixfs -f ext3 -r /dev/hdaX (X=root-device) eingeben, vmlinuz und initrd.gz eindeutig benennen, beide in /etc/lilo.conf bzw /grub/menu.lst reinschreiben, und danach auch noch # lilo bzw # grub mit > root (hd0,X-1) > setup (hd0) > quit laufen lassen
Statt mit /proc/config.gz kannst du übrigens das .config -File des laufenden Kernels direkt von /boot sehen / nehmen / individualisieren
Last edited by a moderator:
Hallo,
angegeben, ob deine Parameter alle nötig sind kann ich nicht sagen, zumindest hätte mein Befehl eine initrd erstellen oder eine Fehlermeldung ausgeben müssen.
Ich habe aber keine Erfahrung mit initrd weil ich meine Kernels ohne baue, nur wollte ich für den ersten Versuch nicht die nötigen Änderungen in der Config einbringen (initrd deaktivieren und alle beim Booten benötigten Module auf y statt m setzen).
ups, hatte ich übersehen.
er bootet nicht!
Grub, und Kernel über Symlink vmlinuz, da braucht er menu.lst nicht ändern. Die menu.lst steht aber auch irgendwo im Thread.
er braucht vor allem SCSI und RAID1.
ich hatte nur
Code:
mkinitrd -k "vmlinuz-2.6.17.13-060908" -i "initrd-2.6.17.13-060908"Ich habe aber keine Erfahrung mit initrd weil ich meine Kernels ohne baue, nur wollte ich für den ersten Versuch nicht die nötigen Änderungen in der Config einbringen (initrd deaktivieren und alle beim Booten benötigten Module auf y statt m setzen).
nicht nötig, wenn man nur einen neuen Kernel compiliert (ist bei Lilo anders).
B
blob
Guest
Ja, wenn das überhaupt noch läuft, kann ich mir denken nur weil auch lilo/grub nicht erneuert/gestartet wurden, also einfach weiter der alte Kernel verwendet wird.
Das Format von mkinitrd mag von der Distro abhängen, mit #man mkinitrd nachsehen.
Ich ändere fortwährend meinen Kernel, lasse ruhig auch noch Vorgänger in /boot, /etc/lilo.conf oder /boot/grub/menu.lst -- dann hat man auch keinerlei Probleme wenn ein neuer Kernel nicht bootet, dann wählt man im lilo/grub-Startmenü nämlich einfach den alten. Daher meine Meinung, in /boot und in diesen beiden Konfig-Files NICHT links wie vmlinuz , initrd.gz usw zu verwenden, sondern die vollständige Bezeichnung mit genauer Kernel-Nr. (bei stattdessen generischer Bezeichnung in /etc/lilo.conf, würden dann ausserdem noch in /boot die links von config und von System.map zu ebendenselben+Kernel-Nr. fehlen)
Soweit ich weiss, braucht man ab 2.6.17 jedenfalls einen boot-loader und eine initrd, aber es kann sein dass das auch Distro-abhängig ist, ggf. ausprobieren
Auf mehreren Rechnern hatte ich mit grub Probleme beim booten von logischen Partitionen (innerhalb einer extended), insbesondere wenn diese hinter dem von BIOS überdeckten Bereich (idR 137 GB) liegen, deshalb benutze ich zZt lilo womit diese Probleme geringer sind
Das Format von mkinitrd mag von der Distro abhängen, mit #man mkinitrd nachsehen.
Ich ändere fortwährend meinen Kernel, lasse ruhig auch noch Vorgänger in /boot, /etc/lilo.conf oder /boot/grub/menu.lst -- dann hat man auch keinerlei Probleme wenn ein neuer Kernel nicht bootet, dann wählt man im lilo/grub-Startmenü nämlich einfach den alten. Daher meine Meinung, in /boot und in diesen beiden Konfig-Files NICHT links wie vmlinuz , initrd.gz usw zu verwenden, sondern die vollständige Bezeichnung mit genauer Kernel-Nr. (bei stattdessen generischer Bezeichnung in /etc/lilo.conf, würden dann ausserdem noch in /boot die links von config und von System.map zu ebendenselben+Kernel-Nr. fehlen)
Soweit ich weiss, braucht man ab 2.6.17 jedenfalls einen boot-loader und eine initrd, aber es kann sein dass das auch Distro-abhängig ist, ggf. ausprobieren
Auf mehreren Rechnern hatte ich mit grub Probleme beim booten von logischen Partitionen (innerhalb einer extended), insbesondere wenn diese hinter dem von BIOS überdeckten Bereich (idR 137 GB) liegen, deshalb benutze ich zZt lilo womit diese Probleme geringer sind
Last edited by a moderator:
Hi,
der Webresetter kann nur noch Harte Resets, da seine Keybourd-Emulation nicht vom Kernel erkannt wird (mobile KVM's auch nicht, falls du also mal einen Auftrag mit Techniker hast, wird teurer, weil das vor Ort gemacht werden muss und nicht mehr remote gemacht werden kann).
Rescue und Reset klappen weiter, wie bei Windows
--OK