Как я штатными средствами Windows 7 с HDD на SSD мигрировал

Предыстория

Шесть лет тому назад прикупил я себе компьютер, и, в качестве системного диска, установил 1,5 Терабайтный Western Digital Caviar Green (WD15EARS). В то время я выбирал по принципу «что есть и вроде бренд извстный». С тех пор уже несколько дисков WD померли прямо у меня на руках. Особо запомнился 3Тб, тоже из серии Green WD30EZRX, который начал жутко тормозить и буквально через день умер совсем. Тогда мне его заменили по гарантии на точно такой же, но и новый тоже, чуть меньше чем через год, умер точно по тому же сценарию. Кроме этих двух экземпляров я наблюдал периодические смерти WD купленных ранее.
Тем не менее, этот системный терабайтник хорошо себя показал и жив по сей день, наработав за шесть лет в сумме 21 тысячу часов, или 2,4 года. Однако, иногда в S.M.A.R.T. появляются восклицательные знаки, мол «пару секторов подозрительных», да и 6 лет – срок уже заметный, поэтому решил я, что нужно его чем-нибудь заменить на роли системного, пока он ещё бодрячком и читается.
Я решил, что неплохо бы обратиться к современным технологиям, и обзавестись уже SSD.
Диск разбит у меня на два раздела (не считая системного скрытого 100Мб): 512 Гб под систему и всё остальное. Системный раздел был свободен почти на половину и поэтому я резонно решил что SSD на 480 Гб будет предостаточно.

Покупка SSD

Среди SSD я рассматривал варианты на памяти MLC, поскольку с некоторым подозрением отношусь к TLC которая хоть и на треть дешевле, но и ресурс в три раза меньше. Остановил свой выбор на Kingston SSDnow SV300S37A/480G, о котором довольно хорошие отзывы. Работает он на базе зарекомендовавшего себя контроллера SandForce 2281.
В магазине был комплект за 9870 рублей, состоящий только из самого диска и рамочки на самоклейках. Как я понял, рамочка нужна, чтобы увеличить толщину диска с 7мм до 9мм, если это необходимо.

Поэтому, чтобы вместить диск в системный блок, я раскошелился ещё на 320 рублей, дабы прикупить железячку-переходник с комплектом винтиков KINGSTON SNA-BR2/35.
Диск стал как родной в переходник, а переходник удачно вошёл в системный блок к безвинтовым креплениям.

Выбор средства для переноса раздела

Идея о чистой переустановке операционной системы меня совсем не привлекала, потому как я потом бы замучался снова устанавливать и настраивать все приложения, поэтому я решил переносить раздел целиком.
Для переноса в этих ваших интернетах рекомендуют программы разной степени платности или пиратности, но ещё говорят что, мол, можно перенести раздел штатными средствами Windows 7. Идея меня заинтересовала, и я решил, во что бы то ни стало, перенести раздел именно штатными средствами.
На сайте Микрософта есть вот такая статья: support.microsoft.com/ru-ru/kb/2736980 которая и описывает пресловутый процесс переноса. Ах, если бы всё было так просто, как это описывают…

Подготовка к переносу

Согласно вышеупомянутой инструкции от Микрософт, я начал с выполнения sysprep.exe
Полагаю, этот шаг совсем не обязателен, можно было бы переносить систему в том виде, в каком она есть сразу, но я решил делать всё по инструкции и посмотреть что будет.
Уже в процессе работы 215 Гб свободного места на системном диске, внезапно разрослись до 257 Гб. То есть 40 Гигов у меня было занято всякой фигнёй. Я подумал, что эту утилитку полезно запускать иногда, даже если не переносить систему.
Но тут процесс очистки внезапно рухнул со словами «Произошла неустранимая ошибка при выполнении программы Sysprep на компьютере». Вот так вот.

Я полез в интернет и выяснил что нужно заглянуть в файлик C:\Windows\System32\sysprep\Panther\setuperr.log

Там я обнаружил такие строки:
2016-07-21 23:19:30, Error [0x0f0082] SYSPRP LaunchDll:Failure occurred while executing 'drmv2clt.dll, Sysprep', returned error code -2147024864[gle=0x00000020]
2016-07-21 23:19:30, Error [0x0f0070] SYSPRP RunExternalDlls:An error occurred while running registry sysprep DLLs, halting sysprep execution. dwRet = -2147024864[gle=0x00000020]
2016-07-21 23:19:30, Error [0x0f00a8] SYSPRP WinMain:Hit failure while processing sysprep cleanup providers; hr = 0x80070020[gle=0x00000020]

Гугление по словосочетаниям sysprep и drmv2clt.dll привело к решению: оказывается нужно остановить «Службу общих сетевых ресурсов проигрывателя Windows Media» (WMPNetworkSvc). Каким боком она тут привязана – мне не понятно. Но ладно. Ctrl+Shift+Esc, вкладка службы, на нужной строке правой кнопкой и «Остановить службу». Затем снова запускаю sysprep и Вуаля! Процесс успешно завершён.
Как описано в инструкции, компьютер перезагружается, затем спрашивает основные настройки, предлагает создать пользователя, для которого нужно задать фиктивное имя, а потом пользователя удалить. И ещё требуется ввести ключ от установочного диска. Зато все остальные установленные программы и настройки остались на месте. И ещё нарисовалась куча свободного места на диске.

Затем, для пущей экономии места я отключил гибернацию:
Win+R -> набираем «cmd», запускаем, в консоли:
powercfg -h off

Также отключил защиту системы и файл подкачки (и то и другое после переноса системы нужно включить обратно). Делается это так:
1) Жмём Win+Pause
2) В окошке пункт «Защита системы» открывается окошко «Свойства системы» на вкладке «Защита системы»
3) Выбираем в списке Локальный диск (C:) (Система) и жмём «Настроить»
4) Выбираем «Отключить защиту системы» и ОК. Защита системы отключена, место освобождено
5) В открытом окошке «Свойства системы» на вкладке «Дополнительно» в блоке «Быстродействие» жмём кнопку «Параметры», открывается окошко «Параметры быстродействия»
6) там на вкладке «Дополнительно» в блоке «Виртуальная память» жмём кнопку «Изменить», открывается окно «Виртуальная память».
7) Снимаем галку «Автоматически выбирать объём файла подкачки», если она стоит
8) Если в системе мало оперативной памяти (4Гб и меньше) то желательно не отключать подкачку совсем, а перенести её на другой диск, выбираем любой другой диск в списке, и ставим пупырку «Размер по выбору системы», затем кнопку «Задать». Если в системе дофига памяти, то этот шаг можно пропустить и просто отключить подкачку. Важно после переноса системы включить её обратно
9) Для диска C: в списке выбираем «Без файла подкачки» и «Задать»
10) Жмём «Ок» и перезагрузаем компьютер. Теперь в системе нет файла подкачки, а свободного места на диске стало ещё больше.

Первая неудачная попытка переноса

Значит, заархивировал я систему, по инструкции от Микрософт, еду дальше: отключаю системный жёсткий диск, подключаю свой новенький SSD, в BIOS настраиваю загрузку с CD/DVD, вставляю установочный диск, загружаюсь, жму по инструкции все кнопки, процесс восстановление начинается и тут же завершается:

«Сбой операции восстановления образа системы. Отсутствует диск, который можно использовать для восстановления образа системы».
«Что за нафиг?» — спросил я себя. Ответа не последовало. Гугление показало мне мою первую ошибку: при восстановлении средствами системы, восстанавливается раздел целиком и разметка разделов, а значит, на диске назначения должно быть места не меньше чем в исходных разделах.
Отключаю SSD, подключаю старый добрый системный диск и начинаю процесс ужатия раздела.

Гибибибюбябюбу…

Во времена моей юности программисты были суровы и приставки кило- -мега- гига- для байтов, битов использовали не по десятичному, а по двоичному значению, т.е кило – это 1024, мега – это 1024*1024 = 1 048 576 и т.д. В те времена программы были хмуры и непонятны, оперативной памяти всегда мало, а сами профессии IT означали смесь искусства с высоким техническим профессионализмом. Некоторые программисты были настолько суровы, что у них в килограмме было 1024 грамм.
Но времена поменялись, и на смену суровым бородатым программерам и сисадминам пришла метросексуальная молодёжь, и они начали диктовать свои правила, и строчить разные «стандарты», закутавшись в свой розовый шарфичек. ru.wikipedia.org/wiki/%D0…2%D0%B0%D0%B2%D0%BA%D0%B8
В килобайте вдруг стало ровно 1000 байт, в гигабайте – ровно миллиард. А то, что содержит 1 024 байта стало называться (о ужас!) «Кибибайт». А знаете, как эти метросексуалы называют 1 073 741 824 байт? «Гибибайт». Какой позор!
Как бы там ни было, далеко не все производители компьютерных железок поддержали эту сексуальную революцию, не поддались на эти «гибибибюбябюбу» и «4 гигабайта» оперативной памяти по-прежнему содержат 4 294 967 296 байт, а кэш процессора в «8 мегабайт» по-прежнему означает 8 388 608 байт.
А вот их ушлые коллеги, производители дисков, очень быстренько освоились, и начали писать объём в десятичных «гигабайтах», чтобы казаться круче, чем они есть на самом деле.
Так, в SSD на котором написано 480 Gb, на деле доступно 480 000 000 000 байт, или по-нашему, по-суровому, по-олдфажному, по-старперски это будет 447 Гигабайт, или, если следовать метросексуальной моде 447 Гибибайт.
На деле же SSD накопитель содержит микросхем на все 512 гигов, причём суровых челябинских гигов. Однако восьмая часть используется как резервная. Микросхемы флеш-памяти имеют достаточно ограниченный ресурс перезаписи, и износ может проявляться уже после 3000 циклов перезаписи. Поэтому контроллер SSD накопителя старательно следит, чтобы операции записи совершались в физические разные участки флеш-памяти, а если какой-то участок долго лишь хранит данные, но не перезаписывает, контроллер переносит эти данные в другое место, а этот участок включается в круговорот циклов записи. Таким образом, несмотря на то что ресурс флеш-памяти ограничен, благодаря работе контроллера износ распределяется между разными блоками, и ресурс всего SSD диска определяется отношением числа записанных байт к его объёму. Например, для моего накопителя, производитель обещает ресурс минимум 256 Терабайт. То есть, если каждый день записывать по 70 Гигабайт, накопитель должен продержаться 10 лет. На деле же количество записанных данных в день на системный диск при обычной работе находится в пределах 5-10 Гигабайт.

Итак, у меня есть диск с системным разделом размером 512 Гб, из которых заняты только 200-с-небольшим. И есть новый SSD диск со свободными 447 Гб, куда я хочу этот раздел перенести. Раз раздел разворачивается целиком, значит нужно выполнить…

Сжатие раздела

Благо, Windows 7 умеет собственными средствами изменять размер разделов жёсткого диска «на живую»
Для начала нужно закрыть все выполняющиеся программы, это важно, затем идём Пуск -> Панель управления -> Администрирование -> Управление компьютером.
Там в дереве слева выбираем «Запоминающие устройства» — «Управление дисками», тыркаем, справа у нас появляется схема структуры всех физических дисков.
На нужном разделе кликаем правой кнопкой и выбираем «Сжать том».

Тут появляется окошечко «Запрос места для сжатия» и висит неподвижно. Подскажу один лайфхак: поскольку сжатие разделов выполняется той же службой что и дефрагментация диска, то можно параллельно в фоне открыть окно дефрагментации, в нём будет отображаться сколько процентов от текущей операции завершено. Для этого жмём Пуск -> Компьютер, затем тыркаем в любой из жёстких дисков правой кнопкой, в меню выбираем «Свойства», переходим на вкладку «Сервис» и жмём «Выполнить дефрагментацию». Больше ничего не жмём, в открывшемся окошечке в колонке «Ход выполнения» будет отображаться процент завершения анализа и сжатия раздела.

Процедура анализа раздела не быстрая, хватит попить чай. Но после того как она завершена, выскакивает такое окошечко:

Если можно сразу сделать раздел меньше чем нужно, то хорошо, но в моём случае разрешалось отрезать только около 50 гигов из нужных 65. Как видно, процесс ругается на некие «неперемещаемые данные». Если залезть в справку, то там будет написано, что неперемещаемые данные – это, например, файл подкачки и теневые копии. Как отключить файл подкачки я писал выше, а чтобы удалить теневые копии делаем так:
Win+R, запускаем cmd (убеждаемся что он запускается от имени администратора).
Там пишем буквально следующее:

vssadmin delete shadows /for=c:

Это удалит все файлы теневых копий для диска c:

Можно попробовать повторить сжатие тома, если на этот раз удаётся уменьшить том на больший объём, то хорошо. Но может случиться так, что и теперь объём недостаточен.
Что же это за такие «неперемещаемые файлы», которые не дают уменьшить раздел? Очень просто: это те файлы, которые в данный момент заняты другими службами и приложениями. Именно поэтому очень важно закрыть другие выполняющиеся программы, поскольку иначе, если они держат какие-то файлы открытыми, то эти файлы не могут быть перемещены, и если эти файлы физически располагаются где-то в конце раздела диска, то они и не дадут уменьшить размер этого раздела. По сути, операция «сжатия тома» представляет собой перенос данных файлов от конца раздела жёсткого диска к началу, так, чтобы область диска в конце оказалась полностью свободной; затем эта область объявляется не относящейся к разделу, т.е. размер раздела уменьшается.

Чтобы узнать какая именно сволочь не даёт уменьшить наш любимый системный раздел, идём смотреть в журнал. Для этого снова делаем Пуск -> Панель управления -> Администрирование -> Управление компьютером (можно использовать уже открытое окно, но для удобства лучше открыть второе), только теперь идём не в управление дисками, а в Просмотр событий -> Журналы Windows -> Приложение. Справа вываливается список всяких системных событий. Но всякие нас не интересуют, поэтому жмём справа на панели «Действия» Фильтр текущего журнала и там в поле, где написано <все коды событий> набираем число 259, жмём «OK» и вот список уже ограничен только интересующими нас событиями. Кликаем в самое последнее по дате событие. Там будет что-то вроде такого:

Анализ сжатия тома начат для тома (C:). Бла-бла-бла, тра-ля-ля
Сведения диагностики:
— Последний неперемещенный файл: \Windows\System32\catroot2\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\catdb::$DATA
Вот именно эта строчка нас и интересует. Теперь процедура такая: гуглим к кому же этот файл относится, если это служба, то эту службу надо остановить, если это приложение – то закрыть приложение.
Останавливается служба так: Ctrl+Shif+Esc, появляется «Диспетчер задач Windows» вкладка «Службы», там находим нужную службу, правой кнопкой «Остановить службу»
Затем, делаем следующее:
1) этот файл, а лучше все файлы из этой папки копируем в другую временную папку;
2) удаляем все файлы из исходной папки;
3) переносим из временной папки файлы обратно в исходную папку.
Если какой-то файл не удаётся скопировать или удалить, значит, он всё ещё занят. Эта последовательность действий нужна чтобы создать новую копию файлов, которые займут нижние сектора раздела диска и не будут уже мешать сжатию тома.
Можно, конечно, ничего никуда не переносить и не удалять, а просто остановить службу, но тогда, если придётся перезагрузить компьютер, служба заново запустится и эти файлы снова будут заняты.
Итак, из того что было у меня, какие файлы и что с ними делать:

\Windows\System32\catroot2\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}\catdb::$DATA
Этот файл используется службой CryptSvc. Остановка службы освобождает файл

\ProgramData\Microsoft\Microsoft Antimalware\Scans\History\CacheManager\MpScanCache-0.bin::$DATA
Этот файл используется службой MsMpSvc, которая является частью Microsoft Security Essentials. Просто так эту службу не остановить, прийдётся сносить приложение целиком.

\ProgramData\Microsoft\Search\Data\Applications\Windows\Windows.edb::$DATA
Это база данных, которая используется службой «Windows Search» (wsearch). Остановка службы освобождает файл.

\Users\user_name_here\AppData\Local\Microsoft\Windows\WebCache\WebCacheV01.dat::$DATA
Один из самых жутких: это кэш интернет эксплорера. Поскольку IE является частью самой операционки, файл этого кэша всегда занят и присутствует. Как удалить его через специальный скрипт, описано здесь:
blogs.msdn.microsoft.com/…pgrading-to-ie10-or-ie11/

Вкратце, в папке C:\Windows\System32\GroupPolicy\User\Scripts\Logoff создаём текстовый файл, который называем ClearIECache.cmd (название не принципиально, лишь бы расширение cmd) и со следующим содержимым:
echo OFF
net stop COMSysApp
taskkill /F /IM dllhost.exe
taskkill /F /IM taskhost.exe
taskkill /F /IM taskhostex.exe
del /Q %LocalAppData%\Microsoft\Windows\WebCache\*.*
net start COMSysApp
echo ON

Затем жмём Win+R набираем gpedit.msc «Конфигурация пользователя» «Конфигурация Windows» «Сценарии (вход/выход из системы)», два раза жмём на «Выход из системы» и в открывшемся окошке кнопку «Добавить» и выбираем свежесозданный скрипт.
Остаётся перезагрузить компьютер, после чего кэш будет удалён. Главное не забыть потом убрать этот сценарий из этого списка.

В результате таких махинаций, в очередной раз служба управления дисками сказала что можно уменьшить размер раздела аж почти до упора. Я не стал сжимать до упора, а оставил несколько десятков гигабайт свободного места про запас. После нескольких минут треска диском, системный раздел стал меньше 300 Гб.
Осталось повторить процедуру резервного копирования.

Архивация системы

Для архивации нужен ещё один жёсткий диск. Говорят, можно заархивировать систему на CD/DVD и даже сохранить на другом компьютере, подключенном по сети, но не пробовал. На диске должно быть достаточно дофига свободного места, чтобы сохранить системный раздел.
Итак, Пуск -> Панель управления -> Архивация и восстановление -> Создание образа системы, выбираем на какой диск сохранить, выбираем какие разделы будем архивировать. Нам нужны только «Зарезервировано системой» 100Мб раздел и, собственно, системный раздел C: — они оба выбраны по-умолчанию. Жмём «Далее» «Архивировать» и идём гулять, процесс долгий, затянется на час а то и больше.

Развёртывание системы. Попытка номер 2

Снова отключаю системный диск, подключаю SSD, загружаюсь с установочного DVD, запускаю восстановление. Теперь копируемый раздел меньше объёма диска, но снова знакомое окошко:
«Сбой операции восстановления образа системы. Отсутствует диск, который можно использовать для восстановления образа системы».
«Что за нафиг?» — снов безответно спросил я себя. В результате разных тыканий я таки забрёл в BIOS, где переключил диски, так что диск, на котором сохранён образ системы, теперь стал первым, а SSD – вторым.
Снова загружаюсь с DVD и запускаю восстановление системы. И снова неудача. Но на этот раз сообщение совсем другое:

Сбой операции восстановления образа системы.
Сведения об ошибке: Диск, установленный в BIOS в качестве активного, слишком мал для восстановления исходного системного диска. Замените этот диск на больший и повторите операцию восстановления. (0x80042407)

Как я понял, несмотря на то, что заархивированы два небольших размера, службе восстановления системы нужно ни жить ни быть разметить физический носитель точно также, как он был размечен на момент сохранения резервной копии. То есть, несмотря на то что 800-гиговый раздел не вошёл в архив, всё равно он должен быть и точка.

Я загуглил по коду ошибки и наткнулся на этот замечательный форум: social.technet.microsoft.…usly?forum=winserverfiles
Топовый ответ достаточно подробно расписывает как восстанавливать разделы из архива вручную и по-одному. После неудачного процесса восстановления вываливается окошко, которое предлагает, что делать дальше. Одним из вариантов оно предлагает запустить командную строку. Вот это то нам и нужно. Итак, опишу процесс, как он происходил у меня.

Сначала нужно разметить новый диск и создать на нём два раздела. Первый – 100мб – скрытый системный. А второй – всё что осталось. Делается это в интерпретаторе diskpart.
1) набираем «list disk», на экран вываливается список дисков, обнаруженных в системе. У меня диск 0 – это жёсткий диск с архивом, 1 – это SSD накопитель, и ещё 4 – это картридер.
2) набираем «select disk 1», где 1 – это номер нужного диска. Главное не перепутать! А то обидно будет отформатировать диск с архивом системы.

После этого можно сделать снова «list disk» выбранный диск будет отмечен звёздочкой, убеждаемся что выбран правильный диск.
3) «Create par primary size=100» создаём раздел 100Мб который будет скрытым системным
4) «Format fs=ntfs quick label=”OS”» форматируем свежесозданный раздел. Метку можно выбрать любую, или не указывать вовсе.
5) «Assign letter=s» присваиваем разделу букву. Можно выбрать любую незадействованную. Я вот выбрал s
6) «Create par primary» создаём ещё раздел на всём свободном пространстве
7) «Format fs=ntfs quick label=”System”» форматируем его тоже. Точно также, метка от балды. Всё равно в процессе восстановления она будет заменена.
8) «Assign letter=t» присваиваем разделу букву. У меня это была буква t
9) «detail disk» смотрим сведения о диске, дабы убедиться что всё сделано правильно.

10) «exit» чтобы выйти из интерпретатора и вернуться в командную строку.

Теперь на два созданных раздела нужно восстановить разделы из архива. Для этого служит утилита wbadmin, которая вызывается с хитрыми параметрами из командной строки.
1) «wbadmin get versions –backupTarget:c:» — :c: — присвоенная в данный момент буква диска, на котором хранится архив. Такой запрос вываливает на экран список доступных на этом диске версий:

Из всего этого нас интересует только идентификатор версии. В моём случае это 07/22/2016-09:27 – его нужно записать со всеми слэшами, минусом и двоеточием.
2) «wbadmin get items –version: 07/22/2016-09:27 –backupTarget:c:» — этот запрос вываливает на экран элементы архива, доступные для восстановления.

Из всего этого нас интересует длинный ИД тома – т.е. всё то что в фигурных скобках, вместе со скобками. Чтобы выделить часть текста и скопировать его в буфер, жмём на иконку окошка слева вверху, выбираем «Изменить» «Пометить», выделяем мышой нужный нам фрагмент и жмём Enter – выделенный текст копируется в буфер. Там же есть пункт «Вставить», при выборе его всё что содержится в буфере выводится как будто нажатия клавиш. Если скопировано две строки, то перевод строки превратится в нажатие Enter – тут надо быть внимательнее.
3) и 4) «wbadmin start recovery –version:07/22/2016-09:27 –backupTarget:c: -itemType:volume –items:\\?\Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} –recoveryTarget:s:» — здесь указано что нужно бы восстановить раздел диска, в фигурных скобках нужно указать ИД соответствующего тома из архива, recoveryTarget указывает раздел, на который этот архив будет развёрнут. Соответственно для архива 100мб раздела нужно указать созданный 100мб раздел – у меня это был s, а для основного раздела диска – другой, который у меня был t. На вопрос жмём y, и ждём, пока раздел довосстановится.

Ещё не всё! Теперь нужно снова зайти в diskpart и сделать маленький 100Мб раздел активным, дабы с него загружалась операционка.
1) Запускаем diskpart, набираем «list volume» дабы посмотреть какие разделы есть в системе
2) Набираем «select volume s», где s – буква того самого маленького 100Мб раздела.
3) Набираем «active»

4) «exit»

Теперь можно перезагрузить компьютер. Остаётся зайти в BIOS и настроить диски таким образом, чтобы новый диск был первым – т.е. загрузочным.

Но загрузку следует оставить с компакт-диска! После очередной загрузки установщик скажет что загрузочный диск закривел и предложит его восстановить.

Жмём «исправить и перезапустить». Теперь в BIOS'е осталось настроить загрузку с новоиспечённого диска. И ещё через несколько секунд — операционка с космической скоростью загружается, и через 20 секунд виден уже привычный рабочий стол. Фух!

Резюме

Очень странно, что Microsoft не смогли предусмотреть такую, казалось бы, простую и естественную операцию как перенос системного раздела в пару кликов. Но, как видно, эту операцию всё же можно выполнить, используя лишь штатные средства Windows 7.

Впечатления от SSD

Что сказать, SSD – это зверь! Теперь всё грузится влёт, ничто не тормозит. Реакция на щелчки мышкой мгновенная. Хотя несколько пугает отсутствие привычного треска головок жёсткого диска.
Я даже перенёс sdk от Android на ssd, и тепрь, например, загрузка Android Studio занимает 20 секунд, а запуск эмулятора 15 секунд и ещё 20 секунд на загрузку Андроида внутри эмулятора – т.е. от момента запуска до отображения экрана блокировки. Atmel Studio загружается за 20 секунд.
Кроме того, я попереносил на SSD некоторые игрушки из Steam библиотеки на другом диске. Игрушки тоже стали летать!

В двух словах, всем у кого нет SSD – рекомендую обзавестись