Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: Vervelende harde schijf-activiteit  (gelezen 1510 keer)

Offline Pjotr

  • Lid
    • Makkelijke Linuxtips
Vervelende harde schijf-activiteit
« Gepost op: 2007/06/15, 13:45:06 »
Bij mijn nieuwe PC heb ik het vervelende verschijnsel, dat om de 2 tot 3 seconden de harde schijf een hoorbare schrijfactiviteit onderneemt. Ook als het systeem volledig in rust is.
Zoiets dus: rrrt - 1, 2, rrrt - 1, 2, rrrt

Hoogst ergerlijk  :-(

Het schijnt een bekende fout te zijn in Ubuntu, die er al sinds het begin in zit:
https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/17878


Wat heb ik eraan gedaan (LET OP: gevaarlijke ingrepen, alleen voor gevorderden!):

1.  --foute ingreep geschrapt--

2. Daarna heb ik het "file access time" stempel uitgeschakeld in fstab, door het toevoegen van de optie noatime bij elke partitie behalve de swap. Voorbeeld van mijn fstab:
# /etc/fstab: static file system information.
#
#            
proc            /proc           proc    defaults        0       0
# /dev/sda3
UUID=7a212543-83c0-43db-a7f3-f631de4a79a3 /               ext3    defaults,errors=remount-ro,noatime 0       1
# /dev/sda2
UUID=be015ac3-1341-429d-a76f-962ab9adc12b /home           ext3    defaults,noatime        0       2
# /dev/sda1
UUID=4444ABE816D7576B /media/sda1     ntfs    defaults,nls=utf8,umask=007,gid=46,noatime 0       0
# /dev/sda6
UUID=eef581d8-6d79-41f4-9293-6832cb1a735f /media/sda6     ext3    defaults,noatime        0       0
# /dev/sda7
UUID=4869e6d8-a45a-4a32-bd2c-b19240d028ae /media/sda7     ext3    defaults,noatime        0       0
# /dev/sda8
UUID=4671-BB54  /media/sda8     vfat    defaults,utf8,umask=007,gid=46,noatime 0       0
# /dev/sda5
UUID=efdb6f12-033f-436b-b317-9679e192e2ca none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
3. Verder heb ik in /etc/rc.local de interval verhoogd waarmee pdflush werkt, van 5 seconden naar 30 seconden.
De inhoud van /etc/rc.local is bij mij nu:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
#
# Change interval to 30 seconds for pdflush:
echo 3000 > /proc/sys/vm/dirty_expire_centisecs
#
exit 0
4. Ook heb ik /etc/rc.local.shutdown aangepast (voor alle zekerheid):
#
# Change interval for pdflush to normal:
#
echo 500 > /proc/sys/vm/dirty_expire_centisecs
#
Opslaan, sluiten, computer herstarten.

En dat was voldoende. Hebben er meer dit probleem, en hebben jullie het op andere manieren weten op te lossen? Graag reacties.

inhoud aangepast en verfijnd, mede n.a.v. de reacties

Groet, Pjotr.

Offline Soul-Sing

  • Lid
Vervelende harde schijf-activiteit
« Reactie #1 Gepost op: 2007/06/15, 14:09:16 »
kleine aanvulling/opmerking: wanneer een update of updates zich gereedmaakt op/voor ubuntu is er  een ook een soms lang durende periode van activiteit van het systeem, ook van de hardeschijf. dit is volkomen normaal. bovenstaande verhaal van pjotr gaat over voortdurende harde schijf activiteit.

Vervelende harde schijf-activiteit
« Reactie #2 Gepost op: 2007/06/15, 17:00:22 »
@pjotr: ik zie dat je de UUID's nog in je fstab hebt staan.
Werkt het opstarten dan goed tussen je verschillende distro's of heb jij momenteel dan ook het probleem dat ik vroeger had : http://forum.ubuntu-nl.org/topic/10391
Ik ben niet curieus maar weet graag veel :)
Allemaal Linux gerelateerde links op mijn website http://home.scarlet.be/jefdamen/Ubuntu.html
Mijn YouTube kanaal:http://www.youtube.com/user/asilnevs
https://jefdamen.wordpress.com/
We are spiritual beings having a human experience

Offline Johan van Dijk

  • Administrator
    • johanvandijk
Vervelende harde schijf-activiteit
« Reactie #3 Gepost op: 2007/06/15, 18:15:20 »
Citaat van: pjotr123
Daarna in terminal (dit moet ik bij elke herstart herhalen):
sudo laptop_mode start
Het commando laptop_mode start kan je ook in /etc/rc.local zetten (zonder sudo er voor)
Dit bestand wordt automatisch aan het eind van elke opstartprocedure uitgevoerd.

Mooi dat je het op hebt kunnen lossen :)
Wel vreemd dat die bug er nog steeds in zit na al die tijd en het niet helemaal duidelijk is wat precies de oorzaak is.

Offline Pjotr

  • Lid
    • Makkelijke Linuxtips
Vervelende harde schijf-activiteit
« Reactie #4 Gepost op: 2007/06/15, 19:25:48 »
@asilnevs: dit is mijn nieuwe PC, die als hoofdPC dient. Een productiebak. Daarom installeer ik hierop alleen Dapper 6.06.1 (die überhaupt geen UUID's heeft) en Feisty 7.04.
Op mijn klaptopje ga ik door met de strijd tegen de UUID's, want dat is mijn proefbak, waar ik lekker wil klooien met vele distro's tegelijk op de harde schijf.

@Johanvd: bedankt voor de tip!

--toevoeging-- laptop-mode sloopt je harde schijf (teveel start-stop-acties). Niet doen dus.

Offline siegi

  • Lid
Vervelende harde schijf-activiteit
« Reactie #5 Gepost op: 2007/06/15, 20:32:41 »
Citaat van: asilnevs
@pjotr: ik zie dat je de UUID's nog in je fstab hebt staan.
Werkt het opstarten dan goed tussen je verschillende distro's of heb jij momenteel dan ook het probleem dat ik vroeger had : http://forum.ubuntu-nl.org/topic/10391
Ik ben niet curieus maar weet graag veel :)
Je kan ook uuid zelf generen, dus ik zie eigenlijk geen probleem hoor.
uuidgen is er een tooltje voor.  
Persoonlijk denk de dat problemen ermee te maken hebben dat er aan de partitie iets gewijzigd word.  Normaal word er bij de generatie van uuid gewoon een getal gegenereerd om een bepaalde partitie terug te vinden. Het getal word niet op die partitie opgeslagen ofzow want je kan ook uuid's generen als gewone gebruiker.   Maar als de partitie achteraf wat gewijzigd word zou het kunnen dat hij de uuid niet meer terugvind.

Ik heb bij mij edgy en feisty op de computer staan allebij werken ze met uuid's ik heb er nooit iets aan gewijzigd.  
Dus de stelling van pjotr dat alleen de laatste installatie de juiste uuid's heeft blijkt ook niet waar te zijn.