none
Совместимость 2012R2 и клиентов OSX RRS feed

  • Вопрос

  • Добрый день! 

    возникла проблема между Windows Server 2012R2 и клиентами Mac OSX.

    Есть файл сервер, клиент подключается с мака по SMB к сервреру, и пытается скопировать (изменить файл) Однако у него возникают проблемы. Система ведет себя некорректно, хотя рядом лежащие файлы открываются правильно. На компьютерах под управлением Windows файл открывается правильно. 

    Ошибка заключается в том, что Мак пишет, что файл не существует (не могу прикрепить скриншот)

    Техподдержка Apple сказала что возможно есть несовместимость с файловой системой HFS. 

    Прошу помочь мне советом, и как можно проверить эту совместимость? 

    Спасибо! 


    17 марта 2016 г. 13:24

Ответы

  • боролся с этим недавно... долго рыл интернет, собирал информацию по крупицам...

    основная масса причин этой беды - разные стандарты использования символов в именах папок и файлов... например "ё" набранное в винде почти на 98% приведет к проблеме в osx. и так далее и тому подобное. или несколько точек рядом в имени тоже могут.

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

    17 марта 2016 г. 15:39
  • ну почему же нет ... )))

    вариант 1: отказаться от огрызков

    вариант 2: отказаться от винды

    вариант 3: выпустить жесткий циркуляр по компании с правилами наименования папок и файлов на шарах

    вариант 4: использовать в качестве файлохранилища что то типа qnap

    вариант х.з. какой: не использовать DFS ...

    вариант х.з. +1: ждать когда рак на горе свистнет и ребята из купертино исправят столетний баг в своей системе...

    18 марта 2016 г. 12:42

Все ответы

  • ошибка 43 ? ;)
    17 марта 2016 г. 14:18
  • %filename% couldn`t be open because there is no such file.

    Ошибки с номером, вроде не возникало 

    17 марта 2016 г. 15:12
  • боролся с этим недавно... долго рыл интернет, собирал информацию по крупицам...

    основная масса причин этой беды - разные стандарты использования символов в именах папок и файлов... например "ё" набранное в винде почти на 98% приведет к проблеме в osx. и так далее и тому подобное. или несколько точек рядом в имени тоже могут.

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

    17 марта 2016 г. 15:39
  • Получается 100% решения проблемы нет? 
    18 марта 2016 г. 11:24
  • ну почему же нет ... )))

    вариант 1: отказаться от огрызков

    вариант 2: отказаться от винды

    вариант 3: выпустить жесткий циркуляр по компании с правилами наименования папок и файлов на шарах

    вариант 4: использовать в качестве файлохранилища что то типа qnap

    вариант х.з. какой: не использовать DFS ...

    вариант х.з. +1: ждать когда рак на горе свистнет и ребята из купертино исправят столетний баг в своей системе...

    18 марта 2016 г. 12:42
  • Прошу помочь мне советом, и как можно проверить эту совместимость?

    проверил. всё ок. стоят последние обновления и на сервере и Office for MAC. Открываются и файлы, которые содержат кириллицу в названии файла. OS X 10.11.2

    18 марта 2016 г. 12:59
    Модератор
  • Прошу помочь мне советом, и как можно проверить эту совместимость?

    проверил. всё ок. стоят последние обновления и на сервере и Office for MAC. Открываются и файлы, которые содержат кириллицу в названии файла. OS X 10.11.2

    угу ))) только файлохранилище не маковское а виндовое... и характер ощибки непредсказуемо плавающий - может вылезти а может и нет )))

    18 марта 2016 г. 13:51
  • только файлохранилище не маковское а виндовое...
    а где вы увидели у меня маковское файлохранилище?
    18 марта 2016 г. 14:10
    Модератор
  • ))) это было уточнение, чтоб не вызывать разночтений...

    да и касается эта беда не только офисных файлов к сожалению. бывает нужно маководу jpg глянуть, а ему бац по морде - мол "а нету тут такого файла... нате вам ошибку 43...". тут же сразу смотрим в винде - все пучком. вот как хочешь так и понимай ;)

    18 марта 2016 г. 14:50
  • "а нету тут такого файла... нате вам ошибку 43..."
    такой ни разу за 5 лет не встречал.
    18 марта 2016 г. 14:58
    Модератор
  • Добрый день. выбил сегодня error code -43, есть ли на него помощь? 
    1 апреля 2016 г. 11:21