Zuordnung von Blocknummer zu Datei war: Ständiger Plattenzugriff nach Update auf 9.1
Hallo,
Ich habe jetzt die Platten mit noatime gemountet (reiserfs). Seitdem sind die Zugriffe alle fünf sekunden weg. Aber was Suse da immer auf der Platte gerührt hat, würde ich schon gern wissen.
irgendwas hat auf irgendwelche Dateien zugegriffen (auch lesend) -> die atime wurde geändert -> die geänderte atime wurde auf die Platte geschrieben.
PS updatedb war das nicht. Es war ständig, ohne daß ich irgendwelche besonderen Prozesse finden konnte.
Das ist dieser komische Prozess mit der PID 0, genannt kernel ;-))
Okay, dann versuche ich in Zukunft, ohne den auszukommen. Ich habe jetzt wieder Zugriffe, obwohl meine Partitionen alle mit noatime gemountet sind. In der Doku von laptopmode steht:
If you want to find out which process caused the disk to spin up, you can gather information by setting the flag /proc/sys/vm/block_dump. When this flag is set, Linux reports all disk read and write operations that take place, and all block dirtyings done to files. This makes it possible to debug why a disk needs to spin up, and to increase battery life even more.
Damit kriege ich dann folgendes. Lieder kenne ich aber nicht alle meine Festplattenblöcke persönlich mit Namen. Ich würde gern herausfinden, in welche Dateien geschrieben wird, d.h. die Frage ist: Wie ordne ich eine Blocknummer einer Datei in einem Filesystem zu? Vielen Dank und viele Grüße Stefan Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12080512 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12087240 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12087280 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12087304 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12088648 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12088896 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12088936 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12089184 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12095968 on hda6 Jun 27 12:50:51 laptop3 kernel: tailf(13487): READ block 12096104 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): dirtied page Jun 27 12:50:52 laptop3 last message repeated 8 times Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15360 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15368 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15376 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15384 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15392 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15400 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15408 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15416 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15424 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 3892600 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 12096128 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 3892608 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 12096136 on hda6 Jun 27 12:50:52 laptop3 kernel: pdflush(8): WRITE block 15432 on hda6 Jun 27 12:50:53 laptop3 kernel: pdflush(8): dirtied page Jun 27 12:50:58 laptop3 last message repeated 7 times Jun 27 12:50:58 laptop3 kernel: pdflush(8): WRITE block 15440 on hda6 Jun 27 12:50:58 laptop3 kernel: pdflush(8): WRITE block 15448 on hda6 Jun 27 12:50:58 laptop3 kernel: pdflush(8): WRITE block 15456 on hda6 Jun 27 12:50:58 laptop3 kernel: pdflush(8): WRITE block 3892608 on hda6 Jun 27 12:50:58 laptop3 kernel: pdflush(8): WRITE block 12096136 on hda6 Jun 27 12:50:58 laptop3 kernel: pdflush(8): WRITE block 15464 on hda6 Jun 27 12:50:59 laptop3 kernel: korgac(4533): dirtied page Jun 27 12:50:59 laptop3 kernel: korgac(4533): dirtied page (Hab ich rausgeschmissen, hilft nicht) Jun 27 12:51:03 laptop3 kernel: pdflush(8): dirtied page Jun 27 12:51:03 laptop3 last message repeated 2 times Jun 27 12:51:03 laptop3 kernel: pdflush(8): WRITE block 15472 on hda6 Jun 27 12:51:03 laptop3 kernel: pdflush(8): WRITE block 15480 on hda6 Jun 27 12:51:03 laptop3 kernel: pdflush(8): WRITE block 15488 on hda6 -- Stefan Müller Universität Bremen/Fachbereich 10 Tel: (+49) (+421) 218-8601 Postfach 33 04 40 D-28334 Bremen http://www.cl.uni-bremen.de/~stefan/ http://www.cl.uni-bremen.de/~stefan/Babel/Interaktiv/
On Sun, Jun 27, 2004 at 01:03:40PM +0200, Stefan Müller wrote:
Das ist dieser komische Prozess mit der PID 0, genannt kernel ;-))
Okay, dann versuche ich in Zukunft, ohne den auszukommen.
Ich habe jetzt wieder Zugriffe, obwohl meine Partitionen alle mit noatime gemountet sind. In der Doku von laptopmode steht:
Journaling-Filesystem? commit-intervall beim Mounten angepasst? -- Stefan Seyfried
participants (2)
-
Stefan Müller
-
Stefan Seyfried