3

У меня есть общий ресурс Samba, расположенный на USB-накопителе USB-маршрутизатора DD-WRT V24. Я пытаюсь скопировать файл с машины MAC OSX с помощью Finder. Finder возвращает следующее сообщение: «не может быть скопировано, потому что недостаточно свободного места». Хотя места достаточно. Finder может читать файлы из Samba. Используя терминал, я могу читать и писать с и на Samba Share. Похоже, что-то есть в поиске. Все каталоги и файлы имеют разрешение "777", поэтому разрешение не должно быть проблемой. Доля является "публичной", поэтому гостевой доступ работает нормально. Используя Ubuntu, файловые браузеры Windows 7, я могу читать и писать файлы без каких-либо проблем. Почему Finder не может записать файл, а терминал может?

РЕДАКТИРОВАТЬ (дополнительная информация): Этот новый USB-накопитель емкостью 2 ТБ, используемый для общего ресурса, был отформатирован в EXT3 с помощью Ubuntu Disk Manager. В строке состояния Finder отображается "Доступен нулевой байт", что не соответствует действительности, поскольку доступно почти 2 ТБ, и я могу копировать файлы с терминала, а также с компьютеров Windows и Ubuntu. Есть ли несовместимость между Finder и Samba и / или форматом EXT3?

EDIT2: (больше результатов теста) Комментарий User16081 дал мне некоторую идею теста. Я просто подключил USB-накопитель на рабочей станции Ubuntu вместо маршрутизатора DD-WRT. Теперь я могу скопировать из MAC Finder, и в строке состояния Finder отображается допустимый размер «1,86 ТБ доступно». Похоже, что сервер DD-WRT samba имеет какую-то несовместимость с MAC OSX Finder. Есть идеи для обхода?

Edit3: я использовал терминал с "df -h", чтобы узнать размер подключенного тома. Я подключил один и тот же USB-накопитель на машине с Ubuntu, а затем на своем маршрутизаторе DD-WRT. Я получаю совсем другой результат. Терминал OSX размера сообщает, что при монтировании в Ubuntu правильный, в то время как при монтировании в DD-WRT он сообщает только о 20 МБ. Это показано в 2 последних строках.

sh-mbp:~ sylvain$ df -h
Filesystem                             Size   Used  Avail Capacity   iused      ifree %iused  Mounted on
/dev/disk0s2                          698Gi  492Gi  206Gi    71% 128965572   53935402   71%   /
devfs                                 190Ki  190Ki    0Bi   100%       657          0  100%   /dev
map -hosts                              0Bi    0Bi    0Bi   100%         0          0  100%   /net
map auto_home                           0Bi    0Bi    0Bi   100%         0          0  100%   /home
/dev/disk1s2                           21Gi  2.9Gi   18Gi    14%    765283    4734707   14%   /Volumes/Projects
//sylvain@sylvain-desktop/dd-wrt_usb  1.8Ti   97Gi  1.7Ti     6%         0 18446744073709551615    0%   /Volumes/dd-wrt_usb
//GUEST:@dd-wrt/DD-WRT_Root            20Mi   20Mi    0Bi   100%         0 18446744073709551615    0%   /Volumes/DD-WRT_Root

РЕДАКТИРОВАТЬ 4 Я провел аналогичный тест с рабочей станции Ubuntu. Оказывается, Ubuntu видит, что указанный размер не имеет смысла, и сообщает о надлежащем используемом пространстве, но о неизвестном доступном пространстве и соглашается копировать файлы.

Похоже, что сервер samba в DD-WRT не сообщает о размере диска или доступном пространстве должным образом. MAC OSX Finder решает, что он не может пытаться копировать файлы, а Ubuntu все равно пытается это сделать. Проблема звучит из-за сервера самбы DD-WRT. Есть идеи, как это решить? Я много смотрел на форуме DD-WRT и не повезло.

Я нашел видео на YouTube, где показан маршрутизатор Asus (я использую TP-Link TL-WDR3600) с DD-WRT V24Sp2, как у меня, с общим размером диска (2 ТБ), и мы видим, что в Finder отображается соответствующее доступное пространство. Ничего особенного не было сделано во время настройки. Кроме использования другого маршрутизатора, его диск имеет формат HPFS/NTFS вместо EXT3.

1 ответ1

1

У меня была именно эта проблема на моем маршрутизаторе dd-wrt с подключенным жестким диском Western Digital NTFS.

Еще раз проверьте, что в разделе «Службы-> NAS», «Общий доступ к файлам» раскрывающийся список «Путь» в разделе «Общий доступ» относится к реальному разделу, а не к диску в целом.

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

Когда я вернулся к пользовательскому интерфейсу для устранения неполадок, я увидел, что в раскрывающемся списке «Shares /Path» есть два варианта «/mnt /» и «/mnt /sda_part1». Я изменил путь к "/mnt /sda_part1", и теперь он работает именно так, как и должно.

Надеюсь это поможет.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .