qlaka Napisano Wrzesień 9, 2005 Zgłoszenie Share Napisano Wrzesień 9, 2005 Witam Wiem, ze temat gorejacy ale nie moge znalezc rozwiazania. Po zainstalowaniu Fedory zabralem sie do instalacji karty Radeon 9100. Najpierw probowalem instalatorem-plik: ati-driver-installer-8.16.20-i386.run ze strony ATI. Po uruchomeniu fglrxconfig i restarcie komputer sie zawieszal tuz po wystartowaniu. Moglem ewentualnie otworzyc i zamknac menu z paska w KDE. Odpalenie chocby FireFoxa czy Konquerora czy innej aplikacji natychmiast powodowalo zawiesznie i brak reakcji. Pomagal tylko twardy reset. W zwiazku z tym, sprobowalem instalacji z paczek dla Xorg w wersji: fglrx_6_8_0-8.16.20-1.i386.rpm ze strony ATI. To samo-komputer sie zawieszal. To samo dzialo sie na sterownikach z LIVNy (dodam (_odrazu_ → od razu) ORT, ze FAQ do Fedory oraz jak instalowac ATI czytalem). Caly czas mowie o wersji 8.16.20. Zmiany ustawien w pliku xorg.conf nie dawaly poprawy. Jedynie wylaczenie "dri" lub akcelereacji powodowaly, ze system chodzil "normalnie". Noramalnie ale bez akceleracji oczywiscie. Polecenie fglrxinfo zwracalo informacje, ze uzywany jest sterownik Mesa. Uznalem, ze skoro tak, to zrobie: yum update. Tak tez zrobilem. Po aktualizacji mialem juz jadro: 2.6.12-1.1447_FC4. Wprawdzie pojawil sie jakis klopot podczas instalacji pakietow po aktualizacji (zawiesil sie komputer-nie wiem czy skonczyl instalacje czy nie) ale zadnych problemow podczas dalszego uzywania FC na kernelu 2.6.11 ani na 2.6.12 nie dostrzeglem. Po aktualizacji znow proba instalacji tych samych sterownikow z ATI. Efekt identyczny jak na jadrze 2.6.11. W zwiazku z tym postanowilem zainstalowac starsza wersje sterownika (tym bardziej, ze zaczely sie pojawiac glosy o nestabilnosci wersji 8.16.20), tj. 8.14.13. I znow probowalem instalatorem z ATI. Niby sie nie pokazywal bledow ale w \usr\share\fglrx\fglrx-inatall.log znalzlem jakies bledy, cos na temat agpgart.k lub agpgart.ko- sam juz nie pamietam. Nie wnikalem mocno. Uznalem, ze ta wersja sterownika jednak nie obsluguje jadra w wersji 2.6.12- cos gdzies zreszta na ten temat bylo chyba. Skupilem sie na instalacji z paczek z LIVNY-jako najlepszego zrodla pakietow. Instalacja z paczek z Livny na jadrze 2.6.12-1.1447_FC4 nie powiodla sie rowniez. Uzylem do instalacji nastepujacych plikow: ati-fglrx-8.14.13.1-0.lvn.5.4.i386.rpm ati-fglrx-devel-8.14.13.1-0.lvn.5.4.i386.rpm. Znalazlem jeszcze jeden plik w repozytorium ale sam nie wiem czy w ogole jest potrzebny. Jezeli jednak jest potrzebny, to mam pecha, gdyz nie ma go w wersji dla jadra: 2.6.12-1.1447_FC4. Mam na mysli paczke: kernel-module-fglrx-2.6.12-1.1398_FC4-8.14.13.1-0.lvn.5.4.i686.rpm. W zwiazku z powyzszym sprobowalem jescze zainstalowac sterowniki z LIVNY w wersji 8.14.13 na starszym jadrze, tj.: 2.6.11-1.1369_FC4. Niestety nie udalo sie. Instalacja niby bez problemow, jednak akceleracja nie dziala. Teraz juz nie wiem co mam zrobic. Probowac instalowac starsze sterowniki na na starszym jadrze? Szukac przyczyn zawieszania komputera na nowszych sterownikach? Poradzcie cos!!! W chwili obecnej mam zainstalowany nowy sterownik w wersji: 8.16.20 na jadrze 2.6.12-1.1447_FC4. Nie moge wydac komendy glxinfo ani fglrxinfo ani zadnej innej (glxgears czy juz nie wspomne o fgl_glxgears), gdyz uruchamiajac konsole- mam ZWIS! Moge natomiast wylaczyc akceleracje ale wowczas fglrxinfo i glxinfo zwracaja informacje, ze zaladowana jest MESA. Polecenie glx_gears pokazuje jakis blad, natomiast glxgears daje jakies 72-80 FPS. Jedyne co moge, to przeszukac dysk w poszukiwaniu LOGow. Na poczatek wrzucam XORG.CONF. Wrzucam calego, bo nie wiem co powinienem usunac, tym bardziej ze haszujac niektore wpisy zmienia sie parametry. Dzieki # File: xorg.conf # File generated by fglrxconfig © ATI Technologies, a substitute for xf86config. # Note by ATI: the below copyright notice is there for servicing possibly # pending third party rights on the file format and the instance of this file. # # Copyright © 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # DRI Section # ********************************************************************** Section "dri" # Access to OpenGL ICD is allowed for all users: Mode 0666 # Access to OpenGL ICD is restricted to a specific user group: # Group 100 # users # Mode 0660 EndSection # ********************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ********************************************************************** # Section "Module" # This loads the DBE extension module. Load "dbe" # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Load "type1" Load "freetype" # This loads the GLX module Load "glx" # libglx.a Load "dri" # libdri.a EndSection # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" # FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # The module search path. The default path is shown here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # Option "NoTrapSignals" # Uncomment this to disable the <Crtl><Alt><BS> server abort sequence # This allows clients to receive this key event. # Option "DontZap" # Uncomment this to disable the <Crtl><Alt><KP_+>/<KP_-> mode switching # sequences. This allows clients to receive these key events. # Option "Dont Zoom" # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # Option "DisableVidModeExtension" # Uncomment this to enable the use of a non-local xvidtune client. # Option "AllowNonLocalXvidtune" # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings. # Option "DisableModInDev" # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # Option "AllowNonLocalModInDev" EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Core keyboard's InputDevice section # ********************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "kbd" # For most OSs the protocol can be omitted (it defaults to "Standard"). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. # Option "Protocol" "Xqueue" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for XFree86 # Option "XkbRules" "xfree86" # Option "XkbModel" "pc101" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "pl" EndSection # ********************************************************************** # Core Pointer's InputDevice section # ********************************************************************** Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Device" "/dev/input/mice" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Option "Protocol" "Xqueue" # Baudrate and SampleRate are only for some Logitech mice. In # almost every case these lines should be omitted. # Option "BaudRate" "9600" # Option "SampleRate" "150" # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) # Option "Emulate3Buttons" # Option "Emulate3Timeout" "50" # ChordMiddle is an option for some 3-button Logitech mice # Option "ChordMiddle" EndSection # ********************************************************************** # Other input device sections # this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # # Section "InputDevice" # Identifier "Mouse2" # Driver "mouse" # Option "Protocol" "MouseMan" # Option "Device" "/dev/mouse2" # EndSection # # Section "InputDevice" # Identifier "spaceball" # Driver "magellan" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "spaceball2" # Driver "spaceorb" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "touchscreen0" # Driver "microtouch" # Option "Device" "/dev/ttyS0" # Option "MinX" "1412" # Option "MaxX" "15184" # Option "MinY" "15372" # Option "MaxY" "1230" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # # Section "InputDevice" # Identifier "touchscreen1" # Driver "elo2300" # Option "Device" "/dev/ttyS0" # Option "MinX" "231" # Option "MaxX" "3868" # Option "MinY" "3858" # Option "MaxY" "272" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonThreshold" "17" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "Monitor0" HorizSync 31.5 - 80.5 VertRefresh 60 - 75 Option "DPMS" # === mode lines based on GTF === # VGA @ 100Hz # Modeline "640x480@100" 43.163 640 680 744 848 480 481 484 509 +hsync +vsync # SVGA @ 100Hz # Modeline "800x600@100" 68.179 800 848 936 1072 600 601 604 636 +hsync +vsync # XVGA @ 100Hz # Modeline "1024x768@100" 113.309 1024 1096 1208 1392 768 769 772 814 +hsync +vsync # 1152x864 @ 60Hz # Modeline "1152x864@60" 81.642 1152 1216 1336 1520 864 865 868 895 +hsync +vsync # 1152x864 @ 85Hz # Modeline "1152x864@85" 119.651 1152 1224 1352 1552 864 865 868 907 +hsync +vsync # 1152x864 @ 100Hz # Modeline "1152x864@100" 143.472 1152 1232 1360 1568 864 865 868 915 +hsync +vsync # 1280x960 @ 75Hz # Modeline "1280x960@75" 129.859 1280 1368 1504 1728 960 961 964 1002 +hsync +vsync # 1280x960 @ 100Hz # Modeline "1280x960@100" 178.992 1280 1376 1520 1760 960 961 964 1017 +hsync +vsync # SXGA @ 100Hz # Modeline "1280x1024@100" 190.960 1280 1376 1520 1760 1024 1025 1028 1085 +hsync +vsync # SPEA GDM-1950 (60Hz,64kHz,110MHz,-,-): 1280x1024 @ V-freq: 60.00 Hz, H-freq: 63.73 KHz # Modeline "GDM-1950" 109.62 1280 1336 1472 1720 1024 1024 1026 1062 -hsync -vsync # 1600x1000 @ 60Hz # Modeline "1600x1000" 133.142 1600 1704 1872 2144 1000 1001 1004 1035 +hsync +vsync # 1600x1000 @ 75Hz # Modeline "1600x1000" 169.128 1600 1704 1880 2160 1000 1001 1004 1044 +hsync +vsync # 1600x1000 @ 85Hz # Modeline "1600x1000" 194.202 1600 1712 1888 2176 1000 1001 1004 1050 +hsync +vsync # 1600x1000 @ 100Hz # Modeline "1600x1000" 232.133 1600 1720 1896 2192 1000 1001 1004 1059 +hsync +vsync # 1600x1024 @ 60Hz # Modeline "1600x1024" 136.385 1600 1704 1872 2144 1024 1027 1030 1060 +hsync +vsync # 1600x1024 @ 75Hz # Modeline "1600x1024" 174.416 1600 1712 1888 2176 1024 1025 1028 1069 +hsync +vsync # 1600x1024 @ 76Hz # Modeline "1600x1024" 170.450 1600 1632 1792 2096 1024 1027 1030 1070 +hsync +vsync # 1600x1024 @ 85Hz # Modeline "1600x1024" 198.832 1600 1712 1888 2176 1024 1027 1030 1075 +hsync +vsync # 1920x1080 @ 60Hz # Modeline "1920x1080" 172.798 1920 2040 2248 2576 1080 1081 1084 1118 -hsync -vsync # 1920x1080 @ 75Hz # Modeline "1920x1080" 211.436 1920 2056 2264 2608 1080 1081 1084 1126 +hsync +vsync # 1920x1200 @ 60Hz # Modeline "1920x1200" 193.156 1920 2048 2256 2592 1200 1201 1203 1242 +hsync +vsync # 1920x1200 @ 75Hz # Modeline "1920x1200" 246.590 1920 2064 2272 2624 1200 1201 1203 1253 +hsync +vsync # 2048x1536 @ 60 # Modeline "2048x1536" 266.952 2048 2200 2424 2800 1536 1537 1540 1589 +hsync +vsync # 2048x1536 @ 60 # Modeline "2048x1536" 266.952 2048 2200 2424 2800 1536 1537 1540 1589 +hsync +vsync # 1400x1050 @ 60Hz M9 Laptop mode # ModeLine "1400x1050" 122.000 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync # 1920x2400 @ 25Hz for IBM T221, VS VP2290 and compatible display devices # Modeline "1920x2400@25" 124.620 1920 1928 1980 2048 2400 2401 2403 2434 +hsync +vsync # 1920x2400 @ 30Hz for IBM T221, VS VP2290 and compatible display devices # Modeline "1920x2400@30" 149.250 1920 1928 1982 2044 2400 2402 2404 2434 +hsync +vsync EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" # The chipset line is optional in most cases. It can be used to override # the driver's chipset detection, and should not normally be specified. # Chipset "generic" # The Driver line must be present. When using run-time loadable driver # modules, this line instructs the server to load the specified driver # module. Even when not using loadable driver modules, this line # indicates which driver should interpret the information in this section. Driver "vga" # The BusID line is used to specify which of possibly multiple devices # this section is intended for. When this line isn't present, a device # section can only match up with the primary video device. For PCI # devices a line like the following could be used. This line should not # normally be included unless there is more than one video device # installed. # BusID "PCI:0:10:0" # VideoRam 256 # Clocks 25.2 28.3 EndSection # === ATI device section === Section "Device" Identifier "ATI Graphics Adapter" Driver "fglrx" # ### generic DRI settings ### # === disable PnP Monitor === #Option "NoDDC" # === disable/enable XAA/DRI === Option "no_accel" "no" Option "no_dri" "no" # === misc DRI settings === Option "mtrr" "off" # disable DRI mtrr mapper, driver has its own code for mtrr # ### FireGL DDX driver module specific settings ### # === Screen Management === Option "DesktopSetup" "(null)" Option "HSync2" "unspecified" Option "VRefresh2" "unspecified" Option "ScreenOverlap" "0" Option "GammaCorrectionI" "0x00000000" Option "GammaCorrectionII" "0x00000000" # === OpenGL specific profiles/settings === Option "Capabilities" "0x00000000" Option "CapabilitiesEx" "0x00000000" # === Video Overlay for the Xv extension === Option "VideoOverlay" "on" # === OpenGL Overlay === # Note: When OpenGL Overlay is enabled, Video Overlay # will be disabled automatically Option "OpenGLOverlay" "off" # === Center Mode (Laptops only) === Option "CenterMode" "off" # === Pseudo Color Visuals (8-bit visuals) === Option "PseudoColorVisuals" "off" # === QBS Management === Option "Stereo" "off" Option "StereoSyncEnable" "1" # === FSAA Management === Option "FSAAEnable" "no" Option "FSAAScale" "1" Option "FSAADisableGamma" "no" Option "FSAACustomizeMSPos" "no" Option "FSAAMSPosX0" "0.000000" Option "FSAAMSPosY0" "0.000000" Option "FSAAMSPosX1" "0.000000" Option "FSAAMSPosY1" "0.000000" Option "FSAAMSPosX2" "0.000000" Option "FSAAMSPosY2" "0.000000" Option "FSAAMSPosX3" "0.000000" Option "FSAAMSPosY3" "0.000000" Option "FSAAMSPosX4" "0.000000" Option "FSAAMSPosY4" "0.000000" Option "FSAAMSPosX5" "0.000000" Option "FSAAMSPosY5" "0.000000" # === Misc Options === Option "UseFastTLS" "0" Option "BlockSignalsOnLock" "off" Option "UseInternalAGPGART" "yes" Option "ForceGenericCPU" "no" Option "KernelModuleParm" "agplock=0" # AGP locked user pages: disabled BusID "PCI:1:0:0" # vendor=1002, device=514d Screen 0 EndSection # ********************************************************************** # Screen sections # ********************************************************************** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the "-screen" # option. Section "Screen" Identifier "Screen0" Device "ATI Graphics Adapter" Monitor "Monitor0" DefaultDepth 24 #Option "backingstore" Subsection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" ViewPort 0 0 # initial origin if mode is smaller than desktop # Virtual 1280 1024 EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** # Any number of ServerLayout sections may be present. Each describes # the way multiple screens are organised. A specific ServerLayout # section may be specified from the X server command line with the # "-layout" option. In the absence of this, the first section is used. # When now ServerLayout section is present, the first Screen section # is used alone. Section "ServerLayout" # The Identifier line must be present Identifier "Server Layout" # Each Screen line specifies a Screen section name, and optionally # the relative position of other screens. The four names after # primary screen name are the screens to the top, bottom, left and right # of the primary screen. Screen "Screen0" # Each InputDevice line specifies an InputDevice section name and # optionally some options to specify the way the device is to be # used. Those options include "CorePointer", "CoreKeyboard" and # "SendCoreEvents". InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection ### EOF ### Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
asasyn Napisano Wrzesień 9, 2005 Zgłoszenie Share Napisano Wrzesień 9, 2005 Na twoim miejscu zrobiłbym cos takiego: Odpaliłbym kompa w trybie rescue, natępnie chroot /mnt/sysimage Kolejno updatedb by zauktualizować listę wszystkich plików na dysku. Następnie rpm -qa | grep ati i wywaliłbym przez rpm -e nazwa pakietu wszystkie pakiety mające w nazwie ati. W /etc/X11 na pewno pozostał oryginalny xorg.conf z rozszerzeniem bak. Więc aktualny xorg.conf bym wywalił, a nazwę tego zapasowego zmienił na xorg.conf. W ten sposób wróciłbym do punktu wyjscia, sprzed instalacji tych sterów. A dalej wg twojego uznania. Możesz jeszcze odchaszować linię busID w xorgu i zmienić 0:10:0 na 1:0:0 ale nie wiem czy to coś da. Poczekaj jeszcze na opinię innych, możliwe że jest jeszcze inne wyjście, niczego na razie nie kasuj Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@perl Napisano Wrzesień 9, 2005 Zgłoszenie Share Napisano Wrzesień 9, 2005 Najpierw probowalem instalatorem-plik: ati-driver-installer-8.16.20-i386.run ze strony ATI. tutaj popelniles pierwszy blad na przyszloas lepiej zajrzec najpierw do faq: http://faq.fedora.pl oraz na forum, zacznijmy od tego zeby odistalowac ten sterownik, musisz wydac polecenie installera wraz z parametrem uninstall (z tego co pamietam) sprobowalem instalacji z paczek dla Xorg w wersji: fglrx_6_8_0-8.16.20-1.i386.rpm ze strony ATI tutaj popelniles kolejny blad, rowniez pownienes odinstalowac ten sterownik, uzywajac: # rpm -e fglrx_6_8_0-8.16.20-1.i386 Caly czas mowie o wersji 8.16.20. tutaj popelniles trzeci blad (tym razem jednak nie z twojej winy) - sterownik w tej wersji niezbyt dobrze pracuja, swiadcza o tym wypowiedzi uzytkownikow, lepiej zebys zainteresowal sie sterownikami wersji 8.14.13 i z ta wersja pobral z serwera livny na dysk pliki (ati-fglrx oraz kernel-module-fglrx) odpowiednie dla twojego jadra, zanim jednak zaczniesz je instalowac, jeszcz pownienes usunac reszte balaganu tzn.: wydaj polecenie: rpm -qa | grep fglrx nastepnie odinstaluj wszytkie pakiety ktore Ci wypisze: # rpm -e <nazwapierwszego pakietu <nazwa drugiego pakietu> <itd.> teraz mozesz zainstalowac sterowniki: # rpm - Uvh ati-fglrx-<twoja wersja> kernel-module-fglrx-<twoja wersja> natepnie restart systemu lub X'ow i poleceniem: fglrxinfo sprawdz czy wszystko poszlo dobrze Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
qlaka Napisano Wrzesień 9, 2005 Autor Zgłoszenie Share Napisano Wrzesień 9, 2005 Czytałem wiele, miedzy innymi Twoich postow perl i zastosowalem sie juz do wiekszosci, jezeli nie wszystkich, Twoich porad w swoich zmaganiach. Lacznie ze sprawdzaniem zainistalowanych paczek, po czym odinstalowywaniu ich, po czym podejmowaniu koleljnych prob instalacfji nowych. Albo gdzies popelniam blad albo to szczegolny przypadek Jezeli asasyn ma racje (jeszcze nie mialem okazji sprawdzic), to faktycznie moze po zaktualizowaniu listy plikow, okaze sie, ze cos jeszcze u mnie starego "siedzi"-zobacze troche pozniej. teraz mozesz zainstalowac sterowniki: KOD # rpm - Uvh ati-fglrx-<twoja wersja> kernel-module-fglrx-<twoja wersja> Tutaj wlasnie jest maly problem. W repozytoriach nie ma paczki kernel-module-fglrx-2.6.12-1.1447_FC4-8.14.13.1-0.lvn.5.4.i686.rpm Jest jakis sposob, zeby skorzystac z innej paczki? Jezeli nie, pozostaje mi tylko probowac instalacji na jadrze: 2.6.11- czyli starym, bo do niego znalazlem trzy paczki: kernel-module-fglrx-2.6.11-1.1369_FC4-8.14.13.1-0.lvn.5.4.i686.rpm, ati-fglrx-devel-8.14.13.1-0.lvn.5.4.i386.rpm, ati-fglrx-8.14.13.1-0.lvn.5.4.i386.rpm Potrzebne sa wszystkie trzy czy moze ktoras z nich jest zbedna? Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
asasyn Napisano Wrzesień 9, 2005 Zgłoszenie Share Napisano Wrzesień 9, 2005 Słyszałem że repozytoria z livny gryzą się z repo z freshrpms. Spróbuj może na ten czas freshrpms przenieść w inne miejsce na dysku, później może wrócić z powrotem Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@perl Napisano Wrzesień 9, 2005 Zgłoszenie Share Napisano Wrzesień 9, 2005 Jest jakis sposob, zeby skorzystac z innej paczki? mozesz skorzytac z pakietow zrodlowych i z nich skompilowac sobie modul do swojego jadra, na livna.org jest krok po kroku jak to zrobic Potrzebne sa wszystkie trzy czy moze ktoras z nich jest zbedna? paczka devel nie jest wymagana, Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
qlaka Napisano Wrzesień 9, 2005 Autor Zgłoszenie Share Napisano Wrzesień 9, 2005 mozesz skorzytac z pakietow zrodlowych i z nich skompilowac sobie modul do swojego jadra, na livna.org jest krok po kroku jak to zrobic Tego jeszcze nie czytalem. Dzieki Bede probowal :lammer: Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
delta01w Napisano Wrzesień 9, 2005 Zgłoszenie Share Napisano Wrzesień 9, 2005 http://www.fedora.pl/forum/index.php?showtopic=6695 Zobacz ten temat. Też miałem problemy i okazało się, że jest to kwestia odpowiednich sterowników i kernela. Nie ma sensu specjalnie po to kompilować jajka - chyba, że wyżej podane rozwiązanie nie zadziała, albo jeżeli mimo wszystko chcesz być "si" i mieć najnowsze jajko. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
qlaka Napisano Wrzesień 10, 2005 Autor Zgłoszenie Share Napisano Wrzesień 10, 2005 mozesz skorzytac z pakietow zrodlowych i z nich skompilowac sobie modul do swojego jadra, na livna.org jest krok po kroku jak to zrobic Probowalem. Albo to zle zrobilem albo nic to nie daje. Udalo mi sie po kilku probach wygenerowac paczki: ati-fglrx-8.14.13.1-0.lvn.5.4.i686.rpm ati-fglrx-debuginfo-8.14.13.1-0.lvn.5.4.i686.rpm ati-fglrx-devel-8.14.13.1-0.lvn.5.4.i686.rpm kernel-module-fglrx-2.6.11-1.1369_FC4-8.14.13.1-0.lvn.5.4.i686.rpm kernel-module-fglrx-2.6.12-1.1447_FC4-8.14.13.1-0.lvn.5.4.i686.rpm Do instalacji przystapilem po wczesniejszym sprawdzeniu czy nic nie jest zainstalowane, tzn. rpm -qa | grep fglrx To co bylo odinstalowalem. Sprawdzilem rowniez czy nie ma pozostalosci po sterach z ATI. Gdyby cos bylo zainstalowane, powinienem miec katalog: /usr/share/fglrx a w nim fglrx-unistall.sh Proba instalacji na jadrze 2.6.12, klapa. Niby wszystko normalnie ale nie dziala. Zaczalem cos grzebac i przestala mi dzialac mysz. Zauwazylem wtedy, ze w xorg.conf nie ma zadnych zmian. Tak jakbym nie instalowal sterownikow fglrx. Uznalem, ze cos jest nie tak. Na stronie ATI jest napisane, ze sterownik w wersji 8.16.20 obsluguje "JUZ" jadro 2.6.12. Uznalem, ze nie moze zatem tego jadra obslugiwac starszy sterownik, czyli ten z ktorym walczylem. Przelaczylem sie na jadro 2.6.11. Instalacja znow niby normalnie a dalej Mesa. Tym razem dziala mysz i wszystko poza DRI. Sprobuje teraz wygenerowac paczki ze zrodel ale dla sterownika 8.16.20. Jezeli ktos jeszcze ma jakies sugestie, to bardzo prosze. Powoli konczy mi sie cierpliwosc. Na stronach ATI jest cos napisane na temat wewnetrznego/zewnetrznego modulu AGP. Zwlaszcza dla chipsetow VIA. Ja mam VIA. Nie mam natomiast nidgdzie w systemie pliku: via-agp.ko Nie moge rowniez znalezc YUM'em paczki, ktora by zawierala ten plik. POMOCY, bo mnie ..... !! Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@perl Napisano Wrzesień 10, 2005 Zgłoszenie Share Napisano Wrzesień 10, 2005 Udalo mi sie po kilku probach wygenerowac paczki: ati-fglrx-8.14.13.1-0.lvn.5.4.i686.rpm ati-fglrx-debuginfo-8.14.13.1-0.lvn.5.4.i686.rpm ati-fglrx-devel-8.14.13.1-0.lvn.5.4.i686.rpm kernel-module-fglrx-2.6.11-1.1369_FC4-8.14.13.1-0.lvn.5.4.i686.rpm kernel-module-fglrx-2.6.12-1.1447_FC4-8.14.13.1-0.lvn.5.4.i686.rpm dokladnie takie pakiety pownienes otrzymac Proba instalacji na jadrze 2.6.12, klapa. Niby wszystko normalnie ale nie dziala. Zaczalem cos grzebac i przestala mi dzialac mysz. Zauwazylem wtedy, ze w xorg.conf nie ma zadnych zmian. Tak jakbym nie instalowal sterownikow fglrx. probowales przy pomocy fglrxconfig wygenerowac od nowa plik xorg.conf (przedtem zrob kopie bezpieczenstwa poprzedniego) Na stronie ATI jest napisane, ze sterownik w wersji 8.16.20 obsluguje "JUZ" jadro 2.6.12. mozliwe ze tak jest, ostatnio nie aktualizowalem sterownikow, wiec sie nie orientowalem, Przelaczylem sie na jadro 2.6.11. Instalacja znow niby normalnie a dalej Mesa. Tym razem dziala mysz i wszystko poza DRI. modul jadra podczas startu systemu sie laduje poprawnie? (na jednym albo drugim jadrze?) jezeli sprawdzales jedno i drugie jadro to mam nadzieje ze odinstalowales najpierw modul z nowszego jadra a dopiero potem zainstalowales modul ze starszego zeby sprawdzic? (bo mi w takich wypadkach zawsze wskakiwala mesa pomimi iz modul byl poprawnie ladowany) Na stronach ATI jest cos napisane na temat wewnetrznego/zewnetrznego modulu AGP. Zwlaszcza dla chipsetow VIA. Ja mam VIA. sprobuj zmienic ustawienie w xorg.conf: Option "UseInternalAGPGART" "no" Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
qlaka Napisano Wrzesień 10, 2005 Autor Zgłoszenie Share Napisano Wrzesień 10, 2005 Co to moze oznaczac: [ja@host-120 ATI]$ rpm -ivh /home/ja/Sterowniki/ATI/ati-fglrx-8.16.20.1-0.lvn.1.4.src.rpm 1:ati-fglrx ostrzeżenie: użytkownik machbuild nie istnieje - użyto konta root ostrzeżenie: grupa machbuild nie istnieje - użyto grupy root ostrzeżenie: użytkownik machbuild nie istnieje - użyto konta root ostrzeżenie: użytkownik machbuild nie istnieje - użyto konta root ostrzeżenie: grupa machbuild nie istnieje - użyto grupy root ########################################### [100%] [ja@host-120 ATI]$ Moze to miec znaczenie w dalszej kompilacji? probowales przy pomocy fglrxconfig wygenerowac od nowa plik xorg.conf (przedtem zrob kopie bezpieczenstwa poprzedniego) TAK sprobuj zmienic ustawienie w xorg.conf: KOD Option "UseInternalAGPGART" "no" TAK. Wczesniej tez. Niczego to nie zmenia. modul jadra podczas startu systemu sie laduje poprawnie? (na jednym albo drugim jadrze?) jezeli sprawdzales jedno i drugie jadro to mam nadzieje ze odinstalowales najpierw modul z nowszego jadra a dopiero potem zainstalowales modul ze starszego zeby sprawdzic? (bo mi w takich wypadkach zawsze wskakiwala mesa pomimi iz modul byl poprawnie ladowany) Jak sprawdzic, czy modul jadra podczas startu laduje sie poprawnie? Nie bardzo zrozumialem chyba. Robilem tak: Uruchamialem kompa na jadrze 2.6.12 i instalowalem sterownik. Rstart itd- wszystko co trzeba, zeby sprawdzic czy sterowniki dzialaja. Poniewaz nie dzialaly. Odinstalowywalem je. Robilem reboot i odpalalem kompa na jadrze 2.6.11 i znow probowalem instaowac sterowniki. Czy powienienim (_wogole_ → w ogóle) ORT ususwac cale jadro-bo juz glupi jestem? W ogole u mnie jest cos nie tak. TELINIT 3 skutkje zwiecha. Laduje sie ANACRON -> OK i tylko miga kursor- brak znaku zachety. Pomaga Alt+Ctrl+Delete. Widac ze przelacza na tryb 6. Raz czy dwa udalo mie uruchomic w trybie tekstowym ale nawet nie wiem jak. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@perl Napisano Wrzesień 10, 2005 Zgłoszenie Share Napisano Wrzesień 10, 2005 Co to moze oznaczac: [ja@host-120 ATI]$ rpm -ivh /home/ja/Sterowniki/ATI/ati-fglrx-8.16.20.1-0.lvn.1.4.src.rpm 1:ati-fglrx ostrzeżenie: użytkownik machbuild nie istnieje - użyto konta root ostrzeżenie: grupa machbuild nie istnieje - użyto grupy root ostrzeżenie: użytkownik machbuild nie istnieje - użyto konta root ostrzeżenie: użytkownik machbuild nie istnieje - użyto konta root ostrzeżenie: grupa machbuild nie istnieje - użyto grupy root ########################################### [100%] [ja@host-120 ATI]$ oznacza to ze pakiet zrodlowy przygotowywany byl na koncie uzytkownika machbuild, a u Ciebie nie ma takiego konta wiec caly proces bedzie robiony na koncie roota Moze to miec znaczenie w dalszej kompilacji? nie spotkalem sie z przypadkiem kiedy mialo to znaczenie Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
qlaka Napisano Wrzesień 10, 2005 Autor Zgłoszenie Share Napisano Wrzesień 10, 2005 Sorry ale powtorze. probowales przy pomocy fglrxconfig wygenerowac od nowa plik xorg.conf (przedtem zrob kopie bezpieczenstwa poprzedniego) TAK sprobuj zmienic ustawienie w xorg.conf: KOD Option "UseInternalAGPGART" "no" TAK. Wczesniej tez. Niczego to nie zmenia. modul jadra podczas startu systemu sie laduje poprawnie? (na jednym albo drugim jadrze?) jezeli sprawdzales jedno i drugie jadro to mam nadzieje ze odinstalowales najpierw modul z nowszego jadra a dopiero potem zainstalowales modul ze starszego zeby sprawdzic? (bo mi w takich wypadkach zawsze wskakiwala mesa pomimi iz modul byl poprawnie ladowany) Jak sprawdzic, czy modul jadra podczas startu laduje sie poprawnie? Nie bardzo zrozumialem chyba. Robilem tak: Uruchamialem kompa na jadrze 2.6.12 i instalowalem sterownik. Rstart itd- wszystko co trzeba, zeby sprawdzic czy sterowniki dzialaja. Poniewaz nie dzialaly. Odinstalowywalem je. Robilem reboot i odpalalem kompa na jadrze 2.6.11 i znow probowalem instaowac sterowniki. Czy powienienim w ogole ususwac cale jadro-bo juz glupi jestem? W ogole u mnie jest cos nie tak. TELINIT 3 skutkje zwiecha. Laduje sie ANACRON -> OK i tylko miga kursor- brak znaku zachety. Pomaga Alt+Ctrl+Delete. Widac ze przelacza na tryb 6. Raz czy dwa udalo mie uruchomic w trybie tekstowym ale nawet nie wiem jak. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
delta01w Napisano Wrzesień 10, 2005 Zgłoszenie Share Napisano Wrzesień 10, 2005 Sprawdź te pakiety. Przed chwilą odpaliłem FC4 z jajkiem 2.6.12-1.1398_FC4.i686, kernel-module-fglrx-2.6.12-1.1398_FC4-8.14.13.1-0.lvn.5.4.i686 i sterownikami ati-fglrx-8.14.13.1-0.lvn.5.4.i386. Jeżeli Radeon 9200 SE chodzi to i 9100 powinien odpalić. Trochę niepokojąco brzmi informacja, że nie działa telinit 3 oraz xorg.conf nie zapisuje się - może coś z instalacją? Fglrxconfig trzeba odpalić w trybie tekstowym. Ja zawsze przed instalacją sterowników ATI odinstalowuję z parametrem --nodeps moduł xorg-Mesa-libGL, ponieważ wcześniej zauważyłem, że instalacja sterowników ati-fglrx z parametrem --force nie zawsze przynosiła efekt. Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
@perl Napisano Wrzesień 10, 2005 Zgłoszenie Share Napisano Wrzesień 10, 2005 Jak sprawdzic, czy modul jadra podczas startu laduje sie poprawnie? podczs startu systemu wypisywane sa moduly/czaesci systemu ladowane (przy nich jest zielone OK lub czerwone ZAWIÓDL), bedzie tam rowniez pozycja "kernel-module-fglrx" (jezleli podczas startu uzywasz trybu graficznego i nie widzisz co sie dzieje to wcisnij SPACE lub myszka kliknij na "Szczegoly..."; w trybie tekstowym wszystko jest wypisywane) Uruchamialem kompa na jadrze 2.6.12 i instalowalem sterownik. Rstart itd- wszystko co trzeba, zeby sprawdzic czy sterowniki dzialaja. Poniewaz nie dzialaly. Odinstalowywalem je. Robilem reboot i odpalalem kompa na jadrze 2.6.11 i znow probowalem instaowac sterowniki. (...) W ogole u mnie jest cos nie tak. TELINIT 3 skutkje zwiecha. Laduje sie ANACRON -> OK i tylko miga kursor- brak znaku zachety. Pomaga Alt+Ctrl+Delete. Widac ze przelacza na tryb 6. niepotrzebnie tyle zachodu, wystarczylo zebys w /etc/inittab zmienil standardowy sposob uruchamiania za 3 a potem startowal X'sy przy pomocy polecenia startx poziom tekstowy jest najlepszy na instalowanie/odinstalowywanie oprogramowania systemowego potrzebnego w trybie graficznym, nie musimy wymuszac braku sprawdzania zaleznosci i uzywania przez --nodeps Czy powienienim w ogole ususwac cale jadro-bo juz glupi jestem? NIE! no nie przesadzaj bo az ciarki mi przeszly tego nie rob! mozesz rowniez sprobowac sposobu z odinstalowaniem sterownikow MESA Odnośnik do komentarza Udostępnij na innych stronach More sharing options...
Rekomendowane odpowiedzi
Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto
Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.
Zarejestruj nowe konto
Załóż nowe konto. To bardzo proste!
Zarejestruj sięZaloguj się
Posiadasz już konto? Zaloguj się poniżej.
Zaloguj się