и правда)

И да, меня отпустило и возникла мысль о реализации сабжевой фичи.

Во-первых, cp не виноват, да. Он должен копировать, вот и пусть.
Во-вторых демон нужен. Он будет висеть и посматривать: "А не запущен ли cp?", и если запущен, то будет смотреть в /proc/$pid_of_cp/cmdline, оттуда парсить путь назначения, делать df путь_назначения, и, если вдруг ОЙ. - стопарим cp, вываливаем нотификатор "Ололо места нету!" и продолжает чекать наличие фри спейса, как только достаточно (проверяет исходный размер и уже скопированный) - снимает cp с паузы.
Или это до сих пор продолжается, омг... )

Внимание вопрос: Как один процесс может поставить на паузу другой процесс?

зачем???

всё делается элегантно. Пишется sh функция cp вызывающая /bin/cp только тогда когда есть место на разделе для копируемого файла/файлов и ругающегося на недостаточное место когда его не хватает не вызываю уже /bin/cp

если не лень пиши, задача не трудная. только вот хитрозадость одна (остальное я знаю как реализовать) - как вычеслить на какое блочное устройство будет производиться запись что бы высчитать место именно на нем?

Нефти тебе. тыщщу

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

Ну правильно. сначала смотрим куда копируем. высчитываем там место и т.д.
Только вот как узнать на какое устройство копируем что бы считать место я хз :(

Видимо мы не допонимаем друг друга. Мой вариант.
Вот, скажем, хотим копировать нечто в /tmp/.
Делаем df /tmp/

после смотрим размер исходных данных.

а этого достаточно, чтоб подытожить хватит нам места или нет.

Наверное как-то так: берём абсолютный путь до места куда копируем, затем получаем список блочных устройств на которые можно писать (банально можно распарсить df), затем начинаем сравнивать абсолютный путь до места копирования с точками монтирования блочных устройств. Итого: мы пишем на то устройство где совпадение максимально. У меня есть два сомнения: не знаю как развернуть абсолютный путь с учётом симлинков и не знаю что будет если у тебя имеется стековая файловая система.

df -h папка | tail -n 1 | awk '{print $4}'
спасибо жуйке

да, это я и имел в виду, только сначала сам написал, а потом твой коммент увидел

да и кст, в жуйке уже посоветовали бросить велосипедо-строение, - есть же rsync и curl. ага.

можно расслабиться и почитать маны :)

не разу не велосипед...
не катит ни курл не rsync несколько не то делают, хотя и близко

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

а что есть стековая фс? вкратце, как влияет на сабж

Это aufs, mhddfs и иже с ними. Позволяют смонтировать несколько блочных устройств в единое нечто и как-то с ним работать.

а как быть с софтом использующим cp ? =) пересобирать с вызовом этой функции?
или сабж только для ручного копирования?

mv /bin/cp /bin/cpp
а на место /bin/cp положить скриптик. не?

можно, но что-то мне говорит, что не всё гладко будет

интересно что будет не гладко?

добавляешь в скрипт волшебный ключ который позволяет следить за заполненностью дисков и всё.

По вашему алгоритму проверка ведь будет однократной, да?
Ну и что получится, если запустите первый, а затем сразу второй cp, каждый по гигу скажем, на свободное место гига в полтора?

кончится если место то что-то не запишется =) собственно для постоянной проверки проще cp патчить чем простыми скриптами

Собстно постоянная проверка все тормознет ;)
Не Ъ это все. cp должно просто копировать, а не печься о free space

из жуйка подсказывает @rakoth: что-то типа kill -STOP ${pidof cp}

А чисто из интереса: как его резюмить?

хороший вопрос.

kill -CONT ${pidof cp}

И прогрессбарчики красивые чтоб рисовались, да.

вроде где-то был патч для cp для сих целей, на в апстрим не вошло. погугли по этому поводу

use pv )

использовать pv

Ну pv и что? Знаешь патч cp, который использует pv?

по предложенному muhas`ом варианту

Какбе самому чтоле написать? Я простую копирялку писал на основе cp, но весь фунционал cp я ниосилил написать.

нечто вроде такого внесте в .bashrc или другой .шеллrc
cppv() { cp $@ | pv ; }

Этот вариант не работает.

Сорри. Не проверил сам =)

исправленный вариант =) увиденный минус - теряются права, но можно извратиться
cppv() {
if < -d $2 >; then
pv $1 > $2/$1
else
pv $1 > $2
fi }