.config Dla 2.4.33 + Prepatch 2.4.34-pre4

[orrik]

Witam

Mam taką prośbę do Was. Od kilku dni ( a konkretnie od 5) próbuję skompilować jądro 2.4.33 + prepatch 2.4.34-pre4 +FC5 (płyta Asusa SocketA+ Sempron, nforce 4, SATA). Przy paczowaniu wszystko poszło gładko ale za nic nie mogę sobie poradzić z odpowiednim dobraniem opcji w ustawieniach jądra. Dlatego mam prośbę - czy ktoś ma może działający konfig z minimalnym zestawm opcji ? (tak aby wystartowało jądro po kompilacji) Konfig który wypociłem kompiluje się bez problemu - nie mam błędów ale po restarcie kompa i próbie wystratowania go z nowego jądra mam komunikat KERNEL PANIC . Przetestowałem tyle opcji w jądrze że już się pogubiłem co było dodane a co nie. Dlatego proszę Was o pomoc ...

 

Orrik

[dj_oko]

Eeee.... 2.4.33?

 

Można wiedzieć po co?

BTW "minimalny" konfig to znaczy jaki? Bez wirtualnego terminala?

[uosiu]

obsluge systemu plikow jaki masz na dysku ustawiasz jako wkompilowane a nie jako modul

[orrik]

Można wiedzieć po co?

 

Bo ma najmniej dziur ?

Bo to tego co chcę zrobić nie potrrebuję linii 2.6.xx ?

Bo wydaje mi się że to ma większy sens ...

[orrik]

obsluge systemu plikow jaki masz na dysku ustawiasz jako wkompilowane a nie jako modul

 

EXT3 mam wkompilowane na stałe.

To jest mój konfig - dla tych co chcą się przyjrzeć. Żeby nie "zaciemniać" powyrzucałem to czego nie mam włączonego (czy to w postaci modułu czy wkompilowanego w jądro)

 

#

# Automatically generated make config: don't edit

#

CONFIG_X86=y

CONFIG_UID16=y

 

#

# Code maturity level options

#

CONFIG_EXPERIMENTAL=y

 

#

# Loadable module support

#

CONFIG_MODULES=y

CONFIG_MODVERSIONS=y

CONFIG_KMOD=y

 

#

# Processor type and features

#

CONFIG_MK8=y

CONFIG_X86_WP_WORKS_OK=y

CONFIG_X86_INVLPG=y

CONFIG_X86_CMPXCHG=y

CONFIG_X86_XADD=y

CONFIG_X86_BSWAP=y

CONFIG_X86_POPAD_OK=y

CONFIG_RWSEM_XCHGADD_ALGORITHM=y

CONFIG_MK7=y

CONFIG_X86_L1_CACHE_SHIFT=6

CONFIG_X86_HAS_TSC=y

CONFIG_X86_GOOD_APIC=y

CONFIG_X86_USE_3DNOW=y

CONFIG_X86_PGE=y

CONFIG_X86_USE_PPRO_CHECKSUM=y

CONFIG_X86_F00F_WORKS_OK=y

CONFIG_NOHIGHMEM=y

CONFIG_X86_TSC=y

 

#

# General setup

#

CONFIG_NET=y

CONFIG_PCI=y

CONFIG_PCI_GOANY=y

CONFIG_PCI_BIOS=y

CONFIG_PCI_DIRECT=y

CONFIG_PCI_NAMES=y

CONFIG_SYSVIPC=y

CONFIG_SYSCTL=y

CONFIG_KCORE_ELF=y

CONFIG_BINFMT_AOUT=y

CONFIG_BINFMT_ELF=y

CONFIG_BINFMT_MISC=y

#

# Plug and Play configuration

#

CONFIG_PNP=y

#

# Block devices

#

CONFIG_BLK_DEV_FD=y

CONFIG_BLK_DEV_RAM=y

CONFIG_BLK_DEV_RAM_SIZE=4096

CONFIG_BLK_DEV_INITRD=y

#

# Networking options

#

CONFIG_PACKET=y

CONFIG_UNIX=y

CONFIG_INET=y

CONFIG_IP_MULTICAST=y

#

# ATA/IDE/MFM/RLL support

#

CONFIG_IDE=y

#

# IDE, ATA and ATAPI Block devices

#

CONFIG_BLK_DEV_IDE=y

#

# Please see Documentation/ide.txt for help/info on IDE drives

#

CONFIG_BLK_DEV_IDEDISK=y

CONFIG_IDEDISK_MULTI_MODE=y

CONFIG_BLK_DEV_IDECD=y

#

# IDE chipset support/bugfixes

#

CONFIG_BLK_DEV_IDEPCI=y

CONFIG_IDEPCI_SHARE_IRQ=y

CONFIG_BLK_DEV_IDEDMA_PCI=y

CONFIG_IDEDMA_PCI_AUTO=y

CONFIG_BLK_DEV_IDEDMA=y

CONFIG_BLK_DEV_AMD74XX=y

CONFIG_BLK_DEV_RZ1000=y

CONFIG_IDEDMA_AUTO=y

#

# SCSI support

#

CONFIG_SCSI=y

#

# SCSI support type (disk, tape, CD-ROM)

#

CONFIG_BLK_DEV_SD=y

CONFIG_SD_EXTRA_DEVS=40

#

# Some SCSI devices (e.g. CD jukebox) support multiple LUNs

#

CONFIG_SCSI_DEBUG_QUEUES=y

CONFIG_SCSI_MULTI_LUN=y

#

# SCSI low-level drivers

#

CONFIG_SCSI_SATA=y

CONFIG_SCSI_SATA_NV=y

#

# Network device support

#

CONFIG_NETDEVICES=y

#

# Ethernet (10 or 100Mbit)

#

CONFIG_NET_ETHERNET=y

CONFIG_NET_PCI=y

CONFIG_FORCEDETH=y

CONFIG_8139TOO=y

#

# Input core support

#

CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024

CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768

#

# Character devices

#

CONFIG_VT=y

CONFIG_VT_CONSOLE=y

CONFIG_UNIX98_PTYS=y

CONFIG_UNIX98_PTY_COUNT=256

#

# Mice

#

# CONFIG_BUSMOUSE is not set

CONFIG_MOUSE=y

CONFIG_PSMOUSE=y

#

# Ftape, the floppy tape device driver

#

CONFIG_AGP=y

CONFIG_AGP_NVIDIA=y

#

# File systems

#

CONFIG_AUTOFS4_FS=y

CONFIG_EXT3_FS=y

CONFIG_JBD=y

CONFIG_TMPFS=y

CONFIG_RAMFS=y

CONFIG_ISO9660_FS=y

CONFIG_PROC_FS=y

CONFIG_DEVPTS_FS=y

CONFIG_EXT2_FS=y

#

# Network File Systems

#

CONFIG_NFS_FS=y

CONFIG_NFSD=y

CONFIG_NFSD_TCP=y

CONFIG_SUNRPC=y

CONFIG_LOCKD=y

CONFIG_SMB_FS=m

#

# Partition Types

#

CONFIG_MSDOS_PARTITION=y

CONFIG_SMB_NLS=y

CONFIG_NLS=y

 

#

# Native Language Support

#

CONFIG_NLS_DEFAULT="iso8859-1"

#

# Console drivers

#

CONFIG_VGA_CONSOLE=y

#

# Kernel hacking

#

CONFIG_LOG_BUF_SHIFT=0

#

# Library routines

#

CONFIG_CRC32=y

 

[gajownik]

W FC5 jest glibc 2.4 -- to wymaga minimum jadra 2.6.9 (hint: NPTL). Downgrade glibc tez sie nie uda, gdyz wymagaja go prawie wszystkie pakiety (hint: FORTIFY_SOURCE i Stack Smashing Protector).

 

/edit/

Zapomnialem dopisac: kernel panic jest pewnie problemem braku plików w /dev Jesli nic mi sie nie pokielbasilo, to 2.4 nie dziala z udev.

[orrik]

Rozumiem - w takim razie dziękuję za radę i sprawdzę jednak na 2.6.9

[gajownik]

sprawdzę jednak na 2.6.9

Po co? Inne pakiety nie będą działac z tak starym i dziurawym jądrem (przykład):

[gajownik@gim34 ~]$ rpm -q --conflicts hal
kernel < 2.6.15
[gajownik@gim34 ~]$ rpm -q --conflicts initscripts
mkinitrd < 4.0
kernel < 2.6.12
ypbind < 1.6-12
psacct < 6.3.2-12
kbd < 1.06-19
lokkit < 0.50-14
dhclient < 3.0.3-7
tcsh < 6.13-5
xorg-x11
[gajownik@gim34 ~]$

[orrik]

To co proponujesz ?

[gajownik]

To co proponujesz ?

A co chcesz osiągnąc? Jeśli w system, w którym są tylko aktualizację poważnych błędów oraz łatanie dziur, to CentOS albo RHEL4. Tam jest określona wersją programu i backportuje się patche z nowszych wersji. Masz stabilnośc wersji programów i pewnośc, że nie zmieni Ci się ABI/API używanych programów (ma to tylko znaczenie w przypadku korzystania z zamkniętych programów). Żadnych nowych funkcji.

 

Jeśli możesz pozwolic sobie na aktualizację wersji programów do najnowszej wersji (np. kernela) to zaktualizowana Fedora. (tak swoją drogą, to FC5 ma więcej zabezpieczeń niż RHEL4, gdyż wykorzystywane są nowsze technologie).

 

Jądro 2.6 ma inny sposób rozwoju i należy się z tym pogodzic. Proces stabilizacji został przeniesiony na dystrybutorów -> http://kerneltrap.org/node/3513 więc bezpośrednie korzystanie z jąder z kernel.org nie zawsze może byc najlepszym rozwiazaniem.

 

Tak swoją drogą jajka 2.4 nie zainstalujesz już na najnowszym sprzęcie, bo brakuje w nim sterowników.

[orrik]

Rozumiem. Troche mnie tym skołowałeś ale to nic. Chciałem przestwić serwer na nowszy SO (poczta, www, ftp + router z IMQ i innymi "bajerami") i myślałem o FC5 ale jak narazie nie ma do np. jądra 2.6.18.xxx jeszcze patcha dla IMQ, nie wiem też jak się zachowają inne patche (iptables, iproute2, layer7 itp.). Więc zastanawiam się czy jest sens i czy nie wrócić do starszej wersji FC np. 3 lub 4. Z tego co pamiętam chyba FC3 działała na jądrach 2.4.xx. Co o tym myślisz ? Niestety RHEL4 nie biorę pod uwagę ze względów finansowych .

[gajownik]

myślałem o FC5 ale jak narazie nie ma do np. jądra 2.6.18.xxx jeszcze patcha dla IMQ, nie wiem też jak się zachowają inne patche (iptables, iproute2, layer7 itp.).

 

OT: zawsze mnie zastanawiało dlaczego Twórcy takich łatek nie właczają ich do jądra tylko utrudniają życie użytkownikom...

 

Więc zastanawiam się czy jest sens i czy nie wrócić do starszej wersji FC np. 3 lub 4.

 

Nie ma żadnego. Te systemu nie są już wpierana i są niełatane. Niby jest fedoralegacy.org, ale oni mają za mało ludzi, więc jakośc ich usług daje wiele do życzenia. Po co Ci dziurawy i podatny na ataki system?

 

Niestety RHEL4 nie biorę pod uwagę ze względów finansowych .

 

Dla tekich osób jest CentOS -- to jest rekompilat RHEL. Nie wiem tylko czy ponakładają Ci się patche na dystrybucyjne źródła jądra.

[orrik]

Dzięki za rady