Badblock'ler 1TB'lik bir sürücüde ne kadar sürer?


29

Bir 1TB sürücüde badblock'lar (ya da daha ziyade "e2fsck -c") kullanıyorum ve ilerleme göstergesi herhangi bir gösterge ise (punto amaçlanmadıysa) neredeyse sonsuza dek sürecek.

Şu anda, bunun, 0.01% done, 30:20 elapsedkitabımın oldukça aşırı olduğu anlaşılan şeyin tamamlanması 17 hafta kadar süreceği anlamına geliyor.

Bu tür bir çekin alınması normal bir süre midir, yoksa sürücünün arızalanması nedeniyle şüphelerimin doğru olması ve çekin sonsuzluktan sadece biraz daha kısa sürmesine neden olması doğru mu?

Bu soruyu burada buldum , ancak yapılan geçiş miktarıyla ilgili.


2
Neredeyse kesinlikle arayüze, sürücüye ve sürücünün ne kadar kötü olduğuna bağlı, aslında herhangi bir arıza olması durumunda. Bilgisayarlarımdan birinde SATA'ya bağlı 1.5 TB'lık bir sürücü için kötü bir tarama işleminin ~ 70 saat sürdüğünü söyleyebilirim. USB2.0 veya 1.0 ile nerede bağlıysanız çok daha uzun olurdu.
Zoredache

E-SATA kullanılarak eklenir. Sanırım biraz zaman vereceğim ve iyi bir gece uykusundan sonra ne kadar uzakta olduğunu göreceğim.
Steven Don

@Zoredache - Bence yorumunuz bunun yerine bir cevap olmalı.
Nifle

Zoredache’un yukarıdaki yorumuna ek olarak, farklı anahtarlar farklı çalışmalara badblocksneden oluyor ve bu da çalışma sürelerini de etkiliyor, örneğin -wanahtar.
JeffG

1
Gereken süre (ayrıca) moda bağlı olarak badblocksçalışır: salt okunur, tahribatsız okuma-yazma veya tahrip edici okuma-yazma. Bunu söyledikten sonra,% 0.1 için 30 dakika uzun görünüyor.
SabreWolfy

Yanıtlar:


20

Size soruyu cevaplamak için sunabileceğim en yakın şey, bunun için test ettiğim 3 TB'lık. İşte yaptığım 3 kez testler, sadece çok fazla zaman harcadıkları için sadece parametre değerlerini değiştirmek -cve sadece% 10'a kadar yapmak. Her biri ortalama almak için 3 kez yapıldı.

badblocks -svn /dev/sdb

% 1'e ulaşmak için: 1 Saat
% 10'a ulaşmak: 8 saat 40 dakika

badblocks -svn -b 512 -c 32768 /dev/sda

% 1'e ulaşmak için: 35 Dakika
% 10'a ulaşmak: 4 saat 10 dakika

badblocks -svn -b 512 -c 65536 /dev/sda

% 1'e ulaşmak: 16 Dakika
% 10'a ulaşmak: 2 saat 35 dakika

Bu yüzden evet, -cparametrenin sürücünün kontrol edilmesi için geçen süre üzerinde çok büyük bir etkisi vardır. 1 TB Sabit disk sürücüsü için, 3 TB ile aynı zaman dilimini koruduğunu varsayarsak, burada belirtilen sürenin 1 / 3'ü olacağını, bu yüzden -c 655361 TB HDD'de % 10'lara ulaşacağını tahmin ediyorum. 50 dakika


5

Badblocks 4 tur yapar. 1 TB harici HD'de genellikle yaklaşık 70 saat sürer.


4
Tamamlanma için, badblocks(sadece) varsayılan -w-yıkıcı-yazma bayrağıyla dört çalışma yapar .
SabreWolfy

@SabreWolfy, badblocks'un -w ile çalıştığını nereden okudun? Bu bilgiyi bulamıyorum.
Alan Franzoni

1
-W man sayfası kullandığı dört yazma desenini gösterir.
SabreWolfy

3

Birlikte olduğu gibi birlikte işlenen blok miktarını artırmayı deneyin badblocks -svn -b 512 -c 65536 /dev/sda. Bu sayede 8 saat içinde kontrol edilen 1 TB sabit disk sürücüsünü alabilirim.


2

WD Red 4TB sürücülerinde püf noktaları kullanıyorum. 4k sektör sürücüleri oldukları için (kontrol lsblk -o NAME,PHY-SeCedilerek) ile çalıştırıyorum -b 4096. Kullandığım yüzden RAM ~ badblocks örneklerinin her vermek 800MB istediğini -c 200000verir ki 4096 bytes * 200,000 blocks = 800,000 Kb. Her biri 800Mb ile başlıyorlardı, ancak zamanla bozuluyorlardı. Bu ayarlar, standart ayarlara göre önemli bir hızlanma sağlar.

3dk 56sn'de% 1 koştu ancak 4 modelin % 1'i. Ayrıca bir koşunun sonuna yaklaştıkça daha fazla zaman alıyor gibi görünüyor. İlk desenle diski yaklaşık 17 saatte kontrol etti, böylece 4TB'yi yaklaşık 68 saatte tamamlaması gerekiyordu .

AŞAĞIDAKİ KOMUTAN BİR YAZICI YAZIYOR

Kullandığım komut şudur: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt


0

Bunu bir önceki gün 6TB RAID 6'mdaki başarısız bir 1 TB'lık sürücüde koştum (YARARLI YAZI MODU!):

# badblocks -svw -b 4096 -c 65536 /dev/sdb

Ana kart, SATA3 Bağlantı Noktalarına bağlı 8x Samsung SpinPoint M8 HN-M101MBB (biliyorum…) özellikli bir ASRock Rack C2550D4I (biliyorum…). Sürücüler 4K "Gelişmiş Format" sürücüler, dolayısıyla 4K blok boyutu.

badblocks hatasız bitirmek için yaklaşık 28 saat sürdü.

Tekli sürücüler hdparm -tTtüm diziyi test ederken ~ 105 MB / sn (ortalama tamponlanmış okuma zamanlaması), 200-230 MB / sn yapar. Bugünlerde üstün olan hiçbir şey yok, ancak eski dizüstü bilgisayar sürücülerinin bir yığınına iyi gelir.

Umarım bu iş parçacığı diskte çalışan bir badblocks yapmak için hızlı bir yol bulmak için bana yardımcı olduğu kadar yardımcı olur. Bugünlerde kullanımının şüpheli olduğunu biliyorum, ancak bir önceki smartctl -t longokuma başarısızlıkları nedeniyle başarısız olduğunda , SMART değerlerinin nasıl değişeceğini görmek için tüm sektörlerin birkaç kez dokunulup yeniden yazılmasına karar verdim. Başka bir smartctlTest beklemede, eğer tekrar başarısız olursa, yeni bir sürüş için alışveriş yapacağım.


-1

Bazı performans gözlemleri:

e2fsck -c -c -v /dev/sda2Bu cihazda bulunan koşuyorum :

/dev/sda2  77056 976754431 976677376  3.7T Linux filesystem

Mevcut çalışma süresi% 63,5'tir, 53:28:40; 53.5 saat İlerleme oranı% 1.186 / saat. Bu hızda, tahmini toplam 85 saatlik çalışma süresiyle tamamlanması 31 saat daha sürecek. Bu bir USB 3.0 cihazı. iotop, ortalama okuma / yazma hızının yaklaşık 25 MB / s olduğunu gösterir. Şimdiye kadar sıfır hatalı blok bulundu.

Temel komut satırı tarafından çalıştırılır e2fsck:

sh -c badblocks -b 4096 -X -s -n /dev/sda2 976677375

StackOverflow durumuna gönderilen mesajlar, ^ C (SIGTERM) ile badblock'ları kesmek güvenlidir. Bunu yapmalı mıyım, bu testi durdurmanın ve ileride devam ettirmenin dezavantajını göremiyorum, çünkü bu bir disk bloğu düzeyinde işlemdir. Tamamlanan yüzde taramaya devam etmeden önce bu dosya sistemini çıkarmam gerekiyor.


3
Bu bir soru mu yoksa cevap mı?
Pierre.Vriens
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.