| View previous topic :: View next topic |
| Author |
Message |
trikolon
Apprentice
Joined: 04 Dec 2004
Posts: 297
Location: Erlangen
|
 Posted: Tue Jan 04, 2005 5:49 pm Post subject: Hilfe bei C3 Samuel 2 auf ECS p6vem2 mit der installation |
 |
|
hallo!
ich hab das oben genannt board und cpu und ich schaffe es einfach nicht irgendetwas zu compilieren! es ist eine 2004.3 stage 3-x86 installation.
ich poste erstmal meine einstellungen und dann eine fehlermeldung.
make.conf
| Code: | CFLAGS=" -mcpu=i586 -Os -pipe -fomit-frame-pointer"
CHOST="i386-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j2"
|
Konsole
| Code: | livecd / # genkernel all
* Gentoo Linux Genkernel; Version 3.1.0c
* Compiling Linux Kernel 2.6.9 for x86...
* kernel: >> Running mrproper...
* config: Using config from /usr/share/genkernel/x86/kernel-config-2.6
* Previous config backed up to .config.bak
* >> Running oldconfig...
* kernel: >> Cleaning...
* >> Compiling 2.6.9 bzImage...
* ERROR: Failed to compile the "bzImage" target...
* -- Grepping log... --
SCSI generic support (CHR_DEV_SG) [Y/n/m/?] y
*
* Some SCSI devices (e.g. CD jukebox) support multiple LUNs
*
Probe all LUNs on each SCSI device (SCSI_MULTI_LUN) [N/y/?] n
Verbose SCSI error reporting (kernel size +=12K) (SCSI_CONSTANTS) [N/y/?] n
--
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" bzImage
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CC init/main.o
init/main.c: In function `unknown_bootoption':
init/main.c:334: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [init/main.o] Error 1
make: *** [init] Error 2
* Gentoo Linux Genkernel; Version 3.1.0c
* ERROR: Failed to compile the "bzImage" target...
* -- End log... --
* Please consult /var/log/genkernel.log for more information and any
* errors that were reported above.
* Report any genkernel bugs to bugs.gentoo.org and
* assign your bug to genkernel@gentoo.org. Please include
* as much information as you can in your bug report; attaching
* /var/log/genkernel.log so that your issue can be dealt with effectively.
*
* Please do *not* report compilation failures as genkernel bugs!
*
|
genkernel.log
| Code: |
ich hab die ganzen optionen weg gelassen..
* Library routines
*
CRC-CCITT functions (CRC_CCITT) [M/y/?] (NEW) CRC32 functions (CRC32) [Y/m/?] y
CRC32c (Castagnoli, et al) Cyclic Redundancy-Check (LIBCRC32C) [N/m/y/?] (NEW) $
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" clean
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" prepare
SYMLINK include/asm -> include/asm-i386
CHK include/linux/version.h
HOSTCC scripts/basic/fixdep
UPD include/linux/version.h
HOSTCC scripts/basic/docproc
HOSTCC scripts/basic/split-include
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/mconf.o
HOSTCC -fPIC scripts/kconfig/zconf.tab.o
HOSTLLD -shared scripts/kconfig/libkconfig.so
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -s arch/i386/Kconfig
#
# using defaults found in .config
#
SPLIT include/linux/autoconf.h -> include/config/*
CC scripts/mod/empty.o
HOSTCC scripts/kallsyms
HOSTCC scripts/mod/mk_elfconfig
HOSTCC scripts/kallsyms
HOSTCC scripts/mod/mk_elfconfig
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/file2alias.o
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/sumversion.o
HOSTCC scripts/pnmtologo
HOSTCC scripts/conmakehash
HOSTLD scripts/mod/modpost
HOSTCC scripts/bin2c
CC arch/i386/kernel/asm-offsets.s
CHK include/asm-i386/asm_offsets.h
UPD include/asm-i386/asm_offsets.h
* >> Compiling 2.6.9 bzImage...
COMMAND: make -j2 CC="gcc" LD="ld" AS="as" bzImage
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CC init/main.o
HOSTCC usr/gen_init_cpio
CPIO usr/initramfs_data.cpio
GZIP usr/initramfs_data.cpio.gz
AS usr/initramfs_data.o
LD usr/built-in.o
CC arch/i386/kernel/process.o
CHK include/linux/compile.h
dnsdomainname: Unknown host
UPD include/linux/compile.h
CC init/do_mounts.o
include/asm/pgtable-2level.h: In function `pmd_alloc':
include/asm/pgtable-2level.h:16: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
CC init/do_mounts_devfs.o
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [arch/i386/kernel/process.o] Error 1
make: *** [arch/i386/kernel] Error 2
make: *** Waiting for unfinished jobs....
make: *** [arch/i386/kernel] Error 2
make: *** Waiting for unfinished jobs....
CC init/do_mounts_rd.o
CC init/do_mounts_initrd.o
CC init/initramfs.o
init/do_mounts_rd.c: In function `crd_load':
init/do_mounts_rd.c:426: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [init/do_mounts_rd.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [init] Error 2
* Gentoo Linux Genkernel; Version 3.1.0c^[[0m
* ERROR: Failed to compile the "bzImage" target...
* -- Grepping log... --
* -- End log... --
* Please consult /var/log/genkernel.log for more information and any
* errors that were reported above.
* Report any genkernel bugs to bugs.gentoo.org and
* assign your bug to genkernel@gentoo.org. Please include
* as much information as you can in your bug report; attaching
* /var/log/genkernel.log so that your issue can be dealt with effectively.
*
* Please do *not* report compilation failures as genkernel bugs!
*
|
ich bin über jeden tipp sehr dankbar!! übrigens passiert in etwas das gleiche wenn ich versuche gcc neu zu compilieren oder den kernel von hand zu compilieren. würde sagen ich hab schon ein bisschenerfahrung mit gentoo und hab viel rumgesucht und probiert, aber nichts hat geholfen!
Gruss BEN |
|
| Back to top |
|
 |
stahlsau
Guru
Joined: 09 Jan 2004
Posts: 584
Location: WildWestwoods
|
| Posted: Tue Jan 04, 2005 7:01 pm Post subject: |
|
|
| Quote: | | Hilfe bei C3 Samuel 2 auf ECS p6vem2 |
sorry, aber ich habe keine Ahnung was du meinst bzw. was das ist. Ist ECS = Elitegroup? Wer ist Samuel? Warum fährt er einen citroen C3?
naja egal. Sieht so aus als ob dein compiler segfaulted, lad dir mal hier die gcc-binaries runter und installier die, vllt. funktionierts dann wieder. Ansonsten könnte auch RAM, Board oder Prozessor kaputt sein (eher unwahrscheinlich) oder letzterer zu heiß werden (eher wahrscheinlich). Oder es liegt sonstirgendwodran, sorry 
In deinen CFLAGS ist ein Leerzeichen zuviel, und ich würde zum testen einfach mal CFLAGS="-march=xxx" setzen (mit xxx=deiner Prozessor-Architektur). Vllt. bringt makeopts="-j1" auch was, wer weiß. Einfach mal probieren.
Ansonsten fällt mir gerade nix ein, kannst du denn sonst alle programme emergen bzw. compilen?
Viel Erfolg  |
|
| Back to top |
|
|
trikolon
Apprentice
Joined: 04 Dec 2004
Posts: 297
Location: Erlangen
|
| Posted: Tue Jan 04, 2005 7:07 pm Post subject: |
|
|
hallo. also ECS ist elitegroup. C3 ist eine CPU von Via. Samuel 2 ist die genauere CPU bezeichnung. gcc binaries werd ich morgen mla versuchen, glaub aber nicht dass ich da glück haben werde. RAM hab ich getestet der geht, denk ich CPU zu heiss.. 30 grad solte net wild sein oder? btw: windows XP und knoppix zb gehen einwndfrei.
trotzdem danke! |
|
| Back to top |
|
|
c07
Veteran
Joined: 25 Oct 2002
Posts: 1091
|
| Posted: Tue Jan 04, 2005 9:19 pm Post subject: |
|
|
| stahlsau wrote: | | Quote: | | Hilfe bei C3 Samuel 2 auf ECS p6vem2 |
sorry, aber ich habe keine Ahnung was du meinst bzw. was das ist. Ist ECS = Elitegroup? Wer ist Samuel? Warum fährt er einen citroen C3? |
Das Posting samt Titel ist eigentlich relativ vorbildlich. Wenn du Spezialbegriffe nicht kennst, musst du sie (oder den ganzen Post) halt ignorieren.
Das Leerzeichen in CFLAGS macht gar nichts, aber -march würd ich auch mal probieren und dafür -mcpu weglassen. Bloß gibts kein c3-2 in gcc 3.3.x. Ein C3 ist für gcc i486+3dnow, wobei ein C3-2 AFAIK SSE statt 3dnow hat. Der Workaround für das fehlende c3-2 wär also "-march=c3 -mno-3dnow -msse". Testen würd ich aber erstmal mit einem minimalen CFLAGS="-march=i486 -O -pipe".
Vielleicht ist es auch wirklich ein Fall für bugs.gentoo.org . |
|
| Back to top |
|
|
trikolon
Apprentice
Joined: 04 Dec 2004
Posts: 297
Location: Erlangen
|
| Posted: Tue Jan 04, 2005 10:16 pm Post subject: |
|
|
hallo. werde die beiden methoden mal versuchen. weiss jemand ein programm womit ich evtl hardware fehler aufspühren kann? also will halt sicher gehen ob es an der hardware liegt oder ob einfach der gcc probleme hat.
was schlagt ihr eigentlich bei CHOST vor? i386 oder i586? laut diverser howtows für C3 cpus is es eine i586 architektur... |
|
| Back to top |
|
|
c07
Veteran
Joined: 25 Oct 2002
Posts: 1091
|
| Posted: Tue Jan 04, 2005 11:08 pm Post subject: |
|
|
| trikolon wrote: | | was schlagt ihr eigentlich bei CHOST vor? i386 oder i586? laut diverser howtows für C3 cpus is es eine i586 architektur... |
CHOST solltest du laut Handbuch bei einer Stage-3-Installation gar nicht ändern.
Für gcc ist ein C3 jedenfalls ein i486. Ich weiß nicht, warum, aber die Unterschiede im Befehlssatz zwischen 486er und Pentium sind ja eh minimal (außer CMPXCHG8B nur Sonderregister u.Ä., die für gcc eh unintressant sind). |
|
| Back to top |
|
|
trikolon
Apprentice
Joined: 04 Dec 2004
Posts: 297
Location: Erlangen
|
| Posted: Wed Jan 05, 2005 12:53 pm Post subject: |
|
|
Der Tragödie zweiter Teil
also ich habe erstmal mit der make.conf file ein bisschen experimentiert.
-march=i586 | C3 | i486 mit minimalen optionen wie es c07 vorgeschlagen hat, aber der fehler blieb der gleiche...
also nächstes habe ich mir die gcc binaries geholt, diese mit tar xvfj gcc.. -C / entpackt, mit gcc 2 und source /etc/profile sowie env-update auf die i686 einstellungen gewechselt....
folge war dass der gleiche fehler wieder auftrat 
hier mal die Konsole:
| Code: | livecd / # genkernel all
* Gentoo Linux Genkernel; Version 3.1.0c
* Compiling Linux Kernel 2.6.9 for x86...
* kernel: >> Running mrproper...
* config: Using config from /usr/share/genkernel/x86/kernel-config-2.6
* Previous config backed up to .config.bak
* >> Running oldconfig...
* kernel: >> Cleaning...
* >> Compiling 2.6.9 bzImage...
* ERROR: Failed to compile the "bzImage" target...
* -- Grepping log... --
SCSI generic support (CHR_DEV_SG) [Y/n/m/?] y
*
* Some SCSI devices (e.g. CD jukebox) support multiple LUNs
*
Probe all LUNs on each SCSI device (SCSI_MULTI_LUN) [N/y/?] n
Verbose SCSI error reporting (kernel size +=12K) (SCSI_CONSTANTS) [N/y/?] n
--
CC init/do_mounts_devfs.o
CC init/do_mounts_rd.o
AS arch/i386/kernel/entry.o
CC arch/i386/kernel/traps.o
init/do_mounts_rd.c: In function `identify_ramdisk_image':
init/do_mounts_rd.c:138: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [init/do_mounts_rd.o] Error 1
make: *** [init] Error 2
--
CC arch/i386/kernel/vm86.o
CC arch/i386/kernel/ptrace.o
CC arch/i386/kernel/i8259.o
CC arch/i386/kernel/ioport.o
arch/i386/kernel/ioport.c: In function `sys_iopl':
arch/i386/kernel/ioport.c:147: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
CC arch/i386/kernel/ldt.o
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [arch/i386/kernel/ioport.o] Error 1
make[1]: *** Waiting for unfinished jobs....
include/asm/string.h: In function `sigfillset':
include/asm/string.h:407: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[1]: *** [arch/i386/kernel/ldt.o] Error 1
make: *** [arch/i386/kernel] Error 2
* Gentoo Linux Genkernel; Version 3.1.0c
* ERROR: Failed to compile the "bzImage" target...
* -- End log... --
* Please consult /var/log/genkernel.log for more information and any
* errors that were reported above.
* Report any genkernel bugs to bugs.gentoo.org and
* assign your bug to genkernel@gentoo.org. Please include
* as much information as you can in your bug report; attaching
* /var/log/genkernel.log so that your issue can be dealt with effectively.
*
* Please do *not* report compilation failures as genkernel bugs!
*
|
PS: was interessant is: wenn ich emerge gcc-config ausführe dann stellt er wieder auf die alte i386 gcc einstellung um.... |
|
| Back to top |
|
|
Jinidog
Guru
Joined: 26 Nov 2003
Posts: 593
Location: Berlin
|
| Posted: Wed Jan 05, 2005 2:11 pm Post subject: |
|
|
Die Einstellungen der make.conf sind grundsätzlich beim Kernelkompilieren nicht von Bedeutung.
(ich habe genkernel nie benutzt, vielleicht berücksichtigt das die ja doch?)
Interessanter ist, welcher CPU-Typ in der Kernel-Config unter "Processor type and features" -> "Processor family" angegeben ist.
_________________
Just unused Microsoft-Software is good Microsoft-Software |
|
| Back to top |
|
|
trikolon
Apprentice
Joined: 04 Dec 2004
Posts: 297
Location: Erlangen
|
| Posted: Wed Jan 05, 2005 4:15 pm Post subject: |
|
|
@ jinidog: also da steht i486 und x86 als familie.. sind das die infos die du haben wolltest?
genkernel nimmt ne recht einfach config und macht dann nix anderes als erst alles sauber und dann make && make modules_install soweit ich das gesehen habe. aber wenn ich von hand compiliere passiert das gleiche. achja, bei emerge gcc oder sonst das gleiche! |
|
| Back to top |
|
|
c07
Veteran
Joined: 25 Oct 2002
Posts: 1091
|
| Posted: Wed Jan 05, 2005 6:12 pm Post subject: |
|
|
| Jinidog wrote: | Die Einstellungen der make.conf sind grundsätzlich beim Kernelkompilieren nicht von Bedeutung.
(ich habe genkernel nie benutzt, vielleicht berücksichtigt das die ja doch?) |
Richtig, das war mir gerade nicht bewusst. Dürfte mit genkernel mit allerhöchster Wahrscheinlichkeit auch nicht anders sein.
| Jinidog wrote: | | Interessanter ist, welcher CPU-Typ in der Kernel-Config unter "Processor type and features" -> "Processor family" angegeben ist. |
Wobei selbst da ein Fehler nicht zum Absturz von gcc beim Compilieren führen sollte. Eigentlich gilt das analog für die CFLAGS. Probleme sollte es frühestens dann geben, wenn das Ergebnis benutzt wird. Und der gcc müsste ja noch roh aus der Stage 3 gewesen sein, was für einen Bug in der Stage 3 spricht, wenn es kein Hardwareproblem ist. |
|
| Back to top |
|
|
|
Deutsches Forum (German)
