Skocz do zawartości

Uwaga Na Nowy Update


MC'

Rekomendowane odpowiedzi

Mialem na mysli np. odczytanie zawartosci rejestrow SMART dyskow,

Napisz jak to można zrobić, może się przyda

 

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)?...

Dokładnie, sdc to DVD, (qtparted uruchamiając się dziwnie go mieli ostatnio) sam się tak ustawił i zawsze tak było a problem występuje po uruchamianiu na nowym jądrze.

Co do flash to po rClick->Usuń bezpiecznie mam to

penrt9.th.png

ale jakoś się jednak bezpiecznie po zamknięciu tego komunikatu usunie/odmontuje

 

Wszystkie inne pakiety tez masz zaktualizowane (?),

Tak jest, wszystko najnowsze z podstawowych rep + livna

 

bo cos mi to zaczyna wygladac na problem z napedem optycznym i/lub obsluga kanalu kontrolera na ktorym jest podpiety.

Faktycznie można tu coś węszyć ale nie bardzo się na tym znam (nigdy się tym nie bawiłem)

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

Nie wydaje mi się choćby z tego względu, że problem występuje przy starcie z jąder 2.4.6*

 

Odnośnik do komentarza
Udostępnij na innych stronach

  • Odpowiedzi 71
  • Created
  • Ostatniej odpowiedzi

Top Posters In This Topic

Napisz jak to można zrobić, może się przyda
smartctl -a /dev/sda

 

Dokładnie, sdc to DVD, (qtparted uruchamiając się dziwnie go mieli ostatnio) sam się tak ustawił i zawsze tak było a problem występuje po uruchamianiu na nowym jądrze.
Na wszelki wypadek sprawdz, czy nie masz jakichs smieci w /media - przy niezamontowanych zadnych plytach, zadnych flashach czy nie podpietych zadnych innych urzadzeniach typu pamiec masowa USB (cyfrowka, komorka...) powinno byc tam pusto - tzn.: zadnych podkatalogow i puste oba pliczki hala.

Nowy kernel raczej na pewno pociagnal nowego mkinitrd i nasha... moze z jakiegos powodu masz uszkodzony initrd dla nowego kernela? Mozesz sprobowac wygenerowac go od nowa...

 

Co do flash to po rClick->Usuń bezpiecznie mam to...
Tym bym sie specjalnie nie przejmowal, w koncu wysuniecie pendrivea jest troche ciezsze niz tacki z plytka i zwykle sie systemowi nie udaje ;)

 

Tak jest, wszystko najnowsze z podstawowych rep + livna
No to git, przynajmniej wiemy na czym stoimy :)

 

Faktycznie można tu coś węszyć ale nie bardzo się na tym znam (nigdy się tym nie bawiłem)
Ja tez nie, ale jak zadne z powyzszych dzialan nie pomoze, to bedziemy temat drazyc...

 

Nie wydaje mi się choćby z tego względu, że problem występuje przy starcie z jąder 2.4.6*
Czekaj, bo teraz to juz sie pogubilem w tych Twoich jadrach ;)

Masz na mysli 2.6.24? Czyli - problem nie wystepuje przy uruchamianiu jader z linii 2.6.23?

No to wystarczy przejrzec changelog...

 

//===== edit =====

Czy ktos wie dlaczego nie dzialaja mi te ;) emoty??? Czy wpisze je z palca, czy wybiore do wstawienia z listy - i tak dooopa...

Odnośnik do komentarza
Udostępnij na innych stronach

smartctl -a /dev/sda

oto co dostaje:

# smartctl -a /dev/sda
smartctl version 5.37 [i386-redhat-linux-gnu] Copyright ? 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.10 family
Device Model:     ST3250620AS
Serial Number:    9QE11P62
Firmware Version: 3.AAC
User Capacity:    250,059,350,016 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Wed Mar 19 17:00:09 2008 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82) Offline data collection activity
                                       was completed without error.
                                       Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                       without error or no self-test has ever
                                       been run.
Total time to complete Offline
data collection:                 ( 430) seconds.
Offline data collection
capabilities:                    (0x5b) SMART execute Offline immediate.
                                       Auto Offline data collection on/off support.
                                       Suspend Offline collection upon new
                                       command.
                                       Offline surface scan supported.
                                       Self-test supported.
                                       No Conveyance Self-test supported.
                                       Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                       power-saving mode.
                                       Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                       General Purpose Logging supported.
Short self-test routine
recommended polling time:        (   1) minutes.
Extended self-test routine
recommended polling time:        (  92) minutes.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
 1 Raw_Read_Error_Rate     0x000f   113   088   006    Pre-fail  Always       -       52716714
 3 Spin_Up_Time            0x0003   096   096   000    Pre-fail  Always       -       0
 4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       913
 5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
 7 Seek_Error_Rate         0x000f   080   060   030    Pre-fail  Always       -       115399915
 9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       2747
10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       984
187 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
189 Unknown_Attribute       0x003a   100   100   000    Old_age   Always       -       0
190 Temperature_Celsius     0x0022   057   048   045    Old_age   Always       -       723124267
194 Temperature_Celsius     0x0022   043   052   000    Old_age   Always       -       43 (Lifetime Min/Max 0/16)
195 Hardware_ECC_Recovered  0x001a   076   058   000    Old_age   Always       -       193896299
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 TA_Increase_Count       0x0032   100   253   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1

SMART Selective self-test log data structure revision number 1
SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
   1        0        0  Not_testing
   2        0        0  Not_testing
   3        0        0  Not_testing
   4        0        0  Not_testing
   5        0        0  Not_testing
Selective self-test flags (0x0):
 After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

 

Na wszelki wypadek sprawdz, czy nie masz jakichs smieci w /media - przy niezamontowanych zadnych plytach, zadnych flashach czy nie podpietych zadnych innych urzadzeniach typu pamiec masowa USB (cyfrowka, komorka...) powinno byc tam pusto - tzn.: zadnych podkatalogow i puste oba pliczki hala.

I tak jest - czyli wszystko ok puste katalog i pliki hala.

 

Nowy kernel raczej na pewno pociagnal nowego mkinitrd i nasha...

No własnie wydaje mi się że wcześniej miałem staszego nash''a 5*.

 

moze z jakiegos powodu masz uszkodzony initrd dla nowego kernela? Mozesz sprobowac wygenerowac go od nowa...

Czy coś takiego będzie bezpieczne z home roota? (Nigdy tego nie robiłem):

 

mkinitrd /boot/initrd-2.6.24.3-34.fc8.img 2.6.24.3-34

 

Tym bym sie specjalnie nie przejmowal, w koncu wysuniecie pendrivea jest troche ciezsze niz tacki z plytka i zwykle sie systemowi nie udaje ;)

Pisałem o tym bo wcześniej tego nie było a może wskazuje na jakieś problemy z sterownikami i że ogólnie coś jest nie tak.

 

Czekaj, bo teraz to juz sie pogubilem w tych Twoich jadrach ;)

Masz na mysli 2.6.24?

Tak, tak mea culpea :D

 

Czyli - problem nie wystepuje przy uruchamianiu jader z linii 2.6.23?

No to wystarczy przejrzec changelog...

A, o którym changelog'u mowa (sorki ale jakoś dziś u mnie niebłyskotliwie :) )???

 

//===== edit =====

Czy ktos wie dlaczego nie dzialaja mi te ;) emoty??? Czy wpisze je z palca, czy wybiore do wstawienia z listy - i tak dooopa...

U mnie ta działa ta z linii:

No to git, przynajmniej wiemy na czym stoimy EMOTA
Odnośnik do komentarza
Udostępnij na innych stronach

Ok dziś sprawdziłem startowanie na 2.6.24* daje ciągle te błędy, jak wystartuję na kernel-2.6.23.9-85.fc8 (czyli to z którym domyślnie F8 została wypuszczona; tym z płytki) to działa miodnie jak z kolei wystartuję z innego 2.6.23* (późniejszego od tego pierwszego ) to mam trochę mniej tych błędów ale przed updatem do 2.6.24 w ogóle ich nie było

Odnośnik do komentarza
Udostępnij na innych stronach

Witajcie,

 

mam dokladnie ten sam problem. Po aktualizacji kernela 2.6.23 na 2.6.24 pojawia sie problem opisany na samym poczatku postu.

 

Reasumujac:

Jakby nie kombinowac, czy to instalowac przez yuma, czy pobierajac pakiety, to instalacja sterownikow

nvidii wiaze sie z przymusem instalowania kernela 2.6.24, a ten nie dziala dobrze.

 

Zatem, skad pobrac sterowniki nvidi pod kernel 2.6.23, bo ani na stronie nvidii, ani na livnie takowych

nie znalazlam. Najwczesniejszy pakiet jaki jest dostepny na stronie nvidia

http://livna-dl.reloumirrors.net/fedora/8/i386/

to xorg-x11-drv-nvidia-169.09-6.lvn8.i386.rpm, i nie zaleznie od wyboru kmod-nvidii to juz to zmusza to

do wyboru kernela 2.6.24

 

Dzieki za pomoc

Kaska

Odnośnik do komentarza
Udostępnij na innych stronach

Też ostro z tym działałem i chwilowo odpuściłem. Czekam na poprawienie błędu. Powrót do jajka 2.6.23 z odpowiednimi sterownikami nvidii i xorg udał mi się przez ręczne zainstalowanie ich z rpm'ów.

 

1. Wywalamy yumem jądro 2.6.24 (pod warunkiem, że mamy jeszcze jąderko 2.6.23). Powinny zostać usunięte też sterowniki nvidii.

2. Ściągamy odpowiednie RPM'y sterowników nvidii i xorg np. z http://rpm.pbone.net

3. Instalujemy ręcznie ( rpm -ihv kmod......)

4. Restart.

5.Cieszymy się z ponownie działającego poprawnie systemu.

 

Ze sterownikami ATI na innym kompie nie mam żadnych problemów.

Odnośnik do komentarza
Udostępnij na innych stronach

Ok to są te komunikaty o których pisałem

$ dmesg |tail
sd 3:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK
end_request: I/O error, dev sdc, sector 0
printk: 29 messages suppressed.
Buffer I/O error on device sdc, logical block 0
Buffer I/O error on device sdc, logical block 1
Buffer I/O error on device sdc, logical block 2
Buffer I/O error on device sdc, logical block 3
sd 3:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK
end_request: I/O error, dev sdc, sector 0
Buffer I/O error on device sdc, logical block 0

 

Gdzie sdc to DVD.

 

@j-23

To musi być błąd w jajku i dziwi mnie że coś takiego puścili...

====================EDIT====================

@j-23, kasia

A tak z ciekawości jakie macie płyty główne?

Odnośnik do komentarza
Udostępnij na innych stronach

Czekałem na dzisiejszy update z nadzieją że w nowym kernelu już poprawią bug ale problem dalej ten sam ;(

Szukam kmod-nvidia-169.12-4.lvn8 ale dla jądra 2.6.23.14-115.fc8, za radą j-23 ale nigdzie nie mogę znaleźć.

 

Znalzłem w dodatku jeszce parę błędów w /var/spool/mail/root:

--------------------- Automount Begin ------------------------


**Unmatched Entries**
lookup_mount: lookup(file): key ".directory" not found in map: 19 Time(s)
create_tcp_client:308: hostname lookup failed: No such process: 19 Time(s)
create_udp_client:99: hostname lookup failed: No such process: 19 Time(s)
lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master: 2 Time(s)

---------------------- Automount End -------------------------


--------------------- Kernel Begin ------------------------


WARNING:  Kernel Errors Present
    ACPI Error (psparse-0537):  ...:  8 Time(s)
    Buffer I/O error on device sdc, l ...:  36 Time(s)
    end_request: I/O error, dev sdc, sector ...:  124 Time(s)

---------------------- Kernel End -------------------------

Odnośnik do komentarza
Udostępnij na innych stronach

No nie sądzę zainstalowałem 2.6.23.15-137.fc8

 

# rpm -Uvh kmod-nvidia-2.6.23.15-137.fc8-169.09-7.lvn8.i686.rpm

błąd: Niespełnione zależności:

kmod-nvidia >= 169.09-7.lvn8 jest wymagany przez kmod-nvidia-2.6.23.15-137.fc8-169.09-7.lvn8.i686

nvidia-kmod-common >= 169.09 jest wymagany przez kmod-nvidia-2.6.23.15-137.fc8-169.09-7.lvn8.i686

 

Nie bardzo wieµ dlaczego i skąd nib miałbym brać jtakie pakiety skoro yum zawsze instalował tylko kmod-nvidia ?

Odnośnik do komentarza
Udostępnij na innych stronach

"Nie bardzo wieµ dlaczego i skąd nib miałbym brać jtakie pakiety"

http://rpm.pbone.net

 

"yum zawsze instalował tylko kmod-nvidia "

Nieprawda

 

 

Ja zainstalowałem następujące RPM'y z funkcją --nodeps i wszystko działa:

rpm -ihv --nodeps ............rpm

1. kmod-nvidia-169.09-7.lvn8.i686.rpm

2. kmod-nvidia-2.6.23.15-137.fc8-169.09-7.lvn8.i686.rpm

3. xorg-x11-drv-nvidia-169.09-6.lvn8.i386.rpm

4. xorg-x11-drv-nvidia-libs-169.09-6.lvn8.i386.rpm

5. Restart X'ów lub komputera

 

Robiłem to już 3 razy, po trzech kolejnych próbach update jąderka.

 

Pozdrawiam

Odnośnik do komentarza
Udostępnij na innych stronach

Tak, z tym nieinstalowaniem niczego innego chodziło mi o to nvidia-kmod-common. Co do nodepsów to jednak sobie daruję, pomęczę się z tymi komunikatami na początku i tyle bo potrzebuje procka do pracy.

 

Swoją drogą czemu nigdzie nie zgłoszono tego błędu dla developerów kernela?

Odnośnik do komentarza
Udostępnij na innych stronach

"Co do nodepsów to jednak sobie daruję, pomęczę się z tymi komunikatami na początku i tyle "

 

Mam nadzieję, że Ci się powiedzie. U mnie jeden RPM "krzyczał", że potrzebuje innego, tamten z kolei tego pierwszego. "Zapętliłem" się, więc zrobiłem z --nodeps i zadziałało.

 

Odnośnik do komentarza
Udostępnij na innych stronach

U mnie jeden RPM "krzyczał", że potrzebuje innego, tamten z kolei tego pierwszego. "Zapętliłem" się, więc zrobiłem z --nodeps i zadziałało.

Takie zależności się zdarzają. Należałoby je instalować jednym poleceniem postaci

rpm -i lista-pakietów

Ale dla userów wychowanych na klikaniu uruchomienie procesu z kilkoma parametrami nie jest naturalne ;)

 

Odnośnik do komentarza
Udostępnij na innych stronach

Nie chce otwierać nowego topica bo to w sumie ciągle tutaj.

Czy to normalne że po aktualizacji i instalacji jąderka kernel-2.6.24.3-50.fc8 nie dodaje mi go do gruba ?

 

Obecnie najwyższe jajko jakie mam do wyboru to: kernel-2.6.24.3-50.fc8

 

Przez te jaja z Nvidią już 2 razy położyłem system, na szczęście dzięki liveCD udało się szybko naprawić. Nvidi dalej nie mam - tez po ostatnich przeżyciach jak koledzy powyżej mam dosyć --nodeps. Pozdrawiam

Odnośnik do komentarza
Udostępnij na innych stronach

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ę

×
×
  • Dodaj nową pozycję...