пропущен операнд, задающий целевой файл

В чем может быть дело?

В том, что такое получается если вы в реальности, а не в этом постинге взяли аргументы в кавычки.

Я же указал команду, как есть. Не там никаких кавычек.

Я же указал команду, как есть. Не там никаких кавычек.

Это только слова. А реальность такова, если как есть — оно полностью работоспособно, (и было б странно если нет, ибо это и есть предназначение утилиты). А вот с кавычками именно и говорит, что надо как минимум два аргумента, не только исходный, но и куда копировать.

Скрин мне что ли сделать? Говорю, как есть. даже не не могу предположить, где копать.

Скрин мне что ли сделать? Говорю, как есть. даже не не могу предположить, где копать.

Ну неужели вы смогли сломать cp? Что-то другое просто уже не придумывается.

Я ничего еще сломать не успел ,только зашел на сервер сегодня ))))

Короче, переписал все ручками еще раз и заработало. Спасибо за отклик.

Короче, переписал все ручками еще раз и заработало. Спасибо за отклик.

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

Короче, переписал все ручками еще раз и заработало.

Возможно там вместо пробела был какой-нибудь левый символ. Скопипасть эту строку в файл и посмотри содержимое в hex.

Возможно там вместо пробела был какой-нибудь левый символ.

Ну cp умное, если там хитрый символ оно пытается привести к печатному:

$ cp -R  $'a\007x'
cp: missing destination file operand after 'a\ax'

Но если там какой-нибудь неразрывный пробел он же в ютф-консоли так же пробелом и отобразится. Выглядеть будет как надо, а код будет отличный от 0x20.

Но если там какой-нибудь неразрывный пробел

Хорошее предположение. Больше похоже на то, что так и было...