Ha GPT-re inicializálod Windows alatt a "lemezt", akkor jön létre automatikusan az a 128 MB-os MSR partíció. Ha MBR-re, akkor nem. De az előbbi is normális és nem kell foglalkozni az SSDOK hibaüzenetével. Ha az eltolást az ezen cikkben említett programmal ellenőrzöd, akkor normál esetben annak sem kell hibát jeleznie.

[ Szerkesztve ]

Korábban már volt szó erről: kérdés | válasz.

Ha valakit netán annyira zavar, akkor particionálja külső programmal, vagy esetleg pl. Linux alatt, amelyek nem hoznak létre GPT-s adatlemezen ilyen MSR partíciót.

[ Szerkesztve ]

Volt már arról szó korábban, hogy a GPT-re inicializált másodlagos (adattár) háttértárakon alapból így hozza létre a Windows a 128 MB-os MSR partíciót HDD és SSD esetében egyaránt. De az utána lévő "éles" partíció eltolása már OK lesz, szóval nem szükséges erővel piszkálni. Pláne, hogy még a külső particionáló program is ezt írja...

[ Szerkesztve ]

A helyes alignálásról célszerű még a klónozás / lemezképfájl elkészítése előtt meggyőződni. De a Macrium esetében is van erre beállítási opció a művelet előtt, mint az az előző válaszban már említve volt. Az ilyen szoftvereknél pedig célszerű mindig a legújabb verziót használni. Ha nálad valami muzeális változat van azon a mellékelt CD-n, akkor akár az is lehetett a gond. Utólag korrigálni az eltolást Windows alatt pedig pl. külső particionáló programokkal lehet (példa).

(#29767) tipuka:
A Windows 10 is létrehoz Legacy BIOS és UEFI módban történő telepítésnél egyaránt kisebb partíciókat a rendszer számára. Nálad a screenshot alapján az utóbbi van, ami teljesen normális. Egyébként a 16 MB-os MSR partíciót a lemezkezelő nem jeleníti meg, de a DiskPart már igen. Ezeket piszkálni, törölni stb. pedig nyilván nagyon nem javasolt és nem azon az ~ 500-600 MB-on fog múlni a lefoglalt tárhely mérete egy (bruttó) 500 GB-os SSD-nél...!

[ Szerkesztve ]

Azzal az "Incorrect partition alignment" megjelöléssel ez esetben tényleg nem kell foglalkozni. A GPT séma szerint inicializált másodlagos lemezeknél eleve létrehoz a Windows egy MSR partíciót, ami a 10-esnél újabban 16 MB-os. Korábban még 128 MB-os volt, mint azt egy másik példa is mutatja. Ahogyan azt is, hogy a particionáló program szerint eleve OK a partícióeltolás. De ha ránézel az ebben a cikkben említett programmal (AS SSD Benchmark), az is ugyanezt fogja írni.

A CDM tesztek eredményei pedig jónak tűnnek és megfelelnek a gyártói specifikációkban megadott értékeknek, szóval azok miatt sem kell aggódni.

Az a 78-as WLC, illetve kondíció pedig azért nem olyan vészes egyáltalán, illetve az az SSD kondíciója, tények és tévhitek cikkben részletezve van a téma. A rajta lévő rendszerről meg nyilván lehet mentést (lemezképfájl) készíteni, sőt javasolt is. Így akkor sem lesz gond, ha idővel netán tönkremegy majd az SSD, majd a mentésből másik SSD-re is vissza lehet állítani a Windowst.

[ Szerkesztve ]

Ha a Windowszal GPT séma szerint inicializálod a másodlagos meghajtóként használt SSD-t, akkor alapértelmezetten létrehoz egy rejtett MSR partíciót az elején, ami a 10-esnél újabban 16 MB, korábban még 128 MB volt. Annál ugyan incorrect érték szerepel ott, de ha megnézed külső particionáló programmal (példa), vagy az ebben a cikkben említett programmal (AS SSD Benchmark), akkor azok szerint eleve oké lesz a partícióeltolás.

Ha utólag akarod átállítani AHCI módra, akkor azt a Windows 10-nél az ebben a leírásban szemléltetett módon javasolt, vagyis a biztonságos rendszerindítás használatával.

[ Szerkesztve ]

Ez már nem fért bele, de ha más nem megy és egy reinstall során nincs lehetőség az adatokat átmenetileg lementeni, akkor akár a rátelepítés is opció lehet és így a korábbi telepítés bekerül a Windows.old mappába. Vagy másik lehetőség a Windows 10-nél az alaphelyzetbe állítás a személyes fájlok megtartásával.

(#36353) TomMusic:
A GPT 2 TB feletti meghajtóknál és Windowsok esetében UEFI-s telepítésnél szükséges. Tehát ha a mostani SSD csak másodlagos meghajtó lesz és csak 500 GB-os, akkor azt lehet MBR séma szerint is inicializálni. De ha a GPT-t választod, az sem tragédia, meg amúgy is vannak bizonyos előnyei. Viszont a GPT-nél alapértelmezetten létrejön egy 16-128 MB méretű MSR partíció, aminél egyes programok nem megfelelő partícióeltolást mutatnak (példa). De azzal különösebben nem kell foglalkozni, alapértelmezetten így hozza létre a Windows, az utána lévő partíció eltolása is oké lesz stb.

[ Szerkesztve ]

Volt már erről szó többször itt, vagyis alapvetően nem kell vele foglalkozni. Ha annyira zavar, akkor meg külső particionáló programmal particionáld GPT szerint, vagy inicializáld MBR-re, az utóbbinál eleve nincsen MSR.

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.

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 ]

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 ]

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.

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.

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 ]

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.

Azt nem tudom mégis honnan veszik egyesek, hogy klónozás / mentésből visszaállítás / tiszta telepítés előtt nekik még okvetlenül inicializálni, particionálni, formázni kell a célmeghajtót (SSD), mert amúgy nyilván nem kell... Ha van Macrium Reflect mentésed, akkor a leírás alapján megcsinálod a visszaállítást, aztán kész, szükség esetén törlöd előtte a program kezelőfelületén a 16 MB-os MSR-t, ami amúgy a Windows alóli GPT-re inicializálásnál jön létre. Az az ablak meg értelemszerűen úgy érhető el, hogy a kiválasztott partíciónál rákattintasz a partition properties lehetőségre. Ahol nyilván nem kell külön állítgatni az eltolást, ha a forrásmeghajtóról késíztett mentésnél is eleve rendben van, meg alapértelmezetten amúgy az 1 MB-os lesz bejelölve.

"Szóval telepítsem a Windows-t a nulláról, aztán eresszem rá a korábbi mentést, hogy a belakott rendszerem legyen?"

Nem, nyilván nem, lásd az előbb leírtakat... Vagy ha annyira 0-ról akarod kezdeni és mindent újra feltelepíteni, beállítani stb., végül is azt is lehet, persze megfelelően + [link] kivitelezve.

"Az SSDOK támogatási listáján nem szerepel a WD Blue 3D. Akkor amit kiír az egyáltalán nem is mérvadó?"

Attól még lehet, meg attól is függ, hogy pontosan mely információkról van szó, + Ott van a HDS, WD saját szoftvere (WD SSD Dashboard) is.

[ Szerkesztve ]

Nem tudom ez is honnan jön, hogy X évente kötelezően újra kell telepíteni a Windowst, mert amúgy nyilván nem kell, ha megfelelően működik, meg az SSD csere miatt sem feltétlen. Akkor kell újratelepíteni a Windowst, ha gond van vele és nem lehet javítani, meg ha végképp nem lehet máshogyan megoldani. De azért elég sok mindent meg lehet oldani a 0-ról történő reinstall nélkül, amiről egy másik topikban is volt szó.
Ahogyan az OS topikjában arról is, hogy a 2004-es verziótól kezdve UEFI/GPT telepítésnél eleve a C után jön létre a WinRE partíció, azért van nálad is a screenshoton lévő állapot. Meg amúgy így is 3 db kicsi partíció van, csak az MSR nem látszik a lemezkezelőben, hanem csak parancssorban.

Mivel az csak az MSR, ezért annál nem különösebben gond, amiről már volt szó itt többször.
Egyébként igen, a te sarad. Ugyanis az előbbi állapot a Windowson GPT-re inicializált adatlemezeknél szokott lenni, nem rendszermeghajtóknál, azoknál UEFI/GPT szerinti telepítésnél normál esetben ilyen kiosztás van, illetve 2004-es verzió óta ilyen. Vagyis telepítéskor / klónozás előtt vélhetően nem törölted rendesen a telepítő / program kezelőfelületén a célmeghajtót (SSD) és azért maradhatott ott a lemez elején a korábbi MSR...

[ Szerkesztve ]

Azért, mert mint már említették, az SSDOK ezekből csak a SATA-s változatokat kezeli, az NVMe SSD-ket eleve nem, meg pl. az USB-s típusokat sem, ellenben a HDS az utóbbiakat is.
Ha a telepített Windows alól GPT-re inicializálsz helyi lemezként kezelt meghajtót, akkor eleve létrejön az MSR partíció adatlemezen is, annak nyilván semmi köze a rendszermeghajtóra telepítéshez, meg hogy ott esetlegesen másik lemezre kerülnek a kicsi partíciók a felhasználó által nem megfelelőn végzett telepítés és a hozzáértés hiánya miatt, ez sem újdonság. Meg hogy az említett program problémázik az MSR eltolása miatt, mármint csak adatlemeznél, rendszermeghajtónál oké szokott lenni, de az előbbivel nem kell foglalkozni, vagy ha nagyon muszáj utólag módosítható.

[ Szerkesztve ]

"Ami esetleg érdekes lehet, hogy négy partíció van a forráslemezen, ezek egyike 16MB, ebből a második alkalommal kettő lett a cél lemezen"

Az a 16 MB-os az MSR, amiből UEFI/GPT szerinti telepítésnél nyilván 1 db van a lemezen, lásd az alábbi ábrán.
Az pedig számtalanszor le volt írva több topikban is, hogy a klónozásnál nem szükséges semmilyen formában előre particionálni, formázni a céllemezt, sőt szükség esetén célszerű előtte törölni, aztán majd megoldja az előbbieket a klónozáshoz használt program. Illetve az nem feltétlen a program hibája, ha a user nem megfelelően csinálja a klónozást és összevissza másolgatja, duplikálja az egyes a partíciókat...

Az OS topikjában egyébként nemrég újfent részletezve volt a klónozás témája, illetve a Macrium Reflect programmal, ott bőven le van írva a lényeg. Ahol ha nagyobb tárolókapacitású az új SSD, az nem gond, szükség esetén megoldható a C partíció kiterjesztése közvetlenül a klónozás előtt a Macrium kezelőfelületén is, felesleges ehhez külön particionáló program. Ahogyan másik klónozóprogram is, eleve a Macrium az egyik legjobb ilyen célra, amit nemrég más is említett, aki nagy tapasztalattal bírva korábban összehasonlító tesztet készített ezen programokról.

"Van bármilyen beállítás, lépés, amit kihagytam?"

Hát mondjuk egyrészt lásd a linkelt hozzászólásokat, leírásokat a hogyan is kellene megfelelően Windowst, Windows 10-et klónozni témában. + A klónozás előtt javasolt kikapcsolni W10-nél a gyorsindítást, vagy a Shift + leállítást használni és utána klónozni, mert az, a bekapcsolt állapot melletti leállítás és meghajtócsere esetlegesen gondot okozhat. Másrészt ha sikeres a klónozás, akkor utána a forrásmeghajtót javasolt eltávolítani, majd a célmeghajtót csatlakoztatni és csak arról bootolni. Harmadrészt szükséges esetén a BIOS/UEFI bootolási opcióit megfelelően beállítani az új meghajtóhoz igazodva.

[ Szerkesztve ]

Jáj...
A screenshoton lévő ablak értelemszerűen akkor lesz, ha a célmeghajtóra át vannak másolva, akár drag & drop módon áthúzva a forrásmeghajtóról a partíciók, majd ott a kijelölt partíció tulajdonságaira kattintva. Ahol egyrészt az alignálással nem kell foglalkozni, alapértelmezetten az 1 MB-os eltolás lesz beállítva, meg ha a forrásmeghajtón is eleve rendben volt. Másrészt drag & drop módon egyesével át lehet húzni a klónozandó partíciókat a célmeghajtóra, BIOS / UEFI telepítési elrendezést követve először az SR / ESP+MSR partíciót, majd utána a C-t, a C méretét megnövelni, végül pedig a fennmaradó lemezterületre a WinRE partíciót (az lehetett a 3.) áthúzni, stb. Vagy akár utólag is megoldható a C kiterjesztése Windows alól 3rd party particionáló programmal, erre is direkt linkelve van egy példa a leírásokban. Szóval nem, nem kell semmilyen rendszerpartíciót törölni, pusztán csak az előbb leírtak szerint kellett volna eljárni, ennyi.

[ Szerkesztve ]

Ha újabb (pl. 7, 8.x, 10, 11) Windowsoknál GPT séma szerint van inicializálva adatlemezként - nem kell ahhoz rendszermeghajtó és korábbi telepítés - a HDD/SSD, akkor eleve létrejön a lemez elején az MSR partíció és az eltolása adatlemeznél valóban nem stimmel - csak annál, ellenben rendszermeghajtónál UEFI-s telepítésnél már oké lesz - , de ezzel nem kell foglalkozni, amiről már volt szó itt többször (példa). Ha nagyon akarod, akkor utólag lehet korrigálni, amiről szintén volt már szó itt, de szvsz nem létszükséglet, meg az utána lévő elsődleges partíció eltolása már eleve oké lesz és az utóbbi a lényeg.

[ Szerkesztve ]

Ha igen, akkor olvashattad, hogy GPT-re inicializálva alapból létrejön az MSR és nem egy korábbi telepítés "maradéka", meg hogy nem kell foglalkozni az eltolásával ha az utána lévő, ténylegesen használt elsődleges partíciónál stimmel és ennyi, felesleges ezt tovább ragozni itt.

SSD-khez a HDS legújabb (most 5.70) verzióját javasolt használni vagy az SSD gyártójának saját diagnosztikai szoftverét, elsődlegesen a kondíciót illetve a SMART-ot kell nézni ott nincs-e hiba nem szimplán az üzemidőt, ha az előbbi rendben, akkor megint kb. nincs miről beszélni.

Az GPT-re inicializált adatmeghajtóknál az MSR partíció miatt van, de azzal nem kell foglalkozni, amiről már volt szó itt többször (példa).

"Beállítottam mindent az útmutatók szerint, alignment rendben, TRIM fut, defrag és optimization kikapcsolva, stb."

Nem feltétlen kell semmit külön beállítani, max. a "Windows 7/8/10 SSD-vel! Hogyan is?" cikkben leírtakat átnézni és ellenőrizni, de normál esetben azok is eleve rendben szoktak lenni. Windows 8/8.1, 10, 11 rendszereknél a meghajtóoptimalizálás SSD-k és TRIM-et támogató SMR HDD-k esetén = TRIM futtatása, CMR és TRIM-et nem támogató SMR HDD-k esetén történik ott standard defrag. Vagyis azt az SSD-k miatt nyilván nem kell kikapcsolni és letiltani, sőt már a Windows 7-nél sem kellett mivel SSD-k esetén az sem futtat standard töredezettségmentesítést, amit a Microsoft annak megjelenésekor már 13 évvel ezelőtt is világosan leírt.

[ Szerkesztve ]

Ilyenkor szokás a "details" opcióra kattintva arról is betenni screenshotot, hogy konkrétan melyik partíció igazítása nem stimmel. Ahol ha adatlemezként van használva az SSD és GPT-re inicializálva, akkor ott az MSR partíció eltolásával nem kell foglalkozni, amiről már volt szó itt többször (példa).

[ Szerkesztve ]

UEFI/GPT-based hard drive partitions

Igen, nyilván szükségesek, lásd partition layout, ahol UEFI/GPT szerinti telepítésnél alapesetben összesen 4 db partíció lesz a C-vel együtt, csak az MSR nem jelenik meg a Windows grafikus lemezkezelőjében.

Az ilyen kérdés legközelebb mehet az érintett Windows rendszer topikjába (Windows 10), mert eleve inkább Windows specifikus és nem SSD specifikus, ahogyan maga a Windows klónozása téma is.

[ Szerkesztve ]