@Жиль: я еще раз перечитал этот вопрос и тот, который вы связаны, чтобы вместе со своими ответами, и я их не вижу даже отдаленно похожего. Что кажется, чтобы соответствовать моим толкованием. Если это так, как мог бип-68 сигналов вызова для установки бит-31, а не результат в этих блоках быть отвергнутым? Ах, мне не объяснить мой вопрос как я мог бы. Я сделаю новый пост. @судье хилдреду как вы указали сами, разница между частной РЕПО и архивах Debian-это очевидно, а возможность путаницы приблизительно равна нулю, так что я бы сказал, что этот метод тоже работает здесь.

Это может быть стоит глядя на файловую систему иерархии стандарт , который описывает, что различные файловые системы обычно Для (из стандартной точки зрения, не все следуют), что позволит вам знать, где персонализированные данные могут быть сохранены. Тем не менее, короткий ответ - в любом месте, где приложение хочет сохранить его, и сохранить его.

Как правило, пользователи без прав администратора только иметь доступ на запись в/tmp/, /главная/пользователя, в/var/tmp/и, некоторые директории в /выполнения/ (выполнения/замок, а /запуск/ШМ например).

Однако, почтовый демон и демон печати, который теоретически может быть использован для хранения персонализированных данных в файлах, если только временно, есть запись на места в каталоге/var/катушка/. Системный журнал может в теории хранить личную информацию, в зависимости от того, как пользователи взаимодействуют с системой, и, следовательно, не может быть содержимого в файл/var/журнал/.

Все это распространяется и на другие продукты, которые может создавать информацию в других местах (/опт/, /СРВ/, нигде они настроены на это).

Делаю ее по частям собирается быть сложным.

Примечание: есть резюме FHS на Википедии.