Ошибка при копировании (!)

[Zloydog]

Ситуация такая - подключился со шлюза на котором стоит Debian к самбе с помощью Midnight Commander через Shell. Стал перекидывать архивы бекапов и Midnight Commander выдает ошибки "Не возможно сменить владельца целевого файла. Ошибка удаленного ввода\вывода 121" и потом вторая "Невозможно сменить режим доступа целевого файла"

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

[drBatty]

Ситуация такая - подключился со шлюза на котором стоит Debian к самбе с помощью Midnight Commander через Shell. Стал перекидывать архивы бекапов

КУДА копировали?

Но хотелось бы разобраться в чем проблема данная.

проблема в том, что какие-то атрибуты файлов в удалённой системе не поддерживаются.

воткнул флешку

это с FAT, да? Так там никакие атрибуты не поддерживаются, только временной штамп, и то 32х битный. Вот вы их все успешно потеряли.

Hint: что-бы не потерять атрибуты(основные, такие как права доступа и владельца), используйте tar-архив для передачи, ну или rsync over ssh тоже хорошо работает.

[Zloydog]

Ситуация такая - подключился со шлюза на котором стоит Debian к самбе с помощью Midnight Commander через Shell. Стал перекидывать архивы бекапов

КУДА копировали?

Но хотелось бы разобраться в чем проблема данная.

проблема в том, что какие-то атрибуты файлов в удалённой системе не поддерживаются.

воткнул флешку

это с FAT, да? Так там никакие атрибуты не поддерживаются, только временной штамп, и то 32х битный. Вот вы их все успешно потеряли.

Hint: что-бы не потерять атрибуты(основные, такие как права доступа и владельца), используйте tar-архив для передачи, ну или rsync over ssh тоже хорошо работает.

Копировал с со шлюза (Debian) на Samba файлообменник (debian). Архив создал 1.tar.gz

[drBatty]

Zloydog
очень плохая идея копировать файлы удалённо от/в root-доступ. Это РЕШЕТО.

Так никто не делает, потому и не тестирует никто. А если вы копируете обычным пользователем, то владелец автоматически меняется на получателя. Причём AFAIK в mc всё вроде-бы менялось без ошибок.

Ваша проблема скорее всего в том, что пользователи разные, и mc почему-то хочет сменить владельца файла на отправителя, как оно на локальной системе.

А зачем вы используете именно SMB соединение, ведь оно предназначено лишь для Windows™ систем? Нельзя-ли использовать OpenSSH?

Ещё вопрос: надеюсь вы применяете "SMB соединение", а не "FiSH"?

[Zloydog]

Zloydog
очень плохая идея копировать файлы удалённо от/в root-доступ. Это РЕШЕТО.

Так никто не делает, потому и не тестирует никто. А если вы копируете обычным пользователем, то владелец автоматически меняется на получателя. Причём AFAIK в mc всё вроде-бы менялось без ошибок.

Ваша проблема скорее всего в том, что пользователи разные, и mc почему-то хочет сменить владельца файла на отправителя, как оно на локальной системе.

А зачем вы используете именно SMB соединение, ведь оно предназначено лишь для Windows™ систем? Нельзя-ли использовать OpenSSH?

Ещё вопрос: надеюсь вы применяете "SMB соединение", а не "FiSH"?

То есть перекидывать из под пользователя? Ну вообще я по SSH и так цепляюсь к серверам..Физически их нет рядом. да smb. Я пробовал менял у архива владельца и группу на те что на папку в которую скидваю тоже не хочет.. мне конечно не лень раз в неделю дойти до сервера подцепить флешку и бекап сделать, но хотелось бы автоматизировать все, чтобы он сам перекидывал бекапы на сервер самбы

[Bizdelnick]

хотелось бы автоматизировать все, чтобы он сам перекидывал бекапы на сервер самбы

Ну не через mc же бекапы будут перекидываться? Обычным cp пробовали копировать?

[drBatty]

То есть перекидывать из под пользователя?

естественно. Для бекапов проще из под рута(хотя и опасно), НО: обязательно в простого пользователя. Этому удалённому пользователю можно назначить права write only, а также, как я их называю, "янтарные каталоги" сделать, это в ext4 атрибут append only, что-бы бекап нельзя было удалить с другой системы.

Ну вообще я по SSH и так цепляюсь к серверам.

дык и смысл?

но хотелось бы автоматизировать все, чтобы он сам перекидывал бекапы на сервер самбы

я не пойму: зачем вам вообще SMB и mc в данной задаче? Аж две лишних сущности.

[Zloydog]

То есть перекидывать из под пользователя?

естественно. Для бекапов проще из под рута(хотя и опасно), НО: обязательно в простого пользователя. Этому удалённому пользователю можно назначить права write only, а также, как я их называю, "янтарные каталоги" сделать, это в ext4 атрибут append only, что-бы бекап нельзя было удалить с другой системы.

Ну вообще я по SSH и так цепляюсь к серверам.

дык и смысл?

но хотелось бы автоматизировать все, чтобы он сам перекидывал бекапы на сервер самбы

я не пойму: зачем вам вообще SMB и mc в данной задаче? Аж две лишних сущности.

Так и пробовал кидать из под рута на пользователя..
В смысле смысл? А как еще цепляться то к серверам с винды в кабинете?) в кабинете винда стоит, а сервера в другом конце здания там Linux
Да вот решил МС попробовать чтобы удаленно скопировать, так то все время ножками до сервером и накопитель цепляю)
Или так попробовать, через "scp -r user@server1:/var/www/html/ /backup"?

[Bizdelnick]

Или так попробовать, через "scp -r user@server1:/var/www/html/ /backup"?

Да хотя бы так. Хотя лучше, конечно, rsync, если всё время в одно и то же место копируете.

[BigBrother]

Ситуация такая - подключился со шлюза на котором стоит Debian к самбе с помощью Midnight Commander через Shell. Стал перекидывать архивы бекапов и Midnight Commander выдает ошибки "Не возможно сменить владельца целевого файла. Ошибка удаленного ввода\вывода 121" и потом вторая "Невозможно сменить режим доступа целевого файла"

У mc есть опция "сохранять атрибуты" при копировании, попробуйте ее убрать.