Aşırı sabit disk etkinliği


20

Birincil HDD’de ext4 bölümüne yüklenen Ubuntu 12.04 x64 "yeni" sorunlarım var. Her 5 ila 10 saniyede bir kullanılmadığında, HDD yaklaşık 10 saniye boyunca etkindir, hangi uygulama açık veya çalışır durumda değildir. İotop kullandım ve jbd2'nin sürekli olarak HDD'ye yazdığını gördüm. HDD’nin gürültüsü beni çıldırtıyor, bu oranda disk uzun sürmeyecek. Aynı HDD’de Windows 7’ye (çift önyükleme Grub2) sahibim ve her şey yolunda gidiyor, disk kullanımda değilken kapalı ve bilgisayar sessiz. Her şey yolunda çalışıyor (Skype ve web kamerasıyla ilgili çok az sorun var, ancak bu tolere edilebilir), ancak bilgisayarı günde 10 saat açtığım için disk ve gürültü kaybetme korkusu karşılanamaz.

El sıkma sıklığı azaltmak için el ile denedim, ancak web üzerinde hiçbir çözüm bulunamadı bana yardımcı oldu, disk aynı oranda taşlama.

Bu sorunun bir çözümü var mı? Eğer Ubuntu'yu kullanmayı bırakacağımı düşünmezsem, bu kullanım oranında HDD uzun süre dayanmaz ve HDD'den gelen ses tolere edilemez ...


1
Ubuntu ile emin değil, fakat Kubuntu Nepomuk'ta dosya indeksleyicisi kurulumdan sonra başlar. Dosya miktarına bağlı olarak bu işlem biraz zaman alabilir, ancak indeksleme yapıldıktan sonra aşırı disk GÇ işlemi durur.
jippie

PC birkaç saat çalışıyordu, dosya indekslemesi o zamana kadar durmalı. Sorun ext4 ve sürekli çalışan jbd2 günlüğüdür ...
Dejan Grum

Bu işlem devam ederse bir şey yazılırsa log dosyalarınızı kontrol edebilir misiniz?
Nanne

free -mDisk kullanılırken çıktısı nedir ?
Salem

Yanıtlar:


7

Bu, Sabit Sürücü etkinliğinin normal kullanımın üzerinde olduğu ve kullanıcının bu kadar fazla kullanmadığı nadir durumlardır. Ubuntu ile yıllar boyunca sadece iki kez başıma geldi. Bir defasında sorunu fsckdiskte yaparak çözmüştüm .

Örneğin, eğer HDD’niz ise /dev/sdb1aşağıdakileri yapın:

sudo fsck /dev/sdb1

Bu durumda sabit diski kontrol etmeden 200 defadan daha fazla açtığımı söyledi. Aslında kaç defa saymadım ama 200 kitabımda çok fazla.

Her neyse, kontrol etmeye başladığında, bir noktada sorun bulmaya ve tamir etmeye başladı. Aslında birçoğu. Bundan sonra yeniden başlattım ve sorun gitmişti.

İkinci durumda, çünkü ben düzenledi /etc/fstabve yanlış bir parametre hdd geçirdi. Çözüm, bu parametreyi ondan çıkarmaktı.

Ayrıca noatime, sabit diske eklenmenin yazma işlemlerinin miktarını azalttığını söylemek isterim . Örneğin, bu fstabdosyadaki HDD’m :

# / was on /dev/sda2 during installation
UUID=38673e00-ecc8-4e11-85d2-58af72999e5b /               ext4    noatime,errors=remount-ro 0       1

ile noatime parametresi, disk etkinliği daha azdır. Her ne kadar çekirdeğin 2.6.30 veya daha yüksek bir versiyonunu kullanıyorsanız, görecelik daha iyidir.

Bunun için benim önerim:

  • fsckSorunlu sürücüde çalıştırın . Bir çok problemi tespit edebilir veya etmeyebilir, ancak kontrol etmek bilgilerin iyi olduğundan ve sabit diskte dosya sistemi problemi olmadığından emin olacaktır.

  • Masaüstünde disksyardımcı programı çalıştırın . Sürücünün durumunu ve bununla ilgili SMART bilgilerini gösterir. Bu, özellikle bir donanım sorunu varsa, bu konuda size daha fazla bilgi verebilir.

  • Yazın dmesgve son satır arayın. Her 10 saniyede bir şeyler varsa orada gösterilecektir. Ayrıca gösterebilir cat /var/log/syslogveyacat /var/log/kern.log

  • Son olarak, bazı erişim süresi yazılarından tasarruf etmek için noatime parametresini fstabdosyanıza ekleyin .


4
Kullanmaya gerek yok noatime. relatimeGereksiz yazmaları önler ve çekirdeğin 2.6.30'dan beri varsayılan bağlantı bayraklarının bir parçası olmuştur .
Mihai Capotă

@ MihaiCapotă Ve askubuntu ile takılmayı sevmeme nedenine geri döndük. Bilgi Mihai için teşekkürler.
Luis Alvarado

6
  1. Hiçbir şey çalışmadığında çok fazla etkinlik görüyorsanız, günlüklerden herhangi birinin çok fazla güncelleme alıp almadığını kontrol edin. Şunu çalıştırdığınızda dosyalardan birinin büyüyüp büyümediğini görün.

    ls -lS /var/log/*log | head
    
  2. Sabit diskiniz SMART'ı destekliyorsa, pencereleri azaltabilirsiniz.

    hdparm -B 255 /dev/sdX
    

    sdX'in geçerli bir bölümle değiştirilmesi gerekiyor.

  3. Sizin kontrol fstabFOR noatime.

  4. Aşağıdaki son linkten birileri, mecburi bir kontrol kontrolü ile çözdüğünü iddia ediyor.

    touch /forcecheck
    

    ve yeniden başlatma, sizin için durumun böyle olup olmadığını onaylayacaktır.


Ayrıca bu konuya bir göz atın:

ext4 jbd2 günlüğü boş dosya sistemlerinde bile etkin


Bu büyük olasılıkla bir çekirdek problemidir (ve özellikle Ubuntu ile ilgili değildir). 2010 yılında hem Ubuntu hem de Arch kullanıcıları aynı problemi yaşadılar . Kullandığınız çekirdeğe karşı fırlatma panelinde bir hata olarak göndermeye değer olabilir.


hdparm -BEski APM komutunu kullanır ve SMART ilgisi yoktur
psusi

Eğilmeyi azaltmanın sakıncaları var mı? Etkilerinin ne olduğundan emin değilim. Terimin tam olarak neyle ilgili olduğunu söyler misiniz?
Wolverine

Daha az pencere, daha az elektrik kullanımı ve daha az ısı ölçer, böylece bir diskin kullanım ömrünü arttırır. Ancak sabit diskler, diskin yeniden başlatılması sırasında daha fazla ölme eğilimindedir (varsaydığım artan mekanik aktivite nedeniyle). Yani bu bir takas. Web'deki tartışmaların çoğu yine de varsayımdır; hiç kimsenin sağlam kanıtı yok.
Rinzwind

0

Bir Lenovo / Thinkpad ile bu sorunu yaşadım ve her şeyi denedim ama sonunda bir Toshiba sürücüsü olduğunu gördüm. Toshiba disklerinde park seçeneğiyle ilgili bir sorun var ve bu sorunla karşılaşıyor ve sürücüyü sürekli olarak park etmeye çalışıyor ve bu duyduğunuz ses.

http://disablehddapm.blogspot.com.au/2011/12/disabling-hard-disk-drive-advanced.html

Çözüm, pil ömrünü azaltacak olmasına rağmen güç yönetimini devre dışı bırakmaktır. Bu, sürücüm için işe yaradı, ancak bize hangi sürücünün çalıştığını söylemediğiniz gibi, bu çözüm işe yaramayabilir ve farklı bir parametre seti gerektirebilir.


-1

1) yüzey testlerini deneyin. bir yerde kötü bloklar / sektörler olabilir.

2) ubuntu'nun başka bir versiyonunu deneyin (xubuntu, lubuntu)

3) kullanılmayan uygulamaları kaldırmayı deneyin ... bazıları kötü çalışıyor olabilir mi?


-2

/etc/fstabHDD'deki dosya sistemlerinizin takma seçeneklerinin sonunda aşağıdaki dizeye dosyaya ekleyin :

,commit=600

Örneğin:

UUID=cc614fb7-fbdc-4b6d-af3c-a3fda4f699a0 /   ext4    defaults,commit=600    0       2

yeniden başlat ve keyfini çıkar

man mount diyor:

commit = nrsec Her nrsec saniyede bir tüm verileri ve meta verileri senkronize eder. Varsayılan değer 5 saniyedir. Sıfır, varsayılan anlamına gelir.


İyi bir ipucu gibi görünüyor, ancak bunun ne olduğunu bilmek faydalı olacaktır ...
piedro

3
Bu nedenle, bu ayarda, kullanıcı bir güç kesintisi veya zorla yeniden başlatma durumunda, son bir 5 dakika yerine son 10 dakikayı kaybedecektir, kullanıcı bir metin editörü, çalıştılar mı?
Sergey

@Sergey'nin sunduğu nedenlerden dolayı buna karşı tavsiyelerde bulunabilirim. Bunun dışında, bu daha fazla hasar kontrolüdür, o zaman bir sorunu çözüyor mu?
Nanne
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.