Это уточнение вопроса, который я задал вчера , продукт более глубокого исследования, которое я провел с тех пор.
Скрипт, запускающий CrashPlan, имеет жесткую зависимость от $ local_fs в своей записи LSB Required-Start. Проблема возникает, когда эта зависимость удовлетворяется без подключения тома USB. Поэтому CrashPlan считает, что ему необходимо создать место назначения резервной копии, и конфликты начинаются.
Мое понимание $ local_fs - то, что все в mtab будет смонтировано до того, как оно будет выполнено. Разве это не так? Есть ли варианты, которые я могу добавить к записи mtab, чтобы изменить это поведение для рассматриваемого тома?
Выскочка должна смочь обработать это, если Вы преобразовываете в стандартный новомодный сценарий. Я попробовал следующее, но не имел любой успех до сих пор.. возможно, это - запуск ответа хотя...
создайте/etc/init/crashplan.conf с содержанием, подобным следующему:
описание "crashplan на usbhdd" автор""
запустите на смонтированной ТОЧКЕ МОНТИРОВАНИЯ, =/media/USB-HDD останавливаются на runlevel [016]
предварительно запустите сценарий/usr/local/crashplan/bin/CrashPlanEngine запускают сценарий конца
постостановите сценарий/usr/local/crashplan/bin/CrashPlanEngine сценарий конца остановки
Если я правильно помню, USB-накопители монтируются udev после виртуальных файловых систем (сигнал Upstart), а не как часть $ local_fs.
Таким образом, одним из решений является ошибка в CrashPlan - предполагается, что диск, который вы хотите сделать резервную копию, не USB.
Обходной путь - изменить зависимость (или добавить секунду) - скрипт инициализации CrashPlan.
Другой (более простой) обходной путь - добавить «сон 60» или другую паузу в сценарий инициализации CrashPlan. Или просто перенумеровать символические ссылки, чтобы они запускались позже.