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

Question

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

Так что я знаю решение того, что я хочу сделать. Это то же самое, что я делал, когда встраивал систему аварийного восстановления в свою систему, просто создал точку соединения и направил ее на жесткий диск объемом 1 ТБ в компьютере. Так же, как создание перехода для c:\users и указание его на внутренний жесткий диск, я просто скопировал бы папку Program Files (x86) на жесткий диск, перезагрузился в безопасный режим с командной строкой, переименовал Program Files (x86), затем создайте соединение с этим именем папки. Я нашел что-то, что, я уверен, является проблемой Windows, и так как я администратор Linux, я решил, что возьму на доски, так как я не смог найти проблему, похожую на Google.

TLDR; Я не могу переименовать Program Files (x86) из окон, поэтому я перезапустился в безопасном режиме с помощью команды и смог переименовать его, и мне удалось создать точку соединения с тем же именем ...

rename "Program Files (x86)" "Not_Program Files (x86)"
mklink /J "Program Files (x86)"  "D:\Program Files (x86)"

Теперь это становится странным. Я загружаюсь обратно в Windows и вижу, что каталог Program Files (x86) все еще там, и любой каталог с тем именем, которое он СЛЕДУЕТ назвать сейчас, не существует. Но подождите .... это еще не все! Когда я смотрю на свойства файла Program Files (x86), объект упоминается как то, к чему я его переименовал.

Мой вопрос действительно состоит в том, почему Windows не переименовывает этот каталог и как я могу выполнить то, что я ожидаю?

Вот ссылка на свойства папки, которая показывает, что "имя объекта" - это объяснение, которое я сделал доступным для детей. (нет представителя, чтобы включить в пост)

http://imgur.com/Wd1INbG

Answer 1

Я не думаю, что вы должны возиться с каталогами Program Files . У Windows есть особые ограничения на них по какой-то причине, и вмешательство в нее может привести к нежелательным результатам.

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

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

Answer 2

Короче говоря, мне пришлось удалить атрибут -S из папки, которая указывает на владение системой (возможно) из командной консоли, которую я смог запустить

attrib -S "Program Files(x86)"

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

Что касается потенциальных рисков, связанных с выполнением чего-то подобного, я полностью осознаю, что мог бы рассчитывать на полную переустановку, но я к этому хорош. Правила созданы для того, чтобы их нарушать, иначе какой смысл в том, чтобы быть суперпользователем? Я скажу спасибо, однако, за то, что вы заметили, что это не то, что люди с ограниченным опытом сисадминов должны пытаться. Этот проект все еще может иметь непредвиденные последствия, но сейчас я доволен состоянием моей коробки.

Answer 3

Некоторое время назад я делал что-то действительно похожее, но с двумя SSD 120GiB.

Системный раздел становился слишком большим, они начинают нуждаться в общем размере 64 ГБ для каждой Windows (чтобы обеспечить 60% бесплатного обновления), а у меня их три.

Я не собираюсь вводить детали низкого уровня, просто укажите это:

• Второй SSD (там, где был Slim DVD) не включается до тех пор, пока не загружена ОС, поэтому я не могу использовать его в загрузчике Grub2, не могу загрузиться с него и ничего не могу сделать до тех пор, пока не будет загружена любая ОС; то же самое для слота SD и для слота ExpressCard54; все они не работают, пока BIOS работает при загрузке.

Поскольку программные файлы и программные файлы (x86) имеют примерно 1/3 от общего размера использования, я подумал перенести эти GiB на второй SSD с помощью трюков MKLINK /J ...

Таким образом, я гарантирую, что SSD будет включен сразу после запуска Windows Loader, задолго до того, когда такая папка понадобится, он будет включен немного раньше, чем появится логотип Windows на экране, поэтому не должно быть никаких проблем для соединения. ; поэтому я даю общее предупреждение: используйте соединение (/J), а не символическую ссылку (/D), странные вещи, которые слишком долго объяснять, случаются, когда это символическая ссылка (чаще всего при обновлении на Windows 10 с 1709 до 1803). , так далее).

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

Не ДОБАВИТЬ к вам:

• Вы можете сделать один и тот же трюк для pagefile.sys и swapfile.sys, чтобы убрать их в нужную вам папку / подпапку, используя такие команды, как MKLINK C:\pagefile.sys M:\MySubFolder\MyNameForPageFile.DAT и MKLINK C:\swapfile.sys M:\MySubFolder\MyNameForSwapFile.DAT

Два замечания по этому поводу:

1. Чтобы иметь возможность создать жесткую ссылку (не junction, не symlink), вы должны загрузиться с деактивированным виртуальным ОЗУ (если он был активен, вы должны перезагрузиться после его деактивации), поэтому в корневом каталоге системы нет ни pagefile.sys, ни swapfile.sys. раздел, затем создать жесткие ссылки, а затем активировать виртуальный оперативной памяти
2. Если у вас несколько окон (мультизагрузка), вы можете повторно использовать одну и ту же цель жестких ссылок для всех из них, поэтому вы снимаете такое пространство вашего SSD только один раз, а не один раз для каждого окна.

Если вы продолжите работу с pagefile.sys и swapfile.sys, появится предупреждение: любое обновление Windows 10 удалит жесткую ссылку и заново создаст обычные файлы на месте, поэтому после обновления вам нужно будет повторно выполнить жесткие ссылки , деактивация виртуального ОЗУ, перезагрузка, создание их, реактивация виртуального ОЗУ.