markus
Użytkownicy-
Zawartość
27 -
Rejestracja
-
Ostatnia wizyta
Typ zawartości
Profile
Forum
Kalendarz
Zawartość dodana przez markus
-
Prosze bardzo. Przy okazji ja sie tez czegos nowego nauczylem
-
A masz ustawiony prawidlowy uklad klawiatury? Zobacz w Ustawienia systemowe > Urzadzenia wejsciowe > Klawiatura > Uklady klawiatur
-
Tę poradę należałoby chyba przykleić w poradniku i otoczyć oczoj...jaskrawą ramką. Już wiem, skąd to okropne mulenie pulpitu. Okazało się, że pakiet gnome-desktop-2.32.0-9 był u mnie obecny mimo, że zainstalowałem F16 na czysto, nie robiłem upgrade. Widocznie jakieś zależności go dociągnęły. Po usunięciu jak ręką odjął Jeśli komuś jeszcze środowisko chodzi tragicznie wolno, niech poszuka u siebie tego pakietu.
-
yum install xorg-x11-drv-nvidia-libs.i686 Powinno wystarczyć
-
Musisz jeszcze wyłączyć sterownik nouveau przez dopisanie do opcji kernela w grub rdblacklist=nouveau opisane jest to w poradniku
-
Po prostu w ramach aktualizacji zainstalowało się nowe jądro, do którego nie ma jeszcze modułu kmod-nvidia na rpmfusion. Na razie możesz wystartować system na starszym kernelu wybierając go w menu gruba. Za dzień albo dwa nowy kmod pewnie się pojawi.
-
Klimat jak w Return To Castle Wolfenstein
-
Że się tak wtrącę nieco offtopicznie Kolejarz bez problemu śmiga na wine
-
Mi też system-config-display pluł podobnymi błędami, chyba nie może się dogadać z xorg.conf utworzonym przez livna-config-display. Po kolei opiszę co zrobiłem: - usunąłem sterowniki nvidia, start X'ów na nv - usunąłem xorg.conf, ewentualnie można mu zmienić nazwę np. na xorg.conf.bak czy coś, aby go nie usuwać - uruchomiłem system-config-display, poszedł bez problemu, wybrałem panel LCD 1280x1024, wybrałem rozdzielczość, zapisałem, system-config-display utworzył xorg.conf od zera - zainstalowałem stery nvidia, dopisały jakieś swoje rzeczy do xorg.conf ale rozdzielczości nie ruszyły na szczęście, mam nadzieję, że tak zostanie, tym bardziej, że zgodnie z radami kolegów wyłączyłem modyfikację xorga przez livna-config-display I działa!
-
A ja polecam zainstalowanie yum-plugin-fastestmirror. Przygody z wolnymi lub nie odpowiadającymi mirrorami praktycznie wyeliminowane
-
Zwiecha Systemu Po Instalacji Kmod-nvidia
temat odpowiedział markus → HermeZ → Administracja systemowa
Do karty GF z serii 5 powinieneś zainstalować sterownik 173xx yum install kmod-nvidia-173xx -
Hehe, a ilu jest speców, którzy SELinuksa wyłączyli "bo mnie denerwuje"...
-
U mnie kiedyś objawy były identyczne, a sposobem na to było właśnie włączenie WINS w Sambie wins support = yes i ustawienie w Windowsach Samby jako serwera WINS
-
Rick Wright nie żyje Odszedł wspaniały muzyk niesamowitego zespołu....
-
Ja walcząc z brakiem DMA przy DVD odkryłem, że za ten komunikat jest odpowiedzialny pata_acpi, przynajmniej u mnie tak było, bo po blacklistowaniu tego modułu komunikat zniknął. Niestety mojego problemu to nie rozwiązało, ale może ten rozwiąże. A blacklist zrobiłem tak, że dodałem blacklist pata_acpi do /etc/modprobe.conf, następnie wykonałem mkinitrd -f /boot/initrd-<wersja kernela>.img <wersja kernela> i restart systemu Pomoże, nie pomoże....spróbowac można
-
Ja miałem...po IP (\\192.168.1.102\Obrazy) komputer z Win XP łaczył się pięknie, a po nazwie (\\Markowy\Obrazy) nie Zastrzegam, że nie jestem specjalistą, powtarzam tylko to, co poradził mi gość z firmy komputerowej, u mnie zadziałało. W pliku /etc/samba/smb.conf wpisałem: wins support = Yes co uruchomiło serwer WINS na fedorowym kompie. Natomiast na komputerze z Windowsem w ustawieniach TCP/IP jako adres serwera WINS ustawiłem IP mojego komputera z Fedorą. Od tego czasu wszystko śmiga. Minusem jest to, że komputery w sieci muszą mieć statyczne IP, bo przy DHCP każdy z nich może mieć za każdym razem inny adres. Chyba, że mądrzejsi ode mnie się wypowiedzą...może jakiś lepszy sposób na to jest.
-
Ten opis jest dla modemu Sagem. Jeśli chodzi o Speedtouch'a to opis jest tutaj U mnie działał w FC 4 i 5, nie wiem jak jest w 6 bo jeszcze nie instalowałem.
-
U mnie podobny problem ustąpił po aktualizacji pakietu "lame" (jako zależność doinstalował się "lame-libs"). Masz zainstalowane lame? Jeżeli tak, to spróbuj zaktualizować ten pakiet yum update lame
-
Mnie w RTCW pomogło coś takiego: echo "wolfsp.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss Tylko dla ET zamień wolfsp.x86 na et.x86 Jak zadziała to wpisz sobie tą linijkę do /etc/rc.d/rc.local żeby nie trzeba było wklepywać za każdym razem po starcie systemu
-
Upewnij się, że działają usługi hpiod i hpssd. A z listy drukarek ja wybrałem HP PSC 1600 zamiast PSC 1510 i śmiga elegancko
-
yum clean packages
-
To chyba jest problem z hubem sieci GG, na monitorze serwerów widać nieraz, że poszczególne serwery działają, ale hub leży i stąd problem. Najlepiej łaczyć się z siecią GG bez pośrednictwa huba, ja w konfiguracji Kadu w dziale Sieć wyłączyłem opcję "użyj domyślnych serwerów" i wpisałem ręcznie adresy 217.17.41.92;217.17.41.93;217.17.41.88 Wcześniej też miałem takie komunikaty a po tych zmianach w konfiguracji jak ręką odjął. Serwery pod tymi adresami zwykle działają bezawaryjnie
-
Ano tak, to ubijanie nie ma sensu... Czytałem gdzieś o tym problemie, zdaje się, że instalki wielopłytowe trzeba najpierw zgrać na dysk twardy i dopiero potem instalować z katalogu na dysku, bo inaczej w czasie instalacji nie da się odmontować płyty, jak u Ciebie.
-
Może jakiś proces wciąż używa płyty? fuser /media/cdrecorder wyświetli proces korzystający z płyty, można go ubić i płyta powinna się odmontować
