Mi is a kérdés?

Az előző válaszban, meg az ott linkelt másikban világosan le van írva, hogy mi a helyzet... Vagyis ha az MSDN ISO-nál 4+ GB az install.wim fájl mérete, akkor ilyenkor a Rufus GPT-UEFI sémánál nyilván nem tudja FAT32-re formázni a pendrive-ot, ezért formázza NTFS-re, hoz létre UEFI-NTFS telepítőt, ami a csak FAT16/32 fájlrendszert támogató hardvereknél, UEFI BIOS-verzióknál is lehetővé teszi a bootolást UEFI módban NTFS fájlrendszerű pendrive-ról, viszont ehhez szükséges a Secure Boot kikapcsolása, ami több helyütt szintén világosan le van írva. Vagy ha natívan támogatja az alaplap, UEFI BIOS az NTFS fájlrendszerű telepítési adathordozót, akkor lehet arra formázni a pendrive-ot és az ISO-fájl felcsatolása után rámásolni 1:1-ben a telepítőfájlokat.
Vagy másik megoldás a 4+ GB-os install.wim fájl kisebb méretű install.swm fájlokra darabolása, akkor már használható FAT32 fájlrendszer, meg akkor a Rufus is eleve FAT32-re formázza a pendrive-ot, ilyen egyszerű. Ez is világosan le van írva abban a hozzászólásban... Vagy lehetett volna pl. az oprenden lévő ISO-t használni, ott a 64 bites kb. 4 GB méretű és kisebb benne az install.wim fájl 4 GB-nál, annál nem lett volna ilyen probléma. De amúgy hivatalosan még nem is elérhető a 2004-es verzió a Microsoft weboldalán és a Windows Update-en sem, hanem csak a 1909-es, az meg a másik...

Egyébként oké a Rufus használata is, nincsen vele semmi gond, megbízhatóan működik, sőt megbízhatóbban mint az MCT (pl. [link], [link]), csak ugye tudni kellene használni, meg ha leírnak valamit világosan, akkor azt annak megfelelően alkalmazni. Az MCT is használható, vannak előnyei mint pl. a kisebb méretű install.esd fájlt tartalmazó ESD ISO, lehet vele közvetlenül upgrade-elni a Windowst, meg azoknak jöhet jól, akik nem tudják megfelelően, meg az adott bootolási módnak megfelelően kiírni az ISO-fájt pendrive-ra. De mellette van néhány hátránya is, meg olyan dolgok, amikben a Rufus eleve jobb és többet tud, lásd egy másik válaszban leírtakat.

[ Szerkesztve ]

Teljesen ugyanaz a metódus, mint MBR-nél, csak több rendszer melletti kis partíciót hoz létre GPT esetében (innen lehet észrevenni első körben, hogy jól sikerült a BIOS és a pendrive beállítása), nem pedig csak egy rendszer számára fenntartotottat.

[ Szerkesztve ]

Mármint szerinted. De amúgy ennyi erővel a Microsoft is többek között pont azért készítette az MCT-t, hogy akik nem tudnak telepítési adathordozót létrehozni, megfelelően letölteni és kiírni a pendrive-ra az ISO-t, azok számára is egyszerű legyen pár kattintással. Meg mondjuk a Rufus esetében is nem mintha annyira bonyolult lenne csak 2 opció közül választani, meg már azzal is lehet letölteni, tud WTG-t és számos egyéb dolgot, Linux ISO-t DD módban írni stb., szóval bőven hasznos tool. Meg annál akár 4 GB-os pendrive is használható, ha ráfér az ISO, nem kér erővel min. 8 GB-osat, mint az MCT. Meg tud már meglévő, letöltött ISO-t is tallózni, nem kell vele minden egyes alkalommal újra letöltetni, ami lassú internetkapcsolatnál időigényes. De akkor annyi erővel mindkettő felesleges a W10 ISO kiírásához, ha ott a fájlkezelős másolás lehetősége is. Bár ha ott is parancssorban kell játszadozni CSM-hez a partíció aktivvá tételéhez, 32+ GB-os tárolókapacitású eszközt formázni, akkor már nem annyira felhasználóbarát.

És ez megint miért kérdés egyáltalán, amikor a korábbi válaszban erre vonatkozóan is világosan le volt írva minden, illetve hogyan kellene pendrive-ról megfelelően és tudatosan telepíteni Windows 10-et?

Egyébként meg teljesen felesleges a telepítés előtt inicializálni, particionálni, formázni a célmeghajtót (SSD), meg egyesek jellemzően úgysem találják el a megfelelő párosítást, aztán utána majd jön az ilyen problémázás... Meg a telepítésnél amúgy is törölni kellene, ha már particionált, esetleg korábbi telepítés "maradéka" van rajta, meg nincsen rajta fontos adatokat tartalmazó partíció, aztán majd a Windows 10 telepítője particionálja. Vagy ha mindenképpen a telepítésnél akar a user több partíciót létrehozni, külön adatpartíciót is, akkor nyilván azt is lehet. Az pedig eleve evidens, hogy nyilván GPT-lemezen is, nemcsak MBR-lemezen, sőt a GPT-nél eleve jobbak a lehetőségek, ott az MBR max. 4 db elsődleges (vagy 3 db elsődleges + kiterjesztetten belül több logikai) partíciója helyett akár 128 (!) db elsődleges partíciót is létre lehet hozni, pontosabban 127-et, mert ebből 1 db a rejtett MSR partíció lesz.

(#119167) kovacsen222:
"ÉN miből fogom tudni, hogy ha nem konvertálom át gpt-re, hogy azt csinálja-e a rendszer vagy sem ?"

Ha egyszer UEFI mód szerint van bootolva a Windows 10 telepítője, az lett kiválasztva, akkor annál nyilván csak GPT-lemezre lehet telepíteni a Windows 10-et, MBR-lemezre eleve nem, amit az előbb linkelt példa is világosan szemléltet. Ahogyan annál is az is le van írva, ha ha ütközés van, akkor alapesetben elég a telepítő grafikus felületén teljesen törölni a céllemezt, nem feltétlen kell parancssorban GPT-re konvertálni.

[ Szerkesztve ]

Ott maga az ISO-fájl volt a gond, ha annál nagyobb az install.wim fájl mérete 4 GB-nál, akkor azt nyilván eleve nem lehet FAT32 fájlrendszerű pendrive-ra másolni, azért ajánlotta fel a Rufus is az NTFS-t. Ha kisebb 4 GB-nál, vagy install.swm fájlokra van darabolva, akkor viszont értelemszerűen nincsen ilyen gond, akkor a FAT32 is opció, a Rufus is arra formázta volna. Egyébként korábban pl. a 1909-es MSDN ISO-fájloknál volt olyan forrás, ahol eleve adott volt az install.swm ISO, szerepelt is a nevében a "fat32 compatible" megjelölés. Sőt, ugyanott már a 2004-esből (19041.264) is van ilyen, illetve consumer és business ISO egyaránt (külön-külön), azért 9,43 GB a mappa mérete.

[ Szerkesztve ]

Utoljára: nem is kell a céllemeznek az UEFI-s telepítés előtt GPT séma szerintinek lennie, elég ha törölve van, mint már említve volt az előző válaszban. Meg egy HDD/SSD gyárilag is eleve particionálatlan, illetve nincsen inicializálva se MBR/GPT szerint, aztán mégis lehet rá telepíteni. Valamint majd amikor megkezdődik a tényleges telepítés a tovább lehetőségre kattintva, majd akkor inicializálja, particionálja, formázza a Windows 10 telepítője GPT séma szerint, ha UEFI módban fut, ennyi.

De ha annyira konvertálni akarod erővel a telepítés előtt, hát akkor csináld, erre már nem mondok semmit... Max. annyit, hogy UEFI-s telepítéshez lehetőleg GPT szerint, mert ha MBR, akkora a már linkelt probléma lesz. + Fixen beparticionálni 1 db partícióval lehetőleg nem kellene, mert akkor nem tudja hova létrehozni a Windows 10 telepítője UEFI/GPT módban a rendszer számára fenntartott kisebb partíciókat. Na pl. ezért is totál felesleges és értelmetlen előre, fixen particionálni a céllemezt...

[ Szerkesztve ]

Macrium Reflect-tel csinálnád? Az az ajánlott program hozzá. Először készíts a rendszerről egy mentést (a menüben erre külön van opció, ami automatikusan a mentésbe foglalja a szükséges segéd partíciókat is), aztán azt a mentést lehet visszaállíttatni a partícióktól mentes SSD-re szintén a programon belül. Közvetlen klónozási lehetőség nincs, a fenti módszer működik.

[ Szerkesztve ]

Bővebben? Milyen programmal klónozol, Windows / WinPE alól, mi a pontos hibaüzenet, akár screenshot róla, pontosan milyen SSD-re?

De várjál, akkor addig is jobb híján tippelek, találgatok egyet, mire sikerül leírnod, hogy pontosan mi is van: ha Macrium Reflect és a Windows 10-ben tárolóhelyként lett beállítva az SSD 4Kn szektormérettel, akkor úgy reális az inkompatibilis célmeghajtó. A megoldás ilyenkor a célmeghajtó (SSD) törlése, illetve eltávolítása a tárolóhelyek közül, utána már működni kéne a klónozásnak pl. 512e —► 512e alapon. Ha esetleg alapból 4Kn szektorméretet használ az SSD - annak pontos típusa sem ismert - , akkor viszont nem.

Ja, és amúgy a Macrium Reflect esetében is nyilván van mentés-visszaállítás és közvetlen klónozási lehetőség is, nem világos, hogy egyeseknél mégis honnan jött az, hogy az utóbbi nincsen...

[ Szerkesztve ]

Mármint megnézed a vezérlőpultban, hogy nem lett-e tárolóhelyként beállítva az SSD, nincs-e rajta tárolókészlet. Ha igen, akkor törlöd, illetve eltávolítod magát a meghajtót onnan, mint már említve volt az előző válaszban. Meg ha Windows 10-et akarsz rá telepíteni és amúgy is törölni/formázni, akkor vélhetően fontos adat sincsen rajta. Illetve előre inicializálni, particionálni, formázni felesleges nemcsak telepítés előtt, hanem klónozás előtt is, majd megcsinálja a Windows telepítője, illetve az utóbbinál a Macrium Reflect.

Akkor nyilván a tárolóhelyként történő beállítás és a 4Kn szektorméret volt a gond. Reméljük, meg azt is, hogy minden szükséges partíciót (a kicsiket is) átklónozol.
+ Ha kész a klónozás és indítod az SSD-ről a W10-et, akkor a HDD-t addig ki is lehetne venni (másnál nemrég gondot okozott egyszerre a 2), meg ha szükséges, akkor a BIOS-ban utánaállítani a boot opcióknak.

Ha megfelelően klónoztad át a Windows 10-et minden szükséges partícióval együtt az SSD-re, HDD-t eltávolítottad és úgy próbálod indítani, BIOS-ban megfelelően vannak beállítva a boot opciók, akkor márpedig nyilván bootolnia kellene az SSD-ről. De itt az sem derült ki, hogy BIOS/MBR, vagy UEFI/GPT mód szerinti-e a telepítés, ha UEFI, akkor a boot menüben van-e Windows Boot Manager opció, az, az olyan kezdetű meghajtó van-e beállítva elsődlegesként, nem lettek-e elpiszkálva a CSM/UEFI beállítások, stb. Meg hogy pontosan mit jelent a "nem bootol be róla a gép", azaz a HDD-n lévő W10 indul (ha nem lett kivéve), vagy bootolásnál van valami konkrét hibaüzenet, vagy sehol semmi és bejön az UEFI BIOS/boot menü, vagy mégis mit. Meg hogy egyáltalán hogyan van csatlakoztatva az az SSD, SATA-n / USB-n, mert ha az utóbbi, akkor nyilván úgy nem fog bootolni, max. WTG-re konvertálás után. Megint lehet találgatni...

[ Szerkesztve ]

Ha BIOS/MBR szerinti a Windows 10-telepítés, akkor ott nyilván csak a Legacy/CSM szerinti bootolás jöhet szóba, vagy Legacy + UEFI kettős opcióknál a Legacy first, ellenben az UEFI only nyilván nem. Ha eddig az utóbbi szerint próbáltad, akkor az szép... Viszont ha most Legacy/CSM van beállítva, akkor annál márpedig bootolni kellene a W10-nek arról az SSD-ról SATA-n csatlakoztatva, már ha SATA-s SSD egyáltalán, mert még ez sem derült ki. Ha esetedben nem bootol és nem hibás fizikai csatlakoztatás miatt (port, kábel stb. stimmel?), akkor vagy nem megfelelően lett átklónozva, vagy a BIOS-ban nem stimmelnek a bootolási beállítások, ilyen egyszerű.

[ Szerkesztve ]