Удаленный рабочий стол искажает файлы при копировании

Тем не менее восстановление целой файловой системы от резервного копирования заняло бы дни и было бы недопустимо.

Затем придерживаются ext3, в качестве награды, любая слякоть с флеш-картой Fedora может смонтировать Ваш диск, если это прибывает в это.

3
задан 15 June 2009 в 00:55
8 ответов

Я не знаю, какова проблема, но одна подсказка состоит в том, что 66387968 66 373 042 окруженных к ближайшим 32768. Вы уверены, что получаете больше байтов большее файл?

0
ответ дан 3 December 2019 в 06:25

Вы смотрите на Размер на Диске или атрибут Размера? Размер на Диске может отличаться значительно, потому что частично используемый кластер зарегистрируется как полностью используемый кластер в 'размере на диске' поле (таким образом заставляющий размер файла казаться больше, поскольку кластеры могут только использоваться для хранения части одного файла).

Как Вы читаете те дополнительные символы 'спама'? Поскольку, если Вы осматривали кластеры непосредственно (использующий Hex-редактор со способностью открыть диск непосредственно, а не файл), они могли быть перенесены из предыдущих файлов, которые заняли место физического диска...

0
ответ дан 3 December 2019 в 06:25
  • 1
    Нет, нет, I' m рассмотрение " Size" атрибут и в самом содержании файла. –  Vilx- 15 June 2009 в 02:32
  • 2
    Я сначала заметил это, когда это начало портить мои файлы PHP, и вывод к браузеру становился странным.:) –  Vilx- 15 June 2009 в 02:32
  • 3
    Хм. Don' t знают затем.Очень странно! –  Mark Henderson♦ 15 June 2009 в 05:07

Я подозревал бы своего рода проблему между этими двумя машинами - насколько безопасный Ваша сетевая инфраструктура? Вы смогли проверять это путем шифрования соединений от каждой машины до сети?

0
ответ дан 3 December 2019 в 06:25
  • 1
    It' s общедоступный Интернет. Считайте вопрос - одно поле на моем рабочем месте, другой в моем доме. И doesn' t RDP шифруют материал так или иначе? Кроме того - проблема isn' t новый. It' s бывший похожий это больше половины года. Я don' t думают anyone' s взламывающий там.:P –  Vilx- 18 June 2009 в 11:34

Ужасно походит на эту проблему, которую я нашел на microsoft.com: Определенные файлы повреждаются, будучи скопированным с RDC в Windows Terminal Services

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

Одна вещь, на которую я указал бы, состоит в том, что использование размеров файла, чтобы видеть, ли файл в порядке, не является хорошим решением. Я использую md5 или хеши sha для каждой передачи WAN. Я использую инструмент с открытым исходным кодом md5deep, чтобы генерировать и проверить хеши. Существует много других инструментов хеша там, если Вам не нравится md5deep по некоторым причинам.

3
ответ дан 3 December 2019 в 06:25

Действительно ли оба - машины 32 бита или 64 бита? Я видел это, возможно, будучи проблемой, если Вы - 64 бита, и другой 32 бита.

0
ответ дан 3 December 2019 в 06:25

У меня есть точно те же проблемы, копирующие файлы в (или от) Windows 7 (RTM) 64-разрядный Хост и Windows XP 32-разрядный Клиент. Размеры файла некоторых скопированных файлов больше, чем они должны быть, дав другой CRC и хеш MD5.

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

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

Пепел

1
ответ дан 3 December 2019 в 06:25

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

На удаленной машине можно получить доступ к локальной машине в Windows Explorer при помощи псевдонима машины "\tsclient", так для открытия локальной папки C:\Temp, перейдите к \tsclient\c\temp на удаленной машине. Копирование к и от локальной машины с помощью этого метода, кажется, не повреждает файлы.

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

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

- Frode

0
ответ дан 3 December 2019 в 06:25

Microsoft предлагает исправление, устраняющее эту ошибку:

http://support.microsoft.com/kb/972828

0
ответ дан 3 December 2019 в 06:25

Теги

Похожие вопросы