Zitat von n_dot_force

irgendwie bezeifle ich mal, dass du einen dns-server auf deinem windows-rechner hast.
trag hier einfach die nameserver deines providers in die /etc/resolv.conf ein.

Hab ich auch nicht. Aber ich kann jetzt www.yahoo.de anpingen, ich nehme einfach mal an, dass die Internetverbindungsfreigabe von XP den Rest regelt.

Zitat von n_dot_force

alles andere scheint richtig zu sein (wenn du deinen internen rechner anpingen kannst, dann ist eh schon alles gewonnen, die frage ist, ob dieser dich rausrouten lässt).

Er lässt! Zur Zeit emerged xfree...

Zitat von n_dot_force

wenn du genkernel genommen hast, dann sind die netzwerkkarten grundsätzlich module, und die musst du vor start laden (eintrag in /etc/modules.autoload.d/kernel-2.6)

Ich konnte die rtl8139too in den kernel kompilieren (heißt das so), und jetzt klappt das!

Zitat von n_dot_force

das die net.eth0 zuerst "down" geht, ist vollkommen richtig, er fährt vorsichthalber das netzwerk runter (auch wenn es noch nicht da war), um es dann in einem der nächsten schritte wieder zustarten.

Den zweiten Schritt hat er leider nicht gemacht, als sie als Modul gestartet wurde.

Zitat von n_dot_force

bei der rtl8139 musst aufpassen, denn hier gibt es 2 möglichkeiten (gorgo war damals in diese "falle" getappt):

die meisten karten kommen mit dem "neueren" modus mmio zurecht, aber es gibt auch einzelfälle, hier musst du explizit auf pio umschalten (ist eine option in den netzwerkkarten-einstellungen des kernels).

Da ich nach "draußen" komme, scheint alles i.O. Ich hab beim genkernel-Menü das ohne "experimental" ausgewählt.

Zitat von n_dot_force

wenn du mit genkernel arbeitest, empfehle ich die menüoption einzuschalten:

genkernel all --menuconfig --udev (und wenn du weitere parameter willst, dann diese anhängen).

BTDT
D.h., bei mir hab ich glaube ich das all erst am Ende angegeben. Da ich aber dann das Menü hatte, wird er das --udev hoffentlich auch gefressen haben.

Zitat von n_dot_force

bei meinem notebook habe ich z.b. genkernel all --menuconfig --clean --mrproper --bootsplash --udev (weil ich damals unbedingt gemeint hatte, einen bootsplash haben zu müssen *g*) angewendet.

Nen Bootsplash hab ich nicht, aber dafür den Grub-Bildschirm (der Sch**** aussieht). Der kommt wieder weg, Konsole macht mehr Eindruck...

Was hat es eigentlich mit den "error calling: unlink in global"-Meldungen auf sich? Hin- und wieder kam beim Booten so eine Meldung, beim nächsten Booten wieder nicht.

Gruß
Yopie

startet dein rechner mit udev oder mit devfs (erkennbar daran, wenn die "bunten" meldungen anfangen (mit dem grünen [OK]) udgl.) ?

möglicherweise fährst du eine "mischform", und das ist nicht wirklich gut.

füge der gleichen zeile, in der du bereits deine vga-einstellungen hast, folgende parameter hinzu:

gentoo=nodevfs udev
         

möglicherweise eine lösung.

da ich auf ~x86 fahre (neuere pakete, die erst später ins stable, dass du jetzt ja fährst, beinhaltet), schaut bei mir die udev-unterstützung anders aus. ich selber habe diese probleme z.b. nicht.

vielleicht hilft das schrittweise einbinden von bestimmten ~x86-paketen in dein stable (wie das geht, erklär ich jetzt aber noch nicht, probier mal die obigen parameter)

Zitat von n_dot_force

startet dein rechner mit udev oder mit devfs (erkennbar daran, wenn die "bunten" meldungen anfangen (mit dem grünen [OK]) udgl.) ?

möglicherweise fährst du eine "mischform", und das ist nicht wirklich gut.

füge der gleichen zeile, in der du bereits deine vga-einstellungen hast, folgende parameter hinzu:

gentoo=nodevfs udev
         

Danke, da werde ich morgen mal nachschauen (oder übermorgen), wenn xfree fertig ist.
Ich nehme an, er wird noch ein bißchen brauchen...

OT: Warum zerhaut der Code-Tag eigentlich immer so die Postings, auch wenn die beim Erstellen so kurz sind?

Gruß
Yopie

btw: wieso xfree?

ich würde dir xorg-x11 empfehlen. basiert auf xfree, und ist IMO wesentlich schneller als xfree.

ich selber fahr nur mehr xorg-x11 (zumal die 6.8er auch echte transparenz unterstützt )

empfehlung: stopp deinen xfree, und nimm xorg-x11

btw: welche grafikkarte hast du?

Zitat von n_dot_force

btw: wieso xfree?

ich würde dir xorg-x11 empfehlen. basiert auf xfree, und ist IMO wesentlich schneller als xfree.

Stand so in der Anleitung... Da ich mich ja nicht auskenne, hab ich das mal genommen.

Zitat von n_dot_force

empfehlung: stopp deinen xfree, und nimm xorg-x11

btw: welche grafikkarte hast du?

Grafikkarte ist "S3 Inc. ViRGE/MX+ (4 MB)" lt Everest.

Wenn Du mir noch 'ne kurze Bestätigung gibts, dann stoppe ich das xfree - Emergen (Ctrl-C?) und mache das für xorg nochmal. Würde dann vorher noch die udev-Geschichte klären. Was muss ich denn eingeben, um die bei "emerge xfree" bereits unternommenen Schritte rückgängig zu machen?

Gruß
Yopie

ja... nimm xorg-x11 (xfree würd zwar auch gehn, aber wie gesagt: xorg-x11 ist defacto die weiterentwicklung (xorg-x11 6.7 basiert auf xfree 4.4 rc2 (oder wars rc3??)).

jedenfalls: xorg-x11 ist schneller (und grad bei älteren maschinen braucht man jedes stückerl performance, das man kriegen kann, oder? )

setz aber vorher noch folgende useflags (nimm ufed):

bitmap-fonts
font-server
insecure-drivers
truetype-fonts
type1-fonts

Zitat von n_dot_force

startet dein rechner mit udev oder mit devfs (erkennbar daran, wenn die "bunten" meldungen anfangen (mit dem grünen [OK]) udgl.) ?

Sieht so aus: Starting devfs... Werd jetzt mal

gentoo=nodevfs udev
         

in die grub.conf schreiben und schauen, was passiert:
"Configurating system to use udev" schaut gut aus.

Useflags sind gesetzt, jetzt läuft:
emerge -f xorg-x11, und dann heut nacht (da kann ich den anderen Rechner runterfahren) emerge xorg-x11.

Zitat von n_dot_force

jedenfalls: xorg-x11 ist schneller (und grad bei älteren maschinen braucht man jedes stückerl performance, das man kriegen kann, oder? )

Das auf jeden Fall!

Übrigens: Wenn das jetzt alles gut läuft, dann wird gentoo im nächsten Jahr auf meinem AMD64 laufen, da freue ich mich jetzt schon drauf.

Gruß
Yopie