Uwaga Na Nowy Update

[Adi1981]

Na ja naliczyłem 10 wersji w dół

Nvidia działa na jądrze 2.6.24. Mam GF 7300 GT i wszystko działa bez problemu

 

Nie wiem jakim cudem Ci to działa, ale → http://www.mail-archive.com/linux-kernel@v.../msg229172.html

 

Być może zostało to poprawione w którymś nowszym kernelu, nie sprawdzałem.

[arni]

Nie wiem jakim cudem Ci to działa, ale → http://www.mail-archive.com/linux-kernel@v.../msg229172.html

 

Być może zostało to poprawione w którymś nowszym kernelu, nie sprawdzałem.

 

Może to kwestia sprzętu ja mam Opterona 175 i F8 w wersji x86_64, może to jest problem tylko wersji i386.

[Adi1981]

Nie nie, to niezależne od sprzętu. Ale znalazłem już, zostało poprawione po prostu w nowszych kernelach.

[MC']

Ja dla odmiany po aktualizacji na kmod-nvidia-169.12-2.lvn8, kmod-nvidia-169.12-2.lvn8 mam problem ze startem X-ów. Muszę tam podawać hasło roota i największą znaleziona rozdzielczością jest 800x600. Nie mam teraz czasu sie grzebać w xorgu ani ustawieniach sterów. Czy najnowsza paczka (i kiedy wyjdzie) ma to naprawić ?.

Też to miałem startując na starszym kenelu po updacie do nowych sterów i kmod-nvidia. Przejdź przez autokonfig po zalogowaniu się na roota tam gdzi Cię o to prosi to zadziała.

 

Jeśli chodzi o mnie to chcę zainstalować dla mojego starego jajka (bo nowe nie może nawet wstać znowu buba puścili) stery nvidii

Chcę zainstalować:

1. kmod-nvidia

2. kernel-headers (bo wywaliłem te do nowego jajka tak jak jjj napisał, nodeps'em) bo będę musiał kompilować programy. Tak jak jjj również napisał zainstalowałem sobie przez yum install kernel-headers

 

 uname -r
2.6.23.14-115.fc8

# rpm -qa |grep kmod-nvidia

nie daje nic

# rpm -qa |grep kernel
kernel-devel-2.6.23.14-107.fc8
kernel-devel-2.6.23.14-115.fc8
kernel-devel-2.6.24.3-12.fc8
kernel-devel-2.6.23.9-85.fc8
kernel-2.6.23.9-85.fc8
kernel-2.6.23.14-115.fc8
kernel-headers-2.6.24.3-12.fc8

 

Ponieważ:

# yum list kmod-nvidia* |grep `uname -r`
kmod-nvidia-2.6.23.14-115.fc8.i586       169.09-6.lvn8          livna
kmod-nvidia-2.6.23.14-115.fc8.i686       169.09-6.lvn8          livna
kmod-nvidia-2.6.23.14-115.fc8PAE.i686    169.09-6.lvn8          livna
kmod-nvidia-96xx-2.6.23.14-115.fc8.i586  96.43.05-2.lvn8        livna
kmod-nvidia-96xx-2.6.23.14-115.fc8.i686  96.43.05-2.lvn8        livna
kmod-nvidia-96xx-2.6.23.14-115.fc8PAE.i6 96.43.05-2.lvn8        livna
kmod-nvidia-legacy-2.6.23.14-115.fc8.i68 71.86.04-2.lvn8        livna
kmod-nvidia-legacy-2.6.23.14-115.fc8.i58 71.86.04-2.lvn8        livna
kmod-nvidia-legacy-2.6.23.14-115.fc8PAE. 71.86.04-2.lvn8        livna

dałem :

yum install kmod-nvidia-`uname -r`

niestety okazało się, że wymaga to tego samego co normalny yum install kmod-nvidia:

=============================================================================
Package                 Arch       Version          Repository        Size
=============================================================================
Installing:
kernel                  i686       2.6.24.3-12.fc8  updates            17 M
kmod-nvidia-2.6.23.14-115.fc8  i686       169.09-6.lvn8    livna             2.6 M
Installing for dependencies:
kmod-nvidia             i686       169.12-2.lvn8    livna              22 k
kmod-nvidia-2.6.24.3-12.fc8  i686       169.12-2.lvn8    livna             2.6 M
xorg-x11-drv-nvidia     i386       169.12-1.lvn8    livna             1.9 M
xorg-x11-drv-nvidia-libs  i386       169.12-1.lvn8    livna             5.0 M

 

A więc każe instalować 2.6.24, do którego to chce instalować dopiero nvidię a ja chcę do 2.6.23.14-115.

 

Gdyym robił przez rpm to nie wiem czy mi zależności tu pokazane spełni?

[jjj]

Złośliwiec Dobra juz nie będę się odzywał

Fakt, że straciłem w końcu wątek czy chodzi o instalację kernela, sterów czy nagłówków Bo w zasadzie w żadnym z tych wypadków nie widzę problemu z downgrade. Wydaje mi się, że wystarczy odinstalować nowsze wersje, przelogować się na starszy kernel i po sprawie. O ile wiem, to livna przechowuje jedną wersję wstecz co najmniej.

Wczoraj też mi się tak zdawało, choć Adi1981 sprostował. Dziś sprawdziłem u siebie, że

$ rpm -qa | grep kmod-nvidia
kmod-nvidia-2.6.24.3-12.fc8-169.12-2.lvn8
kmod-nvidia-2.6.23.15-137.fc8-169.09-7.lvn8
kmod-nvidia-169.12-2.lvn8

-- przechowuje. Więc teoretycznie, o ile MC` upgrade'ował zgodnie z regułami sztuki, nie powinien mieć problemu.

Z drugiej strony,

$ rpm -q --requires kmod-nvidia-2.6.23.15-137.fc8
/bin/sh
/bin/sh
/sbin/depmod
/sbin/depmod
kernel-i686 = 2.6.23.15-137.fc8
kmod-nvidia >= 169.09-7.lvn8
nvidia-kmod-common >= 169.09
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(VersionedDependencies) <= 3.0.3-1

$ rpm -q --requires kmod-nvidia
rpmlib(VersionedDependencies) <= 3.0.3-1
kmod-nvidia-2.6.24.3-12.fc8 = 169.12-2.lvn8
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1

skąd wnioskuję, że zainstalowanie sterów na innej niż najnowsza wersja jądra może być problematyczne.

[MC']

Więc teoretycznie, o ile MC` upgrade'ował zgodnie z regułami sztuki, nie powinien mieć problemu.

Oj zgodnie aż do bólu nie wiem czy czytałeś mojego poprzedniego posta ale ja naprawdę nie mam innych sterów nvidii chyba że jeszcze o czymś poza yum update zapomniałem a co jest istotne dla tej sprawy

 

skąd wnioskuję, że zainstalowanie sterów na innej niż najnowsza wersja jądra może być problematyczne.

 

Tak jak napisałem w poprzednim poście niestety jest to problematyczne

[arni]

Oj zgodnie aż do bólu nie wiem czy czytałeś mojego poprzedniego posta ale ja naprawdę nie mam innych sterów nvidii chyba że jeszcze o czymś poza yum update zapomniałem a co jest istotne dla tej sprawy

 

 

 

Tak jak napisałem w poprzednim poście niestety jest to problematyczne

 

Ściągnij RPM kernel i kernel-headers na dysk i zainstaluj z opcjami -i --force. Nic się nie stanie już to przerabiałem a potem yumem nvidiie tylko wyłącz repo update.

 

Przed instalacją sterów nvidii możesz profilaktycznie przebudować bazę: rpm --rebuilddb .

 

Ja na twoim miejscu przebudowałbym jądro 2.6.24 ze źródeł F8, prawdopodobnie ruszy.

[Adi1981]

Wczoraj też mi się tak zdawało, choć Adi1981 sprostował. Dziś sprawdziłem u siebie, że

$ rpm -qa | grep kmod-nvidia
kmod-nvidia-2.6.24.3-12.fc8-169.12-2.lvn8
kmod-nvidia-2.6.23.15-137.fc8-169.09-7.lvn8
kmod-nvidia-169.12-2.lvn8

-- przechowuje. Więc teoretycznie, o ile MC` upgrade'ował zgodnie z regułami sztuki, nie powinien mieć problemu.

A czy WalDo nie chodziło czasem o to że livna przechowuje na serwerze przynajmniej jedną wersję wstecz a nie na desktopach ? Mi np podczas update wywaliło starsze wersje i zainstalowało tylko najnowszą...

[MC']

Mi np podczas update wywaliło starsze wersje i zainstalowało tylko najnowszą...

Dokładnie tak, u mnie tak samo to wyglądało

[MC']

Działałem do tej pory na starym jajku 2.6.23 alewyszło nowe więc zainstalowałem yum update i yum install kmod-nvidia.

Jajko przy strcie powodujące błędy

2.6.24.3-34.fc8

rpm -qa |grep kernel
kernel-devel-2.6.23.14-107.fc8
kernel-headers-2.6.24.3-34.fc8
kernel-devel-2.6.24.3-34.fc8
kernel-devel-2.6.23.14-115.fc8
kernel-devel-2.6.24.3-12.fc8
kernel-2.6.23.9-85.fc8
kernel-2.6.23.14-115.fc8
kernel-2.6.24.3-34.fc8

oraz

Installed Packages
kmod-nvidia.i686                         169.12-3.lvn8          installed
Available Packages
kmod-nvidia.i586                         169.12-3.lvn8          livna

Niestety po restarcie kompa dostałem błędy zaraz po Red Hat Nash version 6.0...błędy typu

ata4: cmd....
...
ata4: SRST failed(errno= -16)
...

po ok 15 linijkach identycznego komunikatu dalej system idzie i się uruchamia.

 

0. Skąd te błędy w jądrze 2.6.24?

1. Jak mogę się pozbyć tych błędów?

2. Gdzi mogę dostac dokładną treść tych błędów (/var/log/boot* są puste)

 

Z góry dzięki za odpowiedzi i sugesite.

 

Pozdr

[exbros]

To jakis specyficzny blad zwiazany z kontrolerem dysku - o bardzo podobnym lub tym samym bledzie juz czytalem, wiec wyglada na to ze powrocil (niestety szczegolow bledu jak i miejsca nie pamietam...)

 

Na moim wiekowym sprzecie zadnych problemow z nowym kernelem nie zaobserwowalem, co wiecej od wczoraj caly system dziala jakby szybciej (ale to moze byc tylko subiektywne odczucie, po powrocie z F9...)

 

BTW - masz u siebie troche w tych pakietach kernelowych namieszane... kernele: 2.6.23.9, 2.6.23.14 i 2.6.24.3 a devele 2.6.23.14-107, 2.6.23.14-115, 2.6.24.3-12, 2.6.24.3-34 - nie sugeruje, ze to moze byc przyczyna problemow, jednak co najmniej 2 devele nie sa Ci potrzebne no i wyglada to troche dziwnie...

 

Pozdro

[MC']

Masz rację usunąłem co prawda kernel-devel-2.6.23.14-107 i kernel-devel-2.6.24.3-12 ale nic to nie dało

Nadal mam te sanme błędy dodatkowo dostrzegłem jeszcze takie coś na końcu tych błędów:

reset failed giving up
Buffer I/O error on device sdc logica block 0
....
Buffer I/O error on device sdc logica block 64

 

Mam płytę Asus P5W-DH Deluxe i trudno mi uwierzyć by tak standardowe sterowniki nie były dobrze obsługiwane

[exbros]

Ale o ktorych sterownikach / kontrolerach mowisz? Wedlug specyfikacji plyta ta ma (moze miec):

Storage/RAID Intel ICH7R South Bridge:

* 1 x UltraDMA 100/66/33

* 3 x Serial ATA 3.0Gb/s with Intel® Matrix Storage Technology with RAID 0, 1, 5 support

 

Jmicron JMB363 controller

* 1 x UltraDMA 133/100/66

* 1x Serial SATA 3.0Gb/s

* 1x External Serial ATA 3.0Gb/s (ASUS SATA-on-the-Go)

* Support SATA RAID 0, 1 and JBOD (by 1x External SATA & 1x Internal SATA)

 

Silicon Image 4723 Hardware RAID controller (ASUS EZ-Backup)

* 2 x Serial ATA 3.0Gb/s with RAID 0, 1 support

* Support RAID 10 cross Intel® ICH7R and Silicon Image 4723 controller

 

Cos mi sie widzi, ze gdybys mial dysk podpiety normalnie (bez zadnych RAIDow) pod kontroler intela to nie bylo by zadnych problemow, niestety w przypadku uzywania ktoregos z dodatkowych kontrolerow lub zaawansowanej konfiguracji RAID sa one nie wykluczone...

 

Mozesz gdzies na boku sciagnac i wypalic jakiegos LiveCD, najlepiej jakis swiezy spin (re-spin F8, albo nawet lepiej F9-rawhide)?

Jesli tak - to sprawdz pod nim czy Ci sie dysk nie sypie / partycje nie rozjezdzaja (te ostatnie komunikaty nie wygladaja zbyt dobrze) no i zweryfikujesz czy pod nowym jajem wszystko moze dobrze dzialac...

Powodzenia

[MC']

Cos mi sie widzi, ze gdybys mial dysk podpiety normalnie (bez zadnych RAIDow) pod kontroler intela to nie bylo by zadnych problemow, niestety w przypadku uzywania ktoregos z dodatkowych kontrolerow lub zaawansowanej konfiguracji RAID sa one nie wykluczone...

Nie mam RAID bo nie używam go więc to nie jest kwestja RAID. Mam dwa dyski 250 podłączone bez raida bo jeden jest na Win a drugi to linux.

 

Nie wiem tylko czemu on się czepia o sdc skoro te dwa dyski to sda i sdb ??

 

Ciekawe, że podczas instalacji nowego kernela 2 razy czytał coś z CD-Rom'u i dyskietki co mnie w sumie zdziwiło.

 

Mozesz gdzies na boku sciagnac i wypalic jakiegos LiveCD, najlepiej jakis swiezy spin (re-spin F8, albo nawet lepiej F9-rawhide)?

Jesli tak - to sprawdz pod nim czy Ci sie dysk nie sypie / partycje nie rozjezdzaja (te ostatnie komunikaty nie wygladaja zbyt dobrze)

Hmm nie bardzo wiem jakie sprawdzenie masz na myśli

no i zweryfikujesz czy pod nowym jajem wszystko moze dobrze dzialac...

Na szybko to tyle moge powiedzieć bez liveCD

[exbros]

Hmm nie bardzo wiem jakie sprawdzenie masz na myśli

Mialem na mysli np. odczytanie zawartosci rejestrow SMART dyskow, ale cos mi sie widzi, ze to nie bedzie potrzebne... a ten sdc to nie jest przypadkiem kontroler pamieci flash albo podpiety pendrive ewentualnie naped CD/DVD (nie bylo w nim przypadkiem jakiegos nosnika ktory sie probowal podmontowac automatycznie)?...

Wszystkie inne pakiety tez masz zaktualizowane (?), bo cos mi to zaczyna wygladac na problem z napedem optycznym i/lub obsluga kanalu kontrolera na ktorym jest podpiety.

Moze to nie sam kernel tylko jakis inny pakiet/biblioteka zaktualizowany takze ostatnio?...