Как перейти с 32 на 64 битный windows 10 про

История мигрирования операционных систем

От переводчика: представляю вашему вниманию перевод статьи Майкла Штейла. Я давно хотел подготовить подобный обзор методов использования виртуализации для задач обеспечения совместимости. Я даже опубликовал некоторые заметки на эту тему: в учебнике по симуляции, глава 1, и на Хабре в посте про системные ВМ. Однако мне не удалось раскрыть вопрос так глубоко, как он представлен в этой работе. Поэтому я решил поделиться переводом с читателями.

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

Давайте рассмотрим, как это происходило в последние 30 лет, на примерах MS DOS/Windows, Apple Macintosh, Amiga OS и Palm OS.

Картинка с сайта: habr.com

От CP/M к PC-DOS/MS-DOS

CP/M — 8-битная ОС от фирмы Digital Research, работавшая на всех вариантах систем на основе Intel 8080. 86-DOS от Seattle Computer Products, позже ставшая известной как MS-DOS (именуемая также PC-DOS на машинах от IBM), была клоном CP/M для более позднего Intel 8086; аналогичная ситуация была и с CP/M-86 от самой DR (эта ОС позже была названа DR-DOS).

Не являясь совместимым на двоичном уровне, Intel 8086 был «совместим на уровне ассемблера» с 8080. Это означало, что было легко сконвертировать 8-битную программу, написанную на ассемблере для 8080 или Z80, в программу на ассемблере для 8086, так как эти две архитектуры были очень похожи (обратно-совместимая модель памяти, легко отображаемые друг на друга наборы регистров), различались лишь машинные кодировки команд.

Так как MS-DOS использовала те же самые соглашения ABI и карту памяти, эта ОС была совместима на уровне исходных кодов с CP/M. На системах CP/M, имеющих доступ максимум к 64 кБайт памяти, диапазон адресов с 0x0000 по 0x0100 (нулевая страница) была зарезервирована под нужды ОС и содержала, кроме прочего, аргументы командной строки. Исполняемое приложение располагалось, начиная с адреса 0x0100 и выше, а ОС размещалась в верхней части памяти; стек приложения рос вниз, начинаясь чуть ниже начала ОС. Модель памяти 8086 разбивает память на (перекрывающиеся) непрерывные сегменты длиной в 64 кбайт, так что каждый из этих сегментов фактически достаточен для виртуальной машины 8080. Поэтому исполняемые файлы .COM MS-DOS имеют размер до 64 кбайт и загружаются в память, начиная с адреса 0x100. Диапазон 0x0 — 0x100 в MS-DOS именуется Program Segment Prefix и он очень похож на нулевую страницу CP/M. Из-за высокой степени совместимости этих процессоров и их ABI перенос программы с CP/M в DOS происходил относительно безболезненно. Однако, такой порт мог использовать максимум 64 кбайт памяти (примеры — Wordstar 3.0 1982 года). Но это позволяло иметь единую кодовую приложения базу для обеих ОС с помощью лишь нескольких макроопределений и двух различных программ-ассемблеров.

MS-DOS 2.0 принесла с собой новые, более мощные соглашения API (хэндлы для файлов вместо структур FСB, поддиректории, формат .EXE) и перевела большую часть API от CP/M в статус устаревших. Но DOS сохраняла совместимость с CP/M вплоть до последней версии.

От DOS к Windows

Изначально Microsoft Windows была спроектирована как графическая оболочка поверх MS-DOS. Вся работа с устройствами и файловой системой происходила через вызовы DOS API. Поэтому все драйверы MS-DOS исполнялись напрямую, и Windows могла использовать их. Приложения DOS всё ещё могли запускаться после выхода из Windows в чистый DOS.

В Windows/386 2.1 модель была изменена. Это уже было настоящее ядро ОС, исполнявшее множество виртуальных машин в режиме virtual 8086 (V86) бок о бок; одна была выделена для сессии ОС MS-DOS, и по одной выделялось для каждого приложения Windows. Виртуальная машина DOS использовалась Windows для обращения к драйверам устройств и файловой системы, так что это был практически слой совместимости драйверов, исполняемый внутри ВМ. Пользователь мог запустить любое число дополнительных ВМ DOS для работы с DOS-приложениями; и каждая при этом содержала свою копию DOS. Windows перехватывала обращения с памяти экрана, а также некоторые системные вызовы, и перенаправляла их с графический драйвер Windows или в первую «главную» ВМ DOS.

Windows 3.x начала использовать родные драйвера для Windows, которые заменили обращения внутрь DOS ВМ, а также начала перенаправлять некоторые вызовы DOS к устройствам внутрь Windows. Стандартная установка Windows 95 уже совсем не использовала обращения к DOS ВМ для нужд работы с драйверами и файловой системой, однако при необходимости такой режим мог ещё мог быть использован.

DOS являлась не только средой обеспечения совместимости для старых драйверов и приложений, она также предоставляла командную строку Windows, поэтому, когда в Windows 95 появилась поддержка длинных имён файлов, пришлось перехватывать вызовы API DOS для предоставления новой функциональности для утилит командной строки.

От DOS к Windows NT

Системы семейства Windows NT не базировались на DOS, тем не менее с самой первой версии они позволяли исполнять приложения MS-DOS. Как и в случае не-NT варианта Windows, в таком случае DOS-программа работала в V86-режиме процессора. Однако, вместо использования полной копии MS-DOS внутри ВМ, NT помещала в неё только код приложения, перехватывала все системные вызовы и обращения к устройствам и оборачивала их в вызовы NT API. Фактически, этот способ не является чистой ВМ: режим V86 использовался только для создания необходимой для поддержки DOS-приложений модели памяти.

Есть широко распространённое заблуждение, что командная строка Windows NT — это «оболочка DOS». На самом деле интерпретатор и вспомогательные утилиты были родными NT-приложениями, и подсистема NTDVM (виртуальная машина DOS) вообще не стартовала до тех пор, пока действительно не возникала необходимость в запуске DOS-программы из командной строки.

От Windows 3.1 (Win16) к Windows 95 (Win32)

Начиная с релиза Windows NT 3.1 в 1993 году стало понятно, что она в конце концов заменит классическую Windows. Несмотря на то, что NT имела одинаковый с Win16 пользовательский интерфейс и хорошую совместимость с DOS, каждая выходившая новая версия обычно требовала для работы довольно мощный компьютер. Поэтому миграция с Windows на Windows NT проходила обратным образом: каждая версия Windows становилась всё больше похожей на NT до тех пор, пока они не стали достаточно похожими. К тому времени даже слабые компьютеры той эпохи стали достаточно мощными для работы под NT.

Большим шагом по сближению Windows и Windows NT стала поддержка родного для NT Win32 API. Первым этапом было бесплатное обновление «Win32S» к Windows 3.1, которое предоставляло подмножество (отсюда «S» — subset — в названии) Win32 API на классической Windows. Win32S расширило ядро Windows возможностью создания 32-битных адресных пространств для всех 32-битных приложений (в NT для каждого приложения создавалось собственное пространство). Оно также сделало доступным версии некоторых библиотек из NT (например, RICHED32.DLL), а также 32-битные DLL, принимавшие вызовы из низкоуровневых Win32API вызовов (подсистемы «GDI» и «USER»), автоматически траслировались в вызовы подсистемы Win16 («thunking»).

В Windows 95 эта функциональность была доступна по умолчанию. Она также использовала изолированные адресные пространства для 32-битных приложений, поддерживала большее подмножество Win32 API. Некоторые базовые приложения стали 32-битными (например, Проводник), однако значительная часть базовой системы всё ещё была 16-битной. С появлением Windows 95 большинство разработчиков переключились на создание 32-битных приложений, что позволяло также компилировать их и на системах Windows NT.

От Windows 9x к Windows NT

Второй шаг по миграции с 16-битной Windows на Windows NT произошёл при переходе от Windows ME на Windows XP (NT-семейство) в 2001. Windows NT (2000, XP…) была полностью 32-битной ОС с Win32 API, но также позволяла исполнять 16-битные приложения Windows через трансляцию вызовов Win16 в Win32 (thunking).

Модель драйверов Windows NT 3.1/3.5/4.0 (Windows NT Driver Model) отличалась от подхода классической Windows (VxD), поэтому Windows 98 (наследник Windows 95) и Windows 2000 (наследник Windows 4.0) обе поддерживали новую «Модель драйверов Windows». Один и тот же драйвер теперь мог работать в обеих ОС, но каждая при этом продолжала поддерживать и свой оригинальный режим для старых драйверов.

Когда Microsoft перевела домашних пользователей на системы NT, большинство приложений, игр и драйверов заработали на Windows XP. Единственное, что пришлось переписывать — это системные утилиты.

От Windows i386 (Win32) к Windows x64/x86_64 (Win64)

Переход от 32-битных Windows к 64-битным происходит в настоящее время. Windows XP была первой ОС от Microsoft, доступной для архитектуры Intel 64/AMD64, все последующие системы (Vista, 7, 8, 10) доступны в вариантах для 32 и 64 бит. В 64-битных редакциях ядро работает в 64-битном режиме, как и все системные библиотеки и большинство приложений. API для 32 бит поддерживается через подсистему WOW64 (Windows-on-Windows 64). 32-битное приложение линкуется с 32-битными библиотеками, однако низкоуровневые вызовы API транслируются через WOW64 в аналоги для 64-битных DLL.

Так как драйверы исполняются в том же адресном пространстве, что и ядро, было трудно обеспечить поддержку работы 32-битных драйверов, поэтому её нет. Также была прекращена поддержка приложений DOS и Win16 в 64-битных вариантах ОС.

От Apple Macintosh для 68K к Macintosh на PowerPC

Apple перевела свои компьютеры с процессоров Motorola 68k на Motorola/IBM PowerPC в период с 1994 по 1996 год. Так как операционная система для Macintosh, System 7, была в основном написана на ассемблере для 68k, она не могла быть легко сконвертирована в ОС для PowerPC. Вместо этого, большая часть её исполнялась через симуляцию. Новое «наноядро» получало и обрабатывало прерывания и выполняло минимальное управление памятью, абстрагируя особенности PowerPC, а интегрированный эмулятор 68k исполнял старую ОС, которая была модифицирована для связывания с наноядром. Таким образом, System 7.1.2 для PowerPC была фактически паравиртуализована и исполнялась поверх очень тонкой прослойки гипервизора.

Первая версия Mac OS для PowerPC исполняла большую часть системного кода внутри эмулятора для 68k, включая драйверы. Часть кода, критичного для обеспечения производительности, была переписана на прямое исполнение. Загрузчик исполняемых файлов мог детектировать программы с PowerPC и мог исполнять их напрямую. Большая часть коммуникаций с ОС всё равно шла через эмулятор. В более поздних версиях Mac OS всё большая доля кода переписывалась с 68k на PowerPC.

От Классической Mac OS на Mac OS X

Аналогично тому, как Microsoft перевела пользователей с Windows на Windows NT, Apple перешла с классической Mac OS на Mac OS X. Тогда как классическая Mac OS была аляповатой (hackish) ОС с кооперативной многозадачностью, без защиты памяти, и при этом всё ещё исполняла часть системного кода внутри эмулятора 68k, Mac OS X была основана на NEXTSTEP, современной UNIX-подобной ОС с полностью отличающимся API.

Когда в Apple решили провести миграцию, они портировали системные библиотеки классической Mac OS («Toolbox»), при этом убрав вызовы, которые не могли быть поддержаны на современной ОС, заменив их альтернативами, и назвали новое API «Carbon». То же самое API стало доступно в классической Mac OS 8.1 в 1998, так что разработчики смогли обновить свои приложения для работы в Mac OS X, сохранив при этом совместимость с классической Mac OS. Когда Mac OS X стала публично доступна в 2004 году, «карбонизированные» к этому моменту приложения могли работать на обеих ОС без перекомпиляции. Это напоминает подход Microsoft по приближению классической Windows к Windows NT.

Но так как нельзя было ожидать, что все приложения будут сконвертированы в «карбонизированную» форму к моменту появления Mac OS X, новая ОС также содержала виртуальную машину «Classic» или «Blue Box», в которой немодифицированная Mac OS 9 исполнялась и могла поддерживать произвольное число старых приложений. Запросы к сети и файловой системе внутри ВМ перехватывались и перенаправлялись в хозяйскую ОС, а интеграция с оконным менеджером позволяла двум средам рабочего стола выглядеть практически бесшовно.

Переход Mac OS X с PowerPC на Intel IA-32

В 2005 году Apple анонсировала второй переход с одной архитектуры ЦПУ на другую, на этот раз с PowerPC на Intel IA-32. Так как эта ОС была в основном написана на C и Objective C, она могла легко быть портирована на IA-32. В Apple утверждают, что они всегда поддерживали вариант ОС для IA-32, начиная с самого первого релиза.

Для того, чтобы исполнять старые приложения, ещё не портированные на IA-32, Apple включила эмулятор Rosetta в состав новой ОС. В этот раз он не был тесно интегрирован с ядром, как это было в случае перехода с 68k на PowerPC. Ядро предоставляло лишь возможность запуска внешнего рекомпилятора для приложения всякий раз, когда оно оказывалось предназначенным для PowerPC. Rosetta транслировала весь код приложения и код библиотек и предоставляла интерфейс для взаимодействия с ядром ОС.

Mac OS X 32 бита на Mac OS X 64 бита

Следующий переход для Apple заключался в миграции с 32-битной архитектуры Intel на её 64-битный вариант. Он произошёл в Mac OS X 10.4 в 2006 году. Хотя ОС целиком могла бы быть портирована на 64 бита, как это было сделано в случае Windows, Apple решила использовать подход, более похожий на переход на Windows 95: ядро осталось 32-битным, но получило поддержку 64-битных приложений. Все системные приложения и драйверы остались 32-битными, но некоторые библиотеки также получили 64-битные варианты. Таким образом, 64-битное приложение линковалось с 64-битными библиотеками и выполняло 64-битные системные вызовы, которые при этом конвертировались с 32-битные внутри ядра.

Mac OS X 10.5 начала поставлять все библиотеки в 64-битном варианте, ядро осталось 32-битным. В версии 10.6 ядро было переведено на 64 бита, и использование 64-битных драйверов стало обязательным.

AmigaOS с 68k на PowerPC

Платформа Amiga использовала одну и ту же ОС для ЦПУ 68k в эпоху Commodore с 1985 по 1994 год. Однако, с 1997 года для неё существовал апгрейд на плату с ЦПУ архитектуры PowerPC. Эта операционная система не предоставляла свой исходный код для сторонних, поэтому её невозможно было портировать на PowerPC. По этой причина сама Amiga OS продолжала работать на выделенном чипе 68k, и расширенный загрузчик программ детектировал PowerPC код и передавал его на второй ЦПУ. Все системные вызовы маршрутизировались через библиотечную прослойку обратно на 68k.

AmigaOS 4 (2006 год) является настоящим портом AmigaOS на PowerPC. Этот переход потребовал больших усилий, так как много исходного кода ОС пришлось сперва конвертировать c языка BCPL в язык Си. Поддержка приложений для 68k сделана через эмуляцию двоичного кода и пробросу API вызовов.

Palm OS с 68k на ARM

Palm перешёл с процессоров 68k на ARM в версии Palm OS 5 в 2002 году. ОС была портирована на ARM, и эмулятор для 68k «Palm Application Compatibility Environment» («PACE») был включён в её состав для исполнения старых приложений. Однако, Palm не рекомендовала разработчиками переключаться на написание приложений для ARM и даже не предоставляла среды для исполнения таких приложений под управлением ОС. Утверждалось, что большинство приложений для Palm OS большую часть времени проводили в (уже оптимизированном «родном») коде операционной системы, и поэтому они не получили бы ощутимого выигрыша в скорости при портировании.

Однако для приложений, интенсивно использующих ЦПУ или содержащих код для сжатия или шифрования данных, Palm предоставила метод исполнения небольших кусочков ARM-кода внутри приложения для 68k. Подобные ARMlet’ы (позже названные PNOlet’ы — «Palm Native Object») можно было вызывать из кода для 68k. Они предоставляли минимальный интерфейс передачи данных (одно целое число на вход и одно — на выход). Разработчикам самим приходилось заботиться о передаче больших структур в памяти и решать проблемы порядка байт (endianness) и их выравнивания. Процедуры из ARM-кода не могли ни вызывать код для 68k, ни делать API вызовы операционной системы.

Привязка к архитектуре 68k (не являющейся родной для используемого железа) как основной для большинства приложений фактически означал использование виртуальной архитектуры пользовательских приложений, на манер Java или .NET. Переход на ARM был практически незаметен для сторонних разработчиков, и в теории такой подход позволял Palm вновь менять хозяйскую архитектуру при необходимости в будущем с минимальными затратами.

Выводы

Давайте ещё пробежимся по рассмотренным переходам между ОС и ЦПУ и способам, как различные вендоры подходили к задаче миграции.

Разрядность (ширина адресного пространства)

Переход к новому режиму процессора — самый простой для ОС, так как старые приложения могут продолжать исполняться напрямую, а вызовы API могут быть транслированы. При этом сама ОС может или продолжить использовать старый режим, конвертируя системные вызовы из новых приложений в старый формат, или же перейти на новую разрядность и конвертировать вызовы старых приложений. Также есть два способа перехватывать сами вызовы. Можно перехватывать высокоуровневые вызовы API (такие как создание GUI-окна), но это сложно выполнить, так как таких вызовов много, и сложно написать корректный конвертор для столь большого числа функций.

Альтернативно, ОС может конвертировать низкоуровневые системные вызовы. В этом случае перехватываемый интерфейс очень узкий. Но, так как старые приложения линкуются со старыми библиотеками, а новые — с новыми библиотеками, их хранение и использование потребляет в два раза больше места (памяти) в случаях, когда пользователь исполняет старые и новые приложения одновременно.

В случае перехода с 16 до 32 бит в Windows, ОС осталась 16-битной, а вызовы конвертировались из 32-битного формата в 16-битное API. Когда Windows NT переводили с 32 до 64 бит, вся ОС стала 64-битной, а старые системные вызовы конвертировались в новые. Тот же переход был выполнен иначе в случае Mac OS X: ОС осталась 32-битной, а 64-битные системные вызовы транслировались на уровне ядра.

Подходы, использованные для Windows NT и Mac OS X похожи, так как в обоих случаях 32-битные приложения продолжили использовать 32-битные библиотеки, а 64-битные — новые 64-битные библиотеки. Различие были в режиме нового ядра. В случае Windows возникало преимущество в виде возможности использования более 4 Гбайт памяти в режиме ядра и некоторое ускорение от использования нового 64-битного набора регистров. В случае Mac OS X, осталась возможность продолжать использовать старые 32-битные драйвера без модификаций. И да, вторым шагом Mac OS X позже полностью перешла на 64-битное ядро и драйверы.

Процессор

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

Mac OS X для Intel и Palm OS для ARM были написаны в достаточно платформенно-независимой манере, чтобы быть переносимой на новую архитектуру. Обе включали в себя рекомпиляторы, которые исполняли старый код. Это наиболее простой подход. Amiga OS не могла быть портирована таким образом, так как её исходный код не был доступен. Поэтому система включала оба процессора — оригинальная ОС и её код исполнялся на старом процессоре, а на новом процессоре работал новый код, отправляя системные вызовы на старый ЦПУ.

Для классической Macintosh (с 68k на PowerPC) исходный код был доступен, но всё равно не мог быть легко изменён. Поэтому переход был выполнен аналогично ситуации с Amiga, но на одном ЦПУ. Большая часть ОС исполнялась внутри эмулятора, новые приложения запускались напрямую, вызывая системные вызовы обратно из эмулятора.

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

Операционные системы

Переход на новую ОС с сохранением всех пользователей и программ — самый сложный из рассматриваемых.

Выбираемый подход зависит от планов поддержки старого API от старой ОС. Если API было достаточно хорошо, чтобы его стоило поддерживать в новой ОС, новая ОС должна просто поддерживать то же самое API. Это выполнялось для случаев переходов от CP/M к DOS и от Windows 9x к Windows NT. В каком-то смысле это выполнялось для перехода с классической Mac OS на Mac OS X, но в этом случае Carbon не являлся главным API новой ОС, а лишь одним из трёх поддерживаемых (Carbon, Cocoa, Java). Практически всё кроме Cocoa, в настоящее время объявлено устаревшим.

Если старое API недостаточно хорошо для новой ОС, но необходимо поддержать работу старых приложений, имеет смысл содержать старую ОС внутри ВМ вместе с приложениями для неё. Это было использовано в случае Windows для исполнения приложений DOS, и в Mac OS X для старых Mac OS приложений.

Если интерфейс старой ОС сравнительно небольшой или детальное повторение семантики вызвов необязательно, эмуляция API может оказаться лучшим решением: перехват системных вызовов старого приложения с отображением их на новые. Это было использовано для обеспечения работы DOS-приложений в Windows NT; при этом уровень совместимости был средний.

Заключение

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

Но есть и общие закономерности. С течением времени ОС становились всё более современными и менее аляповатыми; кроме того, миграции проходили через множество маленьких шагов, избегая больших прыжков. Современные ОС, Windows NT и Mac OS X, могут быть портированы на новые архитектуры относительно легко, эмуляторы помогают исполнять старые приложения, а трансляция системных вызовов может быть использована для отображения их на родные для ОС вызовы. Благодаря абстракциям, используемым вы системах, ОС может быть портирована на новую архитектуру или разрядность по шагам, и часть её может оставаться в старом окружении, а часть быть переведена на новое. Эти же абстракции позволяют разработчикам подменять целые подсистемы и переделывать части ОС без сильного эффекта на пользователей. Эти процессы становятся всё более отлаженными и отработанными — и, увы, менее увлекательными.

Литература

К сожалению, некоторые ссылки оригинального поста ведут в никуда, и найти документы мне не удалось.

1. Pat Villani. FreeDOS Kernel: An MS-DOS Emulator for Platform Independence & Embedded System Development
2. Битая ссылка на документацию PowerPC от Apple
3. Brian Maas. Palm OS 5 ARM Programming
4. PNOLet Samples

Желание поменять разрядность системы с 32 на 64-битную понятно: последняя более эффективно обрабатывает большое количество данных, обеспечивает более быструю работу с приложениями, лучше работает с несколькими одновременно запущенными программами. В общем, преимущества очевидны, поэтому давайте рассмотрим, как без потерь перейти с 32 на 64 бита.

Сразу скажу, что просто обновить систему не получиться, нам нужно будет полностью переустановить Windows, но сделаем мы это с сохранением всех ваших данных.

Чтобы сохранить свои данные зайдите в Панель управления, в меню Просмотр в правом верхнем углу выберите Мелкие значки.

Теперь откройте Параметры проводника (в Windows 7 называется Параметры папок).

Картинка с сайта: itcompanion.ru

Зайдите во вкладку Вид, и в разделе Дополнительные параметры отметьте пункт Показывать скрытые файлы, папки и диски. Также уберите все галочки в пунктах Скрывать, как показано на картинке. Затем нажмите Применить и OK.

Для дальнейших действий вам будет необходимо наличие как минимум двух логических разделов на компьютере. Логические разделы позволяют виртуально делить накопитель вашего компьютера на несколько частей. Например, на диск C и диск D. Если у вас есть только диск один диск C и нет никаких других дисков, нужно создать еще один.

Для этого через поиск Windows зайдите в Управление компьютером, там выберите Управление дисками. После этого должны отобразится все диски, которые есть на компьютере (в нашем случае — только диск C).

Щелкните по диску C правой кнопкой мыши и выберите Сжать том.

Картинка с сайта: itcompanion.ru

Появится новое окно, где нужно указать размер места в МБ, которое вам понадобится чтобы вместить все данные, которые вы хотите сохранить (я, например, укажу 40960 МБ). Далее нажмите Сжать.

Картинка с сайта: itcompanion.ru

Вы увидите, что появился новый раздел, но он пока что не определен. Чтобы определить раздел, щелкните по нему правой кнопкой мыши и выберите Создать простой том.

Картинка с сайта: itcompanion.ru

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

В процессе создания тома вам нужно будет выбрать любую букву диска (я выбрал E).

В следующем окне заполните данные так же, как на скриншоте.

Все готово, у нас появился новый диск.

Картинка с сайта: itcompanion.ru

Если вы зайдете в папку Мой компьютер, то увидите, что он отображается и там.

Картинка с сайта: itcompanion.ru

Теперь, когда мы отформатируем диск C, мы сможем сохранить все важные для нас данные, потому что предварительно перенесем их на диск E. Приступим.

Зайдите в Локальный диск C, потом в Пользователи и выберите папку с вашим пользователем. Скопируйте всю информацию из этой папки на диск E.

Вы можете просто выделить все содержимое папки и щелкнуть правой кнопкой мыши, затем в контекстном меню выбрать Копировать.

Картинка с сайта: itcompanion.ru

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

Когда закончите с копированием, перейдите на официальный сайт Microsoft и скачайте файл-установщик Windows. У меня версия Windows 10 Pro, и я буду скачивать такую же.

Картинка с сайта: itcompanion.ru

Далее понадобится флешка размером не менее 8ГБ, вставьте её в компьютер. Затем откройте скачанный файл и согласитесь с условиями лицензионного соглашения. В новом окошке укажите, что хотите создать установочный носитель.

Картинка с сайта: itcompanion.ru

Далее вам нужно будет выбрать параметры установки, в параметре Архитектура укажите 64-разрядная.

Картинка с сайта: itcompanion.ru

В следующем окне выберите USB-устройство флэш-памяти и нажмите Далее.

Хочу уточнить, если у вас 7 или 8 Windows, создать загрузочную флешку так, как мы делаем сейчас (официальным установщиком Windows), не получится. Все потому что Microsoft прекратила поддержку этих версий.

Картинка с сайта: itcompanion.ru

Следующий шаг — выбрать USB-носитель.

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

Картинка с сайта: itcompanion.ru

Моя флешка отображается как диск F, поэтому выбираю его. Нажимаю Далее и Готово, теперь Windows находится на флешке.

Картинка с сайта: itcompanion.ru

Нам потребуется перезагрузить компьютер и войти в BIOS. Уточню, что у всех пользователей разные компьютеры и разные настройки BIOS, поэтому некоторые пункты у вас могут отображаться другим образом.

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

На моем компьютере это делается одним образом, но на вашем может делаться по-другому. Поэтому посмотрите в Интернете как установить такие настройки в своем BIOS.

После того, как вы выберете загрузку с флэшки, нажмите F10. В открывшемся окошке выбираем Yes нажатием Enter.

Картинка с сайта: itcompanion.ru

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

Примите условия лицензии, и в следующем окне нажмите Выборочная.

Картинка с сайта: itcompanion.ru

Теперь нам нужно отформатировать диск C. Размер моего диска C — 39,4 ГБ, поэтому я выбираю соответствующий раздел и нажимаю Удалить. Вам также нужно знать примерный размер своего диска C, чтобы ни в коем случае не перепутать его с диском E.

Картинка с сайта: itcompanion.ru

Далее нажмите Создать и укажите размер своего диска, затем нажмите Применить. У моего и диска размер был 39,4, поэтому указываю это значение.

Картинка с сайта: itcompanion.ru

Кроме диска C создадутся дополнительные системные файлы, так что его размер будет меньше, чем мы указали. Выберите диск C и отформатируйте его.

Картинка с сайта: itcompanion.ru

Еще раз выберите диск C и нажмите Далее. Начнется установка Windows.

Картинка с сайта: itcompanion.ru

Когда произойдет перезагрузка Windows, вам нужно будет достать флэшку. Если вы не успеете это сделать, перезагрузите компьютер ещё раз, но уже без флешки.

Картинка с сайта: itcompanion.ru

Завершим установку. Нужно будет указать раскладку клавиатуры.

Картинка с сайта: itcompanion.ru

В выборе способа настройки укажите Настроить для личного использования.

Картинка с сайта: itcompanion.ru

Далее нужно указать учетную запись. Если у вас нет учетной записи, нажмите Автономная учетная запись.

Картинка с сайта: itcompanion.ru

Затем выберите Ограниченные возможности.

Картинка с сайта: itcompanion.ru

Укажите свое имя.

Картинка с сайта: itcompanion.ru

Если вам нужен пароль, чтобы усилить безопасность, укажите его. Но это не обязательно.

Картинка с сайта: itcompanion.ru

В следующем окне нажмите Нет.

Картинка с сайта: itcompanion.ru

Выключите все пункты в настройках телеметрии.

Картинка с сайта: itcompanion.ru

Итак, Windows установлена, теперь давайте вернем все ваши данные. Зайдите в Панель управления — Параметры проводника. Во вкладке Вид снова убираем галочки с пунктов Скрывать и помечаем Отображать скрытые файлы. Нажимаем Применить и OK.

Картинка с сайта: itcompanion.ru

Откройте Мой компьютер — Локальный диск C — Пользователи, и зайдите в папку со своим пользователем.

Картинка с сайта: itcompanion.ru

В новом окошке снова откройте Мой компьютер и зайдите в диск D. Выделите все содержимое и скопируйте в папку своего пользователя на диске C.

Картинка с сайта: itcompanion.ru

Может появиться окно с информацией, что нет доступа к папке. Просто нажмите Продолжить.

Если некоторые файлы не удастся скопировать (в основном, системные файлы), пропустите их.

Некоторые из файлов, которые мы копируем, имеют одинаковые имена с файлами на диске C, так что их придется заменить.

Соглашаемся, что все равно хотим выполнить слияние.

В открывшемся окошке выберите Заменить файлы в папке назначения.

После того как вы закончите с копированием, при вас останутся все файлы, которые были до установки. Разница только в том, что теперь у вас 64-битная Windows.

По окончанию работы не забудьте убрать отображение скрытых файлов, чтобы случайно не удалить какой-нибудь системный файл.

В этом руководстве мы расскажем, как перейти с 32-битной версии Windows на 64-битную, сохранив ваши файлы. Приложения при этом придется переустановить, но все данные останутся на месте.

Приобрести оригинальные ключи активации Windows всегда можно у нас в каталоге:

Windows 11 — от 1690 ₽

Windows 10 — от 1490 ₽

Прежде чем начать, важно отметить, что в России в данный момент недоступны официальные инструменты Media Creation Tool для загрузки дистрибутивов Windows. Поэтому вместо этого, для загрузки дистрибутивов Windows 11 или Windows 10, воспользуйтесь ссылками на нашем сайте. Для создания загрузочной флешки, используйте приложение Rufus согласно инструкции.
Проверка совместимости

Перед тем как перейти на 64-битную версию Windows, убедитесь, что ваш процессор поддерживает 64-битную архитектуру. Для этого:

1. Откройте Пуск и найдите Свойства системы.

2. Убедитесь, что указано «Разрядность процессора: x64».

Картинка с сайта: softcomputers.org

Шаги для перехода на 64-битную систему

1. Скачивание дистрибутива Windows

— Скачайте 64-битный дистрибутив Windows 10 или Windows 11.

— Создайте загрузочную флешку с помощью утилиты Rufus, следуя этой инструкции.

2. Создание раздела на диске

— Откройте Пуск, введите Управление компьютером, и найдите подраздел Управление дисками.

— Либо просто введите в поиске Управление дисками (На Windows 10).

— Щелкните правой кнопкой мыши на диск D (или C, если второго диска нет) и выберите Сжать том.

Картинка с сайта: softcomputers.org

— Уменьшите размер диска примерно на 5 ГБ (5120 Мб).

Картинка с сайта: softcomputers.org

— Создайте новый простой том и отформатируйте его (в процессе создания, поставьте галочку на Быстрое форматирование).

Картинка с сайта: softcomputers.org

Картинка с сайта: softcomputers.org

3. Подключение ISO-образа

— Подключите ранее загруженный образ Windows как виртуальный диск (нажмите правой кнопкой мыши и выберите Подключить).

Картинка с сайта: softcomputers.org

— Скопируйте все файлы с образа на новый созданный раздел.

Картинка с сайта: softcomputers.org

Картинка с сайта: softcomputers.org

4. Настройка загрузки с образа

— Скачайте и установите приложение EasyBCD c официального сайта или с нашего сервера.

— Откройте EasyBCD, выберите вкладку Добавить запись, затем выберите WinPE и укажите путь к файлу boot.wim в папке sources.

Картинка с сайта: softcomputers.org

Картинка с сайта: softcomputers.org

— Так же можете переименовать образ, в нашем случае мы ввели Win10x64 Install.

— После чего сохраните изменения нажав на зеленый плюсик и перезагрузите компьютер.

Картинка с сайта: softcomputers.org

5. Запуск установки

— При перезагрузке появится меню выбора операционной системы. Выберите созданную вами запись (в нашем случае это «Win10x64 Install»).

Картинка с сайта: softcomputers.org

Картинка с сайта: softcomputers.org

— После загрузки начнется классическая установка Windows.

Картинка с сайта: softcomputers.org

— В разделе с вводом ключа активации, выберите — У меня нет ключа продукта.

Картинка с сайта: softcomputers.org

— Выберите ту же версию Windows которая у вас была (в нашем случае это Pro версия)

Картинка с сайта: softcomputers.org

— Перейдите в «Выборочную установку»

Картинка с сайта: softcomputers.org

— Далее выберите диск на котором у вас расположен ваш Windows и нажмите далее.

Картинка с сайта: softcomputers.org

— Появится окно с предупреждение, что на этом диске содержатся файлы и папки из ранее установленной Windows и все они будут перемещены в папку Windows.old, жмем «ОК».

Картинка с сайта: softcomputers.org

— После чего начнется установка новой x64 версии Windows с сохранением всех ваших старых файлов (приложения и драйвера придется переустановить).

Картинка с сайта: softcomputers.org

— Дожидаемся установки, в моменте система может несколько раз перезагрузиться.

— Если появится выбор с какого загрузочного диска запуститься, выбираем теперь изначальный. (В конце статьи расскажем как убрать этот выбор если он появляется при каждом запуске системы)

Картинка с сайта: softcomputers.org

— Так же после установки, скорее всего вам потребуется сделать классическую настройку Windows перед ее запуском.
Выбрать язык, раскладу клавиатуры, зайти в учетную запись и тому подобное. Пробегаемся по всем пунктам и запускаем систему.

Картинка с сайта: softcomputers.org

6. Настройка после установки

— После установки зайдите в папку Windows.old на диске C и убедитесь, что ваши файлы сохранены.

Картинка с сайта: softcomputers.org

— Зайдите в Свойства компьютера и убедитесь, что ваш Windows — x64.

Картинка с сайта: softcomputers.org

Картинка с сайта: softcomputers.org

— Теперь откройте Управление дисками и удалите временный раздел, созданный на этапе подготовки.

Картинка с сайта: softcomputers.org

— Выберите Удалить том

Картинка с сайта: softcomputers.org

— После чего Удалить раздел

Картинка с сайта: softcomputers.org

— И в конце выберите Расширить том, чтобы вернуть эти 5 Гб обратно жесткому диску.

Картинка с сайта: softcomputers.org

— Везде нажмите «Далее» и завершите расширение

Картинка с сайта: softcomputers.org

Картинка с сайта: softcomputers.org

8. Очистка загрузчика

— Если после установки в меню загрузки осталась старая запись, которая появляется при каждом запуске Windows, откройте Конфигурацию системы (просто пропишите в поиске — msconfig).

— Перейдите во вкладку Загрузка и удалите старую запись.

Картинка с сайта: softcomputers.org

— После чего вас попросят перезагрузить Windows. Нажимаем Перезагрузка и теперь ваша система будет запускаться как и раньше.

Картинка с сайта: softcomputers.org

После выполнения всех шагов, вы будете работать на 64-битной версии Windows, и ваша система будет полностью готова к использованию.

Важно! Сменить 32-разрядную версию Windows 10 на 64-разрядную можно только путем полной переустановки. Но важно предварительно убедиться в том, что характеристики компьютера соответствуют минимальным требованиям операционной системы. По этой причине уделите должное внимание первому шагу этой статьи.

Шаг 1: Проверка совместимости

Прежде чем перейти с 32-разрядной версии операционной системы на 64-разрядную, необходимо удостовериться, что компьютер ее поддерживает. Стоит также обратить внимание, что представленные ниже способы актуальны только для старых компьютеров, выпущенных до 2014 года, так как современные модели поставляются с комплектующими, которые соответствуют всем требованиям Windows 10.

Разрядность процессора

Первостепенно нужно убедиться, что установленный в компьютере процессор поддерживает архитектуру x64. Сделать это можно непосредственно в операционной системе, открыв окно свойств:

1. Перейдите в параметры Windows 10 любым удобным для вас способом. Проще всего это сделать через меню «Пуск», кликнув по соответствующему пункту в нижнем левом углу экрана.
   

   Картинка с сайта: lumpics.ru

   Читайте также: Как открыть «Параметры» компьютера в Windows 10

2. Проследуйте в раздел «Система», щелкнув левой кнопкой мыши по соответствующему пункту меню.


Картинка с сайта: lumpics.ru

3. Воспользовавшись навигацией в левой части, перейдите на вкладку «О программе». Интересующая информация будет располагаться в основной части окна в блоке «Характеристики устройства» напротив строки «Тип системы».


Картинка с сайта: lumpics.ru

Если на вашем компьютере указано, что процессор является 32-битным (x86), тогда выполнить переход на 64-разрядную операционную систему не получится.

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

Подробнее: Как проверить разрядность процессора на компьютере



Картинка с сайта: lumpics.ru

Объем оперативной памяти

Немаловажным является наличие требуемого для корректной работы Windows 10 объема оперативно запоминающего устройства (ОЗУ). Разница заключается в том, что для 32-разрядной операционной системы достаточно всего 2 ГБ, а 64-разрядная требует 4 ГБ. Поэтому перед переходом нужно проверить эти значения на своем компьютере. У нас на сайте есть отдельная статья, в которой рассказывается обо всех доступных вариантах решения поставленной задачи.

Подробнее: Просмотр информации об оперативной памяти в Windows 10

Картинка с сайта: lumpics.ru

Если объема ОЗУ недостаточно, можно установить дополнительные модули оперативной памяти. Но эта процедура требует не только знаний об устройстве компьютера, но и понимания технических особенностей рассматриваемого компонента. Рекомендуем обратиться к отдельной статье на нашем сайте, в которой рассмотрены все нюансы выбора, покупки и установки дополнительного ОЗУ.

Подробнее: Как увеличить количество оперативной памяти на компьютере с Windows 10

Картинка с сайта: lumpics.ru

Инструкции центрального процессора

Если ваш центральный процессор был выпущен в момент появления первых 64-битных моделей, тогда важно убедиться, что он обладает всеми необходимыми для запуска Windows 10 x64 инструкциями. Следует обратить внимание на следующие параметры:

• Встроенный режим работы управления памятью «Physical Address Extension» («PAE»).
• Атрибут страницы памяти для защиты системы от ошибок программ «No-eXecute» («NX»).
• Потоковое «SIMD-расширение» набора инструкций процессора («SSE2»).
• Поддержка «CMPXCHG16b» («CX16»).

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

Скачать Coreinfo с официального сайта

1. Перейдите на официальный сайт, воспользовавшись соответствующей ссылкой-кнопкой выше, после чего найдите и кликните по надписи «Download Coreinfo».


Картинка с сайта: lumpics.ru

2. Распакуйте скачанный архив в любое место на диске. Для удобства использования утилиты сделать это рекомендуется в корневой каталог диска C.
   

   Картинка с сайта: lumpics.ru

   Примечание! В качестве примера на скриншоте выше приведена программа WinRAR. Если на вашем компьютере она не установлена, можно воспользоваться любой другой подобной. На нашем сайте есть отдельная статья, посвященная этой теме.

   Подробнее: Как распаковать ZIP-архив в Windows 10



Картинка с сайта: lumpics.ru

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

   Картинка с сайта: lumpics.ru

   Читайте также: Все способы запуска «Командной строки» в Windows 10

4. Перейдите в корневой каталог диска C. Для этого в открывшейся консоли пропишите следующую команду, после чего нажмите Enter:

   cd C:\

   Обратите внимание! Если исполняемый файл утилиты вы распаковали в другую директорию, тогда вам нужно будет указать путь к ней.

5. Запустите утилиту Coreinfo, вписав название исполняемого файла в консоли и нажав клавишу Enter:

   Coreinfo.exe (для 32-разрядной операционной системы)

   или

   Coreinfo64.exe (для 64-разрядной операционной системы)



Картинка с сайта: lumpics.ru

6. В результатах выдачи найдите названия всех необходимых инструкций и проверьте их статус. Если напротив стоит символ звездочки («*»), это означает, что функция поддерживается, если знак минуса («-») — не поддерживается. Список искомых наименований следующий:
   • «PAE»;
   • «NX»;
   • «SSE2»;
   • «CX16».
   

   Картинка с сайта: lumpics.ru

   Примечание! Для быстрого поиска можно воспользоваться встроенной функцией «Командной строки». Для этого нажмите сочетание клавиш Ctrl + F, после чего в поле запроса введите искомое значение и нажимайте «Найти далее», пока заданный параметр не выделится в консоли.



Картинка с сайта: lumpics.ru

После завершения проверки окно «Командной строки» можно закрыть, а все распакованные файлы утилиты удалить, если они в будущем больше не потребуются.

Драйверы оборудования

Даже если комплектующие компьютера обладают всеми необходимыми характеристиками для установки 64-разрядной операционной системы, это не означает, что после не возникнут проблемы с драйверами. Есть вероятность, что компания-производитель прекратила поддержку своего оборудования и не предоставляет 64-разрядные версии драйверов для загрузки на компьютер. В этом случае часть комплектующих будет работать некорректно.

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

Подробнее: Узнаем, какие драйвера нужно установить на компьютер

Картинка с сайта: lumpics.ru

Важно! Также может пригодиться информация об уже установленных драйверах в Windows 10. На этот случай ознакомьтесь с другой статьей на нашем сайте, перейдя по ссылке ниже.

Подробнее: Просмотр сведений о драйверах в Windows 10

Картинка с сайта: lumpics.ru

Шаг 2: Полная переустановка операционной системы

Если характеристики компьютера полностью удовлетворяют системные требования 64-разрядной Windows 10, можно приступать к ее переустановке. Эта процедура ничем не отличается от стандартной инсталляции, но есть несколько нюансов, о которых далее пойдет речь.

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

Подробнее: Руководство по установке Windows 10 с USB-носителя или диска

Картинка с сайта: lumpics.ru

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

Подробнее: Методы переустановки Windows 10 без потери данных

Картинка с сайта: lumpics.ru

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

Подробнее: Как переустановить Windows 10 без потери лицензии

Картинка с сайта: lumpics.ru

Наша группа в TelegramПолезные советы и помощь