Ska testa ett usb-minne åt en vän, det är märkt som ett 128GB men han tror det kan vara en fuskprodukt. Någon idé om det finns programvara till osx för att testa detta eller hur man ens ska gå till väga?
Jag antar att ett vanligt program som kan testa hårddiskar genom att skriva mot enheten och verifiera också skulle kunna fungera. Men jag kan inga namn på någon sådan programvara heller.
Testa om USB-minne har fejkad storlek i OSX
Testa om USB-minne har fejkad storlek i OSX
http://sniglom.blogspot.com
Work |i5 760@4.2GHz|16GB|P55|GTX 670|850 500GB|Xonar D2|2TB
Extra |q9550@3.4GHz|8GB|P45|GTX 670|830 256GB|Audigy 2
MacB.|p8600@2.4GHz|8GB|320m|BX100 500GB
Serve|c1037@1.8GHz|8GB|NM70|X25-M 80GB|Seagate 4TB
Work |i5 760@4.2GHz|16GB|P55|GTX 670|850 500GB|Xonar D2|2TB
Extra |q9550@3.4GHz|8GB|P45|GTX 670|830 256GB|Audigy 2
MacB.|p8600@2.4GHz|8GB|320m|BX100 500GB
Serve|c1037@1.8GHz|8GB|NM70|X25-M 80GB|Seagate 4TB
Re: Testa om USB-minne har fejkad storlek i OSX
Nu har jag ingen OSX att testa på, men dd bör väl göra det du söker. I Linux skriver den iaf ut hur mkt data den lyckats skriva efter en körning.
bs-parametern kanske inte accepterar suffix (k) i OSX-varianten men prova då med något högt tal istället. Det har att göra med hur mycket den ska skriva i taget så det är bara av prestandaskäl den parametern är med.
Exempel på körning till en fil ("test") istället för till en enhet i Linux:
Nu avbröt jag med ctrl-c, annars hade den skrivit tills disken var full och avbrutit då istället.
Code: Select all
dd if=/dev/zero of=/dev/devfil-till-usbminnet bs=2048k
Exempel på körning till en fil ("test") istället för till en enhet i Linux:
Code: Select all
$ dd if=/dev/zero of=test bs=2048k
^C80+0 records in
80+0 records out
167772160 bytes (168 MB) copied, 0.688048 s, 244 MB/s
hej.
Re: Testa om USB-minne har fejkad storlek i OSX
Man ska undvika att skriva ut från /dev/zero, för unix-filsystem skapar gärna "sparse files" om de hittar långa sviter med 0:or, så varje block om 512 bytes bara tar ett par bytes eller knappt det, så det skrivs inte ner det man tror man skrivit.
testa t.ex "dd if=/dev/zero of=skit-stor-fil count=1 bs=1 seek=1G" så kommer den skapa en 1Gigs fil på nolltid, men knappt ta upp nån riktig plats enligt "df".
testa t.ex "dd if=/dev/zero of=skit-stor-fil count=1 bs=1 seek=1G" så kommer den skapa en 1Gigs fil på nolltid, men knappt ta upp nån riktig plats enligt "df".
Oh give me a clone, my very own clone,
with the Y chromosome changed to X!
And since she's my own, of my own flesh and bone,
she'll be thinking of nothing but sex!
with the Y chromosome changed to X!
And since she's my own, of my own flesh and bone,
she'll be thinking of nothing but sex!
Re: Testa om USB-minne har fejkad storlek i OSX
Hur bör man göra istället? Har fortfarande kvar de falska minnena, så det hade varit kul att testa ordentligt. Kan ju säga att det inte är problem att kopiera massa filer i windows, men tidigare filer bli korrupta och bara de senaste fungerar när man fyller för mycket.IcePic wrote:Man ska undvika att skriva ut från /dev/zero, för unix-filsystem skapar gärna "sparse files" om de hittar långa sviter med 0:or, så varje block om 512 bytes bara tar ett par bytes eller knappt det, så det skrivs inte ner det man tror man skrivit.
testa t.ex "dd if=/dev/zero of=skit-stor-fil count=1 bs=1 seek=1G" så kommer den skapa en 1Gigs fil på nolltid, men knappt ta upp nån riktig plats enligt "df".
http://sniglom.blogspot.com
Work |i5 760@4.2GHz|16GB|P55|GTX 670|850 500GB|Xonar D2|2TB
Extra |q9550@3.4GHz|8GB|P45|GTX 670|830 256GB|Audigy 2
MacB.|p8600@2.4GHz|8GB|320m|BX100 500GB
Serve|c1037@1.8GHz|8GB|NM70|X25-M 80GB|Seagate 4TB
Work |i5 760@4.2GHz|16GB|P55|GTX 670|850 500GB|Xonar D2|2TB
Extra |q9550@3.4GHz|8GB|P45|GTX 670|830 256GB|Audigy 2
MacB.|p8600@2.4GHz|8GB|320m|BX100 500GB
Serve|c1037@1.8GHz|8GB|NM70|X25-M 80GB|Seagate 4TB
Re: Testa om USB-minne har fejkad storlek i OSX
Måste man inte ange "seek"-argumentet till dd för att skapa sparse files?IcePic wrote:Man ska undvika att skriva ut från /dev/zero, för unix-filsystem skapar gärna "sparse files" om de hittar långa sviter med 0:or, så varje block om 512 bytes bara tar ett par bytes eller knappt det, så det skrivs inte ner det man tror man skrivit.
testa t.ex "dd if=/dev/zero of=skit-stor-fil count=1 bs=1 seek=1G" så kommer den skapa en 1Gigs fil på nolltid, men knappt ta upp nån riktig plats enligt "df".
Dessutom syftade jag på att Snigel skulle skriva till den råa disken och inte till ett filsystem, så då bör väl det inte vara ngt problem med sparse files i vilket fall som helst?
hej.
Re: Testa om USB-minne har fejkad storlek i OSX
Jo, det stämmer, utanför filsystemet så spelar det förstås ingen roll.Fredrik Ågren wrote: Måste man inte ange "seek"-argumentet till dd för att skapa sparse files?
Dessutom syftade jag på att Snigel skulle skriva till den råa disken och inte till ett filsystem, så då bör väl det inte vara ngt problem med sparse files i vilket fall som helst?
Oh give me a clone, my very own clone,
with the Y chromosome changed to X!
And since she's my own, of my own flesh and bone,
she'll be thinking of nothing but sex!
with the Y chromosome changed to X!
And since she's my own, of my own flesh and bone,
she'll be thinking of nothing but sex!
Re: Testa om USB-minne har fejkad storlek i OSX
Jag tycker att du kan skapa 1GB stora filer (från /dev/random t.ex), kolla md5-summa på dem och skriva dem till minnet ett i taget. Så ser du ganska tydligt när/om filerna börjar gå sönder.