Есть удалённый зоопарк машин с различными версиями linux. При загрузке ядро зачастую чего-то не может подмонтировать, отмонтировать, какой-нибудь драйвер выдает ошибку вследствие чего при загрузке выдается сообщение типа «Нажмите S чтобы пропустить, m чтобы еще раз потупить» и так далее. Из-за этого приходится идти в серверную, подключать консоль, нажимать S и так далее. Человек, который занимается сборками образов операционок утверждает, что для каждой ошибки нужно обрабатывать эту самую ошибку по-разному. Т.е. для ошибок монтирования диска нужно править fstab, для ошибок сети лезть в параметры модуля и пересобирать и т.д.

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

В проекте довольно много файлов, каждый из которых прицеплен при помощи svn:externals. Именно файлов, не директорий. БД под Windows, через Collabnet svnserve. Чекаут под Windows через TortoiseSVN ошибок не дает.

Под Linux через svn co или svn up вытаскивается часть файлов, потом апдейт для данной папки останавливается с сообщением «Cannot allocate memory». Или даже так: «allocate memory», «llocate memory». При нескольких запусках svn up файлы вытаскиваются все по нескольку штук.

svnadmin recover выполнял. В интернете нашел, что подобная ошибка возникает для Беркли ДБ и надо увеличить значения локов в файле настроек. Для fsfs такая проблема не должна возникать никогда. Но в этом хранилище как раз и используется fsfs.

Что делать и в какую сторону копать?