Ви хочете швидкість нового SSD, але також хочете страховку. Не «надія та відчуття» — а реальну, завантажувальну, перевірену резервну копію. Мета проста: перенести Windows на новий SSD, упевнено завантажуватися з нього та залишити старий диск цілим, аби у разі проблем повернутися назад за лічені хвилини.
Це мислення продакшн-рівня для вашої робочої станції. Без геройських вчинків. Без «я просто відформатую старий диск після першого вдалого завантаження». Саме так ви дізнаєтеся, що насправді означає «завантажився один раз».
Принцип: безпечна міграція важливіша за швидку
Якщо запам’ятати одне: міграція Windows на SSD — це не «копіювання файлів». Це про ланцюжок завантаження. Ви переносите систему, яка залежить від налаштувань прошивки, метаданих розділу диска, конфігурації завантаження та (часто) стану шифрування. Новому SSD потрібно не лише вміст диска C: — йому потрібно бути самостійно завантажувальним.
Залишення старого SSD як резерву змінює підхід. Ви не «замінюєте» старий диск; ви «підвищуєте статус» нового диска до основного, лишаючи старий без змін. Це означає:
- Жодних руйнівних операцій на старому диску доти, поки ви не перевірите новий протягом днів, а не хвилин.
- Явний контроль завантаження: вирішуєте, який диск прошивка завантажує, а не дозволяти Windows азартно обирати через Boot Manager.
- Фаза валідації: ви тестуєте завантаження, BitLocker, програми, драйвери, оновлення та відновлення. І тільки потім думаєте про перепрофілювання старого диска.
Радикальна порада: не намагайтеся бути хитрими й робити «клонуй — потім розширюй — потім конвертуй — потім включай всі нові функції» одночасно. Продакшн-системи зазвичай ламаються пачками. Змінюйте один аспект за раз.
Цитата, щоб приборкати его: «перефразована ідея — Джин Кранц: бути жорстким і компетентним означає діяти дисципліновано, а не імпровізувати.» Це правильний настрій для міграцій дисків.
Цікаві факти та коротка історія (чому міграції Windows ускладнюються)
Це не дрібні факти для вікторини — це історичні обмеження, які пояснюють, чому ваша «проста» заміна SSD може перетворитися на сесію відновлення завантаження.
- MBR проти GPT — спадок минулого. MBR існує з ранніх епох ПК і обмежує практичні схеми розділів; GPT з’явився пізніше разом з UEFI і має більш стабільні метадані.
- Розділ «System Reserved» існує, бо Windows любить окреме середовище завантаження. Там часто зберігаються файли завантаження і метадані BitLocker, тому клонування лише C: може провалитися.
- UEFI завантажує файли, а не диски. UEFI зберігає записи завантаження в NVRAM, які вказують на шлях до EFI-файлу на конкретному розділі. Ви можете скопіювати файли, але не запис у прошивці.
- Windows Boot Manager і корисний, і заплутуючий одночасно. Він може перерахувати установки і «допомогти» завантажити неправильну, якщо залишити кілька системних дисків підключеними.
- Вирівнювання розділів SSD раніше шкодило продуктивності. Старі інструменти клонування іноді створювали невірне вирівнювання, що приводило до зростання записів і повільної роботи.
- NVMe змінив модель контролера. Це не просто «швидший SATA»; це інший стек драйверів і іноді інші налаштування прошивки (CSM, Secure Boot, RAID/VMD).
- BitLocker і клонування мають складні відносини. BitLocker прив’язаний до TPM і вимірювань завантаження; клонування може спровокувати вимогу ключа відновлення, якщо шлях завантаження змінився.
- Windows може непомітно створювати додаткові розділи відновлення з часом. Фічапдейти іноді змінюють WinRE-розділи; інструменти клонування, що не копіюють «малі» розділи, можуть зламати процеси відновлення.
Жарт №1: Клонування диска — це як переїзд квартири: усе вписується, поки не треба занести диван сходами (диван — це ваш EFI-розділ).
Перш ніж щось чіпати: що ви захищаєте
Ви захищаєте чотири речі:
- Завантажуваність: машина має стартувати без запитань про існування.
- Цілісність даних: ваші файли мають бути не «майже в порядку».
- Позиція безпеки: BitLocker, Secure Boot, TPM та збережені облікові дані не повинні тихо деградувати.
- Час на відновлення: усе ж таки сенс резервного диска — швидко відкотитися назад.
Визначте метод міграції (і будьте чесні щодо ризиків)
У вас фактично три шляхи:
- Клонувати диск (рекомендовано для «без перевстановлення»): копіюєте всі розділи зі старого SSD на новий. Найшвидший спосіб зберегти все однаковим. Але треба врахувати вибір завантаження і можливі дубльовані ідентифікатори.
- Знімок образу + відновлення: створіть образ старого диска, відновіть на новому. Трохи більше кроків, іноді менше плутанини при одночасній присутності обох дисків.
- Чиста інсталяція + перенесення даних: найчистіший довгостроково, але вимагає більше зусиль на початку. Підійде, якщо стара інсталяція «зачарована». Не те, чого зазвичай хочуть, коли говорять «без хаосу».
Цей посібник передбачає, що ви клонуватимете або відновлюватимете образ і бажаєте залишити старий SSD недоторканим як резерв.
Апаратні та прошивкові реалії, які треба перевірити
Якщо ви переходите з SATA на NVMe або змінюєте налаштування платформи, зверніть увагу на:
- UEFI проти Legacy/CSM: не перемикайте це «на льоту», якщо ви не перетворюєте стиль розділів відповідно.
- Intel RST/VMD/RAID проти AHCI: зміна цього може залишити Windows без потрібного драйвера під час завантаження.
- Secure Boot: зазвичай працює нормально, але ремонт завантаження може змінити підписи і викликати наслідки.
Швидкий план діагностики (вузькі місця і збої завантаження)
Коли щось іде не так, не панікуйте. Тріажуйте. Ось порядок, який швидко знаходить корінну причину.
1) Перша перевірка: ви взагалі завантажуєтеся з диска, який думаєте?
- В меню прошивки явно оберіть запис Windows Boot Manager нового SSD.
- У Windows підтвердіть системний диск командами (див. завдання нижче).
Рішення: Якщо ви випадково завантажуєтеся зі старого SSD, припиніть «ладувати» новий. Ви не тестуєте його.
2) Друга перевірка: чи цілий ланцюжок завантаження (EFI/System Reserved + BCD)?
- UEFI/GPT: перевірте, що існує EFI System Partition (ESP) і містить \EFI\Microsoft\Boot.
- Legacy/MBR: перевірте, що «System Reserved» або активний розділ має файли завантаження.
Рішення: Якщо розділи відсутні або не завантажувальні, клонування було неповним або відновлення не включало розділів завантаження.
3) Третя перевірка: чи режим зберігання/драйвер не блокують доступ до диска?
- BIOS, встановлений у RAID/VMD, коли Windows була встановлена в AHCI (або навпаки), може давати помилку INACCESSIBLE_BOOT_DEVICE.
Рішення: Поверніть налаштування прошивки, щоб вони відповідали оригінальній інсталяції, або підготуйте Windows до контролюваної зміни режиму (це окрема контрольована зміна).
4) Тріаж продуктивності: новий SSD повільний?
- Підтвердіть лінк: NVMe працює на очікуваних PCIe лініях і поколінні.
- Підтвердіть, що TRIM увімкнено.
- Перевірте вирівнювання та офсети розділів.
- Перевірте, чи випадково ви не завантажилися зі старого диска.
Практичні завдання з командами: перевірити, клонувати, завантажити, підтвердити
Ці завдання написані як SRE-рукбук: команда, приклад виводу, що це означає і яке рішення ви приймаєте. Деякі команди Windows-нативні (PowerShell/CMD). Інші — команди Linux live USB (корисні для офлайн-інспекції та безпечного клонування). Використовуйте те, що підходить вашому середовищу.
Завдання 1: Визначити диски і стиль розділів у Windows (GPT проти MBR)
cr0x@server:~$ powershell -NoProfile -Command "Get-Disk | Select Number,FriendlyName,SerialNumber,PartitionStyle,Size,OperationalStatus"
Number FriendlyName SerialNumber PartitionStyle Size OperationalStatus
------ ------------ ------------ -------------- ---- -----------------
0 Samsung SSD 860 EVO 1TB S3Z... GPT 931.51 GB Online
1 WD_BLACK SN850X 2TB 2210... GPT 1863.01 GB Online
Що це означає: Ви бачите обидва диски, їхні номера і чи вони GPT або MBR.
Рішення: Якщо джерело GPT/UEFI — клонувати всі розділи включно з EFI System Partition. Якщо MBR/Legacy — переконатися, що існує активний системний розділ.
Завдання 2: Перелічити томи і побачити, який з них ОС (і на якому диску він знаходиться)
cr0x@server:~$ powershell -NoProfile -Command "Get-Partition | Sort DiskNumber,PartitionNumber | Select DiskNumber,PartitionNumber,DriveLetter,Type,Size"
DiskNumber PartitionNumber DriveLetter Type Size
---------- --------------- ----------- ---- ----
0 1 System 100 MB
0 2 Reserved 16 MB
0 3 C Basic 930 GB
0 4 Recovery 850 MB
1 1 System 100 MB
1 2 Reserved 16 MB
1 3 D Basic 1861 GB
Що це означає: «System» ймовірно — EFI System Partition (ESP) на GPT-системах. «Reserved» — MSR. Існує розділ Recovery. Ваш том ОС — C: на Диску 0 у цьому прикладі.
Рішення: Якщо ви збиралися завантажуватися з Диска 1, але Windows показує C: на Диску 0, ви все ще на старому диску. Не святкуйте зарано.
Завдання 3: Підтвердити режим завантаження (UEFI або Legacy) і стан Secure Boot
cr0x@server:~$ powershell -NoProfile -Command "Confirm-SecureBootUEFI; (Get-ComputerInfo).BiosFirmwareType"
True
UEFI
Що це означає: Ви завантажуєтесь у UEFI, а Secure Boot ввімкнено.
Рішення: Не «виправляйте завантаження» перемиканням у Legacy/CSM. Тримайте режим сталим, якщо тільки ви не виконуєте умисну конвертацію.
Завдання 4: Перевірити записи Windows Boot Manager (BCD) і куди вони вказують
cr0x@server:~$ bcdedit /enum
Windows Boot Manager
--------------------
identifier {bootmgr}
device partition=\Device\HarddiskVolume1
path \EFI\Microsoft\Boot\bootmgfw.efi
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path \Windows\system32\winload.efi
Що це означає: Boot Manager знаходиться на HarddiskVolume1 (зазвичай ESP). Завантажувач вказує на C: для поточної системи.
Рішення: Якщо Boot Manager живе на ESP старого диска, Windows може й надалі залежати від старого диска навіть якщо C: на новому диску. Це не резерв — це залежність.
Завдання 5: Перевірити стан BitLocker перед клонуванням
cr0x@server:~$ manage-bde -status
Volume C: [OS]
Conversion Status: Fully Encrypted
Percentage Encrypted: 100%
Protection Status: Protection On
Lock Status: Unlocked
Що це означає: BitLocker активний і захищає том ОС.
Рішення: Для плавнішого клонування тимчасово призупиніть захист (не розшифровуйте). Після перевірки завантаження знову ввімкнете захист.
Завдання 6: Тимчасово призупинити захист BitLocker (контрольовано)
cr0x@server:~$ manage-bde -protectors -disable C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Copyright (C) 2013 Microsoft Corporation. All rights reserved.
Key protectors are disabled for volume C:.
Що це означає: BitLocker не змусить запитати ключ відновлення через зміну компонентів завантаження.
Рішення: Продовжуйте клонування. Поставте нагадування ввімкнути захист після валідації.
Завдання 7: Перевірити вільне місце на джерелі і переконатися, що ви клонуватимете
cr0x@server:~$ powershell -NoProfile -Command "Get-Volume | Select DriveLetter,FileSystemLabel,SizeRemaining,Size | Format-Table -Auto"
DriveLetter FileSystemLabel SizeRemaining Size
----------- --------------- ------------- ----
C Windows 213.4 GB 930 GB
Що це означає: У вас є вільне місце для стискання/зміни розмірів, якщо призначення менше (але краще не мігрувати на менший диск без потреби).
Рішення: Якщо диск призначення менший — сплануйте контрольоване зменшення перед клонуванням. Якщо більший — розширите пізніше.
Завдання 8: Офлайн-перегляд з Linux live USB (підтвердити розділи без «допомоги» Windows)
cr0x@server:~$ lsblk -o NAME,SIZE,TYPE,MODEL,SERIAL
NAME SIZE TYPE MODEL SERIAL
sda 931.5G disk Samsung SSD 860 EVO S3Z...
├─sda1 100M part
├─sda2 16M part
├─sda3 930G part
└─sda4 850M part
nvme0n1 1.8T disk WD_BLACK SN850X 2210...
├─nvme0n1p1 100M part
├─nvme0n1p2 16M part
├─nvme0n1p3 1.8T part
Що це означає: Ви чітко бачите джерело й призначення, розміри та кількість розділів.
Рішення: Якщо після клонування на диску призначення відсутні розділи відновлення або ESP — копіювання було неповним.
Завдання 9: Підтвердити GPT і типи розділів (ESP/MSR/Basic/Recovery)
cr0x@server:~$ sudo parted -l
Model: Samsung SSD 860 EVO (scsi)
Disk /dev/sda: 1000GB
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 123MB 16.8MB Microsoft reserved partition msftres
3 123MB 999GB 999GB ntfs Basic data partition msftdata
4 999GB 1000GB 892MB ntfs Windows recovery environment hidden, diag
Що це означає: Це стандартний сучасний розклад розділів Windows GPT.
Рішення: Клонувати весь диск, а не лише ntfs-розділ, якщо ви не хочете ремонтувати завантаження.
Завдання 10: Клонувати диск офлайн за допомогою ddrescue (безпечні налаштування, лог прогресу)
cr0x@server:~$ sudo ddrescue -f -n /dev/sda /dev/nvme0n1 /mnt/clone.log
GNU ddrescue 1.27
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 0 B, errsize: 0 B, current rate: 0 B/s
ipos: 0 B, errors: 0, average rate: 0 B/s
opos: 0 B, run time: 0 s, remaining time: unknown
Finished
rescued: 1000 GB, errsize: 0 B, errors: 0
Що це означає: Повне клонування диска завершилося без помилок.
Рішення: Якщо бачите ненульові помилки — зупиніться й перегляньте. Нестабільний джерельний диск — інший інцидент. План резервного копіювання має включати створення образу у файл і перевірку читання, а не довіряти пошкодженому диску.
Завдання 11: Перегенерувати ідентифікатори дисків, щоб уникнути колізій (перевірка у Windows)
cr0x@server:~$ powershell -NoProfile -Command "Get-Volume | Select DriveLetter,UniqueId | Format-List"
DriveLetter : C
UniqueId : \\?\Volume{a1b2c3d4-e5f6-47aa-9b2a-...}\
DriveLetter : D
UniqueId : \\?\Volume{a1b2c3d4-e5f6-47aa-9b2a-...}\
Що це означає: Якщо після клонування ви бачите ідентичні Volume ID і обидва диски підключені, Windows може заплутатися, змонтувати не той диск або приховати один.
Рішення: Краща практика: після клонування вимкніть систему і відключіть старий диск для першого завантаження з нового. Це уникне проблем зі збігом підписів та «Windows обрав неправильний ESP».
Завдання 12: Перше завантаження — валідація (підтвердити, що ОС справді на новому SSD)
cr0x@server:~$ powershell -NoProfile -Command "(Get-Partition -DriveLetter C | Get-Disk).FriendlyName"
WD_BLACK SN850X 2TB
Що це означає: Ваш диск C: на новому SSD. Це перша і важлива зелена позначка.
Рішення: Якщо все ще показує модель старого диска — ви завантажилися з неправильного диска. Поверніться до меню прошивки і будьте явними у виборі.
Завдання 13: Підтвердити, що ESP, який використовується при завантаженні, знаходиться на новому SSD
cr0x@server:~$ mountvol
\\?\Volume{11111111-2222-3333-4444-555555555555}\
C:\
\\?\Volume{aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}\
*** NO MOUNT POINTS ***
\\?\Volume{ffffffff-1111-2222-3333-444444444444}\
\\?\Volume{ffffffff-1111-2222-3333-444444444444}\
Що це означає: mountvol показує томи; ESP часто не має букви. Сам по собі цей вивід недостатній, але допомагає зіставити томи, якщо тимчасово присвоїти букву ESP.
Рішення: Тимчасово присвойте букву ESP на новому диску, перевірте існування \EFI\Microsoft\Boot, потім зніміть букву.
Завдання 14: Присвоїти букву ESP і подивитися файли завантаження
cr0x@server:~$ powershell -NoProfile -Command "$esp = Get-Partition -DiskNumber 1 | Where-Object Type -EQ 'System'; $esp | Set-Partition -NewDriveLetter S; dir S:\EFI\Microsoft\Boot | Select -First 5"
Directory: S:\EFI\Microsoft\Boot
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 3/12/2025 9:14 PM 165872 bootmgfw.efi
-a---- 3/12/2025 9:14 PM 98304 bootmgr.efi
-a---- 3/12/2025 9:14 PM 8192 BCD
Що це означає: Файли завантаження існують на ESP нового диска.
Рішення: Якщо ця директорія відсутня на новому диску, потрібно відновити файли завантаження (bcdboot) або переконатися, що клонування виконано правильно.
Завдання 15: Явно відтворити файли завантаження на новому SSD (UEFI), якщо потрібно
cr0x@server:~$ bcdboot C:\Windows /s S: /f UEFI
Boot files successfully created.
Що це означає: Windows записав свіжий набір файлів завантаження на обраний ESP.
Рішення: Після цього встановіть у прошивці порядок завантаження на Windows Boot Manager нового диска. Потім зніміть букву ESP знову.
Завдання 16: Зняти букву з ESP (залишити його не змонтованим)
cr0x@server:~$ powershell -NoProfile -Command "Get-Partition -DriveLetter S | Remove-PartitionAccessPath -AccessPath 'S:\'"
Що це означає: ESP більше не видно в Провіднику. Добре.
Рішення: Ви не хочете, щоб щоденні програми скидали якісь файли в ESP, бо він виглядає як зовнішній USB-накопичувач.
Завдання 17: Знову увімкнути захист BitLocker після успішної валідації завантаження
cr0x@server:~$ manage-bde -protectors -enable C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Key protectors are enabled for volume C:.
Що це означає: Ви повернули захист завантажувального ланцюжка.
Рішення: Якщо наступне перезавантаження викличе запит BitLocker recovery — не панікуйте; скористайтеся ключем відновлення, потім підтвердіть порядок завантаження у прошивці і що ви не «стрибаєте» між дисками.
Завдання 18: Переконатися, що TRIM увімкнено на новому SSD
cr0x@server:~$ fsutil behavior query DisableDeleteNotify
DisableDeleteNotify = 0
Що це означає: TRIM увімкнено (0 означає, що Windows надсилає TRIM-команди).
Рішення: Якщо значення 1 — увімкніть TRIM (і запитайте, чому він був вимкнений — деякі «оптимізатори» роблять дурниці).
Завдання 19: Перевірити NVMe-драйвер і режим контролера зберігання (швидка перевірка)
cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class 'SCSIAdapter' | Select -First 5 Status,FriendlyName"
Status FriendlyName
------ ------------
OK Standard NVM Express Controller
OK Microsoft Storage Spaces Controller
Що це означає: Windows бачить NVMe-контролер і драйвери завантажені.
Рішення: Якщо статус контролера не OK, можливо, несумісність режиму зберігання у прошивці або відсутній драйвер для поточної конфігурації.
Три корпоративні історії з поля бою
Міні-історія 1: Інцидент через хибне припущення
Середня компанія вирішила оновити ноутбуки у відділі продажів. Хтось склав акуратну таблицю: клонувати старий SSD на новий, більший, потім відправити пристрої користувачам. Припущення на папері було безневинним: «Якщо C: завантажується — ми готові».
На робочому столі перші кілька пристроїв завантажувалися. Усі заспокоїлися. Потім у полі почали надходити скарги: деякі машини стартували кілька хвилин, деякі падали в recovery, деякі «ніби завантажувалися», але після оновлень починали вимагати BitLocker. Декілька пристроїв були фактично непрацездатні для нетехнічних користувачів, бо просили ключі у найгірший момент — наприклад, в аеропорту.
Корінна причина була не екзотичною. Клон скопіював том Windows, але файли завантаження все ще читалися зі старого EFI-розділу, бо обидва диски були підключені під час першого завантаження і Windows продовжував використовувати перший ESP, який йому сподобався. Коли пізніше ІТ відключили старі диски для перепрофілювання, системи втратили ланцюжок завантаження. Виправлення було нудне: відтворити файли завантаження на новому ESP, перевірити порядок завантаження у прошивці і лише потім знову підключити старий диск.
Урок: «завантажився один раз» не те саме, що «самостійно завантажується». Ваш резервний диск не має бути опорою, на яку спирається нова система.
Міні-історія 2: Оптимізація, що зіграла злий жарт
В іншому місці з’явилася ідея прискорити міграцію: використовували інструмент, що копіює лише «використані блоки» NTFS замість повного клонування. Це заощадило час у лабораторії. Також позбавило команду можливості вивчити розклад дисків, що теж важливо.
Проблема виявилась під час наступного великого оновлення Windows. WinRE (середовище відновлення) не змогло підготуватися належним чином. Машини не завершували оновлення, відкотувалися, і користувачі застрягли в циклі «встановлення оновлень», що ніколи не завершувався. Служба підтримки звинувачувала Microsoft (класика), потім драйвери, потім «погану партію SSD».
Справжня причина: копія «використаних блоків» пропустила маленький розділ відновлення, бо він здавався пустим або неважливим. Він ним не був. Windows очікувала його під час процесу оновлення. Деякі пристрої мали трохи відмінний макет розділів через OEM-утиліти, тому «єдина інструкція» виявилася непослідовною.
Урок оптимізації: якщо ви оптимізуєте і відкидаєте розділи, яких не розумієте, ви зустрінете їх пізніше в темному кутку. Швидше клонування не означає швидшу експлуатацію.
Міні-історія 3: Скучно, але правильно, врятувало день
Фінансовий відділ з репутацією стриманості виконав ту ж міграцію за суворими правилами. Кожна машина пройшла передперевірку: підтвердити режим UEFI, експортувати ключ відновлення BitLocker, зафіксувати серійні номери дисків, зберегти вивід `bcdedit` і зробити офлайн-клон повного диска. Потім — і це ключове — перше завантаження робили зі старим диском фізично відключеним.
Коли одна машина не завантажилася, це відразу діагностували. Не «можливо вона завантажила інший диск». Не «можливо Windows сам відремонтувався». Це був явний збій завантаження на новому SSD. Відтворили файли завантаження, перевірили вміст ESP і знову тестнули.
Після валідації знову підключили старий диск, але залишили його в стані offline у Windows Disk Management протягом першого тижня. Користувачі працювали нормально. Оновлення пройшли. BitLocker мовчав. Після тижня старі диски перепрофілювали в зашифровані зовнішні накопичувачі для бекапів.
Нудні процедури — фіксація ідентифікаторів, контроль порядку завантаження, ізоляція змін — не гламурні, але масштабуються. І вони рятують від розборок після інцидентів, де всі твердять, що «робили так само, як минулого разу».
Чеклісти / покроковий план (бездраматичний рукопис)
Фаза 0: Визначте «готово» (критерії прийняття)
- Система завантажується з нового SSD при відключеному старому SSD.
- BitLocker (якщо використовується) ввімкнено і не вимагає ключа при перезавантаженні.
- Windows Update успішно завершує хоча б один нормальний накопичувальний цикл оновлень.
- Продуктивність у нормі (немає раптового 100% використання диска, відсутні повільні входи).
- Старий SSD залишається незмінним і може завантажуватися (рекомендовано), або принаймні містить відомий добрий стан до міграції.
Фаза 1: Передпольотні перевірки (не клонувати загадку)
- Зафіксуйте моделі/серійні номери дисків (Завдання 1).
- Переконайтеся, що режим завантаження — UEFI (Завдання 3).
- Перевірте стан BitLocker і експортуйте ключі відновлення у безпечне місце (Завдання 5).
- Призупиніть захисники BitLocker (Завдання 6).
- Переконайтеся, що новий SSD принаймні не менший за використовуваний простір + розділи (Завдання 7).
Фаза 2: Клонування або відновлення (робіть офлайн, коли можливо)
- Завантажтеся з Linux live USB.
- Уважно ідентифікуйте диски (Завдання 8). Тричі перевірте імена пристроїв.
- Клонувати весь диск (Завдання 10) або використовуйте ваш робочий процес з образами, переконуючись, що ESP/MSR/Recovery включені.
Жарт №2: Найнебезпечніша команда в зберіганні — це та, в якій ви впевнені, що ввели її правильно.
Фаза 3: Перше завантаження з нового SSD (контрольовані умови)
- Фізично відключіть старий SSD (або надійно відключіть його у прошивці, якщо це можливо).
- Завантажтеся в меню прошивки і виберіть Windows Boot Manager нового SSD.
- У Windows підтвердіть, що C: на новому диску (Завдання 12).
- Перевірте наявність файлів завантаження на ESP нового диска (Завдання 14–16). При необхідності відновіть через bcdboot (Завдання 15).
Фаза 4: Період валідації (прогрів)
- Увімкніть захисники BitLocker (Завдання 17).
- Перезавантажтеся двічі. Так, двічі. Слідкуйте за запитами BitLocker.
- Запустіть Windows Update і перезавантажтеся.
- Підтвердьте, що TRIM увімкнено (Завдання 18).
- Перевірте диспетчер пристроїв / стан контролера (Завдання 19).
Фаза 5: Підключення старого SSD як резерв (щоб він не захопив завантаження)
- Підключіть старий SSD.
- У прошивці встановіть новий SSD першим пристроєм завантаження.
- У Windows розгляньте можливість тимчасово перевести старий диск в offline, щоб уникнути плутанини з буквами або завантаженням.
cr0x@server:~$ powershell -NoProfile -Command "Set-Disk -Number 0 -IsOffline $true; Get-Disk -Number 0 | Select Number,IsOffline"
Number IsOffline
------ ---------
0 True
Що це означає: Старий диск присутній, але в режимі offline — ідеальний резерв, який ви не хочете, щоб Windows «допомагав» використовувати.
Рішення: Тримайте його offline тиждень. Якщо новий диск стабільний, підключіть і перепрофілюйте. Якщо ні — швидко повернетеся назад.
Поширені помилки: симптом → причина → виправлення
1) Симптом: Новий SSD «завантажується», але при відключенні старого SSD система не стартує
Причина: Boot Manager/ESP усе ще на старому диску. Новий том Windows залежав від старого ESP.
Виправлення: Відключіть старий диск. Присвойте букву ESP на новому диску, потім виконайте `bcdboot C:\Windows /s S: /f UEFI`. Переконайтеся, що в прошивці порядок завантаження вказує на Windows Boot Manager нового SSD.
2) Симптом: Після міграції BitLocker просить ключ відновлення
Причина: Виміри завантаження TPM змінилися (інший шлях завантаження, зміни BCD, перемикання Secure Boot) або захисники не були призупинені перед клонуванням.
Виправлення: Одного разу використайте ключ відновлення, потім зафіксуйте порядок завантаження. Якщо ви призупиняли захист, знову ввімкніть його після стабілізації завантаження. Уникайте перемикань налаштувань UEFI під час процесу.
3) Симптом: BSOD «INACCESSIBLE_BOOT_DEVICE» на новому SSD
Причина: Невідповідність режиму контролера зберігання (AHCI vs RAID/VMD/RST) або відсутній драйвер для нової конфігурації контролера.
Виправлення: Поверніть режим зберігання у прошивці відповідно до оригінального. Якщо треба змінити режим — підготуйте Windows заздалегідь (контрольоване включення драйверів) і розглядайте це окремою зміною.
4) Симптом: У меню завантаження з’явилися дві інсталяції Windows або Windows завантажує «не ту»
Причина: Обидва диски підключені і обидва мають завантажувальні інсталяції, а прошивка/BCD невизначено перераховують їх.
Виправлення: Робіть перше завантаження лише з підключеним новим диском. Пізніше тримайте старий диск offline або видаліть його запис у boot. Переконайтеся, що порядок завантаження у прошивці явний.
5) Симптом: Новий SSD повільніший, ніж очікувалося
Причина: Неправильний слот PCIe/лінії, вузьке горлечко чипсету, старі налаштування прошивки або ви насправді завантажилися зі старого диска.
Виправлення: Підтвердіть модель диска ОС (Завдання 12). Перевірте стан NVMe-контролера (Завдання 19). Перегляньте виділення ліній у прошивці/документації материнської плати. Увімкніть TRIM (Завдання 18).
6) Симптом: Windows Update не вдається, помилки середовища відновлення або відсутній WinRE
Причина: Розділ відновлення не клоновано/відновлено або макет розділів неконсистентний.
Виправлення: Переклонувати весь диск включно з розділами відновлення або свідомо відновити WinRE після стабілізації завантаження. Не ігноруйте це: ви зустрінете це при наступному великому оновленні.
7) Симптом: На диску призначення не вистачає місця або не вдається розширити C:
Причина: Порядок розділів став таким, що розділ відновлення знаходиться після C:, блокуючи розширення; або клоновані розділи зберегли старі розміри.
Виправлення: Використайте Disk Management або інструмент для розділів, щоб перемістити/змінити розміри розділів (обережно). Краще: розширювати тільки після того, як ви переконалися, що новий диск самостійно завантажується.
Питання та відповіді
1) Мені слід клонувати весь диск чи лише розділ C:?
Клонувати весь диск, якщо ваша мета — «без хаосу». Розділи завантаження (ESP/System Reserved), MSR і Recovery на практиці не є опціональними.
2) Чи справді потрібно відключати старий SSD для першого завантаження?
Так, якщо хочете визначеності. Залишення обох підключених дозволяє Windows і прошивці обирати будь-який ESP або запис завантаження. Ваш тест стане безглуздим.
3) Чи можна тримати старий SSD як завантажувальний резерв довгостроково?
Можна, але треба бути дисциплінованим: зафіксуйте порядок завантаження у прошивці на новому диску і розгляньте варіант тримати старий диск offline у Windows, щоб уникнути випадкових записів і плутанини.
4) Чи клонування зламає ліцензії програм?
Зазвичай — ні, для більшості програм. Але деякі ліцензійні системи прив’язують ключ до апаратних ідентифікаторів і можуть вимагати реактивації. Активація Windows зазвичай переживає заміну накопичувача; великі зміни материнської плати — інша історія.
5) Що щодо переходу з SATA SSD на NVMe SSD?
Зазвичай усе добре, але має значення режим зберігання платформи (AHCI vs RAID/VMD). Також переконайтеся, що NVMe встановлено у слоті з підтримкою повної продуктивності і можливістю завантаження.
6) Чи варто відключати BitLocker або розшифровувати перед клонуванням?
Краще призупинити захисники, ніж розшифровувати. Розшифрування може зайняти багато часу і підвищує ризик. Suspend → clone → validate boot → re-enable.
7) Як дізнатися, чи новий SSD справді незалежний?
Успішно завантажтеся при фізично відключеному старому диску. Це чистий тест. Потім перевірте наявність файлів завантаження на ESP нового диска і що BCD вказує на правильну інсталяцію.
8) Я клонув і тепер маю два «System» розділи. Який використовується?
Той, на який вказує запис завантаження прошивки. Саме тому відтворюємо файли завантаження на новому диску за потреби і явно встановлюємо порядок завантаження у прошивці. Невизначеність — ворог.
9) Чи можна використовувати старий SSD як додаткове сховище після того, як я впевнений?
Так, але не форматувати його одразу. Тримайте його недоторканим принаймні тиждень нормальної роботи. Коли будете перепрофілювати — стирайте свідомо і видаляйте застарілі записи завантаження.
10) Який найнадійніший план відкату?
Залиште старий SSD незмінним. Якщо новий диск поводиться неправильно — вимкніть живлення, встановіть у прошивці завантаження зі старого SSD (або перемкніть порядок) і ви повернетеся до робочого стану без відновлення образів.
Висновок: наступні кроки, які не зіпсують ваші вихідні
Перенесення Windows на новий SSD легко зробити неправильно і вкрай приємно виконати правильно. Різниця — у ставленні до процесу як до міграції завантажувального ланцюжка, а не просто копію файлів під оптимізмом.
Зробіть наступне:
- Виконайте передпольотні перевірки (ідентифікатори дисків, режим завантаження, стан BitLocker).
- Призупиніть захисники BitLocker, потім зробіть повне офлайн-клонування диска.
- Перше завантаження робіть зі старим SSD відключеним. Підтвердіть, що C: і ESP на новому SSD.
- Увімкніть BitLocker, перезавантажтеся двічі, виконайте оновлення і дайте системі «прогоріти» тиждень.
- Тільки потім підключайте старий SSD як резерв або перепрофілюйте його з наміром.