[openSUSE 10.3/Gnome] Internetverbindung und weitere Probleme

[Phorkyas]

Oh ja my bad!
Ich habe vorhin als es nicht funktionierte einfach das gesamte Prozedere ab „modprobe“ wiederholt und dann angenommen das dieser Befehl auch der entscheidende war.

Ich habe es gerade noch ein paarmal getestet, nach einem Neustart wird das Internet durch

dhclient eth0

wieder zugänglich.

Direkt nach dem Neustart (also wenn das I-net noch nicht geht) liefert
lsmod|grep ipg

ipg                    20484  0

(ist aber nach der "aktivierung" durch dhclient noch das selbe)



Wenn ich im YaST die Netzwerkkarte Konfigurieren will ist der button immer noch inaktiv.
Also Info sagt er:

Ethernet-Netzwerkkarte (nicht verbunden)
BusID : 0000:00:0e.0
Konfiguration der Netzwerkkarte nicht möglich, Kernel Gerät ist nicht verfgübar

Zu meiner Schande muss ich gestehen das ich sowas wie eine (entschuldigt den Windows-Begriff) "taskleiste" die mir ausgeführte applets anzeigt gar nicht habe und auch nicht im Stande bin sie einzurichten.
Sollte sie doch da sein (was genausogut sein kann ich habe jedenfalls noch nichts an Gnome geändert) dann läuft der Networkmanager wohl nicht.

Das Starten des applets habe ich über die Konsole und den Apllication Browser (wo es nur einen Network Manager Editor gibt der für W-lan verbindungen zu sein scheint) versucht aber nichts hilfreiches gefunden.
Wenn ich in der Konsole "nm-applet" eingebe dann macht er Minutenlang nichts (habe dann mit Strg+C abgebrochen). Dabei macht es keinen unterschied ob ich als root oder als normaler Benutzer den Befehl gebe.
"nm-applet --help" funktioniert aber also ist er ja immerhin schonmal da XD


Die alternative Einrichtung scheitert auch wieder an der Konfiguration der Netzwerkkarte. Die nachfolgenden Schritte wollte ich ohne den ersten dann nicht ausprobieren.



,
Phorkyas


P.S.
Danke für die Patchinfos, wieder ein bischen Verständniss mehr!

P.P.S.
sollte jemand besser im suchen des nm-applets sein möge er sich versuchen:
nm-applet Suchbild

 

[Gast1]

OK, udev zickt also immer noch rum.

Gib mir mal die Ausgabe von

cat /etc/udev/rules.d/70-persistent-net.rules

ls -ls /etc/sysconfig/network/ifcfg-eth*

/usr/sbin/hwinfo --netcard

dmesg|egrep -i 'ip1000|eth0|ipg'

su 

Passwort

egrep -i 'ip1000|eth0|ipg' /var/log/boot.msg

Greetz,

RM

 

[Phorkyas]

Den ersten Befehl findet er nicht(Datei oder Verzeichniss nicht gefunden), die Bash-completion sagt nur etwas zu:
cat /etc/udev/rules.d/70-persistent-cd.rules

# This file was automatically generated by the /lib/udev/write_cd_rules
# program, probably run by the cd-aliases-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line
# and set the $GENERATED variable.

# DVD_SOHD-16P9S (pci-0000:00:0f.1-scsi-0:0:0:0)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-0:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-0:0:0:0", SYMLINK+="dvd", ENV{GENERATED}="1"
# DVD-RAM_GSA-H50L (pci-0000:00:0f.1-scsi-1:0:1:0)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-1:0:1:0", SYMLINK+="cdrom1", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-1:0:1:0", SYMLINK+="cdrw1", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-1:0:1:0", SYMLINK+="dvd1", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-1:0:1:0", SYMLINK+="dvdrw1", ENV{GENERATED}="1"
# ATAPI_CDROM_52X (pci-0000:00:0f.1-scsi-0:0:1:0)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-scsi-0:0:1:0", SYMLINK+="cdrom2", ENV{GENERATED}="1"

Hmm oder mach ich etwas falsch?
Auch den zweiten Befehl mag er nicht(Datei oder Verzeichniss nicht gefunden).
Durch Bash-completion kam ich auf:
ls -ls /etc/sysconfig/network/ifcfg-lo*

4 -rw-r--r-- 1 root root 153 22. Sep 00:12 /etc/sysconfig/network/ifcfg-lo

/usr/sbin/hwinfo --netcard

25: PCI 0e.0: 0200 Ethernet controller                          
  [Created at pci.301]
  UDI: /org/freedesktop/Hal/devices/pci_13f0_1023
  Unique ID: vuMS.EeyBXwM7QZB
  SysFS ID: /devices/pci0000:00/0000:00:0e.0
  SysFS BusID: 0000:00:0e.0
  Hardware Class: network
  Model: "ABIT IP1000 Family Gigabit Ethernet"
  Vendor: pci 0x13f0 "Sundance Technology Inc / IC Plus Corp"
  Device: pci 0x1023 "IP1000 Family Gigabit Ethernet"
  SubVendor: pci 0x147b "ABIT Computer Corp."
  SubDevice: pci 0x1416 
  Revision: 0x41
  Driver: "Sundance Technology IPG Triple-Speed Ethernet"
  Driver Modules: "ipg"
  I/O Ports: 0xec00-0xecff (rw)
  Memory Range: 0xdfffe000-0xdfffe0ff (rw,non-prefetchable)
  Memory Range: 0x60000000-0x6000ffff (ro,prefetchable,disabled)
  IRQ: 23 (15749 events)
  Module Alias: "pci:v000013F0d00001023sv0000147Bsd00001416bc02sc00i00"
  Driver Info #0:
    Driver Status: ipg is active
    Driver Activation Cmd: "modprobe ipg"
  Config Status: cfg=no, avail=yes, need=no, active=unknown

dmesg|egrep -i 'ipl000|eth0|ipg'

Ethernet device registered as: eth0
eth0: no IPv6 routers present

egrep -i 'ipl000|eth0|ipg' /var/log/boot.msg

<6>Ethernet device registered as: eth0
done    eth0      
              No configuration found for eth0

Phorkyas

 

[Gast1]

Nein, Du machst nichts falsch, die Datei 70-persistent-net.rules sollte dynamisch von udev angelegt werden.

Komischerweise erkennt hwinfo ja, was los ist.

  Driver: "Sundance Technology IPG Triple-Speed Ethernet"
  Driver Modules: "ipg"

  Driver Info #0:
    Driver Status: ipg is active
    Driver Activation Cmd: "modprobe ipg"

Dann versuchen wir udev mal zuerst "sanft" und wenn das nicht klappt etwas "direkter" zu überreden.

cd /etc/udev/rules.d

su 

Passwort

udevtrigger

ls -ls 70-persist*

Wenn das klappt, dann sollte die Datei 70-persistent-net.rules jetzt existieren und Die Karte sollte sich konfigurieren lassen.

Ansonsten legen wir sie eben an.

# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.

# PCI device 0x13f0:0x1023 (ipg)
SUBSYSTEM=="net", DRIVERS=="ipg", ATTR{address}=="00:50:8d:d5:d3:1d", NAME="eth0"

Als 70-persistent-net.rules in /etc/udev/rules.d abspeichern (root-Rechte erforderlich) und wieder als root "udevtrigger" ausführen.

Spätestens dann sollte die Karte "bekannt" sein und sich einrichten lassen.

Greetz,

RM

 

[Phorkyas]

nach "udevtrigger" wurde ich gefragt ob ich denn einen Drucker installieren wolle
Keine Ahnung ob das gewollt, zufällig oder was auch immer war, aber es war unglaublich lustig *g*

btT

Die sanfte Methode scheint nicht zu funktionieren, jedenfalls gibt es danach immer noch keine "-net.rules" Datei.

Ich habe die Datei dann als root erstellt (ihr Inhalt wird von der Konsole auch korrekt wiedergegeben) und sowohl im root-account als auch mit "su" "udevtrigger" befohlen.
Allerdings lässt sich die Karte immer noch nicht Konfigurieren.

Mir scheint diese Karte ist doof *g*
vielleicht sollte ich mir einfach eine neue zulegen.


Phorkyas

P.S.
Auf die Gefahr hin das es langsam nervt:
Vielen danke für die viele und wirklich ausführliche Mühe die du dir hier machst Rain_Maker!
Linux ist zwar sehr interessant und es macht mir auch Spaß mit einem neuartigen Betriebssystem zu lernen aber ohne Anleitung ist man hoffnungslos verloren.

 

[Gast1]

Vielleicht sollte man so oder so jetzt den nächsten Schritt unternehmen, auch wenn die Karte immer noch rumzickt.

Internetverbindung ist vorhanden, also => Update.

http://www.pc-forum24.de/22585-post4.html

Die 4 empfohlenen Quellen hinzufügen und dann

su

Passwort

zypper up

Haken an der Sache:

Bei dem nun folgenden Update ist auch ein Kernelupdate enthalten, was normalerweise kein Problem ist, die kmp-Pakete sind so gemacht, daß sie ein Kernelupdate überleben (auf meiner 10.2 gibt es kmp-Pakete, die auch nach 6 oder 7 Kernelupdates noch funktionieren).

Aber in diesem Fall geht das nicht, Grund siehe hier:

http://www.pc-forum24.de/suse-updat...-fuer-opensuse-10-2-10-3-unbedingt-lesen.html

Man könnte natürlich wieder das Paket selbst aus dem src.rpm bauen, aber dieses mal ginge es auch einfacher:

IP1000A-kmp-default-2.10c_2.6.22.17_0.1-rm.1.i586.rpm

Das passt dann wieder.

BTW:

Man kann auch einfach mal versuchen, ein neues Interface anzulegen und selbst zu definieren, dabei müsste man dann bei Modulname ipg angeben, vielleicht klappt das dann ja.

Greetz,

RM

 

[Phorkyas]

Grüße

Es ging soweit alles gut, allerdings gibt es ein paar Dinge, die ich so gar nicht verstehe.
Daher will ich nun einfach mein Vorgehen beschreiben, auf das vielleicht jemand "Licht in das Dunkel" bringen kann:

Ich habe die 4 Updates in YaST eingetragen und aktiviert.
nach „zypper up“ wurde erstmal eine gute halbe Stunde installiert und geupdatet.
Nach dem empfohlenen Neustart habe ich dann sicherheitshalber noch einmal mit "ifconfig -a" nachgesehen und erwartungsgemäß war die Netzwerkkarte weg.

Dann habe ich die heruntergeladene Datei (hier kommt der erste Punkt wo ich mir nicht sicher bin) vom Desktop aus mit

rpm -Uvh IP1000A-kmp-default-2.10c_2.6.22.17_0.1-rm.1.i586.rpm

installiert.
Ich wollte erst "rpm -Ivh" versuchen aber dachte dann das es ja eigendlich nur ein Update sei.
Die Netzwerkkarte wurde danach wieder von "ifconfig -a" erkannt. Da ich allerdings mal wieder keine IP unter "route -n" hatte habe ich versucht das ganze mit "dhclient eth0" wieder geradezu biegen.
Nach diesem Schritt lies sich aber weder Firefox noch sonstige Anwendung starten. Auch nach einem Neustart ging nichts mehr nach "dhclient eth0"
Seltsamerweise wurde in diesem "zustand" aber sowohl die Netzwerkkarte erkannt als auch eine IP unter "route -n" angegeben. Nur Firefox (und jegliche andere Anwendungen) wollte nicht.

In meiner Verzweiflung habe ich die *.rpm dann nach
/usr/src/packages/RPMS/i586 verschoben und die Installation wiederholt.
Das brachte auch keine Besserung.

Durch Zufall habe ich "dhclient eth0" nochmal von meinem root-Account eingegeben und auf einmal ging sowohl Firefox als auch das I-net.
Nach einem Wechsel auf den normalen Benutzer ging es auch hier.


Meine Frage:
War mein Vorgehen grundsätzlich so richtig oder habe ich etwas falsch gemacht?
Und warum ging das ganze nachdem ich "dhclient eth0" als root benutzte?


verwirrt,
Phorkyas

 

[sinn3r]

Und warum ging das ganze nachdem ich "dhclient eth0" als root benutzte?

Das liegt an der Rechte Verwaltung von Linux

Lesen: http://wiki.ubuntuusers.de/sudo
Kurzform: Nur als "root" (Admininstrator) darfst du unter Linux administrative Taetigkeiten erledigen.

 

[Gast1]

Zuerst sollte man nachsehen, ob es keine Dubletten gibt.

rpm -qa|grep IP1000

Das "-ivh" ist die Installation eines Paketes, sollte schon das selbe Paket auf dem System in anderer Version vorhanden sein, dann hat man jetzt eine Dublette in der RPM-Datenbank, was aber leicht zu beheben wäre.

Durch Zufall habe ich "dhclient eth0" nochmal von meinem root-Account eingegeben und auf einmal ging sowohl Firefox als auch das I-net.
Nach einem Wechsel auf den normalen Benutzer ging es auch hier.


Meine Frage:
War mein Vorgehen grundsätzlich so richtig oder habe ich etwas falsch gemacht?
Und warum ging das ganze nachdem ich "dhclient eth0" als root benutzte?

Das ist schwer bis gar nicht zu rekonstruieren, was sich da verschluckt hatte.

Sofern der "dhclient eth0" auch in der Usersitzung mit Rootrechten aufgerufen wurde, sollte es eigentlich keinen Unterschied machen.

Die Karte ist wirklich ne absolute Zicke, aber drei Möglichkeiten hätte ich noch anzubieten.

1. Neues Interface in YaST anlegen und das Modul ipg von Hand eintragen.

2. Eine Konfigurationsdatei von Hand anlegen und an den passenden Platz verschieben.

BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IFPLUGD_PRIORITY='20'
IPADDR=''
MTU=''
NAME='IC Plus Corp IP1000 Family Gigabit Ethernet'
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
USERCONTROL='yes'

Das als "ifcfg-eth0" in /etc/sysconfig/network/ abspeichern und als root "rcnetwork restart" absetzen.

3. Daran arbeite ich noch.

Greetz,

RM

 

[Phorkyas]

@Sin3r
hmm aber dann muss ja trotzdem (und das ginge nach meinem momentanen Verständnis gegen die Infos aus dem link) ein Unterschied bestehen zwischen dem Root-Account und dem "su-root in der Konsole.
Denn "dhclient eth0" als normaler Benutzer liefert:

bash: dhclient: command not found

Als normaler Benutzer und "su" in der Konsole kam das Problem das Firefox etc. nicht wollte.
Erst als angemeldeter root-Account war es möglich das die Anwendungen wieder funktionierten.


Der Link spricht davon, das man mit su und Passwort [qoute=Ubuntuusers]zu root werden.[/quote] kann.
Aber anscheinend besteht ja doch ein unterschied...
oder denke ich falsch?

------------------------------------------------------------------

@R_M
rpm -qa|grep IP1000

IP1000A-kmp-default-2.10c_2.6.22.17_0.1-rm.1

Ich mache mich mal an Variante 2.
melde mich dann

//edit
rcnetwork restart

Shutting down network interfaces:
    eth0                                                             done
Shutting down service network  .  .  .  .  .  .  .  .  .  .  .  .  . done.
Hint: you may set mandatory devices in /etc/sysconfig/network/config
Setting up network interfaces:
    lo        
    lo        IP address: 127.0.0.1/8   
Checking for network time protocol daemon (NTPD):                    doneed
    eth0      
    eth0      (DHCP) . . . . . no IP address yet... backgrounding.   waiting
Setting up service network  .  .  .  .  .  .  .  .  .  .  .  .  .  . done.

//edit²
Hab gerade noch mal einen Neustart gemacht und hatte direkt eine IP. Funktioniert also soweit alles bezüglich Internet.
Seltsam ist nur das ich auf einmal eine IP-Adresse mehr habe O.o
route -n

Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
192.168.178.0   0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         192.168.178.20  0.0.0.0         UG    0      0        0 eth0

Phorkyas

 

[supersucker]

Erst als angemeldeter root-Account war es möglich das die Anwendungen wieder funktionierten.

Ähem,

du meldest dich aber nicht an deinem graphischen System mit root an, oder?

Weil das ist wirklich böse und eine Windows-Unart.....

Denn "dhclient eth0" als normaler Benutzer liefert:
Code:

bash: dhclient: command not found

Völlig richtig soweit, dhclient liegt nicht im $PATH von $USER.
Das soll so sein.

 

[Gast1]

Na endlich. ;-)

Das passt schon so, das ist eine so genannte "zeroconf"-Route.

169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0

Nicht weiter beachten.

Manchmal hilft eben etwas "gutes Zureden".

Zum Thema Grafikkarte.

Gib uns mal die Ausgaben von

ls -ls /etc/X11/xorg.*

rpm -qa|egrep 'kernel|fglrx'

Greetz,

RM

 

[Phorkyas]

@supersucker

Ähem,
du meldest dich aber nicht an deinem graphischen System mit root an, oder?
Weil das ist wirklich böse und eine Windows-Unart.....

HUST...
Bekomme ich Absolution durch die ausrede das ich gerade frisch von Windows komme?

------------------------------------------------------------

@R_M

ls -ls /etc/X11/xorg.*

8 -rw-r--r-- 1 root root 5993 17. Mär 14:22 /etc/X11/xorg.conf
8 -rw-r--r-- 1 root root 5485 15. Mär 15:50 /etc/X11/xorg.conf.install
4 -rw-r--r-- 1 root root   36 17. Mär 14:22 /etc/X11/xorg.conf.md5
8 -rw-r--r-- 1 root root 6031 17. Mär 14:22 /etc/X11/xorg.conf.saxsave

rpm -qa|egrep 'kernel|fglrx'

kernel-syms-2.6.22.17-0.1
kernel-source-2.6.22.17-0.1
linux-kernel-headers-2.6.22-19
kernel-default-2.6.22.17-0.1

So long,
Phorkyas

 

[Gast1]

Oh Uh ....

- Wie hast Du den ATI-Treiber installiert?

"Automatische Installation?"

- Entscheide Dich, ob Du den freien Treiber oder den fglrx haben willst.

Für den freien Treiber wird es zu 99% reichen, die passende Backupdatei der xorg.conf

8 -rw-r--r-- 1 root root 5993 17. Mär 14:22 /etc/X11/xorg.conf
[B]8 -rw-r--r-- 1 root root 5485 15. Mär 15:50 /etc/X11/xorg.conf.install[/B]
4 -rw-r--r-- 1 root root   36 17. Mär 14:22 /etc/X11/xorg.conf.md5
[B]8 -rw-r--r-- 1 root root 6031 17. Mär 14:22 /etc/X11/xorg.conf.saxsave[/B]

über die xorg.conf "drüber zu bügeln."

grep Driver /etc/X11/xorg.conf*irgendwas*

und die Datei verwenden, in der "radeon" und NICHT "fglrx" auftaucht.

Danach muss man sich noch um das Entfernen der "automatischen Installation" kümmern (falls da noch etwas ist).

Da sollen aber die ATI-Spezialisten ran, das habe ich schon ewig nicht mehr gemacht.

Greetz,

RM

 

[Phorkyas]

Hehe ich scheine noch viele "Windows-fehler" zu machen ...
Ja ich hatte mich damals gefreut das etwas "einfach so" funktioniert und bin brav der automatischen Installation gefolgt. *g*

Ich habe zwar nicht all zuviel dazu gefunden, aber mir scheint der freie Treiber ist (außer für Games) wohl die bessere Wahl. Und da ich die meisten Games wohl weiterhin auf Windows betreiben werde sollte das kein Problem darstellen.

hmm wenn ich das richtig sehe ist der freie Treiber noch gar nicht vorhanden. Jedenfalls steht in keiner der ".conf" Dateien etwas von Radeon(saxsave ist das Backup oder?):
grep Driver /etc/X11/xorg.conf*

/etc/X11/xorg.conf:  Driver       "kbd"
/etc/X11/xorg.conf:  Driver       "mouse"
/etc/X11/xorg.conf:  Driver       "fglrx"
/etc/X11/xorg.conf.install:  Driver             "kbd"
/etc/X11/xorg.conf.install:  Driver     "mouse"
/etc/X11/xorg.conf.install:  Driver     "mouse"
/etc/X11/xorg.conf.install:  Driver             "ChangeMe"
/etc/X11/xorg.conf.install:  Driver             "fbdev"
/etc/X11/xorg.conf.install:  Driver             "vesa"
/etc/X11/xorg.conf.install:  Driver             "vmware"
/etc/X11/xorg.conf.saxsave:  Driver       "kbd"
/etc/X11/xorg.conf.saxsave:  Driver       "mouse"
/etc/X11/xorg.conf.saxsave:  Driver       "fglrx"

Würde das entfernen des fglrx Treibers nach dieser Anleitung funktionieren? (sind ja Ubuntu-Befehle)
Sofern das überhaupt noch relevant ist...

Phorkyas

 

[Gast1]

Würde das entfernen des fglrx Treibers nach dieser Anleitung funktionieren? (sind ja Ubuntu-Befehle)

Nein und das aus zwei Gründen.

Den ersten hast Du schon genannt; diese Deinstallation geht über den Paketmanager (womit wir beim zweiten Grund wären), was jedoch nichts bringt, wenn man Pakete von Hand am Paketmanager vorbei installiert.

Nächste Lektion=> Nutze Deinen Paketmanager.

Als Windowsumsteiger wird das "ungewohnt" sein, aber eines kann ich Dir jetzt schon vorhersagen.

Solltest Du bei Linux bleiben, dann wirst Du diese extrem praktische Einrichtung namens "Paketmanager" bald nicht mehr missen wollen, dabei ist es auch vollkommen egal, ob das YaST, zypper, smart, apt oder wasweissichwas ist, jede Linuxdistribution bietet Dir so etwas an und es ist IMHO einer der grössten Vorzüge dieses OS.

Zum Grafiktreiber:

- Lege Dir eine Sicherungskopie der aktuellen xorg.conf an (nur für alle Fälle)

- Öffne die Datei /etc/X11/xorg.conf mit einem Texteditor und ersetze "fglrx" durch "radeon".

- Melde Dich ab und wechsle mit STRG+ALT+F1 auf eine Konsole.

- Melde Dich dort als root an und gib

rcxdm restart

ein.

Danach sollte das Ganze mit dem nativen Treiber laufen.

AFAIK gibt es ein Uninstallerscript für den fglrx, da soll sich aber jemand Anderes äussern.

Greetz,

RM

 

[Mike1]

Rain_Maker war schneller, Post kann gelöscht werden

 

[Phorkyas]

Soweit alles gemacht.

Nur taucht jetzt unter
grep Driver /etc/X11/xorg.conf*

/etc/X11/xorg.conf:  Driver       "kbd"
/etc/X11/xorg.conf:  Driver       "mouse"
/etc/X11/xorg.conf:  Driver       "radeon"
/etc/X11/xorg.conf~:  Driver       "kbd"
/etc/X11/xorg.conf~:  Driver       "mouse"
/etc/X11/xorg.conf~:  Driver       "fglrx"
/etc/X11/xorg.conf.install:  Driver             "kbd"
/etc/X11/xorg.conf.install:  Driver     "mouse"
/etc/X11/xorg.conf.install:  Driver     "mouse"
/etc/X11/xorg.conf.install:  Driver             "ChangeMe"
/etc/X11/xorg.conf.install:  Driver             "fbdev"
/etc/X11/xorg.conf.install:  Driver             "vesa"
/etc/X11/xorg.conf.install:  Driver             "vmware"
/etc/X11/xorg.conf.saxsave:  Driver       "kbd"
/etc/X11/xorg.conf.saxsave:  Driver       "mouse"
/etc/X11/xorg.conf.saxsave:  Driver       "fglrx"

noch dieses "xorg.conf~" auf... erstellt hab ich das (zumindest absichtlich) nicht XD


Soweit so gut,
Phorkyas

//Edit
Die 3D Unterstützung funktioniert allerdings wenn ich das auf Seite1 richtig verstanden habe immer noch nicht, denn:
glxinfo|grep render

direct rendering: No
OpenGL renderer string: Mesa GLX Indirect

 

[sinn3r]

noch dieses "xorg.conf~" auf... erstellt hab ich das (zumindest absichtlich) nicht XD

Nein, dass ist ein automatisches Backup deines Editors, dass die Version vor dem letzten Speichern der Datei enthaelt.

 

[Mike1]

Ist bei 'glxinfo' Direct Rendering jetzt wieder "Yes"? Wenn ja dann passt eigentlich alles...