Re: типа профили загрузки для ноутбука
- From
- Valentin Nechayev (2:5020/400)
- To
- Alex Mogilnikov
- Date
- 2006-12-04T10:45:20Z
- Area
- RU.UNIX.BSD
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Alex Mogilnikov wrote:
VN>> Потому что:
VN>> 1. В процессе такого переписывания какое-то время система находится
VN>> в некорректном состоянии - модификация произведена не до конца,
VN>> старого состояния уже нет, нового ещё нет. В зависимости от
VN>> реализации этого переписывания может быть или кривое содержимое
VN>> файла, или отсутствие файла.
AM> Да, это действительно так. Но почему ты называешь это диверсией, если во
AM> время этой самой модификации файл все равно никто не читает? Стартовые скрипты
AM> выполняются строго последовательно, насколько я понимаю. Разве нет?
Потому что если операция сорвётся, машина станет незагружаемой.
VN>> 2. Переписывание с заменой строки - это всегда применение
VN>> неестественного интеллекта. Может, таких строчек было две, а
VN>> переписана только одна.
AM> Конечно же, такая строчка только одна. :)
А вдруг кто-то неправильно отредактирует?
VN>> А может, детектор такой строки срабатывает
VN>> на ещё какой-то текст...
AM> Это, опять же, верно, но это опасения из разряда "а вдруг в программе
AM> ошибка". В том смысле, что вероятность такого остается всегда.
Ну а я исключаю падение в таком случае.:)
VN>> А если все эти проблемы обойдены - значит, наворочено столько
VN>> проверок и защит, что в разы проще было держать отдельный файл - и
VN>> поэтому такой метод с переписыванием слишком дорог.
AM> Если судить чисто по количеству строк, твой пример гораздо сложнее. :)
Я не старался экономить строки.:) Ну и сам метод записи/вызова
конфигурации, как уже говорилось, может быть сильно оптимизирован.
VN>> Ранее у меня были другие проблемы. А beastie - не совсем подходящее
VN>> для этого место - слишком легко сорвать загрузку совсем, не имея
VN>> возможности дойти даже до single mode.
AM> Вроде бы никаких трудностей не встретил... А какое место по-твоему более
AM> подходящее?
Если не rc.early, то тот же rc.conf (в который эти данные в любом
случае подключаются)
-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