Критическая ошибка Filezilla при передаче файлов 553

Обновлено: 02.07.2024

это онлайн,
я могу войти в него с помощью filezilla\cmd

но когда я пытаюсь загрузить файл, я получаю сообщение об ошибке от filezile

могу ли я только читать данные с ftp и не могу загружать? это правда?

Нужно ли изменить владельца\режим этой библиотеки?

Да, но то, как вы это сделаете, зависит от файловой системы смонтированного диска. Я предполагаю, что он находится на смонтированном внешнем диске, так как он находится в каталоге /mnt.

Если это файловая система Linux,

предоставит каждому пользователю в системе разрешение на запись в /mnt/mydisk/camera/ и все файлы/каталоги в нем.

Хотите что-то более безопасное? Попробуйте

чтобы изменить владельца и группу на нужные вам.

Если это не файловая система Linux, вам, вероятно, потребуется настроить параметры монтирования. Опубликуйте, что вы сейчас используете и какая у вас файловая система.

Я волонтер. Примите меня как должное или злоупотребите моей поддержкой, и я уйду

У меня нет проблем с тем, что каждый пользователь может писать на этот внешний USB

Если это не Linux (например, FAT или NTFS), эта команда, скорее всего, ничего не изменит и не сообщит об ошибке.

Я волонтер. Примите меня как должное или злоупотребите моей поддержкой, и я уйду

Есть ли способ проверить это и убедиться?

если не получится
скажите что делать и я отформатирую заново

Я волонтер. Примите меня как должное или злоупотребите моей поддержкой, и я уйду

Я попробовал обе команды, и они по-прежнему принадлежат пользователю root
и не могу копировать файлы, потому что только root имеет право на запись

чего не хватает?

Может быть, запустить все процессы форматирования с самого начала? (размонтировать, отформатировать, смонтировать и т.д.)
Если вы считаете, что это хорошее решение для "экономии времени",
не могли бы вы дать список команд, которые вы хотите, чтобы я выполнил?
Поэтому я буду делать то, что вы говорите, команда за командой

Спасибо (за потраченное время)

Какую команду вы выполнили для монтирования диска?

Когда он смонтирован, не могли бы вы показать результат команды

pi@raspberrypi:~$ монтировать | grep mydisk
/dev/sda1 на /mnt/mydisk type vfat (rw, relatime, fmask=0022, dmask=0022, codepage=437,iochar
set=ascii,shortname=mixed,errors=remount -ро)

Я думал, вы отформатировали этот диск как ext4?
Это безумие.

Файловые системы FAT не имеют прав собственности и прав доступа к файлам.
Вы можете обойти это с помощью различных вариантов монтирования, когда ОС Linux «подделывает» учетные данные для вас.

Но сначала вам нужно понять, почему он монтируется как vfat, когда вы отформатировали его как ext4 - другой диск?

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

Попробуйте выполнить поиск по форуму, но ищите FAT и/или FAT32, а не "vfat".

И прочитайте вывод из следующего:

Я волонтер. Примите меня как должное или злоупотребите моей поддержкой, и я уйду

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

Мне известно о несоответствии. Я просто выполнял запрос rpdom на информацию. Существует больше способов смонтировать раздел, чем с помощью команды mount. Или через fstab, если уж на то пошло.

Я волонтер. Примите меня как должное или злоупотребите моей поддержкой, и я уйду

Я заблудился по дороге, что делать.

Я не против начать с нуля

подключить диск на 16 ГБ по ключу к pi
Я хочу иметь возможность его использовать (копировать и записывать на него файлы).

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

Если ваш диск представляет собой какой-либо вариант FAT/vfat и вы хотите, чтобы любой/все пользователи могли записывать на него, добавьте ",umask=000" после "nofail" при настройке fstab.

Я волонтер. Примите меня как должное или злоупотребите моей поддержкой, и я уйду

Ниже вы найдете пошаговое руководство. Если вы предпочитаете, вы можете посмотреть видеоруководство «Как устранить критическую ошибку «Не удалось подключиться к серверу».

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

Статус: попытка подключения не удалась с сообщением "ECONREFUSED — соединение отклонено сервером"

Если соединение не установлено с сообщением о состоянии выше, возможно, возникла проблема с конфигурацией локальной сети. FileZilla/FileZilla Pro имеет мастер настройки сети, который может найти распространенные проблемы в настройках сети и маршрутизатора.

После того как FileZilla/FileZilla Pro соберет всю необходимую информацию о конфигурации, он выполнит тестовое подключение на тестовом сервере, управляемом командой FileZilla. Если тестовое подключение работает без ошибок, проблема, вероятно, существует на удаленном сайте, к которому вы пытаетесь подключиться.

Еще одна возможная причина – блокировка соединения брандмауэром. Если у вас есть локальный брандмауэр или антивирус, попробуйте отключить его. Если это работает, вам может потребоваться добавить исключение в конфигурацию брандмауэра, чтобы предоставить FileZilla Pro постоянный доступ к сети.

Если вы находитесь в корпоративной сети, вам может потребоваться попросить администратора сети открыть определенные порты FTP.
Большинство FTP-серверов используют порт 21, SFTP-серверы используют порт 22, а FTPS (неявный режим) использует порт 990 по умолчанию.

В приведенном ниже видеоруководстве показано, как устранить критическую ошибку «Не удалось подключиться к серверу»

Видеоруководство: как исправить ошибку подключения

Читайте также: