Если Вы - парень поддержки, и Вы ничего не знаете об этом, мой первый совет состоит в том, чтобы избегать его. Мой второй совет состоит в том, чтобы изучить это достаточно хорошо для миграции прочь его.
Сетевое обеспечение Novell и NDS были большими, это было лучше, чем AD, но это не волна будущего. Но это делает то, что Вы спросили - централизованный пользовательский автор, fileserving, печатая (Вы забыли что), даже база данных и приложения. Удостоверьтесь, что Вы знаете то, что Вы делаете - Вы могли узнать, что у них есть приложение учета, которое зависит от BTrieve после того, как Вы переместили fileshares и очереди печати и выключили машину Сетевого обеспечения.
Да, можно было бы подумать, что речь идет о параметре dpkg --admindir, но в этом случае оказывается, что apt-get извлекает AdminDir из Dir :: State :: значение status . В итоге я загрузил исходный код для apt и нашел следующий фрагмент в ./ apt-pkg / deb / debsystem.cc .
// Create the lockfile
string AdminDir = flNotFile(_config->Find("Dir::State::status"));
d->LockFD = GetLock(AdminDir + "lock");
if (d->LockFD == -1)
{
if (errno == EACCES || errno == EAGAIN)
return _error->Error(_("Unable to lock the administration directory (%s), "
"is another process using it?"),AdminDir.c_str());
else
return _error->Error(_("Unable to lock the administration directory (%s), "
"are you root?"),AdminDir.c_str());
}
Итак, для целей этого упражнения установка Dir: : State :: status в / foo / bar / status преобразуется в AdminDir / foo / bar и файл блокировки / foo / bar / lock .
Я не исследовал это дальше, но для меня apt-get предположил, что файл состояния уже существует. Создание пустого файла с помощью сенсорного ввода сработало достаточно хорошо, чтобы, по крайней мере, не вызвать жалобу на apt-get.