| 1 |
Am Montag, 20. Juni 2011, 08:37:03 schrieb Thorsten Kampe: |
| 2 |
Wenn das System für 64Bit compiliert wurde kann eine 32Bit CPU den erzeugten |
| 3 |
Maschinencode nicht interpretieren. Ein chroot ändert daran nichts, nach dem |
| 4 |
wechsel wird ja der 64Bit Code benutzt. |
| 5 |
|
| 6 |
Helfen würde es das System mit anderen CFLAGS mittels "emerge -e world" |
| 7 |
vollständig neu zu compilieren. Dazu muss aber eine 64Bit CPU vorhanden sein, |
| 8 |
am besten ein core2 Modell... |
| 9 |
|
| 10 |
Die meisten 64Bit CPUs (Itanium z.B. nicht) können 64- und 32Bit Code |
| 11 |
ausführen. Umgekehrt ist das unmöglich. |
| 12 |
|
| 13 |
Die richtigen CFLAGS hängen natürlich von den verwendeten CPUs ab. Hier kann |
| 14 |
ich nur vermuten. Ein -march=pentium3 sollte z.B. problemlos auf einem core2 |
| 15 |
laufen, da der Befehlssatz eines core2 den des pentium3 vollständig enthält. |
| 16 |
Andersherum würde ich nicht darauf wetten, sobald eine Software Funktionen |
| 17 |
nutzt die erst nach dem p3 eingeführt wurden wars das. |
| 18 |
|
| 19 |
Gruss, |
| 20 |
Michael |
| 21 |
|
| 22 |
|
| 23 |
> Hallo, |
| 24 |
> |
| 25 |
> kurz die Vorgeschichte: aufgrund eines Hardware-Fehlers, mußte ich eine |
| 26 |
> virtuelle Maschine, die lange auf VMware ESXi und VMware Workstation |
| 27 |
> lief, auf eine andere Maschine verschieben. Gentoo bootet, einige |
| 28 |
> Dienste (consolefont, urandom, dhcpcd) geben Fehler ("illegal |
| 29 |
> instruction"), ich kann die Maschine aber pingen und auch sonst kein |
| 30 |
> sichtbarer Fehler. |
| 31 |
> |
| 32 |
> Die Anmeldung an der Konsole klappt, ich werde aber direkt wieder (ohne |
| 33 |
> Fehlermeldung) ausgeloggt. |
| 34 |
> |
| 35 |
> Das Problem ist - meiner Meinung nach - daß Gentoo bisher auf Maschinen |
| 36 |
> mit 64-bit Prozessoren lief (Intel Core2 zum Beispiel) und jetzt auf |
| 37 |
> einer Maschine, die nur einen 32-bit Prozessor hat (Intel Core). Meine |
| 38 |
> CFLAGS waren "-O3 -march=core2 -pipe". Nach dem Wechsel bekam ich eine |
| 39 |
> Meldung von VMware, daß der neue Host nicht die gleichen "processor |
| 40 |
> capabilities" hat wie der alte (auf dem die VM vorher lief)[1]. Diese |
| 41 |
> Meldung kam aber schon öfter beim Wechsel des Hosts, bisher immer ohne |
| 42 |
> Folgen. |
| 43 |
> |
| 44 |
> Wie kann ich das Problem am besten beheben? Ich dachte daran, von Gentoo |
| 45 |
> Installations CD zu booten, in die chroot-Umgebung zu wechseln und dann |
| 46 |
> emerge system|world|bash oder was auch immer zu machen. Geht's auch |
| 47 |
> einfacher? |
| 48 |
> |
| 49 |
> Was denkt ihr? |
| 50 |
> |
| 51 |
> Thorsten |
| 52 |
> [1] sinngemaess aus dem Gedächtnis rezitiert |
Archives