Levyjen fyysisten ulkomittojen pitäisi olla standardin mukaisia tai ainakin niiden alle. Liittimien sijainnissa olen havainnut poikkeamia. Mikä siinä ottaa kiinni?Western Digital Redit ovat aika upeita kovalevyjä. 24/7 käyttöön sopivia niin mainioita minulle kun koneeni on 24/7 päällä. Mutta pieni yhteensopivuus ongelma niissä on esim IcyBoxin ulkoisen usb boxin kanssa:
![]()
IcyBox Ulkoinen tallennuskotelo 4x3,5" SATA-kiintolevylle - 150,00€
Tyylikkäästi muotoiltu alumiinikotelo 4x3,5" SATA-kiintolevylle. Ruuviton kovalevynasennus, lukittava luukku. Liitetään tietokoneen USB-porttiin tiedon siirtämiseksi. Tukee Windows XP/Vista/7 käyttöjäwww.jimms.fi
Eli tuohon jos laitat Redin ylimpään slottiin niin sitten sitä kovalevyjen tukirautaa ei saa laitettua koska ottaa kiinni Redin yläosaan.
Red kovalevyissä on se hopean värinen yläosa niin ottaa siihen kiinni.Levyjen fyysisten ulkomittojen pitäisi olla standardin mukaisia tai ainakin niiden alle. Liittimien sijainnissa olen havainnut poikkeamia. Mikä siinä ottaa kiinni?
xxxx@hydrus:~$ sudo smartctl -a /dev/sda
smartctl 6.6 2017-11-05 r4594 [armv5tel-linux-4.19.0-6-marvell] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org
Short INQUIRY response, skip product id
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
Ei haittaa mitään jos ei satu irtoamaan itsekseen, muuten luvassa on mahdollista datahävikkiä, riippuen toki mitä tekee sillä epäonnisella hetkellä. Eli ei turhaan ravistele konetta, niin tuskin tulee ongelmia.Hei,
Kotelon vaihdon yhteydessä onnistuin saamaan vanhan sata-kaapelin jumiin WD Blue 2tb 5400rpm kovalevyyn. Paniikissa aloin voimalla vetää sitä pois, lähti pois ja otti tuosta sata portin ympäriltä pienen palan muovia myös pois. Eli nyt kun asentaa sata-kaapelin se pysyy, mutta se "klipsu" on hyödytön koska muovi lähti sen kohdalta pois. Levy on nyt n. 1kk toiminut hyvin.
Haittaako tuo mitään?
Kiitos jo etukäteen vastauksista![]()
Joo, kyllä se pysyy just ja justEi haittaa mitään jos ei satu irtoamaan itsekseen, muuten luvassa on mahdollista datahävikkiä, riippuen toki mitä tekee sillä epäonnisella hetkellä. Eli ei turhaan ravistele konetta, niin tuskin tulee ongelmia.![]()
Jep jep, tämäpä harvinaisen typerästi tehty. Itsellä paljon noita levyjä 4-6TB kokoluokassa ja jos tosiaan SMR tullut kehiin, niin pitääkin välttää näköjään wd redejä.Pieni huomio / varoitus WD RED -levyistä:
Pienemmän pään (2-6TB) WD Red -levyt saattavat olla SMR-pohjaisia levyjä, joita ei kovin suositella RAID -käyttöön.
(Tosin itselläni on jo muutaman vuoden ollut Seagaten Archive SMR-levyjä RAID 0 -kokoonpanoissa (2 x 2 x 8TB), eikä varsinaisia ongelmia ole ollut.)
"All our WD Red drives are designed meet or exceed the performance requirements and specifications for common small business/home NAS workloads. We work closely with major NAS providers to ensure WD Red HDDs (and SSDs) at all capacities have broad compatibility with host systems. Currently, Western Digital’s WD Red 2TB-6TB drives are device-managed SMR (DMSMR). WD Red 8TB-14TB are CMR-based."
![]()
Western Digital Fesses Up: Some Red HDDs Use Slow SMR Tech Without Disclosure
The company failed to disclose the use of SMR in advertising or spec sheets.www.tomshardware.com
No hyvä, omat olivat kaikki mielestäni EFRX.Näkeehän tuon näköjään mallimerkinnästä kumpaa tyyppiä levy on.
"For WD REDs this shows as EFRX (standard drive) suffix being changed to EFAX suffix (DM-SMR)"
Tilaamani on kaupan tietojen mukaan edelleen EFRX, is nice.
EDIT: Ainakin kolmen teran levyä olisi näköjään saatavilla molempina malleina, SMR levyssä on isompi välimuisti, 256MB vs 64MB.
WD Elements 4TB ulkoinen kovalevy, hankittu 7/2019 (Multitronic-verkkokauppa) . Sisällä on "White Label" WD40EMAZ. Tämä lienee WD RED-levy ? CrystalDiskinfo ei näytä chasen kokoa, mutta tässä näkyy TRIM !. ... Lienee SMR-levy ?Näkeehän tuon näköjään mallimerkinnästä kumpaa tyyppiä levy on.
"For WD REDs this shows as EFRX (standard drive) suffix being changed to EFAX suffix (DM-SMR)"
Tilaamani on kaupan tietojen mukaan edelleen EFRX, is nice.
EDIT: Ainakin kolmen teran levyä olisi näköjään saatavilla molempina malleina, SMR levyssä on isompi välimuisti, 256MB vs 64MB.


Testaa sen kirjoitusnopeudet vaikka 30Gt tiedostolla.WD Elements 4TB ulkoinen kovalevy, hankittu 7/2019 (Multitronic-verkkokauppa) . Sisällä on "White Label" WD40EMAZ. Tämä lienee WD RED-levy ? CrystalDiskinfo ei näytä chasen kokoa, mutta tässä näkyy TRIM !. ... Lienee SMR-levy ?
Edellinen hankkimani (5/2019 Dustin, Ruotsi) samanlainen WD Elements sisälsi normaalin WD-Blue:n (WD40EZRZ), siinä ei näy TRIM:miä (ei myöskään chasen kokoa).
Tunkeeko WD näitä SMR-levyjä nyt jokapaikkaan ?
![]()
Tässä kopioitu n. 75G tiedostoja D/Stock_M --> F/Test_1. Ensin kirjoitettu tyhjälle kiintolevylle (F) ja sitten kopioitu sama päälle uudestaan.Testaa sen kirjoitusnopeudet vaikka 30Gt tiedostolla.


Ei se taida olla SMR. Eikä se sun käytössä muutenkaan vaikuttaisi mitenkään vaikka olisikin.Tässä kopioitu n. 75G tiedostoja D/Stock_M --> F/Test_1. Ensin kirjoitettu tyhjälle kiintolevylle (F) ja sitten kopioitu sama päälle uudestaan.
(F) = WD 4T ulkoinen kiintolevy, NTFS-formatoitu, USB 3.0 liittimessä. Testeissä ei näy pudotusta kirjoitusnopeudessa eikä mainittavaa nopeuseroa päällekirjoituksessa. Testilevy on käyttämätön (uusi). Mitä voi vielä testata ?
![]()
Ihan mielenkiintoisia tuloksia , pari vai oliko 3 vuotta sitten ulkomaalaisella forumilla mietittiin että kuinka tunnistettaisiin smr kiintolevyt, yhtenä ajateltiin trim supporttia, mutta käytännössä ei siihen voinut silloin luottaa, taisi olla että kiintolevyn firmiksessä voi olla trim support (servereihin) mutta ja/tai smr ominaisuutta ei ole otettu tietyissä firmiksen versioissa käyttöön. Tarkempaa tietoa että miksi, ei voinut ilmeiseti aukottomasti kertoa. Mutta saatiin yksi mittaus tulos millä voisi päätellä onko smr käytössä levyssä vai ei, oli mittaamalla kiintolevyn kokonaispaino ja tallennustilan koko ja malli. Itseltäkin on se keittiö vaaka vielä hommaamatta jolla voisi alkaa laittamaan ylös kiintolevyjen painoja. Jooh 75gigaa smr testaamiseen puhtaalla kiintolevyllä voi olla liian vähän.Tässä kopioitu n. 75G tiedostoja D/Stock_M --> F/Test_1. Ensin kirjoitettu tyhjälle kiintolevylle (F) ja sitten kopioitu sama päälle uudestaan.
(F) = WD 4T ulkoinen kiintolevy, NTFS-formatoitu, USB 3.0 liittimessä. Testeissä ei näy pudotusta kirjoitusnopeudessa eikä mainittavaa nopeuseroa päällekirjoituksessa. Testilevy on käyttämätön (uusi). Mitä voi vielä testata ?
![]()
Shingled Magnetic Recording (SMR)
Dataraidat kirjoitetaan kiekolle osittain päällekkäin tallennustiheyden kasvattamiseksi.
On kolmea eri "tyyppistä" SMR kiintolevyjä
drive-managed,host-managed ja host aware.
Host aware levylle voidaan antaa ZBC ja ZAC komentoja.
Edit:Ai niin ja Dynamic hybrid SMR levy, villi huhu on että sellaiseen levyyn saadaan CMR moodi menettäen 20% kapasiteetista. Muutin PMR->CMR kun joku alkaa mussuuttaa kuitenkin nimestä
kirjoittaisin levyn täyteen vaikka 8 megan fileitä, sitten deletoisin niistä satunnaisotannalla vaikka 1 TB edestä ja sitten täyttäisin vapautuneen tilan uusilla 8 megan tiedostoilla tiedostolla. -> Silloin ollaan tilanteessa, jossa mikään optimointistrategia ei enää auta, vaan SMR nivaskat on aivan pakko kirjoittaa uudelleen. -> Tämä on testi jossa SMR:llä ja CMR/PMR levyllä pitäisi tulla merkittävä ero esille.
Mistä helposti saa 3.6TB edestä 8M fileitä! --> Käviskö 20-40M FLAC tiedostot, näitä on saatavilla runsaasti omasta kokoelmasta. Koko 3.7 TB levyn täyttö kestää useamman tunnin. Laitan tuloksia sitten tänne.Edit: Oma veikkaus on että ei ole smr levy, mutta laita levy dataa täyteen ja poista jotain ja kirjoita taas niin eiköhän selviä nopeudet.
Onko täyttöön käytettävän fileiden koko jotenkin merkittävä ? 8M ... versus 20M tai mahdollisesti DVD-image 4,6 Gt (windows asennus-ISO) ?8megan filut kestää mielestäni turhan pitkään kirjoitella eli ne on muutenkin hitaita kirjoitella vaikka ei olisi smr levy. 4,5gt img dvd tai 30gt blueray leffoja 1 teran edestä luulisi riittävän, levyn nopeus testiin, jollain teracopyllä mikä näyttää kuluneen ajan ja nopeuden. juuh useampi tunti menee, (yleensä uusi levy testaillaan badblocksilla jossa menee päiviä...)
Levypinnan testauksen voi tehdä Windowsin sisäänrakennetulla CHKDSK -komennolla ja vastaava toiminnallisuus löytyy useimmista ilmaisistakin levytyökaluista.Onkos kukaan kokeillut tätä levytestiä Pintatesti | Hard Disc Sentinel
On siis 30 pv koeversio saatavilla ...
CHKDSK C: /f Eipä filun koolla nyt niin hirveästi ole merkitystä (kiintolevyn sisäinen rauta kyllä handlaa kaiken), se vain vaikuttaa kirjoitus nopeuteen, veikkaan että tuon kiintolevysi yhden blokin koko on 344MB.Onko täyttöön käytettävän fileiden koko jotenkin merkittävä ? 8M ... versus 20M tai mahdollisesti DVD-image 4,6 Gt (windows asennus-ISO) ?
Askartelin shelliskriptin, joka testaa kirjoitusnopeutta random-datalla tuolla strategialla.Vähän kuten fragmentoitumistestissä, niin tilanne ratkaisee. Jos mä testaistin tuota tekisin niin, että kirjoittaisin levyn täyteen vaikka 8 megan fileitä, sitten deletoisin niistä satunnaisotannalla vaikka 1 TB edestä ja sitten täyttäisin vapautuneen tilan uusilla 8 megan tiedostoilla tiedostolla. -> Silloin ollaan tilanteessa, jossa mikään optimointistrategia ei enää auta, vaan SMR nivaskat on aivan pakko kirjoittaa uudelleen. -> Tämä on testi jossa SMR:llä ja CMR/PMR levyllä pitäisi tulla merkittävä ero esille.
#!/bin/sh
if [ ! -n "$1" ] ; then
echo " Paanu 0.22
Performs 'fill - partial erase - refill' cycles to a hard drive
by writing files to current directory.
The current write speed and the average speed of every pass are shown. Draws point graphs.
Any slowdown revealed may be caused by Shingled Magnetic Recording (SMR) drives.
Usage: paanu.sh <passes> <fill%> <erase%> <blocksize>
passes the number of refill passes performed
fill% percentage of free space to fill, default: 99.5
erase% percentage of written data to erase/re-write on each subsequent pass, default: 10.0
blocksize size of each file in MiB, default: 8
"; exit 0
fi
if [ $(which openssl | grep -c "/") -lt 1 ] ; then echo "Error: 'openssl' is not installed" ; exit 1 ; fi
if [ $(which pv | grep -c "/") -lt 1 ] ; then echo "Error: 'pv' is not installed" ; exit 1 ; fi
if [ $(which gnuplot | grep -c "/") -lt 1 ] ; then echo "Note: 'gnuplot' is not installed, writing raw results" ; raw=1 ; else raw=0 ; fi
passes=$(echo "$1" | awk '{ print int($1) }')
if [ $passes -gt "999" ] || [ $passes -le "0" ] ; then echo "Error: the number of passes is invalid" ; exit 1 ; fi
fill="99500"
if [ -n "$2" ] ; then
fill=$(echo "$2" | awk '{ print int($1*1000.0) }')
if [ "$fill" -gt "99999" ] || [ "$fill" -le "0" ] ; then echo "Error: the fill percentage is invalid" ; exit 1 ; fi
fi
erase="10000"
if [ -n "$3" ] ; then
erase=$(echo "$3" | awk '{ print int($1*1000.0) }')
if [ "$erase" -gt "99999" ] || [ "$erase" -le "0" ] ; then echo "Error: the erase percentage is invalid" ; exit 1 ; fi
fi
blocksize="8"
if [ -n "$4" ] ; then
blocksize=$(echo "$4" | awk '{ print int($1) }')
if [ "$blocksize" -gt "99999" ] || [ "$blocksize" -le "0" ] ; then echo "Error: block size is invalid" ; exit 1 ; fi
fi
file_prefix="_paanu_pass"
testfile="${file_prefix}_test"
touch "$testfile"
if [ ! -e "$testfile" ] ; then echo "Error: creating files not permitted" ; exit 1 ; fi
rm "$testfile"
find "." -type f -name "$file_prefix*" -delete
free=$(df -Pm --total "." | grep -Eo [0-9]+ | tail -n2 | head -n1)
usable=$(echo "$free" "$fill" | awk '{ print int($1*($2/100000.0)) }')
if [ $usable -lt $((3*blocksize)) ] ; then echo "Error: not enough space" ; exit 1 ; fi
blocks_total=$(((usable/blocksize)-1))
blocks_erase=$(echo "$blocks_total" "$erase" | awk '{ print int($1*($2/100000.0)) }')
if [ "$blocks_erase" -eq "0" ] ; then blocks_erase=1 ; fi
blocks_create=$blocks_total
i=0 ; while [ "$i" -le "$passes" ] ; do
pw=$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)
pass_size=$((blocks_create*blocksize))
prefix="${file_prefix}$(printf %03d $i)"
cumulative="stats${prefix}-cumul.txt" ; echo -n "" >"$cumulative"
# generate files
openssl enc -aes-256-ctr -nosalt -pass pass:"$pw" 2>/dev/null </dev/zero \
| pv -s ${pass_size}M -S \
| pv -s ${pass_size}M -S -f -nb 2>>"$cumulative" \
| split -a 9 -d -b ${blocksize}M - "${prefix}-"
# bake the rate data
curr_rates="stats${prefix}-rates.txt" ; echo -n "" >"$curr_rates"
head -n-1 <"$cumulative" | while read bytesize ; do echo "$bytesize $((bytesize-prev))" >>"$curr_rates" ; prev=$bytesize ; done
datapoints=$(grep -c "" "$curr_rates")
if [ "$datapoints" -lt "2" ] ; then dp=$(cat "$cumulative") ; $(which echo) -e "$dp ${dp}\n${dp} $dp" >"$curr_rates" ; datapoints=2 ; fi
rm "$cumulative"
avg=$(( (2*pass_size)/((2*datapoints)+1) ))
# plot the rate data
rate_limit="600000000" # graphing of SATA results
if [ "$i" -gt "0" ] ; then
outname="result${prefix}"
echo "
set terminal png size ${xscale},900 enhanced font 'arial,16'
set output '${outname}.png'
set ylabel 'bytes/s'
set ytics autofreq format '%.1s%c'
set xtics autofreq format '%.0s%c'
set grid
set key below left
set style line 1 lc rgb 'red' lw 2
set style line 2 lc rgb 'forest-green' lw 2
plot [] [0:${rate_limit}] \\
'$ref_rates' with points ls 2 title 'Fill Pass (avg $ref_avg MiB/s)',\\
'$curr_rates' with points ls 1 title 'Refill Pass #$i (avg $avg MiB/s)'
" >"${outname}.gp"
if [ "$raw" -lt "1" ] ; then gnuplot "${outname}.gp" ; rm "$curr_rates" "$outname.gp" ; fi
else
ref_avg=$avg
ref_rates=$curr_rates
xscale=$(echo "$datapoints" "900" | awk '{ print (int(sqrt($1/3600))+1)*$2 }')
fi
# erase a portion of the files
find "." -type f -name "$file_prefix*" | shuf --random-source=/dev/urandom --head-count=$blocks_erase | sort | while read fname ; do rm "$fname" ; done
blocks_create=$blocks_erase
i=$((i+1))
done
if [ "$raw" -lt "1" ] ; then rm "$ref_rates" ; fi
find "." -type f -name "$file_prefix*" -delete
Vähän kuten fragmentoitumistestissä, niin tilanne ratkaisee. Jos mä testaistin tuota tekisin niin, että kirjoittaisin levyn täyteen vaikka 8 megan fileitä, sitten deletoisin niistä satunnaisotannalla vaikka 1 TB edestä ja sitten täyttäisin vapautuneen tilan uusilla 8 megan tiedostoilla tiedostolla. -> Silloin ollaan tilanteessa, jossa mikään optimointistrategia ei enää auta, vaan SMR nivaskat on aivan pakko kirjoittaa uudelleen. -> Tämä on testi jossa SMR:llä ja CMR/PMR levyllä pitäisi tulla merkittävä ero esille.
Tässä tulokset:8megan filut kestää mielestäni turhan pitkään kirjoitella eli ne on muutenkin hitaita kirjoitella vaikka ei olisi smr levy. 4,5gt img dvd tai 30gt blueray leffoja 1 teran edestä luulisi riittävän, levyn nopeus testiin, jollain teracopyllä mikä näyttää kuluneen ajan ja nopeuden. juuh useampi tunti menee, (yleensä uusi levy testaillaan badblocksilla jossa menee päiviä...)





Mun mielestä on. Koska jos kirjoittaa liian isoja yhtenäisiä segmenttejä yli, niin silloin SMR pakka voidaan kirjoittaa kokonaan "yhteen soittoon yli", eikä tarvitse suorittaa sitä aivan erityisen hidasta hidasta read-write operaatiota, jossa luetaan vanha data levyltä, muokataan sitä osittain ja kirjoitetaan sitten kokonaan takaisin. Joka on nimenomaisesti se tekijä joka on SMR:n suurin heikkous. Eli sopivat kirjoitukset "maksimoi" write-amplificationin, joka romuttaa suorituskyvyn.Onko täyttöön käytettävän fileiden koko jotenkin merkittävä ? 8M ... versus 20M tai mahdollisesti DVD-image 4,6 Gt (windows asennus-ISO) ?
Wut? Tarkoittaako tämä nyt että ulkoisia kovoja kannattaa purkaa joissa on sisällä esim. WD40EMAZ, kun kalliimmalla hinnalla saa WD40EFAX SMR kiintolevyn?WD taipui paineen alla ja julkisti kaikki kovalevyt, jotka käyttävät SMR:ää
![]()
WD Sets the Record Straight: Lists All Drives That Use Slower SMR Tech
WD drops the deetswww.tomshardware.com
![]()


Kuulostaa niin hankalalta yhtälöltä, että kannattaa vaan odottaa pöytäkonetta ensin ja kasata sitten. Ymmärtääkseni sinulla ei siis nyt ole konetta, mihin peliä asentaa.Hei,
En kehtaa asentaa tulevaa isoa peliä puolison läppärille (Macbook pro) ja pöytäkoneen osat eivät taida tulla myyntiin ennen launchia.
Kyseessä on netissä pelattava MMO genren peli (World of Warcraft).
Millainen sen ulkoisen kovalevyn tulisi olla?
Miten sinne asennetaan tällä macbookilla peli ja pelataan sieltä ulkoselta kovalevyltä?
Olen ymmärtänyt että SSD olisi hyvä olla?
Kokoa kovalevylle en todellakaan tarvitse paljoakaan, tuskin asentelen sinne muuta kun tämän pelin.
Ulkoiselta kovolta pelaaminen ei sinänsä ole ongelma, mutta macOS:llä pelin sinne saaminen siten, että toimii windows -ympäristössä taas on ongelmallista.Siis minulla ei ole windows peli/pöytäkonetta joka pystyisi pyörittämään tulevaa pelin lisälevyä.
Puolison Macbook Pro taas pyörittäisi kyseistä peliä, mutta vie tilaa julmetusti.
Olen kuullut että peliä voi pelata ulkoisesta kovolta, ja ajattelin että tämä olisi helppo juttu, kunhan perus asiat tietää?
(eikö sitten olekkaan?).
Valitettavasti tuo Macille bootcamp ja windows ei ole sen tilanpuutteen takia mahdollista.