-
Fototrend
Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.
Új hozzászólás Aktív témák
-
King Unique
titán
válasz joker1220 #31736 üzenetére
Azokat a frissítéseket eredetileg még januárban tolták ki és korántsem mindenkinél okoztak gondot. Nálam is gond nélkül települtek több Windows alatt. Akiknél még igen, az sem 10 only jelenség, mert ennyi erővel más Windows-verzióknál is, pont a 7-es topikjából volt linkelve a korábbi példa. Illetve hardver- és szoftverkörnyezet függvénye is. A korábban beharagozott X %-os lassulás pedig eleve inkább a BIOS, illetve mikrokód frissítések után volt tapasztalható, mintsem az OS frissítése után. 1803 alatt a TRIM működésénél, ha a HDS-re célzol, akkor az a hiba már javítva van a legújabb béta verzióban.
-
King Unique
titán
válasz Frawly #31738 üzenetére
Azért néhány ilyen itteni eset alapján még nem feltétlen lehet általánosítani. Nem beszélve az olyanokról, amikor egyesek a program régebbi verzióját használják, holott alapértelmezett beállítás szerint automatikusan frissül és egy ideje már elérhető az újabb, aminél minden OK. A legutóbbi ilyen esetnél is pontosan ez volt a helyzet. Azt pedig nem mondanám akkora előnynek, hogy pl. egy smartctl esetében jobb híján magam értékelem ki az egyes attribútumok értékeit, ennyi erővel ezt a HDS-nél is meg lehet tenni.
A Windows 10 1803-as verziójánál a program által inaktívnak jelzett TRIM az 5.20.1-es verzióban elvileg már javítva van. De pl. az 5.20-asnál a lemez adatok frissítése / újratesztelés opció használata után már többeknél újra működő állapotot és 100% teljesítményt mutatott a program.
[ Szerkesztve ]
-
King Unique
titán
válasz rollrk4h #31741 üzenetére
Nocsak, megint egy A400-as...
Ma már volt egy szintén ugyanilyen tünettel, de azt legalább a gyártó saját programja kezelte. Ha nálad az sem, akkor az egyes S.M.A.R.T. attribútumok értéke alapján lehet elemezni az állapotát. De nemrég más inkább garanciális cserét kért egy ilyennél és az újonnan kapott SSD-t állítólag már rendesen kezelte a gyártó saját szoftvere és külső programok egyaránt. Amúgy. ha az utóbbiak nem, az egy dolog, de amikor már a gyártó programja sem, az eleve abnormális...
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #31744 üzenetére
Ami az imént volt, az még mindig a Kingston A400 és az eddigi előzmények alapján annál már nem is meglepő. Viszont az már igen, hogy van akiknél a gyártó saját szoftvere sem kezeli, másnál meg igen, vagy éppen a garanciális csere után szintén. Ez felettébb érdekes és lehet nincs minden rendben ezzel a sorozattal, vagy csak problémás / hibás példányokat fogtak ki egyesek...
Lehet, hogy a HDS sem mindenható, de még mindig az egyik legnépszerűbb és legelismertebb diagnosztikai program ilyen célra. Nem beszélve a számos funkciójáról, ami a konkurens szoftvereknél már nem feltétlen van meg. Azt pedig nem lehet előre tudni, hogy jövőben milyen anomálisak lesznek, ha lesznek. Egy adott programverzió alapján pedig pláne nem lehet általánosítani, mert a szoftvert is folyamatosan fejlesztik és tesztelik. Az meg a másik, hogy eddig a HDS többnyire hasznára vált SSD-k diagnosztizálásnál is a felhasználóknak és általánosan nyilván jóval több a pró eset, mint a kontra.
[ Szerkesztve ]
-
King Unique
titán
válasz rollrk4h #31746 üzenetére
Ennél szintén az a helyzet, mint a linkelt példánál. Vagyis az attribútum értéke alapján elvileg rendben van, de a mélyebbre hatóbb elemzéshez vannak különféle tesztek is a programban, mint pl. a részletes önteszt stb. Ha a gyári szoftver egyáltalán nem kezeli az SSD-t és nem a szoftver / telepítés hibájáról van szó, akkor az mindenképpen rendellenes. Pláne, hogy másoknál működik ugyanez a program ugyanilyen SSD-vel.
[ Szerkesztve ]
-
King Unique
titán
válasz nioskbn #31803 üzenetére
A fájlkezelőben csak akkor jelenik meg, ha van meghajtóbetűjele. De, ha vadi újan vetted az SSD-t, akkor eleve particionálatlan. Vagyis a lemezkezelőben inicializálni kellene MBR / GPT séma szerint, majd létrehozni egy új kötetet.
-
King Unique
titán
válasz Silentfrog #31823 üzenetére
A napi 20 GB még egyáltalán nem vészes, mondhatni átlagos érték, amiről ebben a topikban is volt már szó több alkalommal. A 850 Pro sorozat adatlapján 150 TBW érték van megadva a 256 GB-os modellnél. Az nem derült ki mennyi írás van a tiedben, de ha a 0-tól indulunk, akkor azt ilyen napi átlaggal kb. 20,5 év alatt éri el. De amikor eléri, akkor sem fog egyből tönkremenni, mivel általában jóval többet is kibírnak ezek az SSD-k a névlegesen megadott értékeknél (teszt). Ilyenkor max. csak a garancia ugrik. Addigra viszont már bőven lejár a gari, illetve lecseréled az SSD-t is, aminek valószínűleg előbb fogja beadni a vezérlője a kulcsot.
[ Szerkesztve ]
-
King Unique
titán
válasz Doky586 #31843 üzenetére
Ha már a gyártók biztosítanak ehhez natív programot Windowsra, akkor nyilván nem véletlenül és megoldható ott is a Secure Erase, nem feltétlen muszáj ehhez pendrive-ról külön rendszert bootolni. Amit egyébként pl. a Samsung szoftvere is tud készíteni szükség esetén, tehát nemcsak a PM opció. De az mondjuk logikus, hogy az "öntörlést" egy éppen aktív rendszermeghajtónál nem engedi a program. Ellenben, ha másodlagos meghajtó, akkor már kellene és a PM esetében is nyilván ez történik, az sem önmagát törli. Windowsnál az automount pedig egyszerűen kikapcsolható parancssorban és akkor még felcsatolni sem fogja a másodlagos meghajtóként funkcionáló SSD-n a kötet(ek)et.
[ Szerkesztve ]
-
King Unique
titán
válasz Doky586 #31845 üzenetére
Windowsnál tudtommal a meghajtóbetűjel hozzáadása / elvétele a partíciónál = mount / unmount. A leválasztás (offline disk) opció pedig magát a teljes lemezt csatolja le. De itt a Secure Erase szempontjából az lehet a gond, amit egyébként egyik-másik gyártó szoftvere ír is. Vagyis, hogy a meghajtó particionált és a művelet előtt szükséges róla eltávolítani azokat, azaz nem lefoglalt (unallocated) legyen. Utána viszont már engednie kellene a programnak a biztonsági törlést értelemszerűen másodlagos (nem rendszer) meghajtóként.
[ Szerkesztve ]
-
King Unique
titán
válasz BudaiZoli #31851 üzenetére
A Windows 10 legújabb 1803-as verziójánál fordult elő az többeknél, hogy a HDS inaktív TRIM-et és emiatt 80%-os teljesítményt mutat SSD-nél. Legalábbis az 5.20-as és a korábbi verziók, mert az 5.20.1 béta már nem. De rendszerint az előbbieknél is megoldja a lemez adatok frissítése / újratesztelés opciók használata. Sőt, akár automatikusan is helyreáll, mert a HDS alapértelmezés szerint 5 percenként ellenőrzi a lemezeket és nálam ilyenkor automatikusan frissül az állapot. Vagyis csak közvetlenül a Windows / HDS indítása után mutat inaktív TRIM-et a program, de 5 perc elteltével már újból aktív és 100%-os a teljesítmény.
[ Szerkesztve ]
-
King Unique
titán
válasz gbal65 #31882 üzenetére
Az A400-nál többen is tapasztalták ezt, de ilyenkor a HDS csak átmenetileg mutat ilyen állapotot, amiről egy korábbi hozzászólásban volt szó bővebben. Tehát kicsit járatni kell, vagy akár egy önteszt is elég neki és utána már a valós állapotot mutatja. Akinél pedig a Kingston gyári szoftvere nem ismeri fel az SSD-t, arra szintén van egy lehetséges megoldás.
[ Szerkesztve ]
-
King Unique
titán
Azért ehhez a klónozás / lemezképfájlból történő visszaállítás vs. újratelepítés témához annyit azért hozzáfűznék, hogy korántsem minden esetben az utóbbi a legcélszerűbb megoldás. Nem véletlenül olyan népszerű és széles körben alkalmazott manapság az előbbi, sőt az egyes SSD-gyártók is nem véletlenül biztosítanak szoftvert a közvetlen klónozáshoz.
A klónozásnál / lemezképfájlból történő visszaállításnál nyilván az a cél, hogy ne kelljen a rendszert a 0-ról újrarakni és mindent beállítani, illetve minden programnál ugyanezt eljátszani, ami egy belakott rendszer esetében nyilván elég időigényes és macerás tud lenni. Az pedig csak egy dolog, hogy SSD van alatta és annál valamivel gyorsabb lesz a rendszer és a programok telepítése, na de egy komolyabban belakott rendszer utólagos teljes reprodukálása bizony ilyenkor nem éppen ötperces művelet SSD-vel sem... Pláne akik multiboot megoldásokat használnak, azok nyilván megint nem feltétlen fogják mindegyik OS-t a 0-ról újratelepíteni. A klónozásnak és a lemezképfájlból történő visszaállításnak pont az ilyenkor az előnye, hogy ha esetleg a korábbi telepítés méretétől, valamint a forrás-és célmeghajtó sebességétől függően maga a művelet még tovább is tarthat valamivel egy tiszta telepítésnél, ellenben összességében már nyilván nem fog. Mivel az előbbiek után gyakorlatilag azonnal használatba lehet venni a rendszert és ott tudjuk folytatni a munkát, ahol abbahagytuk. Ellenben az utóbbi megoldás egy belakott rendszer esetében többeknél órákig, de akár napokig is eltarthat, mire a-tól z-ig mindent feltelepít, beállít stb. Tehát, ha jól működik a rendszer, működő állapotról van egy mentés, akkor nyilván korántsem muszáj és nem is feltétlen indokolt a 0-ról újrarakni csak azért, mert a háttértár ki lesz cserélve alatta.
Újratelepíteni akkor célszerű, ha pl. esetleg valami gond van a korábbi telepítéssel és rendszerrel, netán túlságosan régi a mentés, amit már nem érdemes visszaállítani. Vagy esetleg, ha egy jóval nagyobb tárolókapacitású HDD-n volt a korábbi telepítés és nem fér rá az új SSD-re. De ilyenkor opció lehet a korábbi rendszerpartíció átméretezése, sőt akár a klónozáshoz használt programnál is beállítható a művelet előtt. Aztán még akkor, ha pl. a Windows 10-nek egy korábbi verzióját használjuk, illetve csak arról van mentés, akkor célszerűbb lehet egyből az újat telepíteni. Viszont akinek egy nagyon belakott rendszere van, akkor már nem feltétlen, mert maga a belakás jóval tovább tartana, mint egy build upgrade. Az utóbbinak pedig pont az a lényege, hogy normál esetben minden telepített program, beállítás stb. megmarad. A +1 érv pedig az általában azszokott lenni, ha valakinek annyira mániája a reinstall, vagy éppen minimális a feltelepített programok és beállítások száma.
[ Szerkesztve ]
-
King Unique
titán
válasz rover45 #32084 üzenetére
SSD-khez javasolt lehetőség szerint a HDS-nek mindig a legújabb (5.20) verzióját használni, nem egy eleve régit (4.60)... Ha a legújabb is hibát ír, illetve a tesztjei, valamint a gyártó saját tesztprogramja, akkor lehet ok aggodalomra. A felület tesztelésénél a sötétebb zöld színű blokkok elvileg még nem jelentenek hibát, de olyan értelemben nem is normálisak, hogy azoknál a szokásosnál jóval lassabb az elérés. De, ha most ez az SSD az aktuális rendszermeghajtó, akkor a teszt közben az OS és a programok futása miatt előfordulhat ilyen, amire a teszt előtt a HDS is felhívja a figyelmet.
[ Szerkesztve ]
-
King Unique
titán
válasz King Unique #32087 üzenetére
Ja, most nézem az egy destruktív írás teszt, nem szimpla olvasás, szóval az OS és programok valós idejű futása így pláne nem játszik...
[ Szerkesztve ]
-
King Unique
titán
Nemrég leírtam bővebben a magam részéről, hogy egy belakott rendszernél pláne indokolt lehet a klónozás. Ha a mostani SSD-n (?) megfelelően működik a 8.1 és nincsen gond, akkor nyilván nem kötelező erővel újratelepíteni a 0-ról csak azért, mert szimplán a háttértár cserélve lesz alatta, ellenben más nem változik.
[ Szerkesztve ]
-
King Unique
titán
• Az alignálás eleve rendben lehetett, ha Windows 8.1-gyel volt particionálva a telepítés során a HDD. Ami normál esetben nyilván a klónozás után is jó marad, illetve a Macrium szintén megfelelően állítja be.
• Az az általánosan vett 10-15% szabad hely az SSD-n lehet particionált területen is, nem muszáj emiatt nem lefoglalt területet leválasztani.
• Ha egyáltalán nem használod a hibernálást és a hibrid alvást, akkor ki lehet kapcsolni, de amúgy nem muszáj. Leginkább csak + tárhely felszabadítása végett szokták.
• Felesleges a lapozófájlt HDD-re tenni / azon hagyni az SSD állítólagos kímélése miatt, maradhat nyilván az SSD-n. 16 GB RAM-nál amúgy már nem nagyon fogja használni a Windows, de kikapcsolni nem javasolt. Mivel előfordulhat, hogy bizonyos esetekben problémát okozhat a hiánya, illetve egyes külső programok működésénél is. Viszont a 24 GB normál használat mellett nem igazán indokolt és lehetne csökkenteni a méretét, illetve min. és max. értékeket megadni.
[ Szerkesztve ]
-
King Unique
titán
válasz gya/352 #32284 üzenetére
Totál felesleges...
Pont az a lényeg, hogy felesleges kímélgetni ilyen téren az SSD-t, mert pláne átlagos használat mellett annyi írást úgysem fog rá generálni egyik említett dolog sem, ami gondot okozna. Számtalan alkalommal volt már erről szó itt a topikban.
[ Szerkesztve ]
-
King Unique
titán
válasz rasotamas #32289 üzenetére
Ugyanaz a program, amivel HDD-ről migrálsz (klónozol) SSD-re, nyilván visszafelé is használható, nincsen ebben semmi extra és semmi meglepő. Ha Windowshoz kell, akkor ahhoz számtalan ilyen van (példák), illetve a telepített és a pendrive-ról bootolható Linux/WinPE-alapú változtatok némelyiknél akár más operációs rendszerek lementéséhez, klónozásához is használhatók.
[ Szerkesztve ]
-
King Unique
titán
válasz rasotamas #32291 üzenetére
Ha ilyenkor a tárterület többi (jelentős) része szabad, akkor lehet a rendszerpartíció méretét csökkenteni és utána már átklónozható a rendszer ez eredetinél egy kisebb tárolókapacitású fizikai meghajtóra is. Ezt itt most nem részletezném, egy másik topikban nemrég ki volt fejtve bővebben.
-
King Unique
titán
válasz rasotamas #32297 üzenetére
Nyilván az is jó, ha egy másik gépen, másik Windows alatt oldod meg a kötet zsugorítását a beépített lemezkezelővel / külső programmal. Viszont túl kicsire nem érdemes, mert nyilván kell némi szabad tárhely a Windows megfelelő működéséhez is. Illetve az éppen futó Windows sem engedi a saját rendszerpartícióját egy bizonyos méret alá zsugorítani, nyilván nem véletlenül. Azt a 100 MB-os partíciót pedig a Windows telepítője hozta létre a telepítésnél a rendszer számára. Vagyis értelemszerűen azt is át kell klónozni.
Amúgy ez esetben mindenképpen át kell méretezni a rendszerpartíciót kisebbre, akár még a klónozás előtt Windows alól (célszerűbb), akár a tényleges klónozási művelet előtt a programmal (példa).
[ Szerkesztve ]
-
King Unique
titán
válasz gya/352 #32305 üzenetére
Arról már ebben a topikban is volt szó számtalan alkalommal, hogy teljesen felesleges túlkímélni az SSD-t és ilyen-olyan letiltásokkal, áthelyezésekkel stb. szórakozni... Vagyis a lapozófájl HDD-re történő áthelyezésének is kb. semmi értelme nem volt és csak feleslegesen lassítja a rendszer működését. Ez a sokat írogat az SSD-re a Windows 10 pedig megint inkább mese és ugye mihez képest. Annyit átlagos használat mellett úgysem fog rá írni, ami gondot okozna, sőt rendszerint a garanciában foglalt TBW értéket is csak néhány év, vagy akár évtizedek alatt érné el, ami megint nem kevés idő.
A hibernálás teljes kikapcsolása és a lapozófájl letiltása pedig megint csak opcionálisak és egyáltalán nem kötelező egyik sem... Leginkább csak a plusz tárhely felszabadítása miatt szokás, ha kis tárolókapacitású az SSD, de más előnye nem nagyon van. A hibernáláshoz köthetően Windows 8.1/10 rendszereknél inkább a gyorsindítás (fast startup) funkciót szokás kikapcsolni, mert SSD-nél nem sokat ér. Viszont teljesen letiltani már nem feltétlen javasolt a hibernálást, jól jöhet pl. egy laptopnál is a hibrid alvás miatt. A lapozófájlt teljesen kikapcsolni pedig szintén nem feltétlen javasolt még sok RAM esetében sem, mert bizonyos programok, de van amikor a Windows is problémázhat a hiánya miatt... Ha az a cél, hogy ne foglaljon sok tárhelyet, akkor be lehet állítani egy kisebb méretűt is és legalább van valamennyi.
[ Szerkesztve ]
-
King Unique
titán
válasz kory24 #32308 üzenetére
Akár maradhatna így is, ha megfelelő driver esetén működik a TRIM stb. De lehetőség szerint célszerű átállítani AHCI módra, ráadásul a Windows 10-nél a biztonságos rendszerindítással elvileg könnyen megoldható és nem kell a registry-ben sem matatni.
-
King Unique
titán
válasz makoss #32325 üzenetére
Nem derült ki, hogy azóta van-e valami új fejlemény, de a CDM teszt alapján úgy tűnik, mintha azon hardver és OS esetében csak BOT módban működne az eszköz, azért áll meg 250 MB/ s körül. Ellenben USB 3.0-n a max. 450 MB/s teljes kihasználáshoz UASP adatátviteli mód szükséges, amit a Windows 10 natívan támogat, ahogyan az USB 3.0-át is, plusz maga a külső SSD szintén tud ennyit. A másik topikban a tablet USB 3.0-s portján kapott eredmény pedig szintén azt szemlélteti, hogy nyilván nem magával az eszközzel van gond. Az meg a másik, hogy egy tablet a teszt szempontjából gyengébb hardver, ellenben egy asztali PC / laptop esetében már elérhetők akár ettől nagyobb értékek is. Na meg a tesztprogramnak függvénye is ez, ráadásul a CDM-nek van már 6.0.1-es verziója is. Arról pedig talán már volt szó előzőleg, hogy csak USB 3.1 Gen 2 porthoz csatlakoztatva fogod tudni kihajtani a T5-öt és pl. ilyen eredményeket elérni.
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #32337 üzenetére
Tudomásom szerint támogatja rendszerint a Linux is, csak itt másrészről az a lényeg, hogy az UASP módot magának az eszköznek is támogatni kell firmware szinten. Ha az utóbbi nem teljesül, akkor nyilván az OS is csak BOT módban fogja kezelni. Na meg vannak olyan adapterek és külső házak, amelyeknél az USB-chip SATA oldalról nézve csak 3 Gbps adatátvitelt tud és az is limitálja a sebességet. Ha a tied SATA2 és / vagy BOT alapra épül, akkor nyilván nem lehet vele SSD-vel kihasználni az USB 3.0 szabvány maximumát. De a modernebb eszközöknél már kb. alap szokott lenni a SATA3 + UASP megoldás, valamint a megfelelő (újabb) Linux, macOS és Windows rendszerek is natívan támogatni szokták az UASP-t.
[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #32340 üzenetére
Mondjuk az adatátviteli sebesség kissé harmatos a mostani és az újabb CDM teszt szerint is USB 3.0-n. A "0 Fill" beállítással próbáltad, vagy mondjuk ATTO-val? Valamint PC-n az előlapi / hátlapi USB 3.0 port sem teljesen mindegy, némelyiknél az előlapon lévők gyengébb értékeket produkálnak. Egyébként meg igen, ha van a gépen USB 3.1 Gen 2 port, akkor teljesen kihajtani ahhoz csatlakoztatva lehetne.
Arról pedig ugye korábban már volt szó, hogy ez a sorozat hivatalosan támogatja USB-n a TRIM-et, amit elvileg most a HDS screenshot is megerősít.
[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #32347 üzenetére
A korábbi linkelt teszt alapján látszik, hogy USB 3.1 Gen 2 porton mit tud az 500 GB-os T5. USB 3.0-n viszont értelemszerűen lassabb lesz, de pont az a lényeg, hogy mivel az SSD miatt 6 Gbps a plafon, ezért azt javarészt az USB 3.0 is kiszolgálja. Vagyis normál esetben ilyenkor nem kellene olyan sokkal visszaesni a sebességnek, amit pl. egy korábbi prohardveres teszt jól szemléltet. Ezért is írtam az előbb azt, hogy nálad USB 3.0-n a kapott eredmények kicsit gyengék. Ha pedig USB 3.1 porton ráadásul nem is működik rendesen, akkor ott valami alapból nem stimmelhet annál a hardver- és szoftverkörnyezetnél.
[ Szerkesztve ]
-
King Unique
titán
válasz McCsaplak #32376 üzenetére
A sceenshot alapján Windows 10 1803-as verzió van telepítve az SSD-re, ami már eleve helyesen alignál és normál esetben nyilván nem kellene elrontania. A nemrég említett módszert kipróbáltad, osztható 4096-tal, illetve az ebben a leírásban lévő program szerint mi a helyzet?
Ha esetleg netán el lett rontva az alignálás, az sem feltétlen akkora probléma, mert Windowson külső particionáló programok (pl. AOMEI, EaseUS, MiniTool) akár utólag is kiigazítják. Másik opció pedig az újratelepítés.
[ Szerkesztve ]
-
King Unique
titán
válasz McCsaplak #32379 üzenetére
Látszik a screenshoton a kezdeti 1 MB-os eltolás és a rendszerpartíció elvileg rendben is van. De mondjuk normál esetben BIOS-MBR módban szokott lenni egy 500 MB-os kicsi partíció a rendszer számára létrehozva, ami már hiányzik. Aztán az sem világos, hogy a másodiknál hogyan sikerült elcseszni az alignálást és miért lett elsődleges helyett kiterjesztett, illetve logikai partíció. MBR-lemezen max. 4 db elsődleges partíció lehet, vagy 3 db elsődleges és egy kiterjesztetten belül több logikai. Az előző válaszban említett külső particionáló programok egyébként tudnak adatvesztés nélküli logikai
—►
elsődleges konvertálást is. De azt nem muszáj erőltetni, ellenben az alignálást célszerű lenne kiigazítani, ha valóban el lett rontva a többi program szerint is.[ Szerkesztve ]
-
King Unique
titán
válasz makoss #32384 üzenetére
Ez mondhatni reális és korrekt eredmény USB 3.0 porton. Ahhoz, hogy teljesen ki lehessen hajtani ezt a külső SSD-t és pl. ilyen eredményeket elérni, ahhoz értelemszerűen USB 3.1 Gen 2 porthoz kellene csatlakoztatni.
Egyébként jobb lett volna a CDM legújabb, azaz a 6.0.1-es verziójával (is) tesztelni, mert akkor egyértelműen látszana az, amiről nemrég volt szó. Vagyis egy szintén ugyanilyen 500 GB-os Samsung T5 a fórumtársnál kissé gyenge értékeket produkált, de az valószínűleg az adott hardver- és szoftverkörnyezet miatt lehetett. Ellenben másik környezetben már lehet attól eltérő (jobb) eredmény is, amit a mostani teszted jól szemléltet.
[ Szerkesztve ]
-
King Unique
titán
válasz McCsaplak #32388 üzenetére
Arra tippeltem volna, hogy már előre particionálva volt a lemez és 1 db elsődleges partíció lett megadva telepítési célnak, amiatt nem hozta létre a telepítő BIOS-MBR módban azt az 500 MB-osat. De azt nem gondoltam volna, hogy utólag te magad törölted... Nyilván nem véletlenül hozza létre a Windows azokat a kisebb partíciókat és nem javasolt csak úgy törölni őket... UEFI-GPT módban ráadásul 3-at csinál pluszban, de ott sem kell vele foglalkozni, eleve rejtettek, nem zavarnak sok vizet. Na meg pl. a 100 MB-os ESP-t nagyon nem javasolt törölni...
A mellékelt screenshotok alapján valóban rendben van az alignálás a D kötetnél is, vagyis ezek szerint az SSDOK mutatott tévésen helytelen állapotot.
[ Szerkesztve ]
-
King Unique
titán
válasz McCsaplak #32396 üzenetére
Normál esetben eleve létrehozza (nálad is az elmondottak alapján), illetve a telepítő grafikus felületén az "új" opcióra kattintva is kapásból felajánlja. Viszont, ha van már egy elsődleges partíció a lemezen, vagy eleve csak az van rajta és az van megjelölve telepítési célnak, akkor BIOS-MBR módban azt jelöli meg aktívként és arra pakolja a bootoláshoz szükséges fájlokat. Elvileg az utóbbi is akár elmegy, de eleve az előbbi megoldás a normális.
A logikai
—►
elsődleges átkonvertálást gondolom a MiniTool szoftverével csináltad. Jók ezek a külső particionáló programok, akár még egy ilyet is megcsinálnak adatvesztés nélkül.[ Szerkesztve ]
-
-
King Unique
titán
válasz dniki88 #32459 üzenetére
A Windows 10 a szükséges drivereket automatikusan letölti és telepíti a rendszer friss telepítése után. Max. pl. a VGA drivert szokás manuálisan feltenni a gyártótól letöltve, ha szükséges. Na meg az alap, hogy utána a rendszert szokás teljesen lefrissíteni, mert van amikor épp a frissítés hiánya okoz anomáliákat.
-
King Unique
titán
Ha kicsit visszaolvastál volna, akkor láthatod, hogy pont nemrég volt erről szó. Illetve leírtam korábban én is, hogy csak az aktuális (legújabb) Windows 10-verzió (1803) és a HDS ≤ 5.20 verziói esetében van ez. Tehát az 5.20.1 béta verzióktól kezdődően már javítva van.
-
King Unique
titán
válasz Amartus #32483 üzenetére
A klónozás idejére a célmeghajtó (SSD) csatlakozhat akár USB-n is, nem muszáj csak emiatt kiszedni a forrásmeghajtót (HDD) a laptopból és mindkettőt átrakni másik gépbe. Ráadásul a klónozás az utóbbi módszerrel sem feltétlen lesz gyorsabb, mert itt maga a HDD eleve egy lassító tényező. De ahogy gondolod...
Az SSD-t pedig azért javasolt eleve a HDD helyére tenni, mert az ODD esetében van amikor csak SATA2-es csatlakozási lehetőség van. Illetve egyes HDD caddy-knél (beépítőkeret) is olykor elő szokott fordulni, hogy fura hibákat produkálnak, nem stabil az adatkapcsolat stb.
[ Szerkesztve ]
-
King Unique
titán
válasz Amartus #32518 üzenetére
Akár az SSD gyártójának a szoftvere is elég ehhez, de amúgy a Macrium komolyabb program ilyen célra, több beállítási lehetőséget ad. Ha a klónozásnál eltérő a háttértárak kapacitása, az sem feltétlen gond, ami egy másik topikban részletezve volt.
-
-
King Unique
titán
válasz xuldar #32559 üzenetére
Volt már erről szó itt a topikban számtalanszor mostanában, elég lett volna csak a keresőt használni, vagy kicsit visszaolvasni. De most már egyébként pláne nem téma, mivel megjelent a HDS 5.30-as stabil verziója is, amiben az eddigi 5.20.1+ béta verziókhoz hasonlóan szintén javítva van ez a hiba. Szóval tessék frissíteni és akkor majd nem fogja kiírni!
[ Szerkesztve ]
-
King Unique
titán
válasz Anonymus23 #32561 üzenetére
Majd használom megint a topik keresőjét, vagy visszaolvasok egy kicsit, ha már egyeseknek nem megy... Amúgy meg lehet inkább a téma-összefoglalóba, vagy a tudnivalókba kellene már lassan beírni. Bár ennyi erővel azokat sem olvassa el mindenki, szóval... Viszont annyit igenis megtehetne, hogy frissíti a programot, ha már kijött az újabb verzió. Ami amúgy automatikusan is megtörténik, ha engedélyezve van.
[ Szerkesztve ]
-
King Unique
titán
válasz Trojka33 #32593 üzenetére
Ezt a kérdést nemrég az operációs topikjában már feltetted... Eleve ott kellene rá megoldást keresni, vagy esetleg a megfelelő notebook topikban, nem pedig itt. Ugyanis önmagában ahhoz az SSD-nek nem sok köze van, hogy a megszokottnál előbb vált alvó állapotba a laptop.
[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #32677 üzenetére
Ez egyébként most mi, egy pendrive? Ha igen, akkor inkább a pendrive irás-olvasás sebesség topikba kellett volna berakni. De mondjuk annyiból aktuális itt is, hogy ez elvileg nem egy sima pendrive, hanem inkább egy SSD-alapú, pendrive formájú USB-tárolóeszköz. A S.M.A.R.T. és a TRIM támogatása is az utóbbit erősíti, ugyanis ezek a hagyományos pendrive-oknál nem nagyon jellemzők. Amúgy egész komoly kis cucc, ilyen jellemzőkkel pl. Windows To Go-hoz is jól használható.
(#32678) Frawly:
Egy SATA3-as SSD-t max. az USB 3.0 korlátoz sebességben, de ezt eddig is tudtuk, mivel 6 Gb/s vs. 5 Gb/s. Viszont az USB 3.1 Gen 2 már pont hogy nem, mivel az 10 Gb/s és ahhoz értelemszerűen egy SATA 6 Gb/s alapra épülő SSD önmagában már kevés.[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #32688 üzenetére
Igen, az előbbiek mellett a tömege is arra utal, hogy nem egy hagyományos pendrive-ról van szó. Ha a külső burkolat műanyag, akkor meg pláne. Plusz egy másik érdekesség, hogy az alábbi teszt alapján a Windows nem a pendrive-oknál megszokott cserélhető lemezként kezeli, hanem a belső és külső HDD / SSD meghajtóknál jellemző helyi lemezként. Nálad is az utóbbi a helyzet?
-
King Unique
titán
válasz Hauptmann #32712 üzenetére
Tessék frissíteni a már megjelent 5.30-as verzióra, annál OK Windows 10 1803 alatt a TRIM állapotának kijelzése! De egyébként már többször volt szó erről itt a topikban, illetve nemrég szintén összegezve voltak ezzel kapcsolatban az infók.
(#32709) Kékes525:
Az komoly! Akkor ez alapján is lényegében inkább már egy külső SSD, mint azt előzőleg pedzegettük. Ha helyi lemezként kezeli a Windows, akkor elvileg pl. a Rufus sem listázza ki az alapértelmezett beállítások mellett, max. az Alt+F billentyűkombináció, illetve ezen opció bekapcsolása után.
Köszönöm![ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #32715 üzenetére
Az eszköz tulajdonságoknál pont nem látszik, hogy be van-e jelölve ez az opció, de elhiszem, hogy akár anélkül is kilistázza nálad. Nálam is volt már ilyen helyi lemezként kezelt külső SSD-nél, ami elsőre meglepett. Egyébként ennek leginkább biztonsági oka van és azért nem engedi normál esetben kiválasztani a helyi lemezként kezelt USB-s meghajtókat, hanem csak a cserélhető lemezeket. Volt már rá példa egyik-másik ilyen programnál, hogy egyesek a pendrive helyett véletlenül az adatokkal megpakolt, X TB-os külső merevlemezt gyalulták le és arra írták ki a telepítőt...
[ Szerkesztve ]
Új hozzászólás Aktív témák
-
HARDVERAPRÓD
(rögzített hozzászólás)
Kedves Fórumozók!
Frissítettem az összefoglalót, valamint a topik neve is változott.
Remélem ezekkel a változásokkal itt több tapasztalat/eszme csere fog létrejönni, mivel kicsit szabadabb, lazább lehete ezentúl ez a topik.Mindenkinek további jó fórumozást!
- Tudástár Az SSD kondíciója, tények és tévhitek
- Tudástár Windows 7/8/10 SSD-vel! Hogyan is?
- Elemzés Átfogó elemzés az SSD-k természetéről
- Crucial X9 Pro 2TB Portable SSD USB 3.2 - Új, Bontatlan - Read-Write 1050-1050 MBs - Eladó!
- Netac NV7000 4TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 7200-6850 MBs - Eladó!
- Silicon Power UD90 2 TB M.2 NVME PCI-E 4.0 x4 - Új, Tesztelt - 5000-4800 MBs - Eladó!
- Új! Bontatlan! Samsung 8TB 2.5 SSD eladó! Országos Szállítással
- 4db SK hynix PE8110 M.2 1.92TB 22110 + HYPER M.2 X16 CARD V2
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen