Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

20.03.2008, 11:07

Befehl "find" führt zu "ungültiger Maschinenbefehl"

Hallo Community,

nachdem ich letztes Jahr eine Stage1 installiert hatte und total stolz darauf war dass alles funktionierte, werden die Probleme in letzter Zeit immer größer. Angefangen hatte es damit dass "emerge --sync" nicht mehr funktionierte (benutze jetzt "webrsync") und steigerte sich bis jetzt in folgendes Problem für das ich im Internet keine Lösung fand:

Wenn ich "find" benutzen will bekomme ich immer "ungültiger Maschinenbefehl" . Damit funktionert das emergen nicht mehr zuverlässig da es zum Schluss immer einige Fehler bez. des Befehls "find" gibt.

Kann mir jemand einen Tip geben wo ich suchen muss ?

Ein "emerge findutils" läuft fehlerfrei durch (bis auf die Fehler zum Schluss).

Die Fehler beim emergen lauten wie folgt:

* GNU info directory index is up-to-date.
* error scanning '/etc': sh: line 1: 16987 Ungültiger Maschinenbefehl find '/etc' -iname '._cfg????_*' ! -iname '.*~' ! -iname '.*.bak' -print0 > /dev/null
* error scanning '/usr/kde/3.5/share/config': sh: line 1: 16991 Ungültiger Maschinenbefehl find '/usr/kde/3.5/share/config' -iname '._cfg????_*' ! -iname '.*~' ! -iname '.*.bak' -print0 > /dev/null
* error scanning '/usr/share/X11/xkb': sh: line 1: 16995 Ungültiger Maschinenbefehl find '/usr/share/X11/xkb' -iname '._cfg????_*' ! -iname '.*~' ! -iname '.*.bak' -print0 > /dev/null
* error scanning '/usr/share/config': sh: line 1: 16999 Ungültiger Maschinenbefehl find '/usr/share/config' -iname '._cfg????_*' ! -iname '.*~' ! -iname '.*.bak' -print0 > /dev/null


Gruß
SieDu

Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »SieDu« (23.03.2008, 23:52)


2

20.03.2008, 12:02

Hallo,

versuch mal folgendes:

Quellcode

1
revdep-rebuild -p 

zum anzeigen was er machen würde und dann ohne -p

Hast Deine configs auch immer aktualisiert. etc-update oder dispatch-conf

Viele Grüße

3

20.03.2008, 22:26

Hallo Planeshift,

vielen Dank für Deinen Tip. Leider hat er nicht geholfen. Ich habe immer "etc-update" durchgeführt.
Auch "revdep-rebuild -p" funktioniert nicht wegen des Problems mit "find":

server# revdep-rebuild -p
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries...

Unable to determine how to use find to locate executable files
Open a bug at http://bugs.gentoo.org

Gruß
SieDu

4

21.03.2008, 00:07

Hallo SieDu

Du könntest mal versuchen baselayout , und binutils neu zu bauen.

Quellcode

1
emerge -av1 sys-apps/baselayout sys-devel/binutils sys-devel/binutils-config


Wenn das noch nicht helfen sollte, dann poste doch bitte mal die Ausgabe von:

Quellcode

1
emerge --info

MfG
josef.95

5

21.03.2008, 12:59

Hallo josef.95,

hier erstmal die Ausgabe von "emerge --info":

server # emerge --info
Portage 2.1.4.4 (default-linux/x86/no-nptl, gcc-4.1.2, glibc-2.5-r4, 2.6.22-gentoo-r9 i686)
=================================================================
System uname: 2.6.22-gentoo-r9 i686 AMD Athlon(tm) 64 Processor 3400+
Timestamp of tree: Sun, 16 Mar 2008 01:47:01 +0000
app-shells/bash: 3.2_p17-r1
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python: 2.4.4-r6
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox: 1.2.18.1-r2
sys-devel/autoconf: 2.13, 2.61-r1
sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.18-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.26
virtual/os-headers: 2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer -msse3 -mfpmath=sse,387 -ffast-math"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer -msse3 -mfpmath=sse,387 -ffast-math"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks emerge metadata-transfer sandbox sfperms strict unmerge-orphans"
GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.gentoo.skynet.be/pub/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://owl.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X a52 aac acpi alsa apm arts berkdb bitmap-fonts cdr cli cracklib crypt cups dbus divx4linux dri dts dvd dvdnav dvdread eds emboss encode fax firefox foomaticdb fortran freetype gdbm gif gnome gpm gstreamer gtk gtk2 hal iconv imlib isdnlog java jpeg kde ldap libwww mad midi mikmod mmx mmxext motif mp3 mpeg mudflap ncurses nls nsplugin ogg opengl openmp oss pam pcre perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba scanner sdl session snmp spell spl sse sse2 ssl tcpd truetype truetype-fonts type1-fonts vorbis win32codecs x86 xml xorg xv" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="nvidia"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

server #

Das emergen von Baselayout und Binutils-config hat gklappt, aber beim emergen von "binutils" bleibt er an folgender Stelle ohne Fehlermeldung hängen:

server erich # emerge -av binutils

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] sys-devel/binutils-2.18-r1 USE="nls -multislot -multitarget -test -vanilla" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

Would you like to merge these packages? [Yes/No] Yes
>>> Verifying ebuild Manifests...

>>> Emerging (1 of 1) sys-devel/binutils-2.18-r1 to /
* binutils-2.18.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* binutils-2.18-patches-1.5.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
* checking binutils-2.18.tar.bz2 ;-) ... [ ok ]
* checking binutils-2.18-patches-1.5.tar.bz2 ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking binutils-2.18.tar.bz2 to /var/tmp/portage/sys-devel/binutils-2.18-r1/work
>>> Unpacking binutils-2.18-patches-1.5.tar.bz2 to /var/tmp/portage/sys-devel/binutils-2.18-r1/work
* Applying various patches (bugfixes/updates) ...
* 03_all_binutils-2.15.92.0.2-ppc64-pie.patch ... [ ok ]
* 04_all_binutils-2.15.92.0.2-place-orphan.patch ... [ ok ]
* 07_all_binutils-2.18-windres.patch ... [ ok ]
* 08_all_binutils-RPATH_ENVVAR-smack.patch ... [ ok ]
* 09_all_binutils-ld-tests-CXXFLAGS.patch ... [ ok ]
* 12_all_sh-targets.patch ... [ ok ]
* 13_all_mips-gnu-hash-support.patch ... [ ok ]
* 18_all_binutils-makeinfo-version.patch ... [ ok ]
* 20_all_binutils-skip-some-tests.patch ... [ ok ]
* 25_all_binutils-for-build-flags.patch ... [ ok ]
* 30_all_binutils-multitarget-fixup.patch ... [ ok ]
* 33_all_binutils-gnu-relro-fixups.patch ... [ ok ]
* 42_all_012_check_ldrunpath_length.patch ... [ ok ]
* 63_all_binutils-2.18-pt-pax-flags-20070828.patch ... [ ok ]
* 65_all_binutils-2.18-amd64-32bit-path.patch ... [ ok ]
* 66_all_binutils-2.17.50.0.2-warn-textrel.patch ... [ ok ]
* 76_all_use-new-ld-dtags.patch ... [ ok ]
* 77_all_generate-gnu-hash.patch ... [ ok ]
* 78_all_use-relro.patch ... [ ok ]
* 91_all_libiberty-pic.patch ... [ ok ]
* Done with patching
* Fixing misc issues in configure files

Hier bleibt er solange stehen bis ich abbreche, egal wie lange ich warte.

Ich glaube ich brauche nicht zu erwähnen, dass die Eingabe von "find" immer noch zum Fehler "ungültiger Maschinenbefehl" führt ?

Gruß
SieDu

6

21.03.2008, 22:40

CFLAGS="-march=k8 -O2 -pipe -fomit-frame-pointer -msse3 -mfpmath=sse,387 -ffast-math"


Hm..
Ich würde das ganze nochmal mit entschärften CFLAGS probieren zb mit:

Quellcode

1
2
3
/etc/make.conf
CFLAGS="-O2 -march=k8 -msse3 -pipe"
CXXFLAGS="${CFLAGS}"

Zur Not eventuell das Grundsystem mit diesen entschärften CFLAGS neu Übersetzen.

Quellcode

1
emerge -avDNe system

Es sei denn es hat jemand anderes hat eine einfachere Lösung parat ;)

MfG
josef.95

7

22.03.2008, 20:06

Hallo josef.95,

ich habe Deine Tips durchgeführt. Hat aber nicht funktioniert. Emerge bleibt beim gleichen Punkt (bei binutils) stehen.
Komischerweise funktioniert der Befehl "find --help" einwandfrei. Nur wenn ich find für die Suche verwenden will (oder wenn emerge zum Schluss den Befehl find verwenden will) bekomme ich den bekannten Fehler.

Gruß
SieDu

8

23.03.2008, 19:05

Hoffentlich mein letztes Problem: "emerge --sync"

Hallo josef.95,

jetzt scheine ich das Problem gefunden zu haben.
Nachdem ich in der "make.conf" den CPU-Typ meines Athlon64 von "-march=k8" auf "-march=athlon" geändert und den mplayer neu emerged hatte konnte ich die "findutils" neu emergen und nun funktioniert der Befehl "find" wieder fehlerfrei.
Komische Sache ?(
Jetzt habe ich nur noch ein Problem.
Wenn ich "emerge --sync" ausführen will, kommt folgender Fehler den ich im Internet auch nicht finden kann:

server linux # emerge --sync
>>> Starting rsync with rsync://64.127.121.98/gentoo-portage...
>>> Checking server timestamp ...
Welcome to owl.gentoo.org

Server Address : 64.127.121.98
Contact Name : mirror-admin@gentoo.org
Hardware : 4 x Intel(R) Xeon(TM) CPU 2.40GHz, 1024MB RAM


Please note: common gentoo-netiquette says you should not sync more
than once a day. Users who abuse the rsync.gentoo.org rotation
may be added to a temporary ban list.


MOTD brought to you by motd-o-matic, version 0.3

receiving file list ... done
timestamp.chk

Number of files: 1
Number of files transferred: 1
Total file size: 32 bytes
Total transferred file size: 32 bytes
Literal data: 32 bytes
Matched data: 0 bytes
File list size: 32
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 203
Total bytes received: 543

rsync error: sibling process terminated abnormally (code 16) at main.c(1388) [generator=2.6.9]
>>> Retrying...

Wenn mir hier nochmal wer helfen könnte wäre ich glücklich.

Gruß
SieDu

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »SieDu« (23.03.2008, 19:35)


9

23.03.2008, 20:10

jetzt scheine ich das Problem gefunden zu haben.
Nachdem ich in der "make.conf" den CPU-Typ meines Athlon64 von "-march=k8" auf "-march=athlon" geändert und den mplayer neu emerged hatte konnte ich die "findutils" neu emergen und nun funktioniert der Befehl "find" wieder fehlerfrei.
Komische Sache


Hallo SieDu
Das ist schon sehr merkwürdig??
Dies ist aber sicher keine korrekte Dauerlösung, es sollte schon passend zu deiner CPU Übersetzt/Optimiert werden.
Poste doch bitte mal die Ausgabe von:

Quellcode

1
cat /proc/cpuinfo


Zu dem Problem mit emerge --sync
So ein Fehler ist mir auch unbekannt, ich würde hier etwas warten und es dann noch einmal probieren, eventuell hat es ein Fehler in der Übertragung gegeben.

MfG
josef.95

10

23.03.2008, 23:52

Hallo josef.95,

vielen Dank nochmal für Deine Hilfe. Nach einem "emerge -avDNe system" (lief jetzt fehlerfrei durch) funktioniert "emerge --sync" auch wieder wie gewohnt.

Gruß
SieDu

11

24.03.2008, 00:05

vielen Dank nochmal für Deine Hilfe. Nach einem "emerge -avDNe system" (lief jetzt fehlerfrei durch) funktioniert "emerge --sync" auch wieder wie gewohnt.


Sehr schön!
Aber bedenke das "-march=athlon" nicht korrekt ist wenn du eine AMD Athlon(tm) 64 Processor 3400+
CPU verbaut hast. (Ist doch Sockel 939 oder?)
Wenn "pni" in den Flags der CPU vorhanden ist, dann währe:

Quellcode

1
CFLAGS="-O2 -march=k8 -msse3 -pipe"
schon richtig.

Schau mal hier:
http://www.gentoo.org/doc/de/gcc-optimization.xml
und
http://gentoo-wiki.com/Safe_Cflags

MfG
josef.95

12

24.03.2008, 10:15

Ne, ist ein Sockel 754. Wie Du schon richtig auf den Link hinweist:

http://gentoo-wiki.com/Safe_Cflags

Hier steht eindeutig:

Quellcode

1
2
3
4
5
6
Athlon 64 (AMD)

 32 bit
  CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"



Ich bin auch zuerst drauf reingefallen und habe die Einstellungen für 64Bit verwendet:

Quellcode

1
2
3
4
5
6
7
8
9
10
64 bit 

cpu family     :15 
 model          :4 
 model name     :AMD Athlon(tm) 64 Processor 3200+ 
 stepping       :8 

CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CXXFLAGS="${CFLAGS}"


Ich habe aber ein 32Bit-Gentoo. Seit ich auf "-march=athlon" umgestellt habe läuft wieder alles so wie es soll.

Hier noch die Ausgabe von "cpuinfo"

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
server / # cat /proc/cpuinfo
processor   	: 0
vendor_id    	: AuthenticAMD
cpu family   	: 15
model    	     : 12
model name    : AMD Athlon(tm) 64 Processor 3400+
stepping 	    : 0
cpu MHz     	: 2400.000
cache size  	: 512 KB
fdiv_bug    	: no
hlt_bug      	: no
f00f_bug    	: no
coma_bug   	: no
fpu             	: yes
fpu_exception : yes
cpuid level  	: 1
wp             	: yes
flags          	: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow up ts fid vid ttp
bogomips    	: 4811.65
clflush size  	: 64


Gruß
SieDu

13

24.03.2008, 17:28

Hallo SieDu

Ich bin selbst etwas irritiert plötzlich diese Angaben auf:
http://gentoo-wiki.com/Safe_Cflags#Athlon_64_.28AMD.29
so verändert vorzufinden.
Bei meinem letzten Besuch der Seite (vor ca.zwei Monaten) war noch:

Quellcode

1
CFLAGS="-march=k8 -O2  -pipe"
korrekt. (Auch für 32Bit)
Warum dieses nun auf

Quellcode

1
CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer"
abgeändert wurde weiß ich nicht.

Zitat

This page was last modified 09:02, 20 March 2008.


Aber nungut, wenn dein Rechner so nun korrekt läuft, dann lass es so ;)

MfG
josef.95