[openSUSE 10.3/Gnome] Internetverbindung und weitere Probleme

grep Driver /etc/X11/xorg.conf*

das ist nicht das richtige hier. Gewöhn dir das bloß nicht an. Die Datei, welche die Konfiguration deines Xservers enthält heißt
Code:
xorg.conf
und liegt im Pfad
Code:
/etc/X11/
die anderen sind nur Backups. Was du dir unbedingt anschauen solltest ist in dem Zusammenhang die Ausgabe von
Code:
glxinfo
.


//Edit
Die 3D Unterstützung funktioniert allerdings wenn ich das auf Seite1 richtig verstanden habe immer noch nicht, denn:
glxinfo|grep render
Code:
direct rendering: No
OpenGL renderer string: Mesa GLX Indirect

Nein, und das kann eigentlich auch nicht gehen. Wenn das allerdings vorher der Fall war, dann wohl reiner Zufall?
Jedenfalls ist es IMHO eine Frage des kernel-moduls.
Bei mir geht der treiber fglrx in der Version 8.455.2 (=Catalyst 8.3)
Code:
[B]rpm -qa|grep -i fglrx[/B]
kmod-fglrx-2.6.24.3-34.fc8-8.455.2-3.8.02.lvn8
xorg-x11-drv-fglrx-8.455.2-1.8.02.lvn8
kmod-fglrx-8.455.2-3.8.02.lvn8
xorg-x11-drv-fglrx-libs-8.455.2-1.8.02.lvn8
kmod-fglrx-2.6.24.3-12.fc8-8.455.2-2.8.02.lvn8

Bei deiner Karte sollte dieser Treiber Unterstützung bieten.
Meine Informationen gelten zwar nur für fedora, daher finde ich wohl grad auch keinen ati-treiber für suse. Aber das es sowas geben muss, ist wohl nicht zur Diskussion.
Ich kann nur für Fedora sprechen. Klappt alles bei mir.

Kann nur mal die Ausgabe posten:
Code:
[B]lspci -vs 01:05.0[/B]
01:05.0 VGA compatible controller: ATI Technologies Inc RS485 [Radeon Xpress 1100 IGP] (prog-if 00 [VGA controller])
        Subsystem: Acer Incorporated [ALI] Unknown device 009f
        Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 22
        Memory at c8000000 (32-bit, prefetchable) [size=128M]
        I/O ports at 9000 [size=256]
        Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
        [virtual] Expansion ROM at c0120000 [disabled] [size=128K]
        Capabilities: [50] Power Management version 2
        Kernel driver in use: fglrx_pci
        Kernel modules: radeonfb, fglrx
 
Zuletzt bearbeitet:
kostjaXP schrieb:
das ist nicht das richtige hier. Gewöhn dir das bloß nicht an.
mkay, keine Sternchen mehr *g*

hmm wollte ich fglrx nicht gerade runterschmeißen?

...und zumindest aus "rpm -qa" isses raus. Jedenfalls liefert die Konsole keine Ausgabe.

Phorkyas
 
das ist nicht das richtige hier. Gewöhn dir das bloß nicht an.

Nun mal langsam mit die junge Pferde hier.

Lies mal, worum es dabei ging, dann weisst Du wieso das mit der "Wildcard" eben nicht "falsch" war.

Und die Ausgabe ansehen ist auch kein Fehler.

Code:
/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"
Genau das war der Sinn dieser Ausgabe, die Antwort auf die Frage "Gibt es noch ein Backup in welchem die Karte mit dem Treiber "radeon" genutzt wurde?

(Welcher übrigens schon mit 3D lief, siehe 1. Seite)

Bei jedem Treffer steht auch schön der Dateiname dabei, was also war an der Wildcard "falsch"?

Nein, und das kann eigentlich auch nicht gehen. Wenn das allerdings vorher der Fall war, dann wohl reiner Zufall?

Oder aber es lag an einem Wetterballon, der gestern über der Wüste von Nevada abgestürzt ist. :rolleyes:

Diese Karte wird auch von "radeon" mit 3D unterstützt siehe auch das DRI-Wiki.

Die Vermutung liegt eher nahe, daß bei der händischen Installation des fglrx die entsprechenden Links auf die libGL.so.*irgendwas* auf die Libraries des fglrx umgebogen wurden und das nun die Probleme macht.

So der so sollte man zuerst die bisherige händische Installation des fglrx entfernen, denn auch bei der Installation des fglrx über ein RPM kann das zu Problemen führen, wenn es da noch Reste gibt.

@Phorkyas

Versuchen wir es zunächst mit der sax2-Methode eine "radeon"-Konfiguration herzustellen.

Ein Backup der Date xorg.conf hast Du ja schon, also wie folgt vorgehen.

- STRG+ALT+F1

- Als root einloggen.

- 'init 3' um in einen nicht-grafischen Runlevel zu wechseln.

-
Code:
sax2 -m -r 0=radeon
Karte konfigurieren und das Häkchen bei 3D-Unterstützung setzen. Konfiguration _unbedingt_ vor dem Speichern testen und die Meldung vor dem Test (Popup) lesen. Da steht, wie man bei schwarzem Bildschirm wieder raus aus dem Test kommt.

- Danach mit 'init 5' in den grafischen Runlevel wechseln und die Ausgabe von 'glxinfo|grep render' aufrufen.

Sollte immer noch "No" da stehen, dann die Ausgabe von

Code:
sudo egrep 'EE|WW' /var/log/Xorg.0.log
posten.

Greetz,

RM

P.S. Thx @Mike1
 
Zuletzt bearbeitet von einem Moderator:
AMD/ATI sagt zum Deinstallieren:
Uninstalling the ATI Linux Proprietary Graphics Driver

Un-installing the ATI Linux Proprietary Driver is dependent on the mode of initial installation.
Automatic or Custom Driver Installations

If the ATI Proprietary Linux Graphics Driver was installed using either the Automatic or Custom options, then do the following:

1. Launch the Terminal Application/Window and navigate to the /usr/share/ati folder.
2. With super user permissions, enter the command "sh ./fglrx-uninstall.sh"

You have now successfully uninstalled the ATI Linux Proprietary Graphics Driver.

Package Generation

If the initial installation of the driver was done via the Operating Systems package management software (rpm, apt, etc.) then please use that package management software to remove the ATI Proprietary Linux Graphics Driver.
 
Zuletzt bearbeitet:
@R_M

Der Befehl 'sax2 -m -r 0=radeon' sagt "syntax error". Das erscheint mir auch halbwegs sinnig, denn unter 'man sax2' steht '-m' mit einem Argument der Form X=module (ensricht wohl bei mir 0=radeon)
Daher habe ich mir dann mal erlaubt 'sax2 -r -m 0=radeon' zu probieren...
nach einigem geratter (ich denke genau an dem Punkt wo er das Konfigurationsfenster anzeigen will) wechselt der Monitor dann in den Stromsparmodus.

Dann habe ich die Befehle mal einzeln versucht, also 'sax2 -r' und 'sax2 -m 0=radeon'.
'sax2 -r' ist denke ich relativ sinnlos, das sollte er ja immer noch mit dem fglrx laden.
Auf jedenfall kam hier das Konfigurationsfenster aber, Sax2 sagte das 3D nicht unterstützt werden könnte weil Treiber/Karte das nicht könnten.

'sax2 -m 0=radeon' wurde wieder (am selben punkt wie oben) in den Stromsparmodus gewechselt.

Anmerkung:
Ich weis nicht ob es hilft, aber als ich SuSE mit der Live DVD ausprobieren wollte (SuSE 10.2) ist der Bildschirm auch immer in den Stromsparmodus und ich würde sagen genau dann als er die graphische Oberfläche anzeigen wollte.


Auch wenn ich damit die Konfiguration nicht abschließen konnte hier schon mal:
sudo egrep 'EE|WW' /var/log/Xorg.0.log
Code:
     (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory "/usr/share/fonts/local" does not exist.
(WW) The directory "/usr/share/fonts/PEX" does not exist.
(WW) The directory "/usr/share/fonts/latin2/misc" does not exist.
(WW) The directory "/usr/share/fonts/latin2/75dpi" does not exist.
(WW) The directory "/usr/share/fonts/latin2/100dpi" does not exist.
(WW) The directory "/usr/share/fonts/latin2/Type1" does not exist.
(WW) The directory "/usr/share/fonts/latin7/75dpi" does not exist.
(WW) The directory "/usr/share/fonts/baekmuk" does not exist.
(WW) The directory "/usr/share/fonts/japanese" does not exist.
(WW) The directory "/usr/share/fonts/kwintv" does not exist.
(WW) The directory "/usr/share/fonts/CID" does not exist.
(WW) The directory "/usr/share/fonts/ucs/misc" does not exist.
(WW) The directory "/usr/share/fonts/ucs/75dpi" does not exist.
(WW) The directory "/usr/share/fonts/ucs/100dpi" does not exist.
(WW) The directory "/usr/share/fonts/hellas/misc" does not exist.
(WW) The directory "/usr/share/fonts/hellas/75dpi" does not exist.
(WW) The directory "/usr/share/fonts/hellas/100dpi" does not exist.
(WW) The directory "/usr/share/fonts/hellas/Type1" does not exist.
(WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
(WW) The directory "/usr/share/fonts/xtest" does not exist.
(WW) The directory "/opt/kde3/share/fonts" does not exist.
(II) Loading extension MIT-SCREEN-SAVER
(WW) RADEON: No matching Device section for instance (BusID PCI:2:0:1) found
(WW) RADEON(0): Failed to detect secondary monitor, MergedFB/Clone mode disabled
(EE) RADEON(0):  1600x1024 is not supported by the device
(EE) RADEON(0):  1600x1000 is not supported by the device
(EE) RADEON(0):  1400x1050 is not supported by the device
(EE) RADEON(0):  1440x900 is not supported by the device
(EE) RADEON(0):  1366x768 is not supported by the device
(EE) RADEON(0):  1280x800 is not supported by the device
(EE) RADEON(0):  1280x768 is not supported by the device
(EE) RADEON(0):  1280x600 is not supported by the device
(EE) RADEON(0):  1024x600 is not supported by the device
(EE) RADEON(0):  768x576 is not supported by the device
(WW) RADEON(0): Probed monitor is 490x320 mm, using Displaysize 451x338 mm
(WW) RADEON(0): Option "FSAADisableGamma" is not used
(WW) RADEON(0): Option "Capabilities" is not used
(WW) RADEON(0): Option "FSAAMSPosY0" is not used
(WW) RADEON(0): Option "FSAAMSPosY1" is not used
(WW) RADEON(0): Option "FSAAMSPosX4" is not used
(WW) RADEON(0): Option "FSAAScale" is not used
(WW) RADEON(0): Option "FSAAMSPosX5" is not used
(WW) RADEON(0): Option "ForceGenericCPU" is not used
(WW) RADEON(0): Option "FSAAMSPosY2" is not used
(WW) RADEON(0): Option "GammaCorrectionI" is not used
(WW) RADEON(0): Option "FSAAMSPosY3" is not used
(WW) RADEON(0): Option "FSAAMSPosX0" is not used
(WW) RADEON(0): Option "FSAAMSPosY4" is not used
(WW) RADEON(0): Option "UseFastTLS" is not used
(WW) RADEON(0): Option "FSAACustomizeMSPos" is not used
(WW) RADEON(0): Option "FSAAMSPosY5" is not used
(WW) RADEON(0): Option "FSAAEnable" is not used
(WW) RADEON(0): Option "GammaCorrectionII" is not used
(WW) RADEON(0): Option "BlockSignalsOnLock" is not used
(WW) RADEON(0): Option "VideoOverlay" is not used
(WW) RADEON(0): Option "FSAAMSPosX1" is not used
(WW) RADEON(0): Option "StereoSyncEnable" is not used
(WW) RADEON(0): Option "UseInternalAGPGART" is not used
(WW) RADEON(0): Option "PseudoColorVisuals" is not used
(WW) RADEON(0): Option "Stereo" is not used
(WW) RADEON(0): Option "FSAAMSPosX2" is not used
(WW) RADEON(0): Option "OpenGLOverlay" is not used
(WW) RADEON(0): Option "FSAAMSPosX3" is not used
(WW) RADEON(0): Option "ScreenOverlap" is not used
(WW) RADEON(0): Option "CenterMode" is not used
(WW) RADEON(0): Option "CalcAlgorithm" is not used


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

@Mike1
Danke dir!
Hat soweit alles geklappt. Wie kann ich sicher nachprüfen das fglrx ganz weg ist?

Bei
grep Driver /etc/X11/xorg.conf*
Code:
/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.fglrx-0:  Driver       "kbd"
/etc/X11/xorg.conf.fglrx-0:  Driver       "mouse"
/etc/X11/xorg.conf.fglrx-0:  Driver       "radeon"
/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"
ist es ja jetzt soweit ich sehe nurnoch im texteditor-backup und im saxsave-backup.


So long,
Phorkyas


P.S.
der openSuSE updater erzählt gerade etwas von "mandatory updates".
Ja/Nein Frage:
Würde ich durch eine Installation dieses Updates irgendetwas von dem bisher erreichten (bzgl. Netzwerkkarte und Grafikkarte) wieder zerstören?

//edit
P.P.S.
Hab gerade den "Detail"-button entdeckt:
Er will
"fetchmsttfonts.sh" , "sqlite2" , "libcdio" und "epiphany" updaten.
Klingt mir nicht so als würde es was kaputtmachen, aber nach der ganzen mühe lieber nachfragen *g*
 
Zuletzt bearbeitet:
Würde ich durch eine Installation dieses Updates irgendetwas von dem bisher erreichten (bzgl. Netzwerkkarte und Grafikkarte) wieder zerstören?

Nein. Updates passen Konfigurationsdateien bisweilen an, verändern jedoch niemals ihre eigentliche Intention.

"fetchmsttfonts.sh" , "sqlite2" , "libcdio" und "epiphany" updaten.
Klingt mir nicht so als würde es was kaputtmachen, aber nach der ganzen mühe lieber nachfragen *g*

Was der updater anzeigt, sind lediglich die Pakete aus dem update-Repository von SuSE, da ist z.B. packman noch nicht mal dabei. Ich erinnere mich nicht, dass in den letzten vier SuSE-Versionen etwas malades aus diesem channel gekommen ist, denn die SuSE-updates sind recht restriktiv auf Stabilität getrimmt und stopfen nur bekanntgewordene Sicherheitslöcher. Zumal vier Pakete nun wirklich nicht sehr viel sind. smart (eine Alternative zum YaST-Paketmanagement) meldet mir gerade dies hier:

Code:
hoppers:/home/kalle # smart upgrade
Lade Zwischenspeicher...
Update Zwischenspeicher...  #################################### [100%]

Berechne Vorgang ...

Erneuere Pakete (139):
  FreeNX                             kdeartwork4-icons
  GeoIP                              kdeartwork4-kwin
  NX                                 kdeartwork4-kworldclock
  SDL                                kdeartwork4-screensaver
  SDL-devel                          kdeartwork4-sounds
  alsa                               kdeartwork4-wallpapers
  alsa-devel                         kdebase4
  alsa-oss                           kdebase4-libkonq
  alsa-plugins                       kdebase4-nsplugin
  alsa-plugins-jack                  kdebase4-openSUSE
  alsa-tools                         kdebase4-runtime
  alsa-tools-gui                     kdebase4-wallpapers
  alsa-utils                         kdebase4-workspace
  bitlbee                            kdebindings4
  dragonplayer                       kdegames4
  esound                             kdegames4-carddecks-default
  extragear-plasma                   kdegames4-carddecks-other
  fluidsynth                         kdegraphics4
  gimp                               kdelibs4
  gimp-lang                          kdelibs4-core
  jack                               kdelibs4-doc
  kde4-amor                          kdemultimedia4
  kde4-ark                           kdenetwork4-filesharing
  kde4-dolphin                       kdepimlibs4
  kde4-gwenview                      kdetoys4
  kde4-kate                          kdeutils4
  kde4-kcalc                         kdiamond
  kde4-kdf                           kdvdcreator
  kde4-kdialog                       knights
  kde4-kdm                           koffice2-doc
  kde4-kdnssd                        ksystemlog
  kde4-keditbookmarks                libGeoIP1
  kde4-kfind                         libasound2
  kde4-kget                          libesd0
  kde4-kgpg                          libffmpeg0
  kde4-kinfocenter                   libfluidsynth1
  kde4-kio_audiocd                   libfreebob
  kde4-kiten                         libfreebob-devel
  kde4-kjots                         libjack0
  kde4-kmix                          libkcddb4
  kde4-knetwalk                      libkcompactdisc4
  kde4-knewsticker                   libkde4
  kde4-kolourpaint                   libkde4-devel
  kde4-konqueror                     libkdecore4
  kde4-konqueror-plugins             libkdecore4-devel
  kde4-konsole                       libkdegames4
  kde4-kopete                        libkdepimlibs4
  kde4-krdc                          libkonq4
  kde4-krename                       libpoppler-qt4-2
  kde4-krep                          libpoppler2
  kde4-krfb                          libqt4
  kde4-kruler                        libqt4-dbus-1
  kde4-kscd                          libqt4-devel
  kde4-ksnapshot                     libqt4-devel-doc
  kde4-kteatime                      libqt4-devel-doc-data
  kde4-ktimer                        libqt4-qt3support
  kde4-kwalletmanager                libqt4-sql
  kde4-kweather                      libqt4-sql-sqlite
  kde4-kwin                          libqt4-x11
  kde4-kworldclock                   libsoprano-devel
  kde4-kwrite                        libsoprano4
  kde4-l10n-de                       libtheora0
  kde4-l10n-de-data                  muse
  kde4-okular                        oxygen-icon-theme
  kde4-superkaramba                  oxygen-icon-theme-scalable
  kde4-sweeper                       python-gtk
  kdeaccessibility4                  python-qt4
  kdeadmin4                          soprano
  kdeartwork4                        vorbis-tools
  kdeartwork4-emoticons

289.9MB an Paketdateien sind benötigt.1.2MB wird benutzt.

Änderungen anwenden? (J/n) :

Meine letztes systemweite Aktualisierung war übrigens gestern so um diese Zeit :) (liegt aber [abgesehen von meiner etwas ausgeuferten Repo-Liste] v.a. am KDE4-Team, die haben sich den Schlaf abgewöhnt oder sowas). Ob ein upgrade als risikolos zu bewerten ist, hängt weniger von den zu aktualisierenden Paketen ab als von den Repositories, aus denen diese bezogen werden. Wenn Du unter openSUSE 10.3 oss, non-oss, update und packman nutzt, bist Du vor bösen Überraschungen ziemlich sicher. Weitere Repos können dennoch sinnvoll sein, sollten aber vor der Aktivierung auf Notwendigkeit und Inhalt (Entwicklerversionen o.ä.) geprüft werden (notfalls kann man ja auch mal einen SuSE-Haudegen fragen), denn ansonsten kann ein Sys unter Umständen mit zwei Mausklicks zur Hölle geschickt werden. Bevor man sich wacklige Kandidaten in die Repositories wuchtet, sollte man mit den Paketnamen bzw. -beschreibungen etwas anfangen können und im Zweifelsfalle auf sie verzichten, zumal dann meist Paketsperrungen und Priorisierungen notwendig werden. Mit den genannten vier Repos ist das konzentrierte Verfolgen der Aktualisierung nicht unbedingt nötig (oft aber trotzdem interessant), und die sich aus ihnen ergebende Softwareauswahl bereits sehr umfangreich.
 
Zuletzt bearbeitet:
Nein. Updates passen Konfigurationsdateien bisweilen an, verändern jedoch niemals ihre eigentliche Intention.

Was der updater anzeigt, sind lediglich die Pakete aus dem update-Repository von SuSE, da ist z.B. packman noch nicht mal dabei. Ich erinnere mich nicht, dass in den letzten vier SuSE-Versionen etwas malades aus diesem channel gekommen ist, denn die SuSE-updates sind recht restriktiv auf Stabilität getrimmt und stopfen nur bekanntgewordene Sicherheitslöcher. Zumal vier Pakete nun wirklich nicht sehr viel sind. smart (eine Alternative zum YaST-Paketmanagement) meldet mir gerade dies hier:

Ob ein upgrade als risikolos zu bewerten ist, hängt weniger von den zu aktualisierenden Paketen ab als von den Repositories, aus denen diese bezogen werden. Wenn Du unter openSUSE 10.3 oss, non-oss, update und packman nutzt, bist Du vor bösen Überraschungen ziemlich sicher. Weitere Repos können dennoch sinnvoll sein, sollten aber vor der Aktivierung auf Notwendigkeit und Inhalt (Entwicklerversionen o.ä.) geprüft werden (notfalls kann man ja auch mal einen SuSE-Haudegen fragen), denn ansonsten kann ein Sys unter Umständen mit zwei Mausklicks zur Hölle geschickt werden. Bevor man sich wacklige Kandidaten in die Repositories wuchtet, sollte man mit den Paketnamen bzw. -beschreibungen etwas anfangen können und im Zweifelsfalle auf sie verzichten, zumal dann meist Paketsperrungen und Priorisierungen notwendig werden. Mit den genannten vier Repos ist das konzentrierte Verfolgen der Aktualisierung nicht unbedingt nötig (oft aber trotzdem interessant), und die sich aus ihnen ergebende Softwareauswahl bereits sehr umfangreich.

Kalle, Kalle er hat ja bloß gefragt ob so ein Upgrade seine erfolgreichen Änderungen bezüglich Netzwerkkarte zunichte machen könnte, wie das ja beim Kernel Upgrade der Fall war.
Und auf diese Frage würde ich antworten das wohl nur Upgrades von Kernel oder udev, wo Phorkyas ja Änderungen gemacht hat "böhse" sind.

Wobei deine kurze Erklärung zum Thema Repos und Sicherheit sicherlich auch nicht geschadet hat.


PS: lass dich öfter in jabber und im Unixboard blicken! Man hätte ja die letzten Wochen schon fast glauben können du wärst gestorben! ;)
 
Zuletzt bearbeitet:
PS: lass dich öfter in jabber und im Unixboard blicken! Man hätte ja die letzten Wochen schon fast glauben können du wärst gestorben! ;)

Mach ich! :) (Edit: also mich blicken lassen, nicht sterben.)

Das Paketmanagement macht Linux für mich erst so richtig interessant, gleichzeitig ist es ein Modul, welches sowohl sehr viel erfreuliches als auch negatives Potential beinhaltet, deswegen neige ich da zu missionierenden Grundsatzdebatten...
 
Zuletzt bearbeitet:
Und auf diese Frage würde ich antworten das wohl nur Upgrades von Kernel oder udev, wo Phorkyas ja Änderungen gemacht hat "böhse" sind.

Dazu zwei Anmerkungen.

1. Ab sofort (toi toi toi) sollten Kernelupdates kein Problem mehr sein, die kmp-Pakete sind so "gestrickt", daß sie in der Regel auch nach einem Kernelupdate noch funktionieren. Da openSUSE die "Major"-Version des Kernels nicht ändert, sollte das also ausgestanden sein. Das erneute Bauen des kmp-Paketes war eine Ausnahme, da beim Update auf 2.6.22.16 oder höher eine Änderung der Kernelschnittstelle notwendig war, welche innerhalb eines Major-Releases (2.6.22. in diesem Fall) die absolute Ausnahme ist. Seit diesem problematischen Update auf 2.6.22.16-0.1 gab es zwei weitere Kernelupdates für 10.3; bei beiden funktionierten die kmp-Pakete hinterher noch ohne Probleme. Genau aus diesem Grund habe ich auch den TE ein RPM bauen lassen statt make && make install ausführen zu lassen (OK, und der kleine Patch wäre im originalen Quellcode auch nicht drin, aber das nur am Rande).

Sollte es trotzdem wider Erwarten erneut zu einem solchen Problem kommen, dann wird ein Rebuild aus dem src.rpm und Upgrade des Paketes Abhilfe schaffen.

2. Updates von udev sollten auch kein Problem sein, da zum Einen die Datei 70-persistent-net.rules von udev einmal angelegt wird (hier eher "werden sollte") und es zum Anderen innerhalb einer udev-Version keine Änderung in der Struktur/Syntax der Regeln geben wird. Auch hier wieder, da openSUSE innerhalb der "Lebensdauer" einer Version keine Updates auf eine neue "Major"-Version liefern wird, dürfte es hier keine Probleme mehr geben.

Greetz,

RM
 
Zuletzt bearbeitet von einem Moderator:
Nun mal langsam mit die junge Pferde hier.

Lies mal, worum es dabei ging, dann weisst Du wieso das mit der "Wildcard" eben nicht "falsch" war.

Und die Ausgabe ansehen ist auch kein Fehler.
Sorry, wollt ich damit nicht sagen. Wollt das nur allgemein klarstellen, damit der TE das nicht (wie er das offensichtlich tat) falsch interpretiert.
 
Zuletzt bearbeitet:
Danke für die Erläuterungen bezüglich Update!

Was die 3D-Unterstützung angeht hat es mich doch stark gewundert, das der Bildschirm einfach so abschaltet, die Festplatte z.B. aber noch rumort. Daher habe ich mal den Bildschirm mit dem seriellen Kabel angeschlossen und siehe da bei "sax2 -r -m 0=radeon" hat er sich nicht abgeschaltet und ich konnte auch Konfigurieren.

Dementsprechend sieht das ganze jetzt so aus:
glxinfo|grep render
Code:
direct rendering: Yes
OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX+/3DNow!+/SSE2 TCL

War es das jetzt oder fehlt noch etwas :think:

Phorkyas
 
Was die 3D-Unterstützung angeht hat es mich doch stark gewundert, das der Bildschirm einfach so abschaltet, die Festplatte z.B. aber noch rumort. Daher habe ich mal den Bildschirm mit dem seriellen Kabel angeschlossen und siehe da bei "sax2 -r -m 0=radeon" hat er sich nicht abgeschaltet und ich konnte auch Konfigurieren.

Dementsprechend sieht das ganze jetzt so aus:
glxinfo|grep render
Code:
direct rendering: Yes
OpenGL renderer string: Mesa DRI R300 20060815 x86/MMX+/3DNow!+/SSE2 TCL

sieht ja eigentlich gut aus :)
Nur würde ich versuchen das Ganze noch auf den DVI Ausgang umzustellen, schliesslich ist die Bildqualität dort besser als am VGA Ausgang, wo du ihn ja anscheinend jetzt angehängt hast.
 

Ähnliche Themen

xrandr: cant open display

kein Sound bei sämtlichen Distributionen...

Asus U30sd + Arch + Alsa...

HDMI Audio macht Probleme

Wo sind die Geräte?

Zurück
Oben