|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 05 Mar 2004 19:34:13
To : Oleg Drokin
Subject : Re: debian & reiserfs
--------------------------------------------------------------------------------
Oleg Drokin -> Artem Chuprina @ Fri, 5 Mar 2004 13:33:20 +0000 (UTC):
OD>>> И это, типа, хорошо? Или может он потому и менялся так в последний
OD>>> раз из-за того что / в r/o? ;)
AC>> Hет, / там в r/w. Просто паролей там немного, и они достаточно хорошие,
AC>> чтобы не больно часто их менять.
OD> Тем не менее буде такая возможность возникнет - ничего сделать не удастся.
Hу, так уж и не удастся...
OD>>>>> Ой, а adjtime меняется еще сам по себе, насколько я понимаю.
AC>>>> Те же 2 месяца. ntp использовать не пробовали?
OD>>> $ ps ax | grep ntp ; ls -al /etc/adjtime
OD>>> 787 ? SL 0:00 ntpd -U ntp -p /var/run/ntpd.pid -g
OD>>> -rw-r--r-- 1 root root 47 Feb 24 18:44 /etc/adjtime
AC>> Hу отключи шевелилку adjtime. Зачем он тебе при наличиии ntp?
OD> Да ну, это ж еще надо найти кто его шевелит ;)
А ты / в r/o смонтируй - тебе через неделю cron сам расскажет...
OD>>>>> Опять же prelink пускается из crontab уже много где. Или там везде
OD>>>>> перемонтирование тыкать?
AC>>>> Мой сервер не знает слова prelink.
OD>>> И это хорошо?
AC>> Hу, поскольку он этого слова не знает, я не знаю, хорошо ли это.
OD> man prelink на системе где оно есть? ;)
Системы такой, однако, нету. Однако, apt-get search нашел. Однако, оно
мне не надо - у меня сисколл exec - не настолько частый гость на процессоре.
AC>>>>>> Кончено, остается некоторый риск, что во время этих,
AC>>>>>> сравнительно редких, операций выключится питание, и мы окажемся
AC>>>>>> в предыдущей ситуации. Hо тут уж извини, либо у нас система
AC>>>>>> вообще не меняется, либо какой-то риск всяко есть.
OD>>>>> В том то и дело что совсем система не меняться не может. По крайней
OD>>>>> мере в /etc, ну если хоть что-то полезное в юзрспейсе запущено,
OD>>>>> конечно ;)
AC>>>> Речь не о "совсем", а о "насколько часто". Чтобы перемонтирование было
AC>>>> оправдано.
OD>>> / меняется довльно часто, как я уже говорил.
AC>> Ты еще не обосновал.
OD> Я привел несколько жизненных примеров.
OD> собсно find / -mtime -24 -xdev и посмотри что найдется.
Посмотрел. Hесколько файлов в /dev (если и по делу - лечится devfs),
modules.dep и зависимости (нафига оно их раз в неделю перегенерирует, я
не понимаю), /etc/network/ifstate, /etc/mtab, /etc/motd,
/etc/ioctl.save, конфиги sendmail (действительно, я туда лазил в
последний месяц разок). Hу, конфиги sendmail не заподло хранить и в
более другом месте - с отвалившимся /var ему все равно не до почты
будет, а /var все равно в r/w держать.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
