НЕ ПРОПУСТИТЬ ИНТЕРЕСНОЕ

Свежие обсуждения

Sorry. No data so far.

Перенос Windows 7 на твердотельный диск небольшого объема. Часть 2. Клонирование системы, перенос профилей пользователей

Продолжаем описание процесса установки твердотельного жесткого диска и переноса на него операционной системы Windows 7.

В связи с тем, что емкость твердотельного накопителя, на который предполагается перенести операционную систему, не столь велика – 60 ГБ, в прошлый раз мы приняли решение не переносить на него профили пользователей, а оставить их на обычном механическом HDD-диске. Таким образом точнее было бы сказать, что операционную систему мы будем переносить на два жестких диска.

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

Предварительно мы уже уменьшили объем занимаемого системой места, и теперь системные папки без проблем поместятся на новом SSD-диске.

Подготовка к переносу операционной системы Windows 7 на SSD-диск

Сделаем еще несколько заключительных операций непосредственно перед переносом Windows 7:

Убираем с диска C: файл подкачки

Открываем «Панель управления» -> «Система» -> «Дополнительные параметры системы». В окне «Свойства системы» нажимаем вкладку «Дополнительно». В разделе «Быстродействие» нажимаем «Параметры». В открывшемся окне «Параметры быстродействия» снова выбираем вкладку «Дополнительно», далее «Изменить».

pagefilesys

Снимаем галочку «Автоматически выбирать объем файла подкачки», выбираем в списке диск C: (на рисунке представлен компьютер с одним диском), ставим отметку «Без файла подкачки» и нажимаем «Задать». Закрываем все окна, в процессе чего система попросит перезагрузиться.

Если оперативной памяти в компьютере установлено мало и по поводу файла подкачки есть сомнения, то пока его можно и не убирать, или задать для него меньший размер. Главное, чтобы на SSD-диске хватило места.

Отключаем спящий режим хибернейт (Hibernate mode)

Запускаем «Командная строка» с правами администратора («Запуск от имени администратора» в контекстном меню по клику правой кнопкой мыши). В открывшемся окне набираем команду:
powercfg.exe /h off
Вместе с отключением режима хибернейт удалится файл Hiberfil.sys – как раз это нам и нужно.

Создаем нового пользователя с правами администратора

Нам нужна учетная запись пользователя, профиль которого мы оставим на диске С: и в сеансе которого будем выполнять все дальнейшие действия. В принципе, нового пользователя можно и не создавать, а включить временно пользователя «Администратор». Но что-то мне подсказывает, что на всякий случай лучше создать нового и не удалять его впоследствии.

Для тех, кто еще ни разу пользователями не занимался. Добавить пользователя можно различными путями. В нашем случае воспользуемся таким:

Открываем «Панель управления» > «Учетные записи пользователей» > «Управление другой учетной записью» > «Создание учетной записи».

newuser

В появившемся окне в поле под «Укажите имя учетной записи и ее тип» вводим любое понравившееся вам новое имя учетной записи (на рисунке – «UserAdm»). Выбираем «Администратор» и нажимаем «Создание учетной записи». Готово.

Если предполагается этого пользователя сохранить в дальнейшем, то обязательно нужно задать ему пароль. Сделать это можно повторно вызвав апплет: «Панель управления» -> «Учетные записи пользователей» -> «Управление другой учетной записью».

Перезапускаем систему, и заходим под новым, только что созданным, пользователем. Убеждаемся, что все в порядке.

Делаем бекап системы

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

Проверяем, включен ли в BIOS режим AHCI контроллера жестких дисков

Advanced Host Controller Interface (AHCI)  — это режим работы контроллера, который позволяет устройствам SATA пользоваться расширенными функциями. Без AHCI работа SSD-диска будет неэффективной.

Если в BIOS вашего компьютера все еще включен устаревший режим IDE классического ATA-контроллера, то придется сделать дополнительные шаги для включения режима AHCI. Дело в том, просто переключить в BIOS режим работы контроллера дисков на AHCI, не получится. Как это сделать читаем здесь.

Инсталлируем новый SSD-диск в компьютер

Теперь можно уже установить новый твердотельный диск в компьютер. До сих пор он нам был не нужен. Буквально через один этап мы начнем работать непосредственно с ним.

Мне достался коробочный вариант Intel Solid-State Drive 520 Series, включающий в себя все необходимые дополнительные компоненты: 3,5” адаптер, крепежные элементы, кабели и диск с ПО. Так что с установкой этого диска в компьютер проблем не возникло.

Теперь начинается самое интересное.

Перемещение профилей пользователей Windows 7 на другой диск с использованием утилиты «Средство переноса данных Windows»

Все, что мы делали до сих пор, можно назвать подготовкой. Приступаем непосредственно к процессу миграции системы. На всякий случай напоминаю, что мы решили перенести Windows 7 на два диска: системные папки и файлы на SSD-диск, профили пользователей — на обычный HDD. Вот последним сейчас и займемся.

Надо сказать, что за время работы системным администратором я пересадил достаточно большое количество пользователей с одного компьютера на другой. В самом недавнем прошлом это были «переезды» с Windows XP на Windows 7. В условиях офисной сети это весьма несложная операция – все компьютеры и пользователи в домене Active Directory. Если включить перемещаемый профиль пользователя, так и совсем «руками» почти ничего не нужно делать.

С переносом профилей пользователей Windows 7 на локальном компьютере дело обстоит несколько сложнее. Особенно, когда их надо переместить на другой диск (не С:).

Когда я начал обдумывать стратегию такого переноса, то на глаза мне попалась статья, в которой для этой цели рекомендовалось использовать стандартное для семерки «Средство переноса данных Windows». Идея мне понравилась, на первый взгляд все выглядело весьма логично, и я решил ей воспользоваться.

Забегая вперед скажу, на поверку оказалось, что автор статьи не очень тщательно акцентировал некоторые моменты, надеюсь, что не специально. Кроме того на определенном этапе возникла непредвиденная ситуация, которая чуть не поставила под вопрос успех мероприятия.

Одним словом, не ленитесь делать бекап до начала «славных дел» и не полагайтесь безоговорочно на все инструкции и рекомендации, найденные в Интернет. На деле все может пойти не совсем так как написано.

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

Выбор и сохранение переносимых данных

Первое, что обязательно надо сделать до запуска «Средство переноса данных Windows», и чего не было в статье, это зайти в «Панель управления» -> «Параметры папок» -> «Вид»,

viewsysfolders

снять отметку у «Скрывать защищенные системные файлы…» и включить «Показывать скрытые файлы, папки и диски». В противном случае визард полностью оправдает свое название, и никакой профиль перенести не получится, только данные.

Идем в «Пуск» -> «Все программы» -> «Стандартные» -> «Служебные» и запускаем «Средство переноса данных Windows». Нажимаем «Далее» -> «Внешний диск или USB-устройство флэш-памяти» -> «Это мой исходный компьютер». Откроется показанное ниже окно. В первый момент после его появления будет происходить сканирование папок и файлов, которые по мнению утилиты можно перенести. Это займет некоторое время, пропорциональное количеству данных:

datamigrtools

Предположим, что у нас есть два пользователя: «User-1», «User-2», профили которых мы попробуем перенести на другой диск, и специально созданный пользователь «UserAdm» с правами администратора, которого мы никуда переносить не будем. В сеансе последнего мы и будем выполнять все дальнейшие действия.

Если слепо довериться тому, что по умолчанию предложит утилита от Microsoft, то никакие профили мы не перенесем, только некоторые данные. Нажимаем «Настройка» под любым из пользователей:

datamigrtools1

В появившемся окошке с выбором категорий данных нажимаем «Дополнительно»:

choicedata

Вот почему так важно было включить видимость скрытых и системных файлов! В противном случае из списка исчезли бы и папка «AppData» и все файлы NTUSER*. Их надо обязательно выбрать для перемещения, как показано на рисунке, для всех «переезжающих» профилей. «AppData» проверьте дополнительно. Отмечаем для перемещения только папки и файлы, относящиеся к нашим пользователям «User-1» и «User-2».

Сохраняем сделанный выбор и нажимаем «Далее». В следующем окне есть возможность защитить выгружаемые данные паролем. Это не обязательно. Нажимаем «Сохранить», выбираем место, куда будет записан файл с данными профилей, еще раз нажимаем «Сохранить».

Универсальную рекомендацию по выбору места для этого файла, дать сложно, да, наверное, и невозможно — у вас будет свой размер и своя конфигурация. Это может быть внешний или еще один внутренний диск. Единственное, что можно сказать точно – на С: он нам сейчас точно не нужен.

Дожидаемся завершения процесса сохранения копии содержимого профилей перемещаемых пользователей и идем дальше. Пока еще ничего не произошло.

Удаление с диска С: пользовательских профилей, перемещаемых на другой диск

Изменение стандартной конфигурации системы Windows 7 начинается только сейчас.

Снова открываем «Панель управления» -> «Система» -> «Дополнительные параметры системы» -> «Свойства системы» -> «Дополнительно». В разделе «Профили пользователей» нажимаем «Параметры». В открывшемся окне «Профили пользователей» выбираем первую «жертву», например, нашего пользователя «User-1», и нажимаем «Удалить». Точно также удаляем все сохраненные на предыдущем шаге профили.

На этом шаге мы удаляем с диска С: только файлы и папки, относящиеся к профилю пользователя, однако самого пользователя в системе мы сохраняем.

После этой операции, диск С: окончательно готов к клонированию на новый SSD-диск. Его размер теперь полностью соответствует желаемому, то есть тому, который мы рассчитали в первой части статьи.

Клонирование диска с системой на твердотельный накопитель

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

Кстати, Intel вместе со своим SSD-диском предоставляет и утилиту переноса. На самом деле это все то же Acronis True Image Home, но который работает только в системах с интеловскими твердотельными накопителями.

При клонировании диска Acronis-ом нужно иметь в виду следующее. Копированию подлежат два системных раздела: первый – системный и активный (о названии разделов см. здесь), расположенный в начале диска, называется «Зарезервировано системой» и имеет размер 100 МБ, второй, загрузочный, собственно С: Если размер исходного диска и целевого SSD-диска сильно различаются, то в автоматическом режиме переноса Acronis поменяет размеры разделов пропорционально и «Зарезервировано системой» станет много меньше 100 МБ. Возможно, что ничего страшного в этом нет, но лучше оставить его идентичным исходному. Для этого надо в мастере переноса Acronis самостоятельно указать размеры разделов на целевом диске.

После завершения операции клонирования диска перезапускаем компьютер. Во время перезапуска заходим в BIOS и выбираем в качестве загрузочного диск SSD. Если на предыдущем шаге все прошло успешно, система загружается с твердотельного накопителя. Заходим в сеанс нашего специально созданного пользователя с правами администратора «UserAdm», или пользователя «Администратор», если вы его включили ранее. Windows 7 найдет новое оборудование и попросит перезапустится.

Восстановление профилей пользователей на втором диске

Будем считать, что с переносом все получилось, и вы уже испытали первый восторг от скорости загрузки системы. Теперь остается развернуть профили пользователей на втором, можно сказать, дополнительном, диске.

Если в качестве второго диска будет использоваться исходный HDD, то, возможно, имеет смысл удалить старые разделы и отформатировать диск. Далее создадим на нем папку с произвольным именем, например, «USERS».

Для того, чтобы профили пользователей восстановились на выбранном для этой цели диске, нужно сделать небольшие изменения в реестре.

Запускаем из командной строки с правами администратора regedit и находим ветку:
HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS NT\CurrentVersion\ProfileList
— заменяем значение параметра ProfilesDirectory с дефолтного %SystemDrive%\Users на DriverLetter:\NameUsersFolder,

где DriverLetter: — буква диска, на котором будут расположены папки пользовательских профилей, NameUsersFolder – наименование корневой папки профилей.

В нашем примере это будет E:\USERS.

Закрываем regedit и вновь запускаем «Средство переноса данных Windows», или просто находим наш файл, в котором мы сохранили профили пользователей три шага назад, и открываем его – визард запустится автоматически.

Вот тут меня ждал тот самый неожиданный «сюрприз». Средство переноса данных Windows категорически отказалось восстанавливать профили, сообщив мне, что на диске для этого недостаточно места. Истине это не соответствовало — на только что отформатированном втором диске места было хоть отбавляй. А вот на С: его действительно было недостаточно. Получалось, что визард, как бы, собирается разворачивать профили на диск С:, то есть не обращает внимания во время оценки на значение параметра ProfilesDirectory.

Обмануть его оказалось достаточно просто с помощью создания символьных ссылок.

«Символьная ссылка» (Symbolic link) представляет собой специальный файл, содержащий указатель на объект в файловой системе. При попытке обратиться к объекту, в качестве которого может выступать файл или папка, символьная ссылка передает действительный путь к нему.

Я создал в дефолтной папке C:\Users символьные ссылки на соответствующие папки на втором диске. Сделать это можно из командной строки (не забываем о правах администратора) командой:
mklink [/parameter] "Link" "Target"
parameter может принимать следующие значения:

D — создание символической ссылки на каталог (по умолчанию создается символическая ссылка на файл);

H — создание жесткой связи вместо символической ссылки (только на файл и в пределах одного раздела);

J — создание соединения для каталога.

Link — путь к виртуальному объекту (первоначальное местоположение объекта);

Target — путь к реальному объекту (относительный или абсолютный).

В нашем примере это будет выглядеть так:
mklink /D "C:\Users\User-1" "E:\USERS\User-1"
mklink /D "C:\Users\User-2" "E:\USERS\User-2"
— где User-1 и User-2 – имена (логин) пользователей, E: — буква второго диска.

После этого визард от Microsoft благополучно развернул профили на нужном мне диске.

Результаты переноса профилей пользователей Windows 7 на второй (отличный от С:) диск

Первый вход в сеансы пользователей, профили которых были перенесены на другой диск, прошел без проблем и сообщений о каких-либо ошибках. Смутило вот сразу только то, что система сообщила о подготовке рабочих столовУдивленная рожица  и, видимо, неспроста.

Результат «правильного» переноса профилей пользователей на другой, отличный от С:\, диск с помощью стандартной утилиты «Средство переноса данных Windows» оказался не совсем тот, который хотелось бы видеть. Сразу после начала работы все мои «облачные друзья», коими, в частности, являются DropBox и Evernote, сделали вид, что обо мне они ничего не знают и начали допытываться, не новый ли я пользователь. Ну, это полбеды. Самое печальное, что Outlook сделал тоже самое, а это было уже совсем обидно — когда учетная запись почты одна, допустимо, а если штук пять?

К сожалению, не посмотрел, что приключилось с виртуальной машиной Windows XP Mode. Что-то мне подсказывает, что с ней тоже могло быть не все хорошо.

Одним словом, такой «переезд» мне не понравился, и я решил начать перенос пользовательских профилей по-новой. Благо, очень далеко откатываться было не надо – не очень-то я доверял визарду с самого начала и поэтому параллельно сделал еще обычную копию пользовательских каталогов (ну не совсем обычную, а с сохранением прав доступа к папкам и файлам).

А идею альтернативного варианта переноса профилей мне подсказал майкрософтовский визард в тот момент, когда отказался разворачивать их из-за недостатка места на С:\ и пришлось прибегнуть к созданию символьных ссылок.

Описание альтернативного варианта переноса пользовательских профилей на второй диск (с использованием символьных ссылок) в следующей части.

Написать комментарий

Subscribe without commenting