|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 07 Mar 2004 03:20:27
To : Oleg Drokin
Subject : Re: debian & reiserfs
--------------------------------------------------------------------------------
Oleg Drokin -> Artem Chuprina @ Fri, 5 Mar 2004 18:48:58 +0000 (UTC):
OD>>>>>>> Опять же prelink пускается из crontab уже много где. Или там везде
OD>>>>>>> перемонтирование тыкать?
AC>>>>>> Мой сервер не знает слова prelink.
OD>>>>> И это хорошо?
AC>>>> Hу, поскольку он этого слова не знает, я не знаю, хорошо ли это.
OD>>> man prelink на системе где оно есть? ;)
AC>> Системы такой, однако, нету. Однако, apt-get search нашел.
AC>> Однако, оно мне не надо - у меня сисколл exec - не настолько
AC>> частый гость на процессоре.
OD> А памяти у тебя тоже полно лишней? везуха. ;)
OD> Мне вот двух гигов нехватает ;)
У тебя программы состоят преимущественно из таблиц релокации?
AC>>>>>>>> Кончено, остается некоторый риск, что во время этих,
AC>>>>>>>> сравнительно редких, операций выключится питание, и мы окажемся
AC>>>>>>>> в предыдущей ситуации. Hо тут уж извини, либо у нас система
AC>>>>>>>> вообще не меняется, либо какой-то риск всяко есть.
OD>>>>>>> В том то и дело что совсем система не меняться не может. По
OD>>>>>>> крайней мере в /etc, ну если хоть что-то полезное в юзрспейсе
OD>>>>>>> запущено, конечно ;)
AC>>>>>> Речь не о "совсем", а о "насколько часто". Чтобы
AC>>>>>> перемонтирование было оправдано.
OD>>>>> / меняется довльно часто, как я уже говорил.
AC>>>> Ты еще не обосновал.
OD>>> Я привел несколько жизненных примеров.
OD>>> собсно find / -mtime -24 -xdev и посмотри что найдется.
AC>> modules.dep и зависимости (нафига оно их раз в неделю перегенерирует, я
AC>> не понимаю), /etc/network/ifstate, /etc/mtab, /etc/motd,
AC>> /etc/ioctl.save, конфиги sendmail (действительно, я туда лазил в
AC>> последний месяц разок). Hу, конфиги sendmail не заподло хранить и в
AC>> более другом месте - с отвалившимся /var ему все равно не до почты
AC>> будет, а /var все равно в r/w держать.
OD> А все остальное (ну положим новым glibc ioctl.save уже больше не нужна)?
OD> Вобщем н амой взгляд овчинка выделки не стоит.
Hа мой - тоже. Правильным решением является UPS. Hо речь в треде шла
как раз о кривых, т.е. безупсовых методах решения. И вот тут / в r/o
явно надежнее всяких рейзеров...
--
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
