Как поменять windows 10 корпоративная на windows 10 pro

Давно известен тот факт, что Проводник Windows и большинство Windows-приложений не могут работать с файлами и папками, длина пути к которым превышает 260 символов. И это — лишь программное ограничение на уровне Win32 API, известное также как MAX_PATH, тогда как файловая система NTFS сама по себе допускает до 32767 символов в адресе объекта файловой системы, чем успешно пользовались сторонние приложения, работавшие в обход стандартного API, например, FAR и Total Commander.

Также данное ограничение не касалось работы с файлами при сетевом доступе, что приводило к казусным ситуациям: рядовой пользователь в расшаренной папке может создавать и изменять файлы и папки, администратор через Windows Explorer — получает отказ доступа. Причём данное ограничение имело место не только в Windows 7/8/8.1 и более ранних ОС, но и в новейшей Windows 10.

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

И вот, как сообщает ряд тестеров регулярно выпускаемых закрытых сборок Windows 10, компания Microsoft, наконец, снизошла до исправления этого недостатка и выпуска исправления. Точнее — реализации настройки, которую должен будет включить сам пользователь. В шаблонах групповых политик появился соответствующий параметр «Включение длинных адресов NTFS» (Конфигурация компьютера -> Административные шаблоны -> Система -> Файловая система -> NTFS).

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

Единственное, что огорчает — Редактор групповых политик (gpedit.msc) отсутствует в редакциях Windows 10, отличных от «Профессиональная» и «Корпоративная» (хотя существуют неофициальные и не совсем легальные способы обойти это ограничение). Впрочем, необходимые ключи в реестре наверняка будут найдены. Как подсказывает один из читателей, это параметр LongPathsEnabled (тип DWORD), расположенный в реестре по адресу HKEY_LOCAL_MACHINE\System\CurrentControlSet\Policies.

В этой статье мы покажем, как повысить младшую редакцию (издание) Windows 10 или 11 до более старшей версии без переустановки операционной системы с сохранением всех установленных программ, настроек и документов. Это позволит пользователю обновить редакцию Windows с Home до Pro или Enterprise.

Обновить домашнюю редакцию Windows 10/11 Home до Professional

Откройте командную строку и проверьте текущую версию и редакцию Windows:

DISM /online /Get-CurrentEdition

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

В этом примере на компьютере установлена домашняя Home редакция Windows 10 ( в Windows 11 домашняя редакция называется Core).

Выведите список редакций, до которых можно обновить вашу версию Windows:

DISM /online /Get-TargetEditions

В списке есть редакция Professional, до которой мы хотим обновить ОС.

Чтобы выполнить обновление Home редакции до Pro, воспользуйтесь встроенной утилиты Changepk.exe. Запустите эту команду и выберите Change product key и укажите приобретённый вами ключ для Windows 10/11 Professional. Подтвердите апгрейд редакции.

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

Если у вас пока отсутствует приобретенный ключ для Windows Pro, укажите ключ
VK7JG-NPHTM-C97JM-9MPGT-3V66T
, который используется при установке Windows 10 и 11 Pro с пропуском ввода ключа (в ознакомительном режиме, без активации).

Вы можете очистить предыдущий ключ и задать новый из командной строки:
slui.exe /upk


changepk.exe /ProductKey xxxxxxxxxxxxxxxx

После этого перезагрузите компьютер, чтобы начать обновление редакции.

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

После перезагрузки проверьте, что редакция Windows была обновления до Professional.

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

slmgr /xpr

Значение 5 (Notification mode), указывает что срок ознакомительного использования Windows окончен.

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

Вы можете только апгрейдить редакции Windows 10/11 (например, Home -> Pro или Home -> Education). Сценарий даунгрейда доступен для Education -> Pro и Enterprise -> Pro). LTSC редакцию Windows 10 можно обновить до Enterprise или более новой LTSC.

Изменить редакцию Windows 10 или 11 с Pro до Enterprise

Если вы хотите обновиться с Professional редакции Windows 10/11 до Enterprise:

1. Проверьте текущую редакцию:
   DISM /online /Get-CurrentEdition
2. До каких целевых редакций возможно обновление:
   DISM /online /Get-TargetEditions
   

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

3. Укажите ваш ключ для Enterprise редакции в следующей команде:
   Changepk.exe /ProductKey NPPR9-FWDCX-D2C8J-H872K-2YT43
4. Через одну-две минуты редакция вашей Windows 10 изменится на Enterprise (подтверждение и перезагрузка не требуется). Осталось только активировать вашу Windows онлайн (если у вас есть свой ключ) или на KMS сервере (если вы использовали GVLK ключ).

Время на прочтение4 мин

Количество просмотров80K

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

Многим пользователям ПК под управлением ОС Windows, не говоря о разработчиках, знакомы проблемы при работе с длинными (более 260 символов, MAX_PATH) путями файлов или каталогов.

В данной статье рассматриваются способы избавления от этого пережитка при разработке приложений на различных платформах (WinApi, .Net Framework, .Net Core) и активации нативной поддержки длинных путей в Windows 10 (Anniversary Update).

Приложения Win API

В приложениях, которые используют Win API для работы с файлами, рецепт избавления от ограничения MAX_PATH был известен с незапамятных времён – необходимо было использовать Unicode версию функции с окончанием «W» для работы с директорией или файлом и начинать путь с префикса \\?\. Это давало возможность использовать пути длинной до 32767 символов.

В Windows 10 (1607) поведение функций для работы с файлами изменилось: появилась возможность отключить проверку ограничений MAX_PATH на уровне системы.

Это избавляет от необходимости использовать префикса \\?\ и потенциально даёт шанс приложениям, работающим напрямую или косвенно через Win API, получить поддержку длинных путей без необходимости их пересборки. Как активировать эту возможность описано в конце статьи.

.Net Framework

Хотя .Net Framework и использует Win API для работы с файлами — предыдущее изменение не принесло бы результата, т.к. в код BCL встроены предварительные проверки на допустимость длинны имён каталогов и файлов, и до вызова функций Win API дело даже не доходило, выдавая известное исключение. По многочисленным просьбам сообщества (более 4500 на UserVoice) в версии 4.6.2 из кода BCL вырезали проверки ограничения длинны пути, отдав это на откуп операционной и файловой системам!

Вот что это даёт:

• При использовании префикса “\\?\” мы можем работать с длинными путями как в Win API,

  Directory.CreateDirectory("\\\\?\\" + long_dir_name);

• Если активировать нативную поддержку длинных имен файлов Windows 10 (1607), то даже не потребуется использовать префикс!

Как включить:

• Использовать .Net Framework 4.6.2 как цель при сборке приложения.
• Использовать конфигурационный файл, например, если приложение уже было собрано под .Net 4.0:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>
    </startup>
  <runtime>
    <AppContextSwitchOverrides value="Switch.System.IO.UseLegacyPathHandling=false;Switch.System.IO.BlockLongPaths=false" />
  </runtime>
</configuration>

.Net Core

Тут поддержку длинных путей анонсировали ещё в ноябре 2015 года. Видимо сказалось Open Source природа проекта и отсутствие строгой необходимости обеспечения обратной совместимости.

Как включить:
Всё работает из коробки. В отличие от реализации в .Net Framework – тут нет необходимости в добавлении префикса “\\?\” – он добавляется автоматически при необходимости.

Вот тут можно посмотреть пример.

Как включить поддержку длинных путей в Windows 10 (1607)

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

Включить встроенную поддержку длинных путей можно создав или изменив следующий параметр системного реестра: HKLM\SYSTEM\CurrentControlSet\Control\FileSystem Параметр LongPathsEnabled (Тип: REG_DWORD) 1 – соответствует значению включено.

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

Или через групповые политики (Win+R\gpedit.msc) Computer Configuration > Administrative Templates > System > Filesystem > Enable NTFS long paths.Оно же в локализованном варианте: Конфигурация компьютера > Административные шаблоны > Система > Файловая система > Включить длинные пути Win32.

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

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

<application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings xmlns:ws2="http://schemas.microsoft.com/SMI/2016/WindowsSettings">
        <ws2:longPathAware>true</ws2:longPathAware>
    </windowsSettings>
</application>

С CMD, к сожалению, это не сработает, на данный момент, из-за особенностей работы с путями, а в PowerShell должно всё заработать.

P.S.

На этом мой небольшой пятничный пост заканчивается, оставив за рамками вопросы полноты реализации поддержки длинных путей в Windows 10 (1607), или работоспособность при использовании различных комбинаций редакций Windows, файловых систем и API. По мере поступления новых фактов и результатов экспериментов пост будет обновляться.

Спасибо за внимание!

Если эта публикация вас вдохновила и вы хотите поддержать автора — не стесняйтесь нажать на кнопку

Максимальный размер имени файлов и папок в Windows, как мне известно, 260 символов.
Именно такое количество символов должно быть в полном имени файла/папки. Полное имя включает имя раздела, имя корневого каталога вместе с названиями подпапок и имя самого файла вместе с расширением, например:

Здесь
«C:\» — имя раздела (логического диска) состоящий из 3 символов
Classical Music (16)
Vivaldi (8)
Winter.flac (11)
3 + 16 + 8 + 11 =
Всего 38 символов.

Рассмотрим реальный пример
Создадим .txt файл по адресу
«C:\Docs\Text\» — 13 символов
Назовём его:
«Lorem ipsum dolor sit amet, consectetur adipiscing elit. Donec venenatis iaculis ultricies. Vestibulum in ex aliquet eros rhoncus laoreet quis ut mi. Suspendisse eget iaculis lorem. Quisque sagittis eu felis sed consectetur. Nulla arcu nullam» — 242 символа
«.txt» — 4 символа
242 + 13 = 255 + 4 = 259
При сохранении получаем файл:

234 символа (230 имя + 4 расширение)

Вопрос: куда пропали 13 символов?
(260 — 234 — 13 = 13)

Связано ли это с тем, что Windows 10 русифицированная?
Windows 10 Home (1709)