| 1 |
Sebastian Damm schrieb: |
| 2 |
> Hallo, |
| 3 |
> |
| 4 |
> Am 10. August 2005 schrieb Thomas Schweikle: |
| 5 |
>> Sebastian Damm schrieb: |
| 6 |
>> > Blödsinn: |
| 7 |
>> Nicht ganz. Bei mir lassen sich die Kernelmodule auch kompilieren, |
| 8 |
>> aber das Modul für "Bridged networking on /dev/vmnet0" wird |
| 9 |
>> anschließend nicht geladen. Ergebnis: VMware läuft nicht --- "VMware |
| 10 |
>> Workstation was not configured properly. Please run vmware-config.pl |
| 11 |
>> to configure..." --- wenn das System überhaupt noch bootet :-( |
| 12 |
> |
| 13 |
> OK, war vielleicht bissl hart geschrieben, sorry. ;) Ich wollte nur |
| 14 |
> damit ausdruecken, dass das nicht allein an der Kernelversion liegt. Die |
| 15 |
> gcc-Version könnte vielleicht noch ne Rolle spielen. Ich hab ne Weile |
| 16 |
> lang immer den ~x86-gcc genommen, hab aber irgendwann aus Faulheit den |
| 17 |
> 3.4.4er in die package.mask aufgenommen. Bei mir läuft also noch ein |
| 18 |
> 3.4.3er |
| 19 |
|
| 20 |
Da ich "~x86" nur für die KDE-Pakete verwende ist es immer noch |
| 21 |
gcc-3.4.3. Ich würde zwar gerne mal gcc-4.0.2 ausprobieren, aber es |
| 22 |
gibt bisher nur gcc-4.0.1. |
| 23 |
|
| 24 |
>> Der Versuch VMware jetzt zu starten liefert nach kurzer Zeit einen |
| 25 |
>> wunderschönen Kernel-Crash --- exakt in dem Moment, wenn die erste |
| 26 |
>> VM gestartet wird und versucht das mit dem Modul verbundene |
| 27 |
>> Netzwerkinterface zu initialisieren. Ursache für den Crash ist das |
| 28 |
>> mit Fehlern geladene Modul. |
| 29 |
> |
| 30 |
> Kann ich grad nicht nachvollziehen hier, hab meine im moment gar nicht |
| 31 |
> gebrauchten VMs mal aus Platzmangel ausgelagert. |
| 32 |
|
| 33 |
Das könnte es natürlich auch sein: die VM liegen auf einem externen |
| 34 |
FW-Laufwerk und werden auch von dort gestartet ... |
| 35 |
|
| 36 |
>> Es könnte natürlich sein, das ich einen Kernel compiliert habe, der |
| 37 |
>> mit den VMware-Modulen nicht zurechtkommt. Ein Vergleich der |
| 38 |
>> ".config" könnte hier aufschluß liefern. Üblicherweise kompiliere |
| 39 |
>> ich fast alles als Modul, außer den Teilen, die für den Systemstart |
| 40 |
>> benötigt werden |
| 41 |
> |
| 42 |
> Ich eigentlich auch. .config kann ich Dir bei Bedarf zukommen lassen. |
| 43 |
|
| 44 |
Wäre gut. Dann könnte ich vergleichen, was bei mir anders ist. |
| 45 |
|
| 46 |
>> (wenn auch diese als Module zu compilieren wären und |
| 47 |
>> später via "initrd" eingebunden werden könnten, dann würde ich auch |
| 48 |
>> diese nicht fest in den Kernel binden --- leider liefert Gentoo noch |
| 49 |
>> kein passendes Script mit um eine "initrd" schnell und einfach |
| 50 |
>> zusammenzubauen --- oder mir ist das Script noch nicht bekannt). |
| 51 |
> |
| 52 |
> sys-apps/mkinitrd gefällt Dir nicht? Ich hab das nur mal unter SuSE |
| 53 |
> verwendet, da gings aber recht einfach. |
| 54 |
|
| 55 |
Kante ich noch nicht. Ich werde es mir ansehen. Unter SuSE kannte |
| 56 |
ich das Kommando. |
| 57 |
|
| 58 |
>> Ja, nur leider interessiert sich VMware seit längerem weder für |
| 59 |
>> Crashes, noch sonstige Probleme mit Ihren Produkten. Antworten auf |
| 60 |
>> irgendwelche Anfragen habe ich nicht mehr erhalten. |
| 61 |
> |
| 62 |
> Die wollen doch jetzt für jede Anfrage Geld sehen, oder? Naja, ich habs |
| 63 |
> nur hin und wieder mal zum Testen gebraucht. |
| 64 |
|
| 65 |
Nicht für jede Anfrage, aber für jede, die nach dem Supportzeitraum |
| 66 |
gestellt wird. Leider habe sie auch die Bugreports an diesen |
| 67 |
Supportzeitraum gekoppelt. Das war vor der Übernahme durch emc2 |
| 68 |
wesentlich besser gelöst! |
| 69 |
|
| 70 |
-- |
| 71 |
Thomas |
| 72 |
|
| 73 |
-- |
| 74 |
gentoo-user-de@g.o mailing list |
Archives