Következő: 13.5 Segítségkérés az Interneten Fel: 13.4.4 Sig11 FAQ Előző: 13.4.4.0.26 Kérdés   Index

13.4.4.0.27 Válasz

A következő lehet még:

• a RedHat 5.0 néhány embernél összeomlik telepítés közben. Mások csak kernelfordításkor találkoznak a problémával. A RedHat 5.0 sajnos különösen viselkedik, mivel összeomlik Cyrix processzorokon kernelfordítás közben. Ez igen különös. Én azt gondolnám, hogy ez egy olyan Cyrix hiba, ami eddig nem jött elő, és csak a RedHat összeállításban lévő gcc hozza ki kernelfordításkor. Ha mégis kernelt szeretnél fordítani, akkor az ftp://ftp.redhat.com/home/wanger/gcc/gcc-2.7.2.3-9.i386.rpm csomagot kell beszerezned (ez az URL kétszer változik egy héten, ha megint megváltozik, akkor az ,,errata'' rovatra kell kattintanod a http://www.redhat.com-nál). Sajnos nem tudok javításról abban az esetben, ha a telepítés közben borul fel a rendszer, esetleg csak a minimális rendszert szabad csak telepíteni, majd glint-el vagy rpm-el a maradékot.
• Ha egy 2.0.xx kernelt fordítunk 2.8.xx gcc-vel, vagy bármely egcs-el, akkor nem fog menni. Van néhány hiba a kernelben, mely nem jön elő, mert a gcc 2.7.xx nem túl erős optimalizálásban. A gcc 2.8.xx és az egcs kiszűri a nem-optimalizált kód egy részét, ha nem mondjuk meg neki, hogy ne tegye. Így kapsz egy kernelt, mely úgy néz ki, működik, de tele van aranyos hibákkal. Például, az X11 összeomlik sig11-el. Még mielőtt megkérdezed, nem fogják a kernelben kijavítani, ne is kérd Alant vagy Linust, hogy kijavítsák (h.p.verne@kjemi.uio.no)
• a Pentium-optimalizáló gcc a default opciókkal bizonyos fájloknál megáll (pl. a floppy.c kell hogy eszedbe jusson :-) A kiváltó ok a kernelben, a libc-ben ill. a gcc-ben van. Könnyen ellenőrizhető, hogy nem-hardver hiba, mivel mindig ugyanannál a file-nál történik (Evan Cheng evan@top.cis.syr.edu). Másképpen: a gcc 2.7.2p a floppy.c fájlnál megáll sig11-el. Megoldás: ,,kézzel'' külön le kell fordítani a floppy.c-t ,,-O'' kapcsolót használva ,,-O2'' helyett.
• rosszul konfigurált gcc: egyes részei egyik verzióból vannak, más részei másikból. Néhány hét kínlódás után letöröltem, és újrainstalláltam az egészet (Richard H. Derr III rhd@Mars.mcs.com).
• gcc, vagy a fordított program sig11-el száll el, ha SCO könyvtárakkal lett linkelve (melyek az iBCS-el jöttek). Ezek leginkább akkor történnek, ha a Makefile-ban ,,-L/lib''-van az LDFLAGS környezeti változóban.
• ha a kernelt ELF fordítóval fordítod, de a.out-ra van állítva (vagy fordítva, már elfelejtettem), akkor az ld első hívásakor sig11-et kapsz. Ez is nyilvánvalóan programhiba, mindig ugyanott, a legelső ld hívásnál romlik el (REW).
• ethernet kártya rosszul konfigurált PCI BIOS-szal. Ha az (ISA) ethernet kártyád memóriát foglal az ISA buszon, akkor lehet, hogy a BIOS-ban konfigurálni kell. Ellenkezőleg a hardver a PCI busz osztott memóriájában keresi. Az ISA kártya nem tud a PCI buszon válaszolni, hanem valami szemetet olvas be a kernel, ami ,,segmentation fault''-ot és összeomlást eredményezhet (REW).
• hibás swap partíció. A dolog megmoldható egy mkswap futtatásával a swap partíción. Nem szabad elfelejteni a sync futtatását, mielőtt újból használni kezdenéd az új swap-ot (Tony Nugent - T.Nugent@sct.gu.edu.au és Louis J. LaBash Jr. - lou@minuet.siue.edu )
• NE2000 kártya. Némely olcsó NE2000 kártya összezavarja a rendszert (Danny ter Haar dth@cistron.nl). Nekem is lehetett ilyen hibám, mivel a mail-szerverem összeborult mindennap egyszer. Az 1.2.13-as és több 1.3.xx kernelnek van egy ilyen hibája, de 1.3.48 felett úgy néz ki eltűnt, valószínűleg kijavították (REW).
• tápegység? Nem hinném. Egy mai telepakolt gép két vagy három merevlemezzel, akár SCSI és IDE keverve sem haladja meg a 120W-ot. Ha több régi merevlemezed és régi kártyád van, akkor lehet többet fogyaszt, de még mindig messze a felső határtól. Persze egyesek teletömik a nagyméretű tornyukat igen régi szerkezetekkel. Ekkor már túlterhelhetik a tápegységet (Greg Nicholson greg@job.cba.ua.edu). A ROSSZ tápegység nyilván okozhatja az összes ebben az írásban feljebb felsorolt hibát (Thorsten Kuehnemann thorsten@actis.de).
• Összezavarodott ext2fs. Bizonyos körülmények között a kernel ext2fs kódja adhat sig 11-et a gcc-nél (Morten Welinder terra@diku.dk).
• rossz CMOS elem. Ha jól is állítottad be a BIOS-od, az orrod előtt magától megváltozik, ha rossz az elem (Heonmin Lim coco@me.umn.edu).
• kevés, vagy egyáltalán nem létező swap terület. Gcc nem túl jól tűri a kevés memóriát Paul Brannan (brannanp@musc.edu)
• Összeférhetetlen könyvtárak. Például van egy szimbolikus láncod ami libc.so.5 néven libc.so.6-ra mutat, akkor némely alkalmazás sig11-el fog elszállni (Piete Brooks piete.brooks@cl.cam.ac.uk).

Következő: 13.5 Segítségkérés az Interneten Fel: 13.4.4 Sig11 FAQ Előző: 13.4.4.0.26 Kérdés   Index