это [a] затронет любые программы, которые были скопированы, то есть папка программных файлов?
Я ожидаю потенциальных неприятностей, в зависимости от того, как это делается.
Старый пример:
Что ж, этот вопрос помечен как "Windows", и я не ожидаю проблем, если вы используете Windows 3.1, поскольку система все еще может загружать DOS (что, вероятно, исправит простой «SYS C:»).
Смена времен:
Тем не менее, я предполагаю, что вы имеете в виду более современные версии Microsoft Windows. В этом случае, в зависимости от того, как именно вы делаете копию, тогда, безусловно, есть вероятность, что у вас будут серьезные проблемы.
Я собираюсь использовать термин "Диспетчер файлов", так как этот термин используется в Windows 3.1 и Windows 10. Если вы используете другие версии Microsoft Windows, сделанные между этими выпусками, вы, вероятно, обнаружите, что программное обеспечение называется "Проводник" или "Проводник Windows". Вместо того, чтобы каждый раз использовать избыточность, я просто использую один термин, поэтому настройте (при необходимости), чтобы он соответствовал любой используемой вами Windows.
Winsxs:
Если вы используете копию Windows, которая не запущена (например, вы закрыли Windows и загрузились с компакт-диска, который работает под управлением Linux и может обращаться к NTFS), у вас может быть меньше проблем. Если вы делаете это из Windows во время работы и просто используете "Диспетчер файлов", чтобы скопировать все значки папок, которые вы найдете в папке верхнего уровня, тогда ждите боли.
Первое, что приходит на ум - это папка C:\Windows\WinSXS. Эта папка содержит данные "сборки рядом". Операционная система рассматривает эту папку как особую. Стремясь сделать обработку DLL проще / лучше для конечных пользователей, Windows выполняет некоторую специальную обработку этой папки, чтобы иметь возможность хранить и использовать несколько версий одного и того же файла. Это имеет тенденцию работать прозрачно за кулисами и прекрасно работать. Однако могут возникнуть проблемы, если вы попытаетесь взаимодействовать с папкой другим способом.
Например, WinDirStat (свободно загружаемая программа) показывает вам информацию, которая помогает людям легко увидеть, где используется дисковое пространство. Итак, WinDirStat делает некоторые стандартные вещи, например, спрашивает Windows, какие файлы находятся в папке, и какой размер у каждого файла. Проблема в том, что папка C:\Windows\WinSXS\ предназначена для особого обращения. Поскольку WinDirStat не обрабатывает C:\Windows\WinSXS как специальную папку, результаты в конечном итоге выглядят запутанными: C:\Windows\WinSXS выглядит так, как будто он занимает смехотворно много места.
Если вы попытаетесь скопировать данные из этого каталога, я подозреваю, что у вас могут возникнуть проблемы с такими компонентами Microsoft Windows, как контроль учетных записей или защита системных файлов. Однако даже если вам удастся получить доступ для завершения попытки копирования, вы, вероятно, в конечном итоге скопируете несколько версий одних и тех же данных. В результате ваш пункт назначения не будет соответствовать вашему источнику. (Пункт назначения будет больше и, возможно, намного больше. Возможно, вам не хватает места на устройстве назначения.)
Кроме того, даже если копия действительно удалась, а затем вы скопировали информацию обратно на новый диск, Microsoft Windows ожидает, что каталог C:\Windows\WinSXS будет обрабатываться особым образом. Поэтому, если вы сбросили кучу обычных данных в этот каталог, когда Microsoft Windows пытается их использовать, эти "нормальные" данные не будут соответствовать ожиданиям Microsoft Windows в отношении каталога C:\Windows\WinSXS.
Файл подкачки
Файл подкачки используется для хранения данных, которые Microsoft Windows должна отслеживать, но которых нет в памяти.
Может случиться так, что если файл подкачки будет скопирован в место назначения, а затем Microsoft Windows запишет еще несколько данных в исходный файл подкачки (возможно, пока вы все еще копируете некоторые из оставшихся данных на диске), эти данные могут никогда не произойти. скопировать в файл страницы назначения. Управление памятью в Microsoft Windows сложное и может использовать как оперативную память, так и активный файл подкачки. Когда вы копируете диск, конечная копия не будет содержать ничего, что является ОЗУ. Так как Microsoft Windows довольно сложна и делает некоторые вещи за кулисами, я мог легко поверить, что некоторые данные могут быть потеряны, если новая копия Windows не получит некоторые данные, успешно скопированные.
thumbs.db:
Допустим, у вас есть 3 (или более) файла в каталоге:
- a.jpg
- b.jpg
- thumbs.db
- y.jpg
- z.jpg
Когда вы копируете a.jpg в пустую папку, File Manager пытается обработать распознанную графику особым образом. Файловый менеджер изменит размер изображения до размера "миниатюры" и сохранит результат в thumbs.db.
Затем, когда диспетчер файлов попытается скопировать существующий файл thumbs.db, он увидит, что файл thumbs.db уже существует в целевом каталоге. Файловый менеджер может запросить у вас запрос о перезаписи существующего файла или об использовании ранее существующего файла (который он только что создал). Это может раздражать и по сути приостанавливать часть процесса копирования данных, предотвращая дальнейший автоматизированный процесс, пока вы не будете взаимодействовать с программным обеспечением.
Затем, после копирования thumbs.db, который теперь имеет миниатюру для любых файлов, уже находящихся в папке назначения (например, a.jpg и b.jpg), оставшиеся графические файлы (например, y.jpg и z.jpg) будут иметь миниатюры созданы, изменяя thumbs.db каждый раз. Теоретически, Microsoft Windows может создавать миниатюры точно таким же образом (если графика не была изменена, а соответствующая часть Microsoft Windows не была изменена со времен старого файла thumbs.db), но даже если у вас есть те же байты, время создания вашего файла будет изменено. Таким образом, ваша копия не будет точной копией.
Порядок файлов
Когда вы пишете файлы, старые операционные системы просто выводили последний файл в конец списка. Это привело к тому, что файлы были сохранены в так называемом "несортированном" порядке. Это было распространено, когда Windows обычно имела дело с дисками FAT.
Теперь я прочитал, что NTFS пытается быть кем-то умным, храня файлы в "B Tree", чтобы попытаться автоматически отсортировать файлы. Это может обеспечить некоторые преимущества в скорости в долгосрочной перспективе, но создание идеальной сортировки требует больше времени, поэтому NTFS в основном делает попытку, но допускает несовершенство сортировки.
Файловый менеджер может решить копировать файлы в другом формате, например в алфавитном порядке.
Резюме / обзор Это могут быть не единственные отличия вашего пункта назначения от источника, но это некоторые отличия, о которых я случайно узнал. Хотя время создания файла thumbs.db может не иметь значения, а порядок файлов, вероятно, не будет иметь значения (поскольку известно, что многие настраивают порядок файлов при использовании Defrag), я не был бы достаточно смел, чтобы сказать, что эти вещи не будет иметь значения для всех. То, как люди используют Microsoft Windows, довольно настраиваемо, поэтому то, что совершенно игнорируется одним человеком, может сильно раздражать или вредить другому.
Проблема WinSXS, скорее всего, вызовет проблемы, поэтому простой ответ таков: нет, простая копия данных не обязательно приведет к идеальной копии, которая будет работать так же хорошо, как оригинал.
Мой случай: я собираюсь установить Ubuntu на мой диск E:, но я хочу, чтобы он отформатировал диск, но не путаясь с установкой моих текущих программ в этот файл, поэтому я планирую скопировать мои файлы на внешний жесткий диск вставьте его обратно.
Многое из того, на что я жаловался, особенно вероятно, если вы скопируете диск, на который установлена Windows, и / или файл подкачки. Если E: не соответствует этим описаниям, у вас может быть меньше шансов столкнуться с проблемами. Однако, с потенциалом "защиты от копирования", потенциально могут быть некоторые случаи, когда различия в E: могут быть замечены с помощью программного обеспечения.
Отчасти это зависит от того, что находится на E:. Если бы у вас были только zip-файлы, простая копия файла, вероятно, работала бы нормально. Вы упомянули "Программные файлы". Ну, во многих программах не было бы никаких проблем. Однако я не говорю, что у всех программ не будет проблем. Разные программы имеют разную степень сложности. Например, некоторые программы могут иметь фрагменты DLL-файлов, хранящиеся в WinSXS, а другие - нет. Итак, результатов может быть совсем немного.
Используйте изображение:
Вот более безопасное решение, которое с большей вероятностью сработает. Используйте программное обеспечение для обработки изображений. (Используйте программное обеспечение, которое создает "битовое" изображение, иногда называемое "криминалистическое изображение". Создайте такой образ всего диска, включая "метаданные", в которых хранятся данные структур файловой системы, например, метки времени, связанные с файлами.) Создайте образ E: предпочтительно, когда диск демонтирован. Затем, позже, восстановить изображение.
Это можно сделать в "dd" в Ubuntu, а также в некоторых программах для Microsoft Windows, которые можно загрузить. Я ожидаю, что "Клонезилла" также сможет это осуществить.
Использование графического программного обеспечения на неактивном диске гораздо эффективнее, чем попытка использовать Windows для простого копирования файлов.
