Geçenlerde sahte MicroSD kart ve çok fazla alan bulunduğunu iddia eden USB flaş sürücüler hakkında çok şey okudum (bilgisayarınıza sorsanız bile), fiziksel olarak daha az teklif sunuyorum. Geçenlerde bir SanDisk USB sürücüsü (128 GB talep edildi) satın aldım ve boyutunu test etmek istiyorum. Ebay veya başka bir şey ile satın alınmamıştır, ancak üretken kullanmadan önce gerçek boyutlarını gerçekten test etmek istiyorum.

Üzerine bir şeyler kopyalayabilir, geri kopyalayabilir ve dosyaların iyi olup olmadığına bakabilirim. Ayrıca Hashes ve benzeri şeylerle otomatikleştirebilirim. Ancak daha doğru bir çözüm olacağını umuyordum. Bunu Windows için okudum, H2testw hile yapıyor. Bunu Ubuntu / Linux'ta test etmenin kolay bir yolu var mı? Belki de uzman, iyi çalışan bir araç?

Güncelleme: Açık olmak gerekirse, fikir, linux sisteminin denetleyici tarafından söylenen boyutun doğru olduğunu doğrulamaktır ( bu nedenle hiçbir veri kaybı olmaz ). 127,3 GB yerine 128 GB alıp almadığımı görmek istemiyorum. Yazdığım tüm verilerin tekrar okunup okunamayacağını test etmek istiyorum. Ne yazık ki bu konuda yalnızca İngilizce teknik sitelerinde birkaç bilgi bulabilirim. Yine de iyi Alman kaynakları var. Aslında bunun gibi bir uygulamayı arıyorum ama Ubuntu / Linux için: https://www.raymond.cc/blog/test-and-detect-fake-or-counterfeit-usb-flash-drives-bought-from -ebay-ile-h2testw /

Güncelleme2: İngilizce olarak bazı kaynakları bir araya getirmeye çalıştım. Kayıp zamandan dolayı hepsini ayrıntılı olarak okumadım.

• https://www.ebay.com/gds/All-About-Fake-Flash-Drives-2013-/10000000177553258/g.html
• https://en.wikipedia.org/wiki/USB_flash_drive#Counterfeit_products
• https://www.heise.de/newsticker/meldung/Verdaechtige-USB-Sticks-mit-2-Terabyte-bei-Amazon-Faelschungen-entlarven-Datenverluste-vermeiden-3915202.html
• http://www.pcgameshardware.de/USB-Stick-Hardware-255579/News/falsche-Speicherkapazitaet-bei-Amazon-1245682/

Güncelleme3: Açıklamalar

Aşağıdaki garip eleştiriler nedeniyle, bazı açıklamalar.

Sorun nedir ve neden tek başına dd çözemiyor?

Bu bir tepkidir

“Çözmeye çalıştığınız sorunun ne olduğunu ve“ sahte sürücü ”nin tanımının ne olduğunu açıkça anlayın.”

Bazı insanların sorunu anlamadığı anlaşılıyor. Bu yüzden, soruyu uzatmak için çok fazla olduğunu düşündüğüm halde, ayrıntıları olabildiğince kısa açıklamaya çalışıyorum.

İşletim sisteminizin veya unix araçlarının usb aygıtlarının kapasitesi size verebilir, yanlış olabilir. Bu, ölümcül bir durumdur, çünkü işletim sisteminiz ne kadar veri gönderebileceğinizi düzenler. Gerçekten tutabileceğinden daha fazla veri gönder, veri kaybına uğrayacaksın. Bu bir problem. Peki, bu neden olabilir?

Sorunu anlamak için USB Protokolünü iyi tanımanıza gerek yoktur. Seri Arabirimler ortak bir özelliğe sahiptir, istemci cihazın (usb sürücü) bu seri arabirim aracılığıyla kendi kapasitesini söylemesi gerekir. Bu, müşteri cihazının, cihazların amacı ve bu durumda da kapasitesi hakkında biraz bilgisi olan kendi kontrol cihazına ihtiyacı olduğu anlamına gelir. Aynı zamanda, bir şeyi saklama komutunu aldığında ne yapılması gerektiğine de karar verir. Kumanda bu şekilde programlanmışsa, sadece komutu görmezden gelebilir veya verilerle bir şeyin üzerine yazabilir.

Ne anlama geliyor? Unix araçlarınız size sürücünün kapasitesi hakkında ne söylerse söyleyin: Araçların sürücüye sorduğu şey, daha fazlası değil. Bu, h2testw'nin icat ettiği şeydi: Gerçek boyutu daha sonra açıklanacak bir yöntemle test eder ve sürücünün söyledikleriyle karşılaştırır. Eğer bu aynı değilse, bir veri kaybınız olabilir, çünkü veri depolamak için tüm ortak işlemleriniz, sadece kontrol cihazını soran işletim sisteminizin bilgisine dayanır. Neden sadece soruyorsun? Test işlemi zaman gerektirir ve sürücüdeki tüm verilerin üzerine yazar. Bu nedenle bir İşletim Sisteminin bu bilgilere dayanması gerekir.

H2testw gibi gerçek kapasiteyi kontrol etmek için, gerçekten de ddsürücüye veri yazmak, tekrar okumak ve yazdığınızın aynısını görmek için kullanabilirsiniz. Tamamen okunaklı. Donanımın ve sürücünün niteliği onu daha da karmaşıklaştırıyor. Örneğin yazma önbelleklerini düşünün. Önbellekten okumadığınızdan emin olmanız gerekir. Bu neden göründüğü kadar kolay olmadığının sadece bir örneği. Ayrıca, sadece sıfır yazmanın, okurken yeniden yapılandırılabilecek düşük bir bilgi entropisi anlamına geldiğini düşünün. Sadece ayrıntı kadar kolay değil. Elbette yine de manuel olarak yapabilirsiniz.

Peki neden ne zaman işleri otomatikleştirebiliyorsunuz? İşe neden? Aşağıdaki cevabımda önerildiği gibi f3, birçok katkıda bulunanın tonlarca düşüncesini uygular (bunun genişletilmiş h2testw olduğunu düşünün) ve ayrıca farklı işlemlerle çeşitli yöntemler uygular. Geliştirici , elindeki farklı sahte sürücülerin (yani sahte sürücüler) numaralarını buldu . Bu yüzden, teoriyi ve problemi anlasam da (görünüşe göre problemler alman teknik medyasında iyi bir şekilde açıklandığından, ancak ingilizce konuşan medyada olmasa da), her şeyi anlamış gibi davranmıyorum, bu yüzden yukarıda bahsetmiştim. Bu sadece anladığım bir teori ve ben daha çok yazılımcı biriyim. Fakat bir bilişim öğrencisi olarak, sorunu görecek kadar iyi anlıyorum.

"Temel Unix yardımcı programlarını anlamaya çalışın"

Aslında bunu çoktan cevapladım, ama açıklığa kavuşturmak için: Unix araçları sadece bilgi toplamak için USB Protokolünü (sadece USB aygıtları için) kullanır. Bundan daha fazlasını yapmak mantıklı değil.

Yalnızca güven tedarikçilerinden satın almak yardımcı olur mu?

tl; dr: Öyle değil.

“Malları almaya gelince, tıpkı herhangi bir güvenlik biçiminde olduğu gibi, güvenilir bir satıcı bulmayı düşünün ve yalnızca onlardan sürücü satın alın.”

Güvenlik (ve güvenlik) güven ile ilgili değil! Doğrulama ve doğrulama ile ilgili! Üzgünüm ama bu birçok yönden yanlış.

Güvenilir bir satıcıdan aldığınızı varsayalım. Birkaç soru:

1. Tedarikçi, veri kaybı olmadığından emin olmak için donanımı test etti mi? Sahte sürücüler satın alıp sattığını tekrar hatırlıyor mu? Şart değil.

2. Sahte olmadığını bilmediği şeyleri satın alması mümkün mü? Tamamen, son ryzen sahte numaralarına bakın: https://www.pcgamer.com/beware-of-fake-ryzen-processors-selling-on-amazon/ , https://www.heise.de/newsticker/meldung/ direkt-von-Amazon-Faelschungen-von-AMDs-Ryzen-Prozessoren-im-UMLAUF-3772757.html

3. Sunumumu sürücüde kaybedersem ve sunumu mahvedersem, güvenilir tedarikçim zamanda geri döner ve beni kurtarır mı? Muhtemelen sürücünün yerini alacak, çünkü son seyahat eden DeLorean 1885'te imha edildi.

Diğer şey

“Bu soru OP'nin sevdiği şey için gerçekten“ promo ”gibi görünüyor ve OP'nin sürücüleri gerçekten test etmekle daha az ilgileniyor gibi görünüyor.”

Bu gülünç. Özellikle linux üzerinde çalışan h2testw ile benzer bir araç arıyordum. Ve evet, "isterim", yararlı cevap, çok üzgünüm. İngilizce bilen basının bu sorunların farkında olmadığı ve daha sonra böyle bir şey bulma şansına sahip olduğu hakkında hiçbir fikrim yoktu. Bu bir tanıtım değil, ama aslında bir tanesini kullanabilirsin.

f3 - Flash Dolandırıcılığı ile Mücadele

Bulduğum tek bir alternatif var, ama bence bu h2testwMS Windows için orijinal bir araçtan bile daha iyi . Neyse ki, komut satırından bile gerçekten kullanımı kolaydır. Yine de mevcut GUI'ler var. Ayrıca, araçlar web sitesinde uygulama ve sahte sürücülerle ilgili sorun hakkında birçok bilgi bulunmaktadır.

• Ana sayfa ( kaynak kodu ):
• belgeleme
• QT GUI

f3 iki yöntem sunar:

• f3probe yöntemi: Çok daha hızlı
• h2testw yöntemi: Daha yavaş. Ayrıca R / W performansını test edin. Muhtemelen daha güvenilir.

F3 probu yöntemi (önerilen)

f3probeSürücüleri test etmenin bir yoludur, tüm sürücüye yazmadığından, doğru değil ancak daha hızlıdır. Araçlar web sitesinde bunun hakkında daha fazla bilgi edinebilirsiniz. % 100 emin olmak istiyorsanız, h2testw yöntemini kullanın. Geliştirici web sitesinde açıklandığı gibi:

f3probe, sahte sürücüleri ve gerçek boyutlarını tanımlamanın en hızlı yoludur.

Ve:

Sonunda, f3 probu özgür yazılım olduğu ve f3 probu bir kez kanıtlandığında, f3 probu bir kez ve tüm sahte flaşların yayılması için akıllı telefonlara, kameralara, MP3 çalarlara ve diğer cihazlara yerleştirilebilir.

Web sitesinde bir kullanım örneği de var:

Uyarı : Bu daha önce diskinizde depolanan verileri imha edecektir!

$ sudo f3probe --destructive --time-ops /dev/sdb
[sudo] password for michel: 
F3 probe 6.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing may **demolish data,** so it is more suitable for flash drives out of the box, without files being stored yet. The process normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient. 

Bad news: The device `/dev/sdb' is a counterfeit of type limbo

You can "fix" this device using the following command:
f3fix --last-sec=16477878 /dev/sdb

Device geometry:
             *Usable* size: 7.86 GB (16477879 blocks)
            Announced size: 15.33 GB (32155648 blocks)
                    Module: 16.00 GB (2^34 Bytes)
    Approximate cache size: 0.00 Byte (0 blocks), need-reset=yes
       Physical block size: 512.00 Byte (2^9 Bytes)

Probe time: 1'13"
 Operation: total time / count = avg time
      Read: 472.1ms / 4198 = 112us
     Write: 55.48s / 2158 = 25.7ms
     Reset: 17.88s / 14 = 1.27s

Ayrıca, sürücüyü kullanarak gerçek boyutuyla kullanmanıza olanak veren bir komut döndürdüğünü unutmayın f3fix.

F3fix aracı

f3fix, sahte sürücünün gerçek boyutuna uyan bir bölüm oluşturur. f3probeİ3fix parametrelerini belirlemek için 'çıktısını kullanın.

sudo f3fix --last-sec=16477878 /dev/sdb

H2testw yöntemi / f3read / f3write ile performansı test etme

F3, sahte flash sürücülerle ilgilenen bir araç koleksiyonudur. İkisi birlikte h2testw-Method'u uygular:

f3write [--start-at=NUM] [--end-at=NUM] <PATH>
f3read  [--start-at=NUM] [--end-at=NUM] <PATH>

f3writetalep edilen cihazları isteyecek ve her birini 1GB boyutunda üretilmiş dosyalar ile dolduracaktır. f3readtüm bu dosyaları okuyacak ve eksiksiz ve kırık olduklarını göreceklerdir. Örnek olarak ~ 128 gb başparmak sürücümü test etmek için kullandığım komutlar:

$ f3write /media/username/1EB8021AB801F0D7/
Free space: 117.94 GB
Creating file 1.h2w ... OK!                           
...
Creating file 118.h2w ... OK!                         
Free space: 0.00 Byte
Average writing speed: 11.67 MB/s

Şimdi dosyaların doğru bir şekilde saklanıp saklanmadığını test etmek için:

$ f3read /media/username/1EB8021AB801F0D7/
                  SECTORS      ok/corrupted/changed/overwritten
Validating file 1.h2w ... 2097152/        0/      0/      0
...
Validating file 118.h2w ... 1979488/        0/      0/      0

  Data OK: 117.94 GB (247346272 sectors)
Data LOST: 0.00 Byte (0 sectors)
           Corrupted: 0.00 Byte (0 sectors)
    Slightly changed: 0.00 Byte (0 sectors)
         Overwritten: 0.00 Byte (0 sectors)
Average reading speed: 32.38 MB/s

Bu boyutta bir sürücü için yapılan test bu yöntemle yaklaşık üç saat sürdü ve bazen bilgisayarımda ağır bir disk yüküne neden oldu, ancak bana en doğru olduğu söyleniyor.

Ubuntu'da kurun

Terminalde:

sudo apt install f3

Bu getirecektir: f3brew, f3fix, f3probe, f3read,f3write onların adamı sayfaları ile.

Bu araçlar f3, en azından Ubuntu 15.10'da bulunan paketin bir parçasıdır . Web sitesine göre, mevcut olan bazı araçlar var. Web sitesine bir göz atmalarını sağlamak için.
Paket kısa ama kullanışlı man sayfalarıyla birlikte geliyor, ancak web sitesinden f3read / write ve f3probe arasındaki farklarla ilgili bazı bilgileri kaçırdıklarını düşünüyorum, bu nedenle bu cevabın biraz daha uzun sürmesine neden oldu.

Bunun için basit bir araç yazdım, bunun adı CapacityTester (ekran görüntüsü). ve bir GUI'nin yanı sıra bir CLI'ye de sahip.

Bir var indirilmeye hazır Debian 7 için önceden derlenmiş ikili çok büyük olasılıkla modern Ubuntu sisteminde kutudan çalışmaktır.

Kendi kişisel kullanımım için yazdım çünkü bu amaçla bir grafik aracı bulamadım. Önce boş USB flash sürücünüzü takmanız, seçmeniz ve testi başlatmanız yeterlidir. Çok aptalca bir araç çünkü tek yapmanız gereken sürücüyü dosyalarla doldurmak ve ardından sürücüdeki verilerin doğru olduğunu doğrulamak. İlk hatadaki testi iptal edecek (yazma veya okuma / doğrulama). Başarıyla yazılamayan veya doğrulanmayan öbek ötelemesini bildirir, ancak bu mantıklı bir ötelemedir, bu nedenle dosyaların sürücüde bulunduğu dosya sistemine bağlı olduğundan, bu bilgiler kullanılamaz. Ancak, sürücü verilerle doldurulduğunda ve her şey okunup doğrulanabiliyorsa, sürücünün bildirilen kapasitesinin doğru olduğunu varsaymak güvenli olmalıdır. Yan not olarak,

Yine de, sadece varolan bir dosya sisteminin tepesindeki dosyalarla çalışan çok basit. Bu yüzden test edilemeyen bir miktar KB (+ 1M tampon) var. Ve çok yavaş çünkü tüm dosya sistemini gerçekten dolduruyor. F3 kesinlikle çok daha sofistike ve daha hızlı, ancak GUI'sı yok. CapacityTester'ın tek nedeni bir GUI'ye sahip olmasıdır, böylece komut satırına aşina olmayan veya bir GUI'yi tercih eden kullanıcılar tarafından kullanılabilir.

Geribildirim takdir edilmektedir.

OP'nin davranışını ve "sahte sürücü" ile ilgili

OP çok zorlayıcı olduğu için birkaç noktaya uygun bir şekilde hitap etmesi için cevabı düzenliyorum (ve bence, şüpheli bulduğum kendi yorumları hariç çoğu yorum ve cevaba karşı çıkıyorum). Özellikle, “sahte sürücü” olduğunu iddia eden çok fazla şey var, ama yeryüzünde gerçekte ne anlama geldiğiyle ilgili net bir tanım yok. OP belirtti:

Üzerine bir şeyler kopyalayabilir, geri kopyalayabilir ve dosyaların iyi olup olmadığına bakabilirim. Ayrıca Hashes ve benzeri şeylerle otomatikleştirebilirim. Ancak daha doğru bir çözüm olacağını umuyordum.

OP kendileri “sadece kopyalayabileceklerini” ve veri bütünlüğünü doğruladıklarını, ancak diğer tüm yorumlara ve cevap verenlere karşı olduklarını kabul ettiler ve OP sadece “gerçek anlaşma” olarak F3'ü zorlamaya devam etti. Sorunun kendisi ilk başta sürücünün boyutuyla ilgili olarak başladı, ancak daha sonra belirtilen herhangi bir nedenden ötürü OP, "dosyaları iyi durumda olup olmadığına bakmak için" herhangi bir nedenden ötürü, sanki bir boyutu talep eden ve bu boyutu yazmanıza izin veren gizemli sürücüler var, ancak o zaman veriler bozulur. Bu nedenle, oldukça şüpheli buluyorum ve OP’nin F3’ü spam sorusu ve yanıtı olarak tanıtmasını düşünüyorum.

Bir sürücü aslında sahte sürücü olduğunda

Soruda OP’nin görünür tanımı

"..fizi fiziksel olarak sadece 0,5 - 4 GB arasında sunarken (genellikle 128 GB gibi çok fazla taşınır) çok fazla alana sahip olduğunu iddia ediyor."

Başka bir deyişle, OP'ye göre, kontrol cihazı X miktarında veri talep eder, ancak USB talep edilenden yalnızca % 80-90 daha az miktarda bir şey içerebilir .

Kullanıcı sudodus önerilen yorumların (vurgu eklenmiştir): ". Ben birkaç USB pendrives Nominal boyutu biraz daha küçük olduğunu bulmuşlardır Onları aramak cılız Sahte sürücüler düşünüyorum. 'Esasen cılız' genellikle ( nominal büyüklük yarısı veya daha az ) ". Bu tanım harika, ancak bunu alırsak sahte sürücü% 50 olarak tanımlanır. 64 GB talep eden, ancak yalnızca 32 GB kapasiteli bir sürücü, teknik olarak sahip olduğu değerin yarısını kaybeder ve işletme sahibi, sürücünün hedeflediklerinin yalnızca yarısını koyabilir.

Daha basit bir tanım öneririm: sahte depolama aygıtı, Claimed Size% 15 toleransın (ve toleransın Claimed Size ± 15 %) olduğunu iddia eden ancak% 15'in altında olan bir cihazdır .

± 15 %Çok makul. Ayrıca kullanıcıların Unix, IEEE ve IEC kuruluşları arasında veri depolama boyutu için 10 öneki yerine ikili öneki kullanan kişilerin kafasını karıştırdığını düşünün. Fark, yotta önek düzeyinde% 20'ye giriyor, ancak USB sürücüler henüz yok, bu yüzden belki önümüzdeki 20 yıl için yüzde 15 makul. (Bkz. Askubuntu sorusu , '' MiB'de 'i'nin anlamı' ve İkili Önek )

Sürücüyü test etme

Etkili bir şekilde, Ubuntu ve POSIX ile uyumlu çoğu Unix sistemi ile birlikte gelenler dışında, kullanıcının herhangi bir özel araca ihtiyacı yoktur. Tanımı tekrar vurgulayalım ve tekrar yazalım:

Sürecek veri miktarını yazamazsak ve yazdıklarımız% 15 tolerans dahilindeyse, sürücü tamam

Bunu yapmanın basit bir yoludur dd, sadece cihazın üzerine sıfır yazıp yazmanız yeterlidir (ve elbette bunu yapmadan önce dosyalarınızı kaydetmeyi unutmayın).

sudo dd if=/dev/zero of=/dev/sdb1 iflag=nocache oflag=direct bs=1                        

Not bs=11 bayt blok boyutu için. ddKomut genellikle yazılır ne kadar hakkında bir rapor verir.

$ dd if=/dev/zero of=/dev/null bs=1 count=1024
1024+0 records in
1024+0 records out
1024 bytes (1.0 kB, 1.0 KiB) copied, 0.00261981 s, 391 kB/s

1024 bayt yazmasını istedik, 1024 bayt yazdı.

Tanıma uyan adımların daha kesin bir listesi şöyle olacaktır:

• Sürücünün ne kadar veri talep ettiğini belirleyin ( df"hatalı" olduğundan şüphelendiğinizi varsayarsak ). Bu örnekte, /dev/sdb1USB sürücü için aygıt dosyam olduğunu varsayalım :

  $ df -P /dev/sdb1 | awk 'NR==2{print $2}'
  115247656
  

  -PBayrağın POSIX taşınabilirliği için olduğunu unutmayın; bu, blok büyüklüğünde verilerin 1024 bayt olacağı ve bu sürücüde 115247656 * 1024 bayt olduğu anlamına gelir.

• Sürücünün iddia ettiği değerin altında% 15 tolerans olduğunu (115247656) hesaplayın, belki aşağıdaki gibi kayan nokta hesaplamasını destekleyen bir yardımcı program kullanın awk:

   $ awk 'BEGIN{printf "%d\n",115247656*(1-0.15)}'
   97960507
  

• Kıyaslama olarak kullanmak için önceki adımdaki sürücü ile aynı boyuttaki sabit sürücüde rastgele veriler oluşturun: dd if=/dev/urandom of=./mytestfile.random bs=1024 count=97960507

• Şimdi veriyi yaz dd if=./mytestfile.random of=/dev/sda1. Sürücü bu kadar tutabiliyorsa, "gerçek" olur. Ayrıca alabilir md5sumveya sha1sumbir ./mytestfile.randomile karşılaştırmak /dev/sda1şimdi. Daha da iyisi mytestfile.random, dosyanın bağlama noktasına yazmak , böylece dosya sistemini sürücüde tutmak ve sürücünün bölümlemesini değiştirmemek, başka bir deyişle,

  dd if=./mytestfile.random of=/mountpoint/for/usb/drive/testfile.random
  

• Sonra bütünlüğü için, sadece gibi herhangi hashsum kontrol edebilir md5sum, sha1sum, sha256sumya da başkalarının. Örneğin

  md5sum ./mytestfile.random  /mountpoint/for/usb/drive/testfile.random
  

  Buradaki kilit nokta, eğer yazılı veri miktarı tolerans dahilindeyse ve yazmadan önce ve sonra doğru sağlama toplamı üretiyorsa - sürücü büyük olasılıkla iyidir.

Tüm bunlar istenirse kolaylık sağlamak için güzel bir senaryoya eklenebilir.

Sonuç

Bu soru gerçekten OP'nin sevdiği şey için "promosyon" gibi görünüyor ve OP'nin sürücüleri gerçekten test etmekle daha az ilgileniyor gibi görünüyor. Ayrıca, sorunun kendisi "sürücü" sorunundan daha insancıldır. Yorumlarda OP kendileri USB davranışını gerçekten anlamadıklarını, ancak “denetleyiciyi” suçlamaya çalıştıklarını belirtti. Bu soruyu 3 puanla bırakacağım:

• Çözmeye çalıştığınız sorunun ne olduğunu ve “sahte sürücü” nin tanımının ne olduğunu açıkça anlayın.
• Temel Unix yardımcı programlarını anlamaya çalışın
• Herhangi bir güvenlik biçiminde olduğu gibi mal satın almaya gelince, güvenilir bir satıcı bulmayı düşünün ve sadece onlardan sürücü satın alın.