• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Festplatte permanent am "Rödeln" -- welcher Prozess ist das?

C

christianhb

Newbie
Hallo,

unter Suse 11.0 ist eine meiner beiden Platten die ganze Zeit aktiv, und zwar mit einem sehr regelmäßigen, immergleichen Geräuschmuster ("br-br-br-br-br-br-br-br...").

- Ich habe sichergestellt dass weder beagle noch locate aktiv sind
- ps ax | grep XXX mit index, find, search für XXX gab keine Ergebnisse
- lsof und top ergaben ebenfalls keine Hinweise
- Melde ich mich aus KDE ab, geht die verdammte Rödelei unverändert weiter
- Starte ich Suse im failsafe mode, gibt es ebenfalls keine Besserung
- Fahre ich den Rechner herunter, hört das ganze kurz vor der Konsolenmeldung "Sending all processes the TERM signal" auf
- Beim Hochfahren meine ich festzustellen, dass das Starten der Rödelei zeitlich in etwa mit der Ausgabe der Konsolenmeldung "Setting up network services network" zusammenfällt, kann es aber wegen der Schnelligkeit der Ausgaben nicht mit Sicherheit sagen

Hier die Ausgabe von ps ax:

Code: 
 PID TTY      STAT   TIME COMMAND
    1 ?        Ss     0:00 init [5]
    2 ?        S<     0:00 [kthreadd]
    3 ?        S<     0:00 [migration/0]
    4 ?        S<     0:00 [ksoftirqd/0]
    5 ?        S<     0:00 [migration/1]
    6 ?        S<     0:00 [ksoftirqd/1]
    7 ?        S<     0:00 [events/0]
    8 ?        S<     0:00 [events/1]
    9 ?        S<     0:00 [khelper]
   10 ?        S<     0:00 [kblockd/0]
   11 ?        S<     0:00 [kblockd/1]
   12 ?        S<     0:00 [kacpid]
   13 ?        S<     0:00 [kacpi_notify]
   14 ?        S<     0:00 [cqueue]
   15 ?        S<     0:00 [kseriod]
   16 ?        S<     0:00 [kondemand/0]
   17 ?        S<     0:00 [kondemand/1]
   18 ?        S      0:00 [pdflush]
   19 ?        S      0:00 [pdflush]
   20 ?        S<     0:00 [kswapd0]
   21 ?        S<     0:00 [aio/0]
   22 ?        S<     0:00 [aio/1]
   23 ?        S<     0:00 [kpsmoused]
   64 ?        S<     0:00 [ata/0]
   65 ?        S<     0:00 [ata/1]
   66 ?        S<     0:00 [ata_aux]
   69 ?        S<     0:00 [scsi_eh_0]
   70 ?        S<     0:00 [scsi_eh_1]
   71 ?        S<     0:00 [scsi_eh_2]
   72 ?        S<     0:00 [scsi_eh_3]
   73 ?        S<     0:00 [scsi_eh_4]
   74 ?        S<     0:00 [scsi_eh_5]
   78 ?        S<     0:00 [scsi_eh_6]
   79 ?        S<     0:00 [scsi_eh_7]
  256 ?        S<     0:00 [ksuspend_usbd]
  257 ?        S<     0:00 [khubd]
  608 ?        S<     0:01 [kjournald]
  666 ?        S<s    0:00 /sbin/udevd --daemon
 1422 ?        S<     0:00 [kauditd]
 1434 ?        S<     0:00 [kstriped]
 1476 ?        Ss     0:00 /sbin/mount.ntfs-3g /dev/sdb1 /windows/C -v -o rw,noexec,nosuid,nodev,users,gid=100,fmask=133,dmask=022,locale=d
 1479 ?        Ss     0:00 /sbin/mount.ntfs-3g /dev/sda1 /windows/D -v -o rw,noexec,nosuid,nodev,users,gid=100,fmask=000,dmask=000,locale=d
 1482 ?        Ss     0:00 /sbin/mount.ntfs-3g /dev/sda5 /windows/E -v -o rw,noexec,nosuid,nodev,users,gid=100,fmask=000,dmask=000,locale=d
 1752 ?        Ss     0:00 /bin/dbus-daemon --system
 1763 ?        Ss     0:00 /sbin/resmgrd
 1867 ?        Ss     0:00 /sbin/acpid
 1874 ?        Ssl    0:00 /usr/sbin/console-kit-daemon
 1960 ?        Ds     0:00 /sbin/syslog-ng
 1963 ?        Ss     0:00 /sbin/klogd -c 1 -x
 2050 ?        Ss     0:01 /usr/sbin/hald --daemon=yes
 2051 ?        S      0:00 hald-runner
 2282 ?        S      0:00 hald-addon-input: Listening on /dev/input/event4 /dev/input/event3 /dev/input/event5 /dev/input/event1
 2301 ?        S      0:00 /usr/lib/hal/hald-addon-cpufreq
 2302 ?        S      0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
 2347 ?        S      0:00 hald-addon-storage: polling /dev/sr1 (every 2 sec)
 2358 ?        S      0:00 hald-addon-storage: polling /dev/sr0 (every 2 sec)
 2367 ?        S      0:00 hald-addon-storage: no polling on /dev/fd0 because it is explicitly disabled
 2702 ?        S      0:00 /sbin/dhcpcd -HHH -D -K -N -t 999999 -h linux-evm3 -c /etc/sysconfig/network/scripts/dhcpcd-hook eth0
 3110 ?        Ss     0:00 avahi-daemon: registering [linux-evm3.local]
 3114 ?        S<sl   0:00 /sbin/auditd -s disable
 3121 ?        S<sl   0:00 /sbin/audispd
 3128 ?        Ss     0:00 /sbin/portmap
 3131 ?        Ssl    0:00 /usr/sbin/nscd
 3138 ?        S      0:00 /opt/kde3/bin/kdm
 3186 ?        Ss     0:00 /usr/sbin/avahi-dnsconfd -D
 3187 ?        Ss     0:00 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
 3196 tty7     SLs+   0:19 /usr/bin/Xorg -br -nolisten tcp :0 vt7 -auth /var/lib/xdm/authdir/authfiles/A:0-oxBoyE
 3204 ?        Ss     0:00 /usr/sbin/cupsd
 3208 ?        S      0:00 /usr/sbin/powersaved -d -f /var/run/acpid.socket -v 3
 3213 ?        Ss     0:00 /usr/sbin/smpppd
 3227 ?        S      0:00 -:0
 3258 ?        Ss     0:00 /usr/lib/postfix/master
 3271 ?        S      0:00 pickup -l -t fifo -u
 3272 ?        S      0:00 qmgr -l -t fifo -u
 3285 ?        Ss     0:00 /usr/sbin/cron
 3367 ?        S      0:00 /usr/sbin/smartd
 3459 tty1     Ss+    0:00 /sbin/mingetty --noclear tty1
 3460 tty2     Ss+    0:00 /sbin/mingetty tty2
 3463 tty3     Ss+    0:00 /sbin/mingetty tty3
 3465 tty4     Ss+    0:00 /sbin/mingetty tty4
 3466 tty5     Ss+    0:00 /sbin/mingetty tty5
 3469 tty6     Ss+    0:00 /sbin/mingetty tty6
 3563 ?        Ss     0:00 /bin/sh /usr/bin/startkde3
 3637 ?        Ss     0:00 /usr/bin/gpg-agent --sh --daemon --write-env-file /home/anybody/.gnupg/agent.info /bin/bash /etc/X11/xinit/xinit
 3675 ?        S      0:00 start_kdeinit --new-startup +kcminit_startup
 3676 ?        Ss     0:00 kdeinit Running...
 3679 ?        S      0:00 dcopserver [kdeinit] --nosid
 3681 ?        S      0:00 klauncher [kdeinit] --new-startup
 3683 ?        S      0:00 kded [kdeinit] --new-startup
 3688 ?        S      0:00 kwrapper ksmserver
 3690 ?        S      0:00 ksmserver [kdeinit]
 3691 ?        S      0:00 kwin -session 10151c9d3eb000123099008900000073100000_1252848539_410959
 3693 ?        S      0:01 kdesktop [kdeinit]
 3695 ?        S      0:00 kicker [kdeinit]
 3696 ?        S      0:00 kio_file [kdeinit] file /tmp/ksocket-anybody/klauncheruEscFa.sl
 3703 ?        S      0:00 kde-window-decorator -session 10151c9d3eb000123098999100000036020047_1252848539_407142
 3708 ?        S      0:00 dbus-launch --autolaunch 7a0501a6c921a52616ec2e64484e7035 --binary-syntax --close-stderr
 3709 ?        Ss     0:00 /bin/dbus-daemon --fork --print-pid 6 --print-address 8 --session
 3710 ?        Ss     0:00 python /usr/bin/hp-systray
 3717 ?        S      0:00 knotify [kdeinit]
 3720 ?        S      0:00 konqueror [kdeinit] --preload
 3726 ?        S      0:00 klipper [kdeinit]
 3728 ?        S      0:00 kpowersave [kdeinit]
 3732 ?        S      0:00 kmix [kdeinit] -autostart
 3733 ?        S      0:00 kinternet [kdeinit] --quiet
 3748 ?        S      0:00 python /usr/bin/hp-systray
 3749 ?        S      0:00 python /usr/bin/hp-systray
 3779 ?        S      0:00 opensuseupdater-kde
 3813 ?        Ss     0:00 /usr/sbin/smpppd-ifcfg --ifcfg=ifcfg-dsl0 --provider=tonline-dsl --user=anybody
 3814 ?        Ss     0:00 /usr/sbin/pppd logfd 9 call pppoe eth0 mtu 1492 mru 1492 ipcp-accept-local ipcp-accept-remote idle 600 defaultro
 3922 ?        Sl     0:16 /usr/lib/opera/opera
 3999 ?        S      0:00 konsole [kdeinit]
 4000 pts/1    Ss+    0:00 /bin/bash
 4034 ?        S      0:00 konsole [kdeinit]
 4035 pts/2    Ss     0:00 /bin/bash
 4043 pts/2    R+     0:00 ps ax

Für Hinweise jeder Art bin ich sehr dankbar.
 
J

josef-wien

Ultimate Guru
Das sieht mir eher nach einem Festplattenproblem aus. Zeigt
Code: 
smartctl -a /dev/sdXY
(XY = Deine Festplatte) besorgniserregende Feststellungen?

Aber auch wenn es keine gibt, solltest Du die Festplatte mit einem Programm Deines Festplattenherstellers oder mit dem "Hitachi Drive Fitness Test" (http://www.computerbase.de/downloads/software/systemprogramme/festplatten/hitachi_drive_fitness_test/, funktioniert auch mit den meisten anderen Festplatten) überprüfen.
 
OP
C

christianhb

Newbie
Danke für Deine Antwort. Ich habe mit einem Windows-Tool mal einen Check durchführen lassen und es wird mir auf einer reinen Datenplatte (der Platte, wo keine Betriebssysteme drauf sind) ein "bad block" gemeldet. Scheint wohl die Ursache zu sein...?

Was mich allerdings wundert -- wieso rödelt Linux da die ganze Zeit drauf rum? Auf der Platte sind nur MP3s, die ich in keiner der Sitzungen, wo mir das Gerödele aufgefallen ist, angefasst (geöffnet oder sonstwie referenziert) habe (sie ist angebunden unter /windows).

Nichtsdestotrotz -- neue Platte ist bestellt. Jetzt brauche ich noch Eure Hilfe, was das Einhängen derselben unter Suse anbelangt (Änderungen in /etc/fstab und /boot/grub/device.map). Ich melde mich, sobald die Platte drin ist und ich sie unter Windows angebunden habe. Sofern keiner "meckert", würde ich die Fragen zu den Anpassungen hier in diesem Thread stellen anstatt einen neuen aufzumachen.
 
HBtux

HBtux

Member
christianhb schrieb:
Sofern keiner "meckert", würde ich die Fragen zu den Anpassungen hier in diesem Thread stellen anstatt einen neuen aufzumachen.
Zum Vergrößern anklicken....
Lieber gleich einen neuen Thread aufmachen, wenn man schon die Befürchtung hat, dass jemand meckert...
Außerdem hat das nichts micht meckern zu tun, sondern es dient der Übersicht.

Wie sollte jemand bei dem Thread-Betreff "Festplatte permanent am "Rödeln" -- welcher Prozess ist das?" vermuten, dass Du wissen möchtest wie man eine Platte umkopiert.
 
OP
C

christianhb

Newbie
josef-wien schrieb:
Das sieht mir eher nach einem Festplattenproblem aus. Zeigt
Code: 
smartctl -a /dev/sdXY
(XY = Deine Festplatte) besorgniserregende Feststellungen?
Zum Vergrößern anklicken....


Argh! Ich glaube, ich habe in meinem ersten Beitrag ganz oben eine essentielle Bemerkung vergessen: die Probleme treten unter WinXP SP3 ÜBERHAUPT GAR NICHT auf! (Abgesehen von dem kaputten Block, den das Tool findet).

Nichtsdestotrotz, hier die Ausgabe von smartctl:

Code: 
smartctl 5.39 2008-05-08 21:56 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-8 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint P80 SD series
Device Model:     SAMSUNG HD080HJ
Serial Number:    S08EJ1KL905319
Firmware Version: ZH100-41
User Capacity:    80.026.361.856 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  ATA/ATAPI-7 T13 1532D revision 4a
Local Time is:    Fri Sep 18 21:32:45 2009 CEST
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:  (0x02)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Disabled.
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: 		 (1848) 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: 	 (  30) minutes.
SCT capabilities: 	       (0x003f)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
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   100   100   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   100   100   025    Pre-fail  Always       -       4032
  4 Start_Stop_Count        0x0032   098   098   000    Old_age   Always       -       2693
  5 Reallocated_Sector_Ct   0x0033   253   253   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   253   253   015    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       4616
 10 Spin_Retry_Count        0x0033   253   253   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   253   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1364
187 Reported_Uncorrect      0x0032   253   253   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   124   109   000    Old_age   Always       -       38
194 Temperature_Celsius     0x0022   124   109   000    Old_age   Always       -       38
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       445891
196 Reallocated_Event_Count 0x0032   253   253   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   253   253   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   253   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   253   100   000    Old_age   Always       -       0
202 TA_Increase_Count       0x0032   253   253   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective Self-Test Log Data Structure Revision Number (0) should be 1
SMART Selective self-test log data structure revision number 0
Warning: ATA Specification requires 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.

Die neue Platte ist inzwischen angekommen...
 
OP
C

christianhb

Newbie
So, ich denke ich komme (bzw. wir kommen ;) ) der Sache näher. Sowohl in /var/log/messages als auch in /var/log/warn wird etwa 5 bis 6 mal pro Sekunde die folgende Nachricht geschrieben:

Code: 
Sep 19 15:46:44 linux-evm3 kernel: dib0700: RC Query Failed
Sep 19 15:46:44 linux-evm3 kernel: dvb-usb: error while querying for an remote control event.

Googlen ergibt, dass das mit einem Treiber für einen DVBT-Stick zusammenhängt, den ich vor über einem halben Jahr installiert habe (aber nicht nutze).

Weiter weiß ich aber spontan nicht...
 
J

josef-wien

Ultimate Guru
christianhb schrieb:
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 445891
Zum Vergrößern anklicken....
Bei meinen Platten gibt es das Attribut nicht, Wikipedia meint dazu: "Hardware ECC Recovered:
* Korrigierte Bitfehler beim Lesen.
* Kann auf Problem mit der Plattenoberfläche hindeuten.
* Die hohe Datendichte heutiger Festplatten hat zur Folge, dass sich die Magnetfelder der einzelnen Bits überlappen. Dies führt dazu, dass beim Lesen die Fehlerkorrektur zwangsläufig anschlägt. Auch sehr hohe Werte hier sind also kein Grund zur Beunruhigung.
* Samsung-Laufwerke der P80-Serie tragen hier fälschlicherweise oft sehr niedrige Skalenwerte ein. Generell sind sehr hohe Raw-Werte üblich, die wegen Technologiewechseln auch zwischen Modellen eines Herstellers nicht vergleichbar sind. Sie steigen bei Lesevorgängen, da nur dann Fehlerkorrektur stattfindet. Ausfallrelevant sind nur die Skalenwerte. Selten auch „ECC On-the-fly“ genannt." Ansonsten sehe ich nichts Besorgniserregendes, die Platte selbst meint, daß alles in Ordnung ist:
christianhb schrieb:
SMART overall-health self-assessment test result: PASSED
Zum Vergrößern anklicken....
christianhb schrieb:
Abgesehen von dem kaputten Block, den das Tool findet
Zum Vergrößern anklicken....
Da dürften noch Daten enthalten sein, ansonsten hätte die Plattenelektronik den Block schon ersetzen müssen.

christianhb schrieb:
dass das mit einem Treiber für einen DVBT-Stick zusammenhängt
Zum Vergrößern anklicken....
Entweder stellst Du den Treiber durch die passende Fernbedienung zufrieden oder Du findest einen Weg, ihm diese Fehlermeldungen abzugewöhnen, oder Du deinstallierst ihn wieder. Das Verzeichnis /var befindet sich aber auf der Systemplatte, ist das die, von der Du glaubst, daß sie Lärm erzeugt?
 
gropiuskalle

gropiuskalle

Guru
1. Bad Blocks sind kein ausreichender Grund, eine Festplatte auszutauschen. Man könnte sie mit geeigneten tools flaggen lassen und so die Platte noch ein ganzes Weilchen weiter benutzen.

2. Um einen Festplattenzugriff bezüglich des ihn auslösenden Prozesses einzugrenzen, empfehle ich 'iotop'.
 
Rainer Juhser

Rainer Juhser

Moderator
Teammitglied
gropiuskalle schrieb:
1. Bad Blocks sind kein ausreichender Grund, eine Festplatte auszutauschen. Man könnte sie mit geeigneten tools flaggen lassen und so die Platte noch ein ganzes Weilchen weiter benutzen.
Zum Vergrößern anklicken....
Da bin ich anderer Meinung! Heutige Festplatten machen das Bad Block Management normalerweise automatisch über die Firmware, ohne dass der User etwas davon mitbekommt. Dafür hat die Platte eine gewisse Anzahl Reserve-Sektoren, die über die Firmware automatisch anstelle von kaputten Sektoren eingeblendet werden. Erst wenn diese aufgebraucht sind, werden Bad Blocks "sichtbar". Dann ist aber die Platte meist schon in einem Zustand, der ein baldiges Ableben befürchten lässt.
 
OP
C

christianhb

Newbie
Bin gerade wieder in Suse und das Gerödele tritt überhaupt gar nicht mehr auf -- ebenso tauchen die oben erwähnten Meldungen in den beiden Log-Dateien nicht mehr auf! Ich habe aber zwischenzeitlich NICHTS bzgl. der DVBT-Treiber unternommen!

????????

Da deutet ja wohl darauf hin, dass doch irgendein Hintergrund-Dienst für all das verantwortlich ist?!?

josef-wien schrieb:
Das Verzeichnis /var befindet sich aber auf der Systemplatte, ist das die, von der Du glaubst, daß sie Lärm erzeugt?
Zum Vergrößern anklicken....

Zumindest meinte ich neulich herauszuhören, dass während des Hochfahrens, wo ja viel auf die Systemplatte zugegriffen wird, das Gerödel immer wieder kurzzeitig aussetzt, was ja nicht so wäre wenn diese Geräusche von IO-Operationen auf der zweiten Platte stammen (auf der ja weder / noch swap liegen).
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben