Re: типа профили загрузки для ноутбука

From

Valentin Nechayev (2:5020/400)

To

Alex Mogilnikov

Date

2006-12-03T01:34:32Z

Area

RU.UNIX.BSD

From: Valentin Nechayev <netch@segfault.kiev.ua>


>>> Alex Mogilnikov wrote: 

 VN>> Я думал над таким вариантом, но отказался от него по следующим
 VN>> причинам:
 VN>> 1. Переписывать rc.conf каждый раз - диверсия.
AM>     Почему?

Потому что:
1. В процессе такого переписывания какое-то время система находится
в некорректном состоянии - модификация произведена не до конца,
старого состояния уже нет, нового ещё нет. В зависимости от
реализации этого переписывания может быть или кривое содержимое
файла, или отсутствие файла.
Есть некоторые методы против этого (install -S, например), но я
сомневаюсь, что Вы их применяете.
2. Переписывание с заменой строки - это всегда применение
неестественного интеллекта. Может, таких строчек было две, а
переписана только одна. А может, детектор такой строки срабатывает
на ещё какой-то текст...

А если все эти проблемы обойдены - значит, наворочено столько
проверок и защит, что в разы проще было держать отдельный файл - и
поэтому такой метод с переписыванием слишком дорог.

 VN>> 2. Лучше обойтись и без модификации в /etc.
AM>     Почему?

По той же самой причине, а также потому, что некоторые настройки
могут быть важны ещё до того, как / стал rw.

 VN>> 3. /etc/rc.d - плохое место по той причине, что mergemaster считает
 VN>> себя единственным хозяином этого каталога. Получается, надо или этот
 VN>> скрипт класть в /usr/src, или отрабатывать запросы вида "у вас тут 4
 VN>> устаревших скрипта, убить их?" вручную, потому что сказать ему "вот
 VN>> этот оставить, остальные убить" нельзя.
 VN>> Неудобно, в общем.
AM>     Верно, только почему четыре? Файл только один.

Часто при апгрейдах оказывается, что какие-то скрипты, которая
система раньше ставила, стали неактуальны и их надо удалить. Тогда
таких файлов будет более одного.

 VN>> Впрочем, сейчас бы я скорее всего применил вместо RAM-диска kenv
 VN>> (кстати, надо подумать о замене;)) - в окружении ядра одна небольшая
 VN>> переменная погоды не сделает, а места зато, в отличие от FS, будет
 VN>> занимать совершенно по минимуму.
AM>     Где же ты раньше был? :) Год (или два?) назад я первым делом пытался
AM> сделать сабж через меню из beastie.4th, но не нашел способа получить
AM> устанавливаемые там переменные. И в эхе этой, кажется, спрашивал... В
AM> результате пришлось переделать с переписыванием rc.conf...

Ранее у меня были другие проблемы. А beastie - не совсем подходящее
для этого место - слишком легко сорвать загрузку совсем, не имея
возможности дойти даже до single mode.


-netch-
--- ifmail v.2.15dev5.3
 * Origin: Dark side of coredump (2:5020/400)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/26 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/3 38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3 5064/7
SEEN-BY: 5066/18 5075/5 5076/1 5077/70 5080/1003 5084/9 5085/13 5095/20
SEEN-BY: 5096/18 6001/10

PATH: 5020/400 545 5054/1 37