-
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 Hegyirabló #39635 üzenetére
Az alignálás nem stimmel a program szerint, de ha GPT-nél az MSR miatt írja, azzal nem kell foglalkozni, amiről korábban is volt szó itt.
-
King Unique
titán
válasz Frawly #39637 üzenetére
A ha GPT-nél az MSR miatt magától értetődően feltételezi, hogy célszerű megnézni a részleteket ahhoz, hogy kiderüljön és lám valóban az volt. Meg kb. evidens, hogy ha a lemezkezelőben W10 alatt GPT-re inicializálja, majd particionálja a lemezt, akkor alapból létrejön és normál esetben max. annak az eltolása nem stimmelhet a lemez elején, ellenben a többi partícióé nyilván igen.
(#39643) MaCS_70:
Az MSR Windowsnál nem véletlenül jön létre GPT-s adat- és rendszerlemezeken egyaránt. Kis olvasnivaló: [link], [link], [link].[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #39646 üzenetére
Miért, talán az volt leírva, hogy ne nézze meg? Nem. Amúgy meg nem volt nehéz kitalálni, hogy ha GPT-re inicializálja és adatlemezként jellemzően 1 db elsődleges partíciót hoz létre, akkor max. a lemez elején lévő MSR eltolása miatt problémázhat a program, ellenben az utóbbinál nem, mert az eleve rendben lesz.
Már miért lenne felesleges, amikor a leírásokban ki van fejtve, hogy mi az MSR, miért jön létre és milyen szerepe lehet, stb. Vagy talán jobban tudod a Microsoftnál, hogyan kell Windowson particionálni, milyen partíciókra lehet szükség? Nem hiszem... Meg eleve rejtett, meghajtóbetűjele sincsen, kis méretű, vagyis nem sok vizet zavar, átlagos felhasználó nem is tud róla. Egy GPT-lemezen, ahol alapesetben 128 db elsődleges partíció lehet, meg pláne nem téma. Ha valakit netán annyira zavar egy adatlemezen, akkor akár utólag is tudja törölni, vagy 3rd party programmal inicializál és particionál, aztán akkor nem jön létre.
(#39645) MaCS_70:
Igen, az valóban nem stimmel, de csak adatlemeznél a lemez elején. Technikailag amúgy megoldható parancssorban (DiskPart) az is visszatörléssel és újbóli létrehozással. De alapesetben nem kell vele foglalkozni, mert az utána létrejövó elsődleges partíció eltolása eleve jó lesz és az a lényeg.delete partition override
create partition msr size=16 offset=1024[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #39650 üzenetére
Hát ez az, nyilván nem tudod jobban náluk, ahogyan más sem egyszerű felhasználóként, pont ezért nem kellene nekiállni feleslegesen okoskodni és túltolni a témát... Meg ha egyszer Windowson az MSR létrehozása a standard GPT-lemezen, az aktuális W7, 8.1, 10 rendszerek egyaránt létrehozzák rendszer- és adatlemezeken egyaránt, valamint a hivatalos leírások is említik, akkor pláne nem kellene, meg az egyszerű felhasználónak sem jobban tudni szerinte alapon. Meg ugye milyen érdekes az is, hogy attól mert létrejön ilyen partíció, problémát nem okoz, nem számolt be ebben a topikban sem senki ennek az ellenkezőjéről. Aztán azoknál az eseteknél, ahol az MSR alignálása nem stimmelt adatlemezként használt SSD-knél (példa) - legalábbis az említett programnál, mert particionáló program már nem írta - , ott szintén nem. Vagyis igen, nincs nagy jelentősége.
Az a kiterjesztett partíciós példa nem világos milyen csillagállásnál értendő, de én speciel nem éppen azt tapasztaltam MBR-lemezen újabb Windowsoknál... A lemezkezelőben simán létre tudok hozni 3 db elsődleges partíciót, a 4. lesz erővel kiterjesztett, logikai. De mondjuk létezik parancssor (DiskPart) is, a Windows telepítőben is elő lehet hívni Shift + F10 billentyűkombinációval, létre lehet hozni akár 4 db elsődlegeset is, de akkor utána már többet nem. Meg ha rendszerlemezról van szó, akkor ott azért nem árt figyelembe venni olyan alap dolgokat, hogy létrejön a BIOS/MBR telepítésnél (is) a lemez elején egy kicsi, elsődleges partíció a Windows számára és ilyenkor azt is bele kell számolni.
(#39651) Doky586:
GPT-re inicializált másodlagos meghajtóról, adatlemezről volt szó, annál szokott előfordulni az említett jelenség. Ha rendszerlemezként használod, UEFI/GPT módban telepítesz rá Windowst, akkor viszont rendszerint nem. -
King Unique
titán
válasz bajaki #39708 üzenetére
Ha fixen be van állítva a pendrive elsődleges boot eszközként, akkor nem meglepő, ha restart után újra az bootol, újra arról indul a telepítő. Pont azért elég lenne csak a F11/F12 stb. billentyűvel előhívható gyorsmenüben kiválasztani. Illetve a megfelelőt, azaz ha UEFI-s telepítés a cél, akkor az UEFI kezdetűt. Meg az UEFI BIOS-ban megfelelően beállítani a boot opciókat, azaz UEFI-t, ha olyan telepítés a cél. Valamint a Windows UEFI-s telepítésénél létrejön a Windows Boot Manager bejegyzés, azt kell elsődlegesként beállítani, vagy az olyan kezdetű meghajtót (példa). Aztán ha sikerült esetleg összevissza elállítani a BIOS-t, akkor egy Load BIOS/UEFI Defaults sem árthat. Meg persze az sem, hogy az adott hardver, alaplap biztosan támogassa az adott NVMe SSD-ről a bootolást.
(#39729) zizidor:
Minek rá ESP, amikor világosan látszik, hogy már van rajta egy System Reserved? Meg arról is volt már szó itt, hogy NVMe SSD-nél sem kizárólag csak az UEFI-s telepítés működhet, hanem akár a legacy/CSM szerinti is (példa). -
King Unique
titán
válasz zizidor #39790 üzenetére
Volt már erről szó itt, lásd más esetét. Meg attól, hogy a HDS szerint megy a TRIM, az USB-n (UNMAP) nem feltétlen jelent ténylegesen működő állapotot. Valamint ha felismerte volna SSD-ként, akkor a médiatípusnál eleve szilárdtest-meghajtó lenne ott a merevlemez-meghajtó helyett. Az előbbinél az optimalizálás = TRIM futtatása, míg az utóbbinál = hagyományos defrag. Ha az utóbbit 1x lefuttatod, akkor sem lesz különösebben semmi, nem fog tönkremenni a külső SSD, csak annál épp teljesen felesleges és egyben értelmetlen a töredezettségmentesítés.
[ Szerkesztve ]
-
King Unique
titán
válasz zizidor #39794 üzenetére
Nem mondod, meg mintha talán nem ez lett volna az előbb is leírva.
Ha esetedben a futtatásnál tényleg felszabadítást ír és nagyon gyorsan lefut, az még a jobbik eset, mert alapesetben merevlemez-meghajtóként felismert külső SSD-nél ilyenkor a hagyományos defrag fut, tapasztaltam már magam is.[ Szerkesztve ]
-
King Unique
titán
válasz zizidor #39799 üzenetére
Ha felismerte volna a meghajtóoptimalizáló rendesen SSD-ként, akkor eleve szilárdtest-meghajtó szerepelne ott, mint a korábbi példánál a Samsung T5 dedikált, UNMAP (TRIM) képes külső SSD-nél. Vagyis esetedben ez nem teljesült, vagy max. csak részlegesen, de legalább nem defrag fut, már ha tényleg így értendő az utóbbi.
-
King Unique
titán
válasz zizidor #39805 üzenetére
Igen, jól, ez a c. eset. A külső ház pontos típusa nem derült ki, de gondolom UASP-s lehet, meg ha az optimalizálás a screenshoton lévő módon fut, akkor elvileg az UNMAP-ot is támogathatja. Bár az szintén nem ismert, hogy pontosan milyen M.2 SSD, mivel eleve lehet többféle is, ezért is pontatlan önmagában az M.2 megnevezés.
-
King Unique
titán
válasz Bajgunar #39833 üzenetére
Akár is így működhet, mármint legacy/CSM, más néven BIOS/MBR telepítésnél. De alapesetben itt is létrejön a lemez elején egy System Reserved partíció, illetve utána lehet később WinRE is, lásd az alapértelmezett kiosztást.
A részletek nem derültek ki, de ha a telepítésnél másik lemez is csatlakoztatva volt, azon már van SR, vagy arra került át, vagy már meglévő elsődleges partíciót adtál meg az SSD-n telepítési célnak, akkor nem meglepő, ha nem jött létre. Meg normál esetben teljesen törölni kellene a célmeghajtót, majd a létrejött szabad területet megadni telepítési célnak és tovább. Sőt, az új + alkalmaz lehetőségre kattintva a közvetlen létrehozás is megoldható már annál a lépésnél. -
King Unique
titán
válasz joocek #39855 üzenetére
Mármint az OS rendszerpartícióját, nem az SSD-jét, meg ugye milyen OS-t akarsz klónozni. Ha Windowst, akkor ott van pl. a népszerű Macrium Reflect (leírás) és számos egyéb program (példák) ilyen célra, + egyes SSD gyártói is mellékelnek ehhez saját szoftvert (pl. Samsung Data Migration).
-
King Unique
titán
válasz joocek #39858 üzenetére
Mit jelent az, hogy kidob?
Amúgy ha megfelelően csinálod a klónozást, meg a programnak lehetőleg az aktuális verziójával (7.2.4744), akkor annak normál esetben nyilván működni kell. Valamint a Windowsnál nyilván nemcsak a C rendszerpartíciót kell klónozni, hanem a rendszer számára létrehozott kicsi partíciókat (pl. ESP, SR, WinRE) is. -
King Unique
titán
válasz joocek #39860 üzenetére
De az nem derült ki, hogy milyen hibakóddal. Ha 9-es hibakód, akkor a W10 1903 és újabb rendszerek klónozása esetén a Macrium régi verziója a gond, pont ezért kellene mindig az aktuálisat (jelenleg 7.2.4744) használni. Aztán ha 6-os hibakód van, akkor általában a fájlrendszerrel van gond, vagyis szükség esetén lemezellenőrzést kellene futtatni.
-
King Unique
titán
Mondjuk szvsz felesleges ezt a tárolókapacitás témát ennyire túlragozni, mert egyáltalán nem újdonság, elég régóta így van... A gyártók eleve SI szerint, decimális alapon adják meg a tárolóeszközök kapacitását, legyen az belső / külső HDD és SSD, pendrive, DVD, BD lemez stb. egyaránt. Az OS és a programok meg rendszerint eleve IEC szerint számolnak, vagyis nem meglepő, ha emiatt eltérés van és pl. a bruttó 1 TB-os SSD-nél nettó 931 GB, pontosabban GiB lesz ténylegesen használható. Akiknek annyira nem tetszik ez, akkor lehet menni a gyártókhoz reklamálni, de kb. 0 eséllyel... Meg rendszerint eleve feltüntetik a csomagoláson, termék specifikációjában stb., hogy ők SI szerint, 1000-es alapon adják meg a tárolókapacitást.
[ Szerkesztve ]
-
King Unique
titán
válasz varmi2 #39919 üzenetére
Nem újdonság ez sem, egy SATA3-as SSD-nek kb. ennyit kell tudnia USB 3.0-n, vagy akár még többet is, mivel UASP módban kb. 450 MB/s a szabvány vége. Viszont az már SSD-től, valamint hardver- és szoftverkörnyezettől függő is lehet, hogy melyiknél ténylegesen milyen értékek jönnek ki, amit az alábbi teszt is szemléltet.
Ami még érdekes lehet, az az UNMAP (TRIM) működése, amit Windowson pl. az ezen és ezen leírásokban szemléltetett módon lehetne tesztelni. Valamint még az, amiről nemrég volt szó, hogy az előbbi működéséhez is kapcsolódóan a meghajtóoptimalizáló miként kezeli a külső SSD-t. -
King Unique
titán
válasz Frawly #39925 üzenetére
Nem, ennyire nem kell, mert eddig is már bőven túl volt tárgyalva ez a téma és az eredetileg nemrég felvetett kérdés, hogy miért 465 GB/GiB értéket mutat az OS az 500 GB-os SSD-re, már rég meg lett válaszolva, a többi utána már átment offolásba... A másik meg az, hogy létezik ám kereső is a topikban, rá lehet keresni konkrét kifejezésekre, kulcsszavakra, nem feltétlen kell mindent sokadjára is újra megkérdezni, amikor előtte már lehet 100x volt róla szó a topikban.
Persze, hogy nem lehet reklamálni, mert a gyártók rendszerint eleve feltüntetik, hogy milyen alapon (SI) van megadva a tárolókapacitás, sőt némelyik még azt is odaírja, hogy előfordulhat, hogy az ön operációs rendszere ettől eltérően más értéket fog mutatni. Vagyis az már a felhasználó/vásárló baja, ha nem olvassa el, nincs ezzel tisztában... Meg nem mintha csak a gyártókon múlna, amikor sokan még a gigabájtot sem tudják leírni rendesen, GB helyett Gb alakot írnak, tera helyett terrát, bináris prefixumokkal, SI / IEC közti különbséggel és egyéb alapvető dolgokkal sincsenek tisztában, nekik kb. ugyan mindegy, hogyan és milyen egységben van feltüntetve a tárolókapacitás...
[ Szerkesztve ]
-
King Unique
titán
válasz Frawly #39927 üzenetére
Egyrészt attól az még nem mentség, ha eleve adottak a topikban ezek a lehetőségek, de az igaz, hogy sajnos jellemző sokaknál ez a hozzáállás. De nem mintha most a tárolókapacitásnál az SI / IEC szerinti számítás olyan bonyolult, elvont téma lenne, amire a gúgli kereső ne adna hamar releváns találatokat, vagyis még csak kérdezni sem feltétlen kell erről itt külön.
Másrészt a mostani esetnél pont az a helyzet, hogy volt egy kérdés, arra ment válasz, válaszok, utána még kicsit fejtegetve, majd később átment offolásba, az eredeti kérdéshez, illetve az SSD témához már nem igazán kapcsolódva. Vagyis teljesen jogos felvetél volt, hogy nem feltétlen kellene ezt itt tovább folytatni és ennyire túlragozni... Ha valaki mégis annyira akarja, akkor lehet folytatni privátban, lehet írni blogbejegyzést és ott feszegetni tovább, ennyi.
-
King Unique
titán
válasz Wind-Storm #39998 üzenetére
Jó esetben igen, rossz esetben nem. Nem olyan régen volt aki megszívta OEM NVMe SSD-vel, az például nem működött az adott külső házban: [link], [link], [link], [link]. + Ebben a topikban is volt arról szó, hogy az egyes OEM SSD-knél lehetnek kompatibilitási gondok.
Az "ezt az egyetlent találtam SSD-hez megfelelőnek" meg gondolom számodra alapján értendő, mert technikailag a teljes kínálata vonatkozóan nyilván nem helytálló. Illetve a téma topikjában is volt szó több 2,5"-os SATA SSD-hez való külső házról, valamint az Axagon kínálatában is eleve több UNMAP (TRIM) képes modell van, ami szóba jöhet.
[ Szerkesztve ]
-
King Unique
titán
válasz Kaci84 #40046 üzenetére
Egyrészt ha már ide beírod a kérdést, akkor abba a másik topikba nem szükséges, pláne nem ugyanilyen formában, az egyes lényeges információk híján. Másrészt milyen OS, Windows? Ha igen, akkor annál mit mutat az eszközkezelő és a lemezkezelő? Ha az előbbieknél nem jelenik meg a külső SSD, akkor lehet azt mondani, hogy "nem ismerte fel", ellenkezelő esetben viszont eleve helytelen a kijelentés. Meg az alap, hogy ilyenkor nem kizárólag csak a fájlkezelőt kellene nézni, mert az kb. 0 ilyen szempontból. Aztán USB-n a fizikai csatlakozás rendben van, másik portban ki volt próbálva, a stabil tápellátás biztosításához USB 3.X porthoz van csatlakoztatva?
Aztán itt van az M.2 megnevezés, amiről eleve többféle van, ahol az említett Intel 660p SSD elvileg M.2 PCIe NVMe, a külső házak meg M.2 SATA típusúak. Ha ilyen párosítás sikerült összehozni, akkor nem meglepő, ha nem működik... Egy M.2 PCIe NVMe SSD-hez nyilván olyan USB-s külső ház, ami azt kellene, ahol az említett gyártóknál pl. az EEM2-UG2 és az LC-M2-C-NVME ilyen.
[ Szerkesztve ]
-
King Unique
titán
válasz Kaci84 #40048 üzenetére
Hát azért nem feltétlen tök evidens mindenkinek, meg nyilván nem másoknak kellene kitalálni az egyes részleteket, hanem lehetőleg a kérdezőnek megadni a szükséges információkat. Ahol a leírtakból egyáltalán nem derült ki, hogy pl. a lemezkezelőben csekkolva volt-e, meg a "azt írja" információból is csak tippelni lehetett, hogy valószínűleg a fájlkezelő. Ahogyan az sem, hogy másik porton ki volt-e próbálva, stb.. Ezért kellene lehetőleg már a legelején minél pontosabban és részletesebben leírni a problémát, mi volt eddig kipróbálva, akár screenshotot mellékelni, stb.
Aztán ugyanazon kérdés másik topikba beírása meg normál esetben úgy megy, hogy ha az egyikben sokáig nem válaszolnak, vagy nem tudnak segíteni, vagy célirányosan átirányítanak másikba. Ellenben azt, hogy az egyikben feltéve, majd rá kb. 10 perce egy másikban is, meg sem várva a választ az előbbiben, azt inkább floodolásnak nevezik... Ráadásul az MBR/GPT téma és topik meg pont irreleváns az említett probléma szempontjából, mivel nyilván mindegy hogy MBR/GPT séma szerint van-e inicializálva a külső házba tett SSD, hacsak nem olyan muzeális OS-ról van szó, mint pl. a 32 bites XP, ami a GPT-t nem támogatja. De még annál is megjelenik az eszközkezelőben és a lemezkezelőben, ahol ha az utóbbi állítólag csekkolva volt, akkor nyilván nem lehet azt mondani, hogy egyáltalán nem ismeri fel az OS.A lényeg a leírt probléma szempontjából pedig továbbra is, hogy M.2 PCI NVMe SSD-hez nyilván olyan USB 3.X külső ház kell, ami azt támogatja, az M.2 SATA értelemszerűen max. M.2 SATA SSD-hez jó.
-
King Unique
titán
válasz Kaci84 #40051 üzenetére
Le volt írva, hogy mi a gond a több topikba írogatással ilyen formában, ami amúgy pl. itt is szerepel a III.10.5. pontban, ha már itt tartunk.
Az egyébként igen, pozitívum, hogy legalább a pontos modellek meg lettek adva, mert abból egyértelműen látszott a SATA - NVMe közötti inkompatibilitás.
Az meg ugye alap, hogy elsődlegesen mindig a termék gyártójának weboldala, az ottani információk a mérvadók, nem az xy webáruházakban feltüntetett, esetlegesen helyenként pontatlan adatok.Szívesen!
[ Szerkesztve ]
-
King Unique
titán
válasz sinick #40053 üzenetére
Mondjuk ez érdekes, mert MSR partíció GPT adatlemezeknél jön létre a lemez elején és annak az eltolása nem szokott stimmelni, meg hogy különösebben nem kell vele foglalkozni, ha az utána lévőé eleve rendben van, amiről már volt szó itt. Viszont W10-es rendszerlemeznél már oké pl. tiszta telepítésnél, meg ott a WinRE van a lemez elején (példa). Valamint ha W7-ről történt upgrade, akkor ott UEFI-s telepítésnél elvileg van egy ESP + C, majd utána létrejön egy WinRE, nem így összevissza, mint nálad. De mindegy, ha működik így is, meg a forrásmeghajtón is eleve ilyen elrendezés volt (?), akkor akár maradhat így is, ha nem opció az újratelepítés.
-
King Unique
titán
válasz Dtomka #40159 üzenetére
Az 8-9%, ami nagyjából oké, bár általánosan 10% szabad terület javasolt, a Magician is annyit választ le OP célra, hacsak gyárilag nincs már elkülönítve a kapacitás egy része, mert akkor kevesebb is elég.
Amúgy jól tele rakva esetedben, lehet nem ártana lassan nagyobb tárolókapacitású SSD-t venni, vagy ha megoldható, akkor törölni/áthelyezni a felesleges fájlokat.(#40153) Frawly:
Nem emelte meg, továbbra is 32 GB a hivatalos rendszerkövetelmény, meg az is csak a 64 bitesnél, illetve csak 1903-as verziótól a reserved storage miatt. -
King Unique
titán
válasz hyppo! #40168 üzenetére
Valami konkrétum, pontos hibaüzenet, screenshot, vagy azt talán nekünk kell kitalálni?
De ha már tippelni kell, akkor lehet az oka pl. a szokásos MBR/GPT probléma (példa), meg lehet ilyen eset is, ha előzőleg tárolóhelyként lett beállítva az SSD és tárolókészlet van rajta. + Az akár SSD hibája / inkompatibilitása is szóba jöhet, ha nem az előbbi kettő a gond.
-
King Unique
titán
válasz AsakuraDave #40190 üzenetére
Az SSD-nél eleve nem kell semmit bekapcsolni, meg a Windowsnál sem kell a TRIM utasítást külön engedélyezni, mivel alapértelmezetten eleve be van kapcsolva, lásd az alábbi leírást. Max. kiadni az ellenőrzéshez az ott lévő parancsot, de normál esetben nyilván bekapcsolt állapotot fog mutatni az adott fájlrendszereknél. Inkább pl. az SSDOK programmal érdemes lecsekkolni, hogy ténylegesen működik-e, azaz a driver továbbítja-e.
A standard töredezettségmenetesítés SSD-knél eleve értelmetlen és felesleges művelet, vagyis nyilván nem kell futtatni. Illetve csak töredezettségmenetesítés max. a W7 és a korábbi Windows rendszereknél van, de SSD-knél alapesetben eleve nem fogja futtatni a W7, vagyis annál felesleges külön letiltani. A fejlettebb Windows 8.1 és Windows 10 rendszereknél meg pláne totál felesleges és értelmetlen tiltani, amikor ott a meghajtóoptimalizálás SSD-knél = TRIM futtatása a szabad területen. Valamint pl. az ilyen és ehhez hasonló korábbi leírásokban javasolgatott erőltetett letiltások, kikapcsolások, áthelyezések szintén feleslegesek, amiről volt szó egy másik topikban is.
[ Szerkesztve ]
-
King Unique
titán
válasz Kriszmesz #40198 üzenetére
Itt valószínűleg a te hardver- és szoftverkörnyezeted lehet a probléma forrása, mivel az említett Corsair pendrive / külső SSD nyilván tud a mért értékeknél többet is, amit egy másik fórumtag eredménye jól szemléltet. Meg az ideális eleve az, ha adott az alaplapon a natív USB 3.X támogatás, az utólag odaeszkabált PCIe bővítőkártyás megoldásoknál lehetnek gondok. Aztán az sem mindegy, hogy milyen USB 3.0 vezérlő van az alaplapon, illetve esetedben a bővítőkártyánál, mivel azok között is lehetnek az adatátviteli sebességnél különbségek. Ezt pl. az alábbi grafikonon lévő értékek jól szemléltetik, vagyis hogy annál a tesztnél mennyivel volt "gyengébb" a VIA VL805, mint az Intel vezérlő.
-
King Unique
titán
válasz ledgeri #40215 üzenetére
Mármint valószínűleg inkább azt akartad írni, hogy max. nálad van kikapcsolva, mert lehet épp magad kapcsoltad ki, mivel az alapértelmezett eleve a bekapcsolt állapot, ami az alábbi screenshoton is világosan látszik. Meg ha nálad éppen ki van kapcsolva, akkor bekapcsolni is nyilván ott kell, ahol kikapcsolni, ami az előbb linkelt screenshoton szintén látszik, sőt olyankor a bekapcsolás opció lesz ott a beállítások módosítása helyett, ilyen egyszerű.
Egyébként meg ahogyan már leírták az előző válaszban, nem feltétlen szükséges külön manuálisan futtatni a meghajtóoptimalizálást, mivel eleve automatikusan, ütemezetten futtatja a Windows 10. Meg pl. törlés után elvileg amúgy is lefut a TRIM az SSD-nél. Ha az adott SSD meghajtón, annak partícióján régóta nem futott meghajtóoptimalizálás, az még nem hiba, meg lehet éppen azért sem futott le, mert alig volt használva a rendszer, nem volt tétlen állapot stb., ami alatt le tudod volna futni az automatikus karbantartás. De ha szükséges, akkor majd futtatja a Windows automatikusan, + akár manuálisan is lehet futtatni akármikor az optimalizálásra kattintva.
[ Szerkesztve ]
-
King Unique
titán
válasz ledgeri #40217 üzenetére
Annak a kérdésnek úgy megint nem sok értelme volt, mivel egyrészt az alapértelmezett eleve a bekapcsolt állapot és nem kell nekiállni erővel megmagyarázni az ellenkezőjét. Másrészt világosan látszik az, ha ott a felhasználó által ki van kapcsolva, akkor hol kell visszakapcsolni, ezen nincs mit magyarázni, annyira magától értetődő.
Az meg kb. alap, hogy bizonyos fájlműveletek (pl. törlés) után rendszerint eleve lefut az SSD-nél TRIM, egyrészt arra utaltak a másik válaszban is. Másrészt az SSD szabad területén futtatott meghajtóoptimalizálás szintén automatikusan történik, illetve üzemezve van alapértelmezetten heti futtatásra, nem feltétlen szükséges külön felhasználói beavatkozás, külön futtatott ütemezés, ami szintén le volt írva és világosan látszik a mellékelt screenshoton is.
Ja, a másik az, hogy ha már annyira konkrét válasz kell, akkor talán tudni kellene megfelelően és világosan kérdezni, kifejezetten az adott dologra utalva, ami itt nem feltétlen valósult meg... Ennek híján pedig nem meglepő, ha általános válasz érkezik, meg az sem éppen reális elvárás, hogy majd mások találják ki, hogy vajon mire gondolhatott pontosan a kérdező. Az meg a másik, hogy adott témát, kérdést egyszerre lehetőleg egy topikban kellene fejtegetni, nem párhuzamosan kettőben... -
King Unique
titán
válasz Kékes525 #40270 üzenetére
Inkább az ilyen SSD-optimalizáló 3rd party programokra nincsen szükség, ha W10-ez használsz, amiről korábban a téma topikjában is volt szó. Meg ha ennél is annyi a szint, hogy SSD-nél töredezettségmentesítést akart tiltani, amikor eleve trimmelés történik meghajtóoptimalizálás alatt, akkor pláne.
-
King Unique
titán
válasz elodman #40319 üzenetére
A telepítésnél, a dual-boot létrehozásánál nincsen, mivel ilyenkor nyilván ugyanúgy kezelendő az SSD is, mint a HDD. Max. arra érdemes figyelni, hogy lehetőleg AHCI módban történjen a telepítés, de az amúgy is elég alap. + Ha modern hardverről van szó, akkor mehet az UEFI szerinti telepítés a CSM helyett, amihez pl. ezen hozzászólásban is vannak instrukciók. Ahol a Secure Boot kikapcsolása max. a Linux miatt lehet szükséges, de ott sem feltétlen minden esetben, mivel az újabb verziójú Ubuntu és társai rendszereknek elvileg már van aláírása, támogatottak.
Ami az SSD témához inkább kapcsolódik, azok az egyes OS specifikus ellenőrzések, szükség esetén beállítások, amik Windows és Linux esetében is részletezve vannak a linkelt leírásokban. De normál esetben nincs különösebb teendő itt sem. -
King Unique
titán
válasz Dr. Maci #40387 üzenetére
Jó esetben csak csatlakozási/érintkezése probléma lehet az USB-kábel hibája miatt, ami ha még meg is lett rántva, tépve, akkor nem meglepő. Meg ráadásul ennél integrált a kábel, így cserélni sem lehet.
Egyébként mi a célod?
Ha a vélhetően hibás külső SSD cseréje, akkor ott az RMA lehetősége, amihez regisztrálni kell a WD weboldalán. Itthon nincsen hivatalos WD márkaszerviz, de pl. Németországban van, vsz majd oda kell küldeni. Viszont ilyenkor fontos, hogy ne próbáld otthon szétszedni, mert akkor ugrik a 3 éves gyártói garancia, pláne ha marad külsérelmi nyoma is!
Ha az adatmentés, vagy a benne lévő SSD újrahasznosítása, akkor lehet megpróbálni otthon szétszerelni, majd kivenni az SSD-t a külső házból és a gépbe téve SATA-n, vagy másik adapterrel / külső házzal USB-n csatlakoztatni. Feltéve ha nem integrált USB-s a benne lévő SSD és nincsen hardveres titkosítás.
-
King Unique
titán
válasz Dr. Maci #40400 üzenetére
Hacsak nem valami bazári, fake külső SSD-t vettél "onnan", akkor az RMA-nak nyilván működni kellene, tudni kellene sorozatszám alapján regisztrálni a WD weboldalán, stb. Max. annyi kis kontra lesz, hogy a kiküldés, csomagfeladás díját neked kell állnod, lásd az előbb linkelt példát. Valamint a garanciális cserébe az adatmentés nem tartozik bele, azt előtte külön kell megoldani. De ha otthon nekiállod szétfeszegetni és marad külsérelmi nyoma, akkor utána már felesleges RMA-zni, mert ilyenkor bukta a garancia. Vagyis ezt is mérlegelni kell.
Ha összejön az RMA, akkor nyilván küld helyette a WD egy ugyanolyan külső SSD-t, vagyis nem feltétlen kell másikat venni. De ha annyira az utóbbi a cél, akkor a másik topikban említve volt néhány. + Itt a fórumon is egyre szaporodnak a külső SSD hírek, cikkek, lehet válogatni.
[ Szerkesztve ]
-
King Unique
titán
válasz Dr. Maci #40404 üzenetére
A sorozatszám kell és esetleg a vásárlás dátuma, számla a linkelt példában sem kellett, de ha újabban már igen, akkor legyen úgy. A "leírtam ezt a történetet" remélem a szalonképes verziót jelenti, vagyis hogy nem meglelően működik az eszköz, lehet a gyári kábel hibája miatt is, amit ugye nyilván nem lehet cserélni, mivel integrált. Ellenben ha a "kitépést" is leírtad, az nem éppen a legjobb, mivel az a felhasználó okozta meghibásodás, ellenben a gyártói garancia a rendeltetésszerű használat mellett bekövetkező gyári eredetű meghibásodásra vonatkozik.
-
King Unique
titán
válasz blackmacs #40424 üzenetére
Azért, mert a screenshot alapján tárolóhelyként vannak beállítva a meghajtók, ahol írja is, hogy kapacitáshiány léphet fel, meg frissíteni lehetne a készletet. Ha célirányosan hoztad ezt létre, akkor nyilván lehet értelme és amúgy hasznos funkció, meg ha megfelelően van beállítva. Ellenben ha csak random, nem célirányosan sikerült így, meg rugalmasság nélkül, akkor úgy kevésbé. Ez esetben van lehetőség a meghajtók eltávolítására a tárolókészletből, de előtte javasolt lementeni róluk az adatokat, mert törlésre kerülhetnek.
[ Szerkesztve ]
-
King Unique
titán
válasz blackmacs #40436 üzenetére
Igen, meg beállítástól függően, ami a linkelt leírásban világosan le van írva, ahogyan az eltávolítás is, ami a másikban screenshotokkal szemléltetve van. Ha nem akarod az SSD-t tárolóhelyként használni, nem célirányosan lett hozzáadva, akkor nyilván eltávolítod és utána nem lesz lefoglalva a kapacitása egy része az előbbi célra, ilyen egyszerű.
-
King Unique
titán
válasz modflow #40458 üzenetére
Ha másodlagos, adattár meghajtóként lesz használva az SSD, akkor 2 TB-ig mindegy, lehet MBR és GPT szerint inicializálni egyaránt. Ahol amúgy nem derült ki semmi, se az SSD pontos típusa, se a tárolókapacitása, stb... A GPT-nek egyébként vannak bizonyos előnyei, vagyis akár 2 TB alatti adatlemezeknél is érdemesebb lehet inkább azt használni, kivétel, ha nagyon régi, legacy OS-hez is csatlakoztatva lesznek, ami nem kezeli a GPT-t.
[ Szerkesztve ]
-
King Unique
titán
válasz modflow #40460 üzenetére
Az elég érdekes, ha nem tudod, nem nézted melyikre kattintottál. Egyébként meg pl. az ezen leírásban lévő módon lehet Windowson megnézni, hogy MBR/GPT séma szerinti-e a lemez. Valamint ha még nem másoltál rá fontos adatokat, akkor egy másik leírás szemlélteti azt is, hogyan lehet utólag destruktív módon átkonvertálni. Adatvesztés nélkül max. pl. 3rd party particionáló programmal (példa) lehet megoldani, valamint rendszermeghajtóknál adott W10 esetén az MBR2GPT, de az utóbbi csak rendszermeghajtóknál használható.
[ Szerkesztve ]
-
King Unique
titán
válasz modflow #40462 üzenetére
Le van írva az előző válaszban, az ott linkelt leírásban, hogy miért. Vagyis azért destruktív, mert adatvesztéssel, a meglévő partíciók törlésével tudja megoldani. Ha az adatvesztés nélküli (nem destruktív) átkonvertálás a cél, akkor arra is említve vannak lehetőségek.
Ha egyszer utólag is át lehet konvertálni a lemezt, akkor nyilván nem kizárólag csak a legelső alkalommal lehet beállítani, pont ez a lényeg. Ha az inicializálási ablak automatikus megjelenésére célzol, akkor a DiskPart használatánál clean, majd újra megnyitod a lemezkezelőt.[ Szerkesztve ]
-
King Unique
titán
válasz modflow #40464 üzenetére
Honnan tudjuk, ha még az SSD pontos típusa sem ismert, meg hogy milyen gépben van, ott milyen a hűtés, szükség esetén hűtőborda van-e rajta, stb Egyébként a 44 °C annyira nem meglepő, ha NVMe és nincsen hűtőborda, de még kb. elmegy, pláne ha 70-ig van megadva a specifikációban a felső határ.
[ Szerkesztve ]
-
King Unique
titán
A HDD-nél gondolom 512e szektorméret van, az SSD-nél pedig alapesetben szintén 512n/512e. Viszont ha az SSD (milyen, NVMe?) 4Kn, akkor az valóban problémás lehet pl. a Macrium Reflect esetében is. Ha az SSD netán valamilyen USB-s külső házba, dokkolóba van téve, ami USB-n 4Kn szektorméretet használ (check), akkor ilyenkor a megoldás nyilván helyileg (SATA / PCIe NVMe) csatlakoztatni, akkor az eredeti szektormérete lesz érvényes. Ha esetleg alapból 4Kn-es az SSD, akkor az viszont szívás...
-
King Unique
titán
-
King Unique
titán
Tehát az SSD 4Kn szektorméretet használ SATA-n csatlakoztatva, megnézted? Az szép, annál pl. a Windows-telepítés is max. W8.X, 10 rendszereknél opció, mivel a 7-es és a régebbiek eleve nem támogatják.
Egyébként milyen jogtiszta szoftverre célzol? Ha magára a Windowsra, abból is W10-re, akkor annak az aktiváltsági állapotát, a licenc érvényességét nyilván nem befolyásolva a HDD meghajtó SSD-re cserélése. Ott maga a hardver, az alaplap számít, de még teljes hardvermódosítás után is megoldható az újraaktiválás, sőt akár az újratelepítés is elkerülhető (példa). Valamint ha 1x már aktiválva lett azon a gépen a W10 adott kiadása, akkor annak újratelepítésénél még termékkulcsot sem kell megadni, mert automatikusan aktiválódni fog, amit a telepítő is világosan leír az aktiválásnál.
"Van a hdd-n egy 1 gigás helyreállítási partíció, de az gondolom ugyanúgy HDD-re tenné vissza az adatokat."
Ez nem világos mi alapján van állítva... Amit a Windows a telepítésnél létrehoz WinRE partíció, az nem egyenlő előtelepített gépeknél a gyári recovery partícióval (példa). Meg az utóbbi nyilván nagyobb méretű szokott lenni, tartalmazza a gyári lemezképet a visszaállításhoz (factory reset), stb. + Ha egyszer klónozás, vagy újratelepítés történik, akkor nyilván nem lesz semmi visszatéve a HDD-re, nem is értem ez utóbbi mégis honnan jött.
[ Szerkesztve ]
-
King Unique
titán
A Windows újraaktiválása eleve nem téma, nem a háttértár cseréjétől függ, sőt annak semmi köze hozzá, mint már le volt írva világosan az előző válaszban. Ha Windows 10-zel előtelepített hardver és UEFI BIOS OEM Key van, akkor meg pláne nem téma.
Itt inkább ez a 4Kn szektorméret érdekes a WD SSD-nél, már ha tényleg annyi. Esetleg meg lehetne nézni a WD SSD Dashboard programmal, hogy ott nincs-e valami erre vonatkozó beállítás. Vagy ha hagyod 4Kn alapon, akkor arra W8.1, 10 rendszerek telepíthetők, azok kezelik, de a W7 és régebbiek nem, mint ugyancsak említve volt.[ Szerkesztve ]
-
King Unique
titán
Mondjuk eleve a parancssoros kimenet volt a kérdés, de végül is a rendszerinformációnál is látszik, hogy elvileg 4K logikai szektorméret van. + Az is, hogy tárolóhelyként (Storage Space) lett beállítva az SSD, aminek miértje nem világos, meg az okozhat telepítési problémát is (példa). Vagyis adja magát az eltávolítás a tárolóhelyek közül, ha Windowst akarsz telepíteni arra az SSD-re. Aminek utána megfelelően kivitelezve nyilván simán mennie kellene, meg lehet akár a klónozásnak is, ha esetleg mégsem 4Kn az SSD.
-
King Unique
titán
Az eltávolítás után mondjuk nem ártana egy Windows restart, + opcionálisan a meghajtó tényleges eltávolítása, ha az a cél. Ha lemezkezelőben nem jelenik meg az SSD, akkor először a tárolóhelyeknél kell hozzáadni egyszerű lemezként: [kép], [kép]. Viszont ha eleve arra történne az új Windows-telepítés, az lenne használva új rendszermaghajtóként, akkor nem világos minek piszkálni a HDD-n lévő Windows alól. Be kell bootolni pendrive-ról a Windows telepítőjét, aztán telepíteni az SSD-re, ahol normál esetben nyilván a BIOS-nak és a telepítőnek is ki kellene listázni az SSD-t. Meg ha már telepítés, akkor annak idejére akár el is lehetne távolítani a HDD-t.
-
King Unique
titán
Itt az is gond, hogy jellemzően mindig utólag, X kör után derülnek ki az újabb és újabb részletek... Az előző hozzászólás alapján még úgy tűnt, hogy telepíteni sem lehet az SSD-re, most meg kiderül, hogy lehet, + partíciót is törölni és létrehozni, lefut a telepítése 1. fázisa, majd restart után állítólag visszalép a telepítő a particionáláshoz, vagy a BIOS-ban a lemezek kiválasztásához, ez sem teljesen tiszta. Meg ha a telepítési adathordozó (pendrive) a BIOS boot listában fixen be van állítva elsődlegesként, akkor nem meglepő, ha újraindítás után megint az bootol és nem a telepítés folytatódik. Pont ezért elég lenne csak a bootolásnál pl. F12-vel boot eszközt választani, fixen magát a célmeghajtót (SSD) célszerű elsődlegesként beállítani.
Aztán az sem derült ki, hogy milyen W10 ISO-val történik a telepítés, eredeti-e, vagy valami tákolt változat, mert ha az utóbbi, akkor nem meglepő, ha nem megfelelően működik. A telepítésnél meg adja magát az MCT használata a telepítési adathordozó létrehozásához. Vagy ha a Rufus által van kiírva a telepítő a pendrive-ra, akkor annál is lehetőleg az azzal / Microsoft weboldaláról letöltött eredeti ISO-t + a program aktuális, 3.10-es verzióját kellene használni, nem valami muzeális 2.1X-et. Aztán ha az UEFI BIOS-ban esetleg el lettek nyomkodva a beállítások, akkor vissza lehetne állítani az alapértelmezettet (load default settings), + frissíteni a BIOS-t, ha szükséges.[ Szerkesztve ]
-
King Unique
titán
"telepítő elindul, kiválasztom ssd-t, törlöm a régi partíciókat, újat hozok létre, elindul a telepítés, restart, majd visszajutok ugyanide, ahol kiválasztod a telepítési meghajtót."
Erre ment a válasz, ez nem volt teljesen világos. De akkor ezek szerint a telepítő újraindul és utána max. a particionálásig jutsz, mert nyilván nem az jön be egyből újra.A Microsoft weboldaláról letöltött telepítőt igen, egy korábbi hozzászólásban írtad, afelett valóban átsiklottam.
"F12-nél nincs más opció csak az USB, itt nem látja az SSD-t"
Ha ez alapján a "biosban látszik az ssd", akkor normál esetben az F12-es boot menüben is meg kellene jelennie. Ahol ha pendrive-ról bootolva a Windows telepítőjét ott szintén nem jelenik meg, a "nem látja az ssd-t a telepítő" arra értendő, akkor az megint nem stimmel. Illetve ha még a Windows-telepítő nem érzékeli, az egy dolog, de ha már a BIOS sem rendesen, akkor az pláne abnormális. Ilyenkor felmerülhet, hogy a BIOS beállításai megfelelők-e, az M.2 SSD fizikai csatlakozása rendben van-e, valamint maga az SSD. Ahol az utóbbinál számomra nem derült ki, hogy az most újan lett vásárolva, vagy használtan, másodképből, HDS / gyártó saját diagnosztikai szoftvere mit mutatott az állapotára. Valamint ha van rá lehetőség, akkor érdemes lehet másik gépen is kipróbálni, hogy ott működik-e a telepítés az SSD-re.
[ Szerkesztve ]
-
King Unique
titán
A tárolóhelyek közül történő eltávolítás másnál konkrétan megoldott egy hasonló telepítési problémát és utána gond nélkül tudott az SSD-re Windowst telepíteni. Tehát annak elvileg nem szabadna ilyen gondot okoznia és maga a művelet nem hibás, max. nálad ment félre valami.
Amúgy meg az OS topikjában korábban volt ilyen újraindulásos eset, amit az illetőnél végül az optikai lemezről (DVD) történő telepítés oldott meg. Ha van a gépben ODD és kéznél DVD, akkor egy próbát megérhet esetedben is. Ha nincsen, akkor meg nem ártana átnézni a BIOS USB-s eszközök kezelésére vonatkozó beállításait, másik pendrive-val, másik USB-porthoz (akár 2.0) csatlakoztatva is kipróbálni a telepítést, akár másik verziós W10 ISO-val is (pl. 1809/1903 TechBench-ről letöltve), eltávolítani a felesleges USB-s és egyéb eszközöket (ha van csatlakoztatva olyan), stb.(#40507) zizidor:
Ha MSFTRES alatt az MSR-re célzol, akkor azt GPT-lemezen eleve létrehozza a Windows adat- és rendszermeghajtóknál egyaránt. Vagyis annak nem kellene gondot okoznia, pláne ha eleve törölve van a telepítés előtt a célmeghajtó, vagyis nincs is akkor olyan partíció az SSD-n.[ Szerkesztve ]
-
King Unique
titán
Tehát akkor összegezve, a szervizben állították be az SSD-t a Windowsnál tárolóhelyként és azzal kezdődött az anomália, majd folytatódott azzal, hogy nem megfelelően lett onnan eltávolítva. Viszont miután megtörtént a megfelelő eltávolítás, utána már nyilván lehetett rá telepíteni, kilistázva a telepítő, stb. Illetve nem is kellett rá telepíteni, működött a klónozás is, mert mint utólag kiderült eredetileg nyilván 512e/n szektorméret volt az SSD-nél nem 4Kn, az utóbbi max. a szervizes machinálás után lett annyi.
(#40509) zizidor:
A Windows lemezkezelője rendszerint valóban nem mutatja az MSR-t, de a parancssor (DIskPart) igen, valamint a Windows telepítője is grafikus felületen a particionálásnál. Vagyis a telepítővel is simán lehet törölni. De amúgy igen, az volt a gond, hogy nem megfelelően volt eltávolítva az SSD a tárolóhelyek közöl.(#40513) WiZARD:
Igen, a blkdiscard mindent töröl, mivel a teljes lemezterületet végigtrimmeli. Vagyis ha azt, vagy Secure Erase-t akarsz futtatni, akkor előtte le kell menteni az SSD-ről az adatokat. A Defraggler optimalizása és a W10-ben lévő meghajtóoptimalizáló viszont csak a szabad területen futtatják TRIM-et, azok biztonságosak az adatokra nézve. Illetve mivel adott az utóbbi, ezért felesleges ilyen célra az előbbi program használata.
Ú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
- Az iPhone 15 frissítésgaranciát, a 16 szép rendereket kapott
- Motoros topic
- EAFC 24
- Diablo II: Classic és Resurrected
- Főzőcskés topic
- Rezsicsökkentés, spórolás (fűtés, szigetelés, stb.)
- Milyen hagyományos (nem okos-) telefont vegyek?
- Milyen notebookot vegyek?
- Xiaomi Pad 5 - hatásos érkezés
- Kamionok, fuvarozás, logisztika topik
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen