Strona 1 z 1

Wolne działanie systemu - Squeeze

: 20 czerwca 2010, 23:25
autor: lukaszpp
Moja konfiguracja:

Kod: Zaznacz cały

lukaszpp@debian:~$ uname -a
Linux debian 2.6.30.4 #5 PREEMPT Fri Aug 14 00:01:57 CEST 2009 x86_64 GNU/Linux

Kod: Zaznacz cały

lukaszpp@debian:~$ dpkg --print-architecture
amd64

Kod: Zaznacz cały

lukaszpp@debian:~$ lspci -k
00:00.0 RAM memory: nVidia Corporation MCP67 Memory Controller (rev a2)
        Subsystem: ASRock Incorporation ALiveNF7G-HDready
00:01.0 ISA bridge: nVidia Corporation MCP67 ISA Bridge (rev a2)
        Subsystem: ASRock Incorporation Device 0548
00:01.1 SMBus: nVidia Corporation MCP67 SMBus (rev a2)
        Subsystem: ASRock Incorporation Device 0542
00:01.3 Co-processor: nVidia Corporation MCP67 Co-processor (rev a2)
        Subsystem: ASRock Incorporation Device 0543
00:02.0 USB Controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller (rev a2)
        Subsystem: ASRock Incorporation Device 055e
        Kernel driver in use: ohci_hcd
00:02.1 USB Controller: nVidia Corporation MCP67 EHCI USB 2.0 Controller (rev a2)
        Subsystem: ASRock Incorporation Device 055f
00:04.0 USB Controller: nVidia Corporation MCP67 OHCI USB 1.1 Controller (rev a2)
        Subsystem: ASRock Incorporation Device 055e
        Kernel driver in use: ohci_hcd
00:04.1 USB Controller: nVidia Corporation MCP67 EHCI USB 2.0 Controller (rev a2)
        Subsystem: ASRock Incorporation Device 055f
00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev a1)
        Subsystem: ASRock Incorporation Device 3662
        Kernel driver in use: HDA Intel
00:08.0 PCI bridge: nVidia Corporation MCP67 PCI Bridge (rev a2)
00:09.0 IDE interface: nVidia Corporation MCP67 AHCI Controller (rev a2)
        Subsystem: ASRock Incorporation Device 0550
        Kernel driver in use: ahci
00:0a.0 Ethernet controller: nVidia Corporation MCP67 Ethernet (rev a2)
        Subsystem: ASRock Incorporation ALiveNF7G-HDready, MCP67 Gigabit Ethernet
        Kernel driver in use: forcedeth
00:0b.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:0c.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:0d.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:0e.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:0f.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:10.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:11.0 PCI bridge: nVidia Corporation MCP67 PCI Express Bridge (rev a2)
        Kernel driver in use: pcieport-driver
00:12.0 VGA compatible controller: nVidia Corporation C68 [GeForce 7050 PV / nForce 630a] (rev a2)
        Subsystem: ASRock Incorporation Device 053b
        Kernel driver in use: nvidia
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
        Kernel driver in use: k8temp
Mój problem.
Nie wiem, czy to nie wina ostatniej aktualizacji oprogramowania (wersja testowa), czy dysku twardego, czy krasnala ogrodowego. Przedtem komputer się po prostu zawieszał. Po zmianie zasilacza na nowy, markowy, było przez jakiś czas dobrze, teraz "zamula" i restartuje dysk. Dysk na SATA.
Mam trochę stare jądro (wiem, względnie) i planuje już aktualizację, nie mam jednak teraz czasu na przygotowanie kompilacji (sesja). Nie wiem, czy nie siedzi gdzieś na jakiejś partycji błąd. System mam zainstalowany na ext, a pozostałe partycje są na xfs. Obecnie próbuję wyłapać coś przez ,,iotop'', ale ciężko jest (albo ja nie potrafię posłużyć się wystarczająco skutecznie tym narzędziem) - nic nie pokazuje. Na chwilę komputer po prostu zamiera - przestaje się ściągać, przestaje pracować procesor - tylko mysz i klawiatura działają. I przełączanie między pulpitami.
Jakimi narzędziami, jak zdiagnozować o co chodzi?
Jak zrzucić logi z konsoli np. tty1 do pliku czy coś? Bo pojawia się tam informacja:

Kod: Zaznacz cały

SATA Bus error

Kod: Zaznacz cały

hard reseting link
i parę innych cudów, ale przecież tego nie będę przepisywał tylko z pliku bym skopiował najchętniej i wrzucił tu.

Dodane:
Naprawdę nikt nie jest w stanie mi pomóc? Choćby podpowiedzieć? Czy podałem za mało informacji - podać coś jeszcze?

: 25 czerwca 2010, 11:40
autor: Akkon
A inne systemy? Jeśli nie masz zainstalowanych innych, to odpal jakiegoś live-cd, najlepiej niech to będzie jakaś pełnowartościowa dystrybucja i zobacz jak zachowuje się komputer. Jeśli objawy się powtórzą, to winny jest sprzęt.
Warto też przyjrzeć się logom startowym i wynikom

Kod: Zaznacz cały

dmesg
lukaszpp pisze:Mam trochę stare jądro (wiem, względnie) i planuje już aktualizację, nie mam jednak teraz czasu na przygotowanie kompilacji
A w repozytorium nie ma nowszych?

: 01 lipca 2010, 13:44
autor: lukaszpp
Mam zainstalowanego Windowsa XP (a raczej brat ma) i z niego nie korzystam. On nie widział, żeby coś się działo, ale nie zdziwiłbym się, gdyby to przeoczył.
Jądra nie instaluję z repozytoriów, tylko sam kompiluję, pod własną konfigurację. Obecnie już zaktualizowałem do wersji stabilnej 2.6.34.
Przeglądałem logi startowe i nie znalazłem nic poza tym, co pokazuje fsck.

/var/log/fsck/checkfs

Kod: Zaznacz cały

Log of fsck -C -R -A -a 
Thu Jul  1 11:27:10 2010

fsck from util-linux-ng 2.17.2
open: No such file or directory
open: No such file or directory
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
open: No such file or directory
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
fsck died with exit status 6

Thu Jul  1 11:27:10 2010
----------------
O ile pamiętam jest to jakiś błąd w sysvinit-utils. (ignoruję go przy starcie CTRL+D)

Nie udało mi się odtworzyć tego błędu z dyskiem twardym, ale teraz pojawił się inny, na nagrywarce (przy braku płyty w środku, praca na dysku twardym). Z tym, że nie jestem pewien czy to nagrywarka, czy SATA - z nagrywarką były problemy już wcześniej, czasem nie nagrywała płyt do końca, występował:

Kod: Zaznacz cały

I/O error
dmesg:

Kod: Zaznacz cały

sr 2:0:0:0: ioctl_internal_command return code = 8000002
   : Sense Key : Aborted Command [current] [descriptor]
   : Add. Sense: No additional sense information
ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata3.00: irq_stat 0x40000000
sr 2:0:0:0: CDB: Test Unit Ready: 00 00 00 00 00 00
ata3.00: cmd a0/00:00:00:00:00/00:00:00:00:00/a0 tag 0
         res 50/00:03:00:00:00/00:00:00:00:00/a0 Emask 0x1 (device error)
ata3.00: status: { DRDY }
W załączniku cały /var/log/dmesg oraz mój plik ,,.config'' jądra.

EDIT: Nowy dmesg: pojawiły się jakieś błędy na PCI? Dotyczące pamięci?