Взаимодействие Win10 и Win2003

[Valek25]

Взаимодействие Win10 и Win2003

При копировании файлов, например zip архивов более 3 Мб с Win 10 Pro на Win Server 2003 SP 2 повреждается архив. При копировании с Win 10 Pro на компьютеры под управлением других ситем (Win xp, Vista, Win 7) все нормально. И при копировании с копьютеров с (Win xp, Vista, Win 7) на Win Server 2003 SP 2 тоже все нормально. Какая то несовместимость. Что делать?

 

[prima]

Так не бывает.
Можно подробнее? Какая ошибка, в какой момент, скриншот сообщения, образец повреждённого файла?

 

[IronArgument]

Возможно, дело в программах архиваторах. Используются программы архиваторы одинаковых версий?

 

[Valek25]

Так не бывает.
Можно подробнее? Какая ошибка, в какой момент, скриншот сообщения, образец повреждённого файла?

Ошибка в момент распаковки Скриншот и поврежденный файл прилагаю

 

[Valek25]

Возможно, дело в программах архиваторах. Используются программы архиваторы одинаковых версий?

Одинаковых. Проблема не только в архивах, при копировании базы 1с она тоже повреждается. Просто на архиве наиболее наглядно.

 

[IronArgument]

Хеш исходного и скопированного файла архива сравнивали?

 

[prima]

Просто на архиве наиболее наглядно.

Попробуйте скопировать книгу в DOS-формате и посмотреть, проявится ли ошибка.
Просто голый txt в DOS-кодировке.

 

[prima]

Хеш исходного и скопированного файла архива сравнивали?

Там показывает ошибку CRC, FAR потом открывает полфотографии, 7-zip просто посылает подальше.

 

[Гризлик]

Что-то мне напомнило это. Предположу что в конце копирования скорость падает до нуля и связь обрывается и файлы просто не докачиваются до конца. Отсюда и ошибка при открытии файла.

Ну это так в качестве бреда

 

[Valek25]

Попробуйте скопировать книгу в DOS-формате и посмотреть, проявится ли ошибка.
Просто голый txt в DOS-кодировке.

Не ругается на голый txt в DOS-кодировке

 

[IronArgument]

Там показывает ошибку CRC, FAR потом открывает полфотографии, 7-zip просто посылает подальше.

Неважно. Предлагаете сесть и рыдать? Искать нужно методом исключения. Первый этап - убедиться, что исходный и скопированный файл отличаются, сравнить хеши файлов - самый надёжный способ.

Valek25, архивы - это только частный случай? С другими типами файлов размером более 3 Мб та же проблема?

 

[prima]

Предлагаете сесть и рыдать?

Предлагаю сесть, почитать теорию, подумать головой.
По моей просьбе человек проверил на простом тексте, передача прошла нормально.
Хеш - коротенькая строчка шестнадцатеричных значений, и она никак не может являться "самым надёжным способом" сравнения.

Явное значение хеш-суммы, как правило, записывается в шестнадцатеричном виде. Так, утилита md5sum, вычисляющая значение хеш-функции MD5 от заданного файла, выдаёт результат в виде строки из 32 шестнадцатеричных цифр — например, 026f8e459c8f89ef75fa7a78265a0025. Известны другие алгоритмы хеширования:

CRC32 — пример хеш-кода: F6DE2FEA

SHA-1 — пример хеш-кода: 7DD987F846400079F4B03C058365A4869047B4A0

Педивикия...
А в самой системе с DOSовских времён осталась утилита FC.

Сравнение двух файлов или двух наборов файлов
и вывод различий между ними.

FC [/A] [/C] [/L] [/LBn] [/N] [/OFF[LINE]] [/T] [/U] [/W]
[/nnnn][диск1:][путь1]имя_файла1 [диск2:][путь2]имя_файла2
FC /B [диск1:][путь1]имя_файла1 [диск2:][путь2]имя_файла2

/A Вывод только первой и последней строк для каждой группы различий.
/B Сравнение двоичных файлов.
/C Сравнение без учета регистра символов.
/L Сравнение файлов в формате ASCII.
/LBn Максимальное число несоответствий
для заданного числа строк.
/N Вывод номеров строк при сравнении текстовых файлов ASCII.
/OFF[LINE] Не пропускать файлы с установленным атрибутом "Автономный".
/T Символы табуляции не заменяются эквивалентным числом пробелов.
/U Сравнение файлов в формате UNICODE.
/W Пропуск пробелов и символов табуляции при сравнении.
/nnnn Число последовательных совпадающих строк, которое
должно встретиться после группы несовпадающих.
[диск1:][путь1]имя_файла1
Указывает первый файл или набор файлов для сравнения.
[диск2:][путь2]имя_файла2
Указывает второй файл или набор файлов для сравнения.

 

[prima]

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

Был ещё один подобный глюк, довольно широко известный, когда на некоторых вариантах реалтековских 100-Мбитных чипов так же не проходили файлы размером, кстати, тоже больше 3 Мб, если мне не изменяет память.

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

 

[IronArgument]

Хеш - коротенькая строчка шестнадцатеричных значений, и она никак не может являться "самым надёжным способом" сравнения.

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

 

[prima]

для сравнения файлов и был придуманы алгоритмы хеширования

Алгоритмы хеширования созданы для быстрой индикации ошибки, не более того.

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

Who is файл?
Он может иметь и нулевой размер.
То, что неизвестно Вашей науке, давно известно инженерам, потому что пароли BIOS, к примеру, хранятся в виде хешей, и одному значению соответствует несколько паролей. А каждый пароль является частным случаем файла.
Вот так-то, друг Горацио

 

[Valek25]

Не подействовали команды изменения автоматической настройки окна приема TCP и отключение использования нескольких процессов((

 

[Valek25]

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

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

 

[Valek25]

Неважно. Предлагаете сесть и рыдать? Искать нужно методом исключения. Первый этап - убедиться, что исходный и скопированный файл отличаются, сравнить хеши файлов - самый надёжный способ.

Valek25, архивы - это только частный случай? С другими типами файлов размером более 3 Мб та же проблема?

та же проблема и с файлом 1cv8.efd

 

[Valek25]

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

Был ещё один подобный глюк, довольно широко известный, когда на некоторых вариантах реалтековских 100-Мбитных чипов так же не проходили файлы размером, кстати, тоже больше 3 Мб, если мне не изменяет память.

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

До Win10 у меня стояла на этом компе XP и все работало, так что сетевое оборудование явно совместимо, драйверы сетевой и на 10-ке и на сервере обновил, тоже ноль эффекта

 

[IronArgument]

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

Вот поэтому и применяются разные алгоритмы хеширования, трёх вполне достаточно. Я пишу, Вы как будто не читаете:

Сравнение сразу по нескольким алгоритмам даёт однозначный результат.

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

Файлы действительно отличаются. В конкретном случае, как я понимаю, файл передавался по локальной сети в расшаренную папку в сетевом окружении. Вы не написали, может у Вас там обе ОС вообще на одной машине установлены, а файл просто копируете перетаскиванием с диска на диск? Теперь попробуйте передать другим способом, через программу удалённого управления, к примеру, или через облако.