- Liittynyt
- 29.01.2017
- Viestejä
- 2 255
Pystyykö sen kautta tosiaan systeemilevyn tyhjentämään vai onko sille jokin boottilevy sitä varten olemassa/tehtävissä?
Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
Pystyykö sen kautta tosiaan systeemilevyn tyhjentämään vai onko sille jokin boottilevy sitä varten olemassa/tehtävissä?
OK. Kyllä se varmaan ainakin välibootin tuossa joutuu tekemään, mutta kaipa ne tuon on jotenkin hanskanneet… tosin sampan kyseessä ollessa en olettaisi mitään.
Onko tuolla Magicianissa valintaa tehdä sille boottilevy tai tikku, josta pääsee ajelemaan samoja juttuja? Sillä nyt varmaan luulisi viimeistään onnistuvan, jos sellainen tosiaan on olemassa sille.
Valmistajien Windows levytyökaluissa tuo on estetty, mutta niidenkin kanssa voi onnistua uudelleenkäynnistys erilliseen työkaluun jossa erase onnistuu. Linuxista onnistuu tyhjennys vaikka olisi boottilevy, se ei ole rautatasolla vaan idiootteja käyttäjiä varten.Eikä ole. Itselläni antaa Asus Z170-A emon UEFIssa vetää systeemilevynä olevan Intel 320 ssd:n sileäksi. Ja aikaisemmassa emossa, jossa biosissa tuollaista hienoutta ei ollut, tein sen boottilevyltä ajamalla sen komentoriviltä toimivan secure erasen (en nyt muista minkä niminen oli) ja meni myös suorilta. Olen tehnyt sen vaikka kuin monesti kumpaakin kautta.
Vai onko NVME:ssä muka jotain erityistä secure erasen kanssa? Itse epäilisin vain tuon liitännän puolesta ettei kaikki softat sitä näe tjsp...
Onko tuo UEFI Secure Erase ROG sarjan hienouksia, en muista törmänneeni tuohon missään? NVMe vaatii erilaisen tyhjentäjän kuin SATA/AHCI, Asus ei taida olla vielä ehtinyt koodaamaan sitä UEFI/BIOSiin.Alkuperäisessä kyssärissä tarkoitin nimenomaan tuota UEFIssa olevaa secure erasea ja tarkennuksena sinne bootissa F2:lla mentäessä eikä minkään Windows apuohjelman kautta käytettynä.
Onko tuo UEFI Secure Erase ROG sarjan hienouksia, en muista törmänneeni tuohon missään? NVMe vaatii erilaisen tyhjentäjän kuin SATA/AHCI, Asus ei taida olla vielä ehtinyt koodaamaan sitä UEFI/BIOSiin.
Ei ole ROG vaan ihan karvalakki mallia Asus Z170-A.Onko tuo UEFI Secure Erase ROG sarjan hienouksia, en muista törmänneeni tuohon missään? NVMe vaatii erilaisen tyhjentäjän kuin SATA/AHCI, Asus ei taida olla vielä ehtinyt koodaamaan sitä UEFI/BIOSiin.
Sinänsä NVMe Secure Erase ei poikkea satan vastaavasta mitenkään, se komento annetaan vain eri muodossa mutta levylle tehdään sama asia. Levyn salaus jne. asiat vain vaikuttavat paljon, että mitä voi ja mitä pitää tehdä sekä mitä ei ikinä saa tehdä (ja jos tekee niin levystä tulee ovenpönkkä, jos sitäkään NVMe:llä enää tekee).
Macrium Reflect ottaa kopion volume-tasolla joten varmistus+palautus ei korjaa tiedostojärjestelmän pirstaloitumista joka voi pahimmillaan olla hidastavampaa kuin normaali levyn sisäinen pirstaloituminen. Tuohon auttaa defrag ennen imagen ottamista, mutta kaikkien MFT yms. juttujen defragmentointi 100% puhtaalle tasolle ei onnistu kaikilla työkaluilla (liekö tarvettakaan?).Toki esim. jos Macriumin kautta ajaa palautuksen tyhjentämättä levyä välissä, se ajaa sille Trim:in.
Siitä käytetään ehkä eri nimitystä (sanitize tjsp.) mutta samasta asiasta on kyse ja myös NVMe sitä tukee. Salauksen vuoksi levy voi lukittua, esim. Micronin levyihin on printattu PSID koodi tuota varten, että saa vielä avattua. Toki homman voi tehdä moneen levyyn sillä tavoin, että vaihdetaankin vain se avain (ei ole sama kuin tuo PSID kuitenkaan), eli se levyllä oleva tieto ei ole sieltä mitenkään saatavissa enää käyttöön mutta en tiedä miten tuon kanssa suorituskyvylle käy, kun se "roska" siellä on mutta luulisin, että se juuri hidastaa (ei ole tuollaista tullut omakohtaisesti testattua ikinä).NVMe-laitteissa ei ole Secure Erase-komentoa, vaan vastaava toiminto tehdään muita keinoja käyttäen. Jos NVMe-levyn saa standardin mukaisin komennoin tiiliskiveksi, niin se joutaakin rikkoutua sysipaskan firmiksen takia.
Eikös tuo päde lähinnä, jos tehdään sektorilta sektorille kopio? Olen ollut ymmärtävinäni, että koko levyyn imagen palautuksessa datat kirjoitetaan automaattisesti järjestykseen? Eihän tuon jälkeen tavallisellakaan kovolla, kun katsoo defrag-ohjelmalla näy palaututulla levyllä lainkaan defragmentoitumista vaikka levyllä, josta se tehtiin sitä oli. SSD tapauksessa tuota nyt ei näe mitenkään eikä tarvitsekaan mutta sen kanssa on juuri tuo mainitsemani "roska" mikä jää sinne hidastamaan kirjoitusta, jos levy ei ole puhdas ennen imagen sinne palauttamista.Macrium Reflect ottaa kopion volume-tasolla joten varmistus+palautus ei korjaa tiedostojärjestelmän pirstaloitumista joka voi pahimmillaan olla hidastavampaa kuin normaali levyn sisäinen pirstaloituminen. Tuohon auttaa defrag ennen imagen ottamista, mutta kaikkien MFT yms. juttujen defragmentointi 100% puhtaalle tasolle ei onnistu kaikilla työkaluilla (liekö tarvettakaan?).
Siitä käytetään ehkä eri nimitystä (sanitize tjsp.) mutta samasta asiasta on kyse ja myös NVMe sitä tukee. Salauksen vuoksi levy voi lukittua, esim. Micronin levyihin on printattu PSID koodi tuota varten, että saa vielä avattua. Toki homman voi tehdä moneen levyyn sillä tavoin, että vaihdetaankin vain se avain (ei ole sama kuin tuo PSID kuitenkaan), eli se levyllä oleva tieto ei ole sieltä mitenkään saatavissa enää käyttöön mutta en tiedä miten tuon kanssa suorituskyvylle käy, kun se "roska" siellä on mutta luulisin, että se juuri hidastaa (ei ole tuollaista tullut omakohtaisesti testattua ikinä).
Keskustelu kääntyy jo vähän semantiikan puolelle. Pointtini oli se, että myös NVMe:lle voi käytännössä tehdä samaan tapaan Secure Erasen kaltainen tyhjennys kuin sata levylle, eli tarkoitan juuri sitä, että levy tyhjennetään mahdollisimman tarkoin. Etsinnässä on mahdollisimman sujuvasti käytettävä ulkoiselta medialta bootattava työkalu (sen takia, että voidaan käyttislevylle tämä tehdä) tähän tarkoitukseen, kun emoni UEFIssa oleva ei taida NVMe:lle sitä kuitenkaan tukea jostain syystä.
How to securely erase Micron SATA SSDs
"At the media level, Sanitize and Security Erase perform the same operation. Only the interface commands are different.
In this technical blog, we will continue to use the term “sanitize,” with the understanding that Sanitize Block Erase and Security Erase perform the same operation."
"Although this blog post does not discuss this in detail, both SAS and PCIe/NVMe protocols have commands which initiate the same operation as the SATA SANITIZE command. In SAS, the command is FORMAT UNIT, while in PCIe/NVMe the command is FORMAT NVM."
Windowsin käynnissä ollessa imageita ottavat ohjelmat käyttävät Microsoftin Volume Shadow Copy systeemiä joka nappaa kuvat volume-tasolla eikä yksittäisinä tiedostoina joten fragmentointi siirtyy mukana.Eikös tuo päde lähinnä, jos tehdään sektorilta sektorille kopio? Olen ollut ymmärtävinäni, että koko levyyn imagen palautuksessa datat kirjoitetaan automaattisesti järjestykseen? Eihän tuon jälkeen tavallisellakaan kovolla, kun katsoo defrag-ohjelmalla näy palaututulla levyllä lainkaan defragmentoitumista vaikka levyllä, josta se tehtiin sitä oli. SSD tapauksessa tuota nyt ei näe mitenkään eikä tarvitsekaan mutta sen kanssa on juuri tuo mainitsemani "roska" mikä jää sinne hidastamaan kirjoitusta, jos levy ei ole puhdas ennen imagen sinne palauttamista.
Tätä sotkee vielä valmistajien erilaiset käytännöt ja väärien termien käyttäminen mukana tulevissa omissa levynhallinta-ohjelmissa.Semantiikkaa tai ei, mutta kannattaa silti keskustelun muille osapuolille tehdä selväksi, puhuuko käsitteestä, vaiko eksaktista komennosta. Termien käyttö ristiin on muutenkin IT-alan helmasynti.
Kokeilitko linkkaamaani Kingstonin ohjetta Hdderase 3.3:lle? Itse olen juuri tuolla samalla ohjelmalla edellisessä emossani ajanut Secure Erasen lukemattomia kertoa Intelin 320 sarjan ssd:lle. Ohjeesta poiketen itselläni se oli usein ekalla bootilla lukittuna ja tuo ohjelma sen avasi ja piti käynnistää kone välissä uudelleen ja sitten aloittaa alusta, jolloin meni sitten läpi OK. Tosiaan omalla vastuulla mutta itselläni ainakin toimi hienosti. Niin ja se muistui mieleen tuosta ohjelmasta, että sehän ei tue edes AHCI:ta, joten piti aina ensin muuttaa biosista IDE-moodiin toimenpiteen ajaksi, niin ja sitä ajetaan boottitikun/levyn kautta, ei käynnissä olevan käyttiksen alta.Mites kingstonin ssd:lle muuten tehdään toi secure erase,ei ainakaan itsellä onnistunut win10:ssä.Samsungin usb tikku taas toimi.Periaattessahan toi erase ssd:lle on vähän tarpeetonta ja siinä menee vain niitä kirjoituskertoja.
Ei kai kukaan tervejärkinen (toivottavasti) mene tekemään käynnissä olevasta Windowsista imagea, jos ei ole pakko... Itse käytän tuosta ohjelmasta boottaavaa versiota, jonka voi tehdä sen Windows kikkareen kautta (jonka jälkeen tietysti koko ohjelma helvettiin koneelta).Windowsin käynnissä ollessa imageita ottavat ohjelmat käyttävät Microsoftin Volume Shadow Copy systeemiä joka nappaa kuvat volume-tasolla eikä yksittäisinä tiedostoina joten fragmentointi siirtyy mukana.
Kyllä siinä näkyy palautuksen yhteydessä, että Trimin se ainakin ajaa osioille ja sehän ei kopioi kuin varsinaisen datan, joten ymmärtääkseni data tulee lisäksi aina käytännössä defragmentoitua imagea palautettaessa. Eri juttu, jos noilla softilla otetaan jotain forensic tyylistä sektorilta sektorille kopiota, jolloin poistettu datakin tulee palautetulle levylle mukaan.Nopean Googlauksen perusteella Macrium Reflect taitaa tehdä automaattisen defragmentoinnin, jos osion palauttaa lähdettä pienemmälle osiolle.
https://support.macrium.com/topic.asp?TOPIC_ID=4834
Niinhän se on. Tosiaan kertauksena vielä kerran miksi olen Secure Erase/Sanitizea haluamassa tehdä tulevalle NVMe levylle on se, että haluan välillä varmistaa/palauttaa levyn suorituskyvyn uuden tasolle ja tuohan on lähes ainoa nopea keino tyhjätä levy täysin, jos sinne on roskia jossain vaiheessa päässyt jäämään. Trim:in tuo pitäisi tietysti hoitaa mutta eipä se käytännössä pomminvarma ole ja viimeistää imagea palautettaessa voi tulla tilanne, että levy ei ole pohjalta puhdas, jos se onkin tyhjennetty jollain muulla tavalla kuin suoraan vain Macriumilla palautettaessa tehtynä poistamatta mitään käsin alta.Tätä sotkee vielä valmistajien erilaiset käytännöt ja väärien termien käyttäminen mukana tulevissa omissa levynhallinta-ohjelmissa.
Jos on oikeasti arkaluontoista tavaraa tyhjennettävänä, niin kannattaa kaivaa kyseisen levyn datalehdet esiin, että oikea tapa selviää + varmistaa vielä tyhjennyksen jälkeen lukemalla, että koko levy on täynnä nollaa.
Joka on nykyään Windows PE pohjainen.Ei kai kukaan tervejärkinen (toivottavasti) mene tekemään käynnissä olevasta Windowsista imagea, jos ei ole pakko... Itse käytän tuosta ohjelmasta boottaavaa versiota, jonka voi tehdä sen Windows kikkareen kautta (jonka jälkeen tietysti koko ohjelma helvettiin koneelta).
Älä saivartele. Tarkoitin kommentillani tietysti sitä, että sitä käynnissä olevaa Windowsia oltaisiin lennosta kopioimassa, jonka kyllä pitäisi käydä siitä lauseesta ilmi ihan selvästi.
Sadetanssit on aina välttämättömiä tietotekniikan yhteydessä ;-)... ilman mitään sen kummempia muita virityksiä ja sadetansseja?
Leikitäänpä vielä ajatuksella, että tuo linuxin nvme-cli on maailman ainoa yleistyökalu millä voidaan nvme levyille mitään Secure Erasen kaltaista ajaa (ellei kyseinen kikkulan valmistaja sellaista tarjoa erikseen), niin olisiko se esim. Intelin NVMe:lle sitten raakasti nvme-clin sanitize komento välttämättömine parametreineen osoittaen kohdelevyyn ilman mitään sen kummempia muita virityksiä ja sadetansseja?
Vaikka eipä tuokaan taida mennä aina niin kuin Strömsössä, kun näkyy kommentteja, että sampan nvme:tä on pitänyt laittaa tutimaan kesken toimenpiteen samalla tavalla kuin sata ssd:tä… NVME Admin command error: INVALID_OPCODE(2001) · Issue #84 · linux-nvme/nvme-cli
Tutkailin asiaa kuitenkin alustavasta, ja olen antanut itseni ymmärtää ohjeista, että tällä loitsuyhdistelmällä saattaisi onnistua esim. Intel 760p:ssä nvme-cli:n kanssa.
1. # nvme list (tarkistetaan löytyykö nvme laitteita
2. Oletetaan, että löytyy vain nvme0n1 jossa on käyttö xGB / xGB (x=sama). Samalla komennolla näkyy myös formaatti, oletettavasti 512.
3. # nvme id-ctrl -H /dev/nvme0 katsotaan tukeeko formatointia
4. Jos tulos 0x1, pitäisi tukea NVM formatointia
5. # nvme format /dev/nvme0 --ses=1 tuolla pitäisi formatoida ainakin jotain. Tarvinneeko määritellä erikseen enää mitään muuta kuten 512, olettaisin ettei tarvi.
6. Savun hälvettyä homma meni läpi, jos tuo kuittaa success. Jos tuleekin jotain erroria niin sitten tutimaan välillä, mutta tehdäänkö se raakasti käyttämällä virrat poikki (siten tein aikoinaan hdderase.exe kanssa ja sillä onnistui). Tuossa kai saattaa pieni vaara voisi olla, että levyn saisi lukkoon ehkä pahemminkin?
7. Jos homma meni kuitenkin virheittä läpi, niin tälläkö voi tarkistaa # hexdump /dev/nvme0n1? Tokihan sen näkee muutenkin, että levy on sileänä.
Jos tuossa on jotain muuta mitä kannattaa huomioida, niin kiitollisena vinkeistä olisin.
Ajatko itse kaikille kolmelle mainitsemallesi levylle samalla komennolla vai tarvitaanko jokaisen kohdalla jotain eritystä vielä?
Sepä se, mutta yllätyksiä saattaa tulla eteen muillakin systeemeillä, tuostakin oli kuitenkin käsittääkseni nukuttamisella myös ohi päässyt ja homman saanut tehtyä nvme-cli:llä.Mainitsemassasi keississä syy on Lenovon firmiksessä, siellä ohjelmallisesti estetään firmiskomentojen(NVM Format, Sanitize ym. ) suoritus NVMe-laitteille. tuossa sopiva softa:https://pcsupport.lenovo.com/fi/fi/downloads/ds019026
Mutta onko tuo vaihe välttämättä millään tavalla tarpeellinen, jos ajaa vain # nvme format /dev/nvme0, joka tekee toimenpiteen koko laitteen laajuudessa, vai enkö nyt hoksaa jotain olennaista miksi namespacesta pitäisi sen kummemmin välittää, jos niitä ylipäätään vain yksi sieltä löytyy (ja vaikka olisi useampikin, jos kerran tehdään koko toimenpide koko laitteen laajuudessa)?Tarkista vielä mitä id-ns sanoo:
# nvme id-ns -H /dev/nvme0n1
Tuolta pitäisi löytyä tieto, onko formatointi nimiavaruuskohtainen, eli jos kortilla on useampia nimiavaruuksia, ne pitää formatoida yksi kerrallaan. Katso samalla myös, mikä on tehokkain tallennusmuoto(512 vaiko 4096 tavua/lohko).
Mutta onko tuo vaihe välttämättä millään tavalla tarpeellinen, jos ajaa vain # nvme format /dev/nvme0, joka tekee toimenpiteen koko laitteen laajuudessa, vai enkö nyt hoksaa jotain olennaista miksi namespacesta pitäisi sen kummemmin välittää, jos niitä ylipäätään vain yksi sieltä löytyy (ja vaikka olisi useampikin, jos kerran tehdään koko toimenpide koko laitteen laajuudessa)?
Tallennusmuodolla on sikäli merkitystä, että ohjain voi tukea jopa 16:sta erilaista tallennusmuotoa, ja kaikki eivät ole yhtä nopeita. Nimiavaruus osaa myös kertoa, mikä muodoista on suorituskykyisin, joten kannattaa tarkistaa, ettei mahdollisesti hitaammat siirtonopeudet johdu juuri tästä. Muuttamiseen ei tarvita omaa komentoa, vaan menee alustuskomennon parametrina. Intelin 750-kortilla tuetaan muistaakseni neljää erilaista tallennusmuotoa, joilla jokaisella on oma ohjaimen kertoma nopeusluokituksensa.Samoin onko tallennusmuodosta tarvetta sen kummemmin kantaa huolta, jos ajaa komennon koko laitteelle koska eikö se silloin tee sen tuonkin samaan muotoon kuin se oli aiemmin, vai voiko tuokin jostain syystä muuttua, jos sitä ei erikseen lähde määrittelemään? Ja eikö tallennusmuotokin ole aika lailla sama kaikissa laitteissa muutenkin nykyisin? Oletko joutunut omissa laitteissasi sitä muuttamaan ja mitä komentoa siihen tässä yhteydessä käytit?
Vaikea sanoa, kun en MS-maailmassa pyöri. Eiköhän jokaisella laitevalmistajalla ole oma työkalunsa MS-puolelle, yleiskäyttöisestä en tiedä.Vielä jatkona tähän, niin eikö todellakaan ole MS-maailmaan vastaavaa edes komentorivityökalua olemassa? Ei sillä etteikö se varmaan tuolla mainitulla toimi, mutta henkilökohtaisesti ei ole tullut linukan kanssa juurikaan hommailtua, niin en siihen nyt välttämättä haluaisi sekaantua.
Olin lukevinani, että nvme-clin versiosta riippuen tuossakin on eroja, jos haluaa tehdä ihan oletuksilla samaan tallennusmuotoon kuin se oli alun perin. Ilmeisesti komento /dev/nvmeXnY on varmempi vakuus tuosta, vaikka olisikin vain yksi nimiavaruus käytössä, että menee samaan muotoon.Riippuen ohjaimen kyvyistä Format NVM vaikuttaa joko koko laitteeseen, tai pelkästään nimiavaruuteen. Jos laitteessa on vain yksi nimiavaruus, niin ainoastaan parametri komennossa muuttuu, se on joko /dev/nvmeX(jos alustus vaikuttaa koko laitteeseen), tai /dev/nvmeXnY(jos alustus tehdään jokaiselle nimiavaruudelle erikseen).
Tallennusmuodolla on sikäli merkitystä, että ohjain voi tukea jopa 16:sta erilaista tallennusmuotoa, ja kaikki eivät ole yhtä nopeita. Nimiavaruus osaa myös kertoa, mikä muodoista on suorituskykyisin, joten kannattaa tarkistaa, ettei mahdollisesti hitaammat siirtonopeudet johdu juuri tästä. Muuttamiseen ei tarvita omaa komentoa, vaan menee alustuskomennon parametrina. Intelin 750-kortilla tuetaan muistaakseni neljää erilaista tallennusmuotoa, joilla jokaisella on oma ohjaimen kertoma nopeusluokituksensa.
Kyllä varmaankin useimmilla, jos ei peräiti kaikilla ole mutta esim. juuri tuolle 760p:lle Intelin työkalu on sellainen, että se pyörii vain käyttiksen alla (ei Win PE:ssä) ja tietenkään se ei anna järjestelmälevyä vetää sileäksi. Turhia mutkia tulee aivan helvetisti, jos pitää aina virittää eri levylle käyttis tuon ajamiseksi.Vaikea sanoa, kun en MS-maailmassa pyöri. Eiköhän jokaisella laitevalmistajalla ole oma työkalunsa MS-puolelle, yleiskäyttöisestä en tiedä.
Varmaan sata-liitäntäiset ovat vielä halvempia per gigatavu. Sampat näyttää hallitsevan markkinoita ja testeissä tuntuvat pärjäävän mutta itse ajattelin kuitenkin uida vastavirtaan ja Intel 760p 256Gt koossa käyttislevyksi taitaa mennä hankintaan. Tuota kokoa saa kaiken lisäksi aika edukkaasti vaikka muutaman kympin hintaero ei itselläni olekaan se tekijä, vaan haluan nopeuden lisäksi ehdotonta luotettavuutta ja tuosta sentään löytyy edes end to end data protection, joten "bittiruosteelta" välttyminen saattaa olla vähän todennäköisempää kuin sellaisilla joissa sitä ei ole (enpä juuri muita kuluttajaluokan levyjä varsinkaan nvme:nä pahemmin onnistunut löytämään). Virtakatkosuojaa ei sitten näytä enää olevan tarjolla kuin enterprise-sarjan tuotteissa, joten tuosta vaatimuksesta on pakko luopua. Ennestään käytössäni liitukaudelta peräisin oleva Intelin SSD, jossa nuo molemmat ominaisuudet on ja sen kanssa ei ole ollut mitään ongelmaa ikinä. Nopeus ei testiohjelmissa pääse samaan Samppojen kanssa paitsi tärkeässä read 4K QD1, joka saattaisi peruskäyttäjälle olla melko tärkeä suorituskyvyn suhteen.mikähän mahtaa nykyisellää olevan se hinta-laatusuhteeltaan paras SSD kun ei ole mitään käsitystä nykytilanteesta. Tullut kaikenmaailman M.2 liitäntäisi' ... vieläkö normi SATA-liitäntäiset hinnoiltaan kilpailukykyisempiä?
Olin lukevinani, että nvme-clin versiosta riippuen tuossakin on eroja, jos haluaa tehdä ihan oletuksilla samaan tallennusmuotoon kuin se oli alun perin. Ilmeisesti komento /dev/nvmeXnY on varmempi vakuus tuosta, vaikka olisikin vain yksi nimiavaruus käytössä, että menee samaan muotoon.
Mahtaako tallennusmuodon vaihto olla mahdollista edes kaikissa laitteissa? Tuo 750-sarjalainen taitaa olla ammatti/enterprise puolen, joissa Intelin hallintaohjelma, datacenter tool tjsp. on tuettuna ja sillä käsittääkseni voi jopa lennosta dataa tuhoamatta vaihtaa tuota (tietysti varmuuskopiot on aina syytä tehdä varalta) mutta kuluttajapuolen levyjä tuo softa ei tunnista, jollainen tuo suunnittelemani 760p:kin on.
Onnistuuko tuon vaihto muissa levyissäsi, ja oletko nähnyt tarpeelliseksi muuttaa sitä tehtaan oletuksista ja minkälainen vaikutus sillä on ollut todellisuudessa? Eikö varsinainen formaatti, jolla levy sisäisesti tallentaan NANDille ole vähän muisti- ja valmistajakohtaista ja se ei mene varsinaisesti yhteen tyypillisten pyörivien levyjen kanssa käytetyissä (mutta edelleen ssd-tyyppisille levyille käytetään samoja ja levyt muuntavat ne sitten itse).
En tarkoittanutkaan, että valitaan nvme-clin perusteella, vaan olin ymmärtävinäni lukemastani, että joissain sen versiossa olisi ollut ominaisuus (bugi?), että ohjainperustainen tyhjennys ei palauttaisikaan välttämättä alkuperäiseen tallennusformaattiin. Olin käsittääkseni levyltä pitäisi aina löytyä vähintään yksi nimiavaruus, ja käyttäen komentoa tähän nimiavaruuteen ei kärsisi tuosta ominaisuudesta, vaan tallennusformaatti säilyisi siinä mikä se oli.Se kohde valitaan sen perusteella, tukeeko ohjain nimiavaruusperustaista, vaiko ohjainperustaista tyhjennystä(/dev/nvmeXnY osoittaa nimiavaruuteen, /dev/nvmeX ohjaimeen), ei nvme-cli:n version perusteella.
Tiedän, ja ihan Windows 10 ympäristöön ja kotikäyttöön tämä itselläni tulee, eikä laite ole edes palvelimena, jos tuo jäi viesteistäni epäselväksi.Kuluttajapuolella tuskin yleistyy eri tallennusformaattien hyöty, joten vaihtoehtoja ei välttämättä tarjota. Yrityspuolella sen sijaan tuossa on järkeä, koska ympäristö, jossa levyjä käytetään, voi olla jokin muukin, kuin se valtaosalle kuluttajia tarjottava käyttöjärjestelmä tiedostojärjestelmineen. Silloin, kun halutaan esimerkisi tarjota dataa hyvin suurelle käyttäjäjoukolle, yksittäisen haun nopeus alkaa kiinnostaa ihan eri tavalla, kuin jos yksityiskäytössä levyoperaatio tapahtuu sekunnin murto-osia nopeammin, koska myöskin suorituskykyongelmat skaalautuvat. Summa summarum, kotikäytössä sillä voi saada virtuaalimarkista paremmat pisteet, mutta näkyvätkö ne koskaan käyttäjälle, on toinen juttu. Ei siis kannata liikaa stressata. Jos näitä pohtii työn puolesta, huomiota voi kiinnittää, eikä vain lätkiä paketista tuotantoympäristöön.
Voi olla, että ohjaimessa on joku formaatti asetettu oletukseksi, jota käytetään, jos muuta ei määrätä. Yleisempää ehkä kuitenkin on, että formaatti säilyy samana tyhjennyksen jälkeenkin.En tarkoittanutkaan, että valitaan nvme-clin perusteella, vaan olin ymmärtävinäni lukemastani, että joissain sen versiossa olisi ollut ominaisuus (bugi?), että ohjainperustainen tyhjennys ei palauttaisikaan välttämättä alkuperäiseen tallennusformaattiin. Olin käsittääkseni levyltä pitäisi aina löytyä vähintään yksi nimiavaruus, ja käyttäen komentoa tähän nimiavaruuteen ei kärsisi tuosta ominaisuudesta, vaan tallennusformaatti säilyisi siinä mikä se oli.
Riippuu, mitä komentoja annetaan, ja millä tasolla operoidaan. Tiedostojärjestelmän päältä operoitaessa levykomennot menevät OS:n kautta, jos operoidaan ajuritasolta, riippuu siitä, miten esim. kloonaus on toteutettu. Tuskin nuokaan ohjelmat lähtevät formaattia ehdoin tahdoin itsekseen muuttamaan, vaan ainakin kysyvät käyttäjältä varmistuksen.Tiedän, ja ihan Windows 10 ympäristöön ja kotikäyttöön tämä itselläni tulee, eikä laite ole edes palvelimena, jos tuo jäi viesteistäni epäselväksi.
Vielä sitä tulin pohtineeksi, että tallennusmuoto, kun periaatteessa on lennosta vaihdettavissa ainakin joissain sitä tukevissa levyissä, niin onko mahdollista, että tuo pääsisi tahattomasti muuttumaan levyä monistettaessa yleisillä työkaluilla, kuten nyt vaikka jollain Macrium Reflectin Win PE-boottiversiolla tai vanhan ajan Ghostilla? Siis kun ajetaan esim. sata ssd:ltä image tyhjälle (suoraan paketista olevalle) NVMe:lle joko suoraan tai aiemmin tiedostoon tehdyltä imagelta?
Voi olla, että ohjaimessa on joku formaatti asetettu oletukseksi, jota käytetään, jos muuta ei määrätä. Yleisempää ehkä kuitenkin on, että formaatti säilyy samana tyhjennyksen jälkeenkin.
Eipä noiden kanssa ole ollut tuota ongelmaa itselläni ainakaan perus hdd:ltä sata ssd:lle kloonatessa, kunhan on vain käyttänyt ohjelmista tarpeeksi uusia versiota, jotka ssd-levyn vaatimukset ovat ymmärtäneet. Jospa uskaltaisi luottaa Macriumin selviävän kunnialla sata ssd > NVMe kloonauksessakin. Eiköhän tuo pian selviä.Riippuu, mitä komentoja annetaan, ja millä tasolla operoidaan. Tiedostojärjestelmän päältä operoitaessa levykomennot menevät OS:n kautta, jos operoidaan ajuritasolta, riippuu siitä, miten esim. kloonaus on toteutettu. Tuskin nuokaan ohjelmat lähtevät formaattia ehdoin tahdoin itsekseen muuttamaan, vaan ainakin kysyvät käyttäjältä varmistuksen.
Monien pelien kanssa ei huomaa mitään (edes perinteisiin levyihin verrattuna).Miten M2 SSD:n tuoman nopeushyödyn huomaa käytännössä kun pelit latautuvat aika nopeasti jo normaalilla SSD levyllä?
Jos peli vie paljon tilaa levyltä(joku fallout 4 vie 58GB high textureilla) niin kyllä siellä pientä nopeuseroa huomaa.Noi taitaa muutenkin yleistyä ja kaikissa uusissa emoissa on nvme m.2 paikka joten en itse näkisi syytä olla ostamatta muita kuin noita enää.Pistät kerran kiinni niin sun ei tollaista tarvitse enää emosta ottaa pois eikä tarvitse säätää johtojen tai koteloon laittamisen kanssa kuten ulkoisten levyjen kanssa.Miten M2 SSD:n tuoman nopeushyödyn huomaa käytännössä kun pelit latautuvat aika nopeasti jo normaalilla SSD levyllä?