>Поклонники секьюрити не ткнули пальцем, в том что такого опасного
>написано в предлагаемых загрузочных скриптах, да и вообще в описание
>создания NAT-сервера (ISP-serv) с расширенными возможностями по
>управлению трафиком. Да, так вот.
Что будут делать эти поделки, если fsck серьёзно взорвётся (например, после неудачного выключения питания или от внезапно осевшего на блины бэд-блока)?
Что будет делать эта железка, если у неё /dev/hda действительно склеит ласты? И главное -- сколько времени займёт восстановление работоспособности? Ах, rescue на болванке мы ещё ломать не научились, только /boot тереть для разнообразия.
Получится ли загрузить систему (если полученная каша ещё может так называться) в single mode при оставленных в inittab
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
?
Что будет, если init останется без initdefault вследствие очередного ляпа очумелых ручек в mc при переколбашивании menu.lst?
Что будет, если те же самые новобранцевы лапы, сидя в winxp, комфортно покорёжат sshd_config и наивная последняя строчка самопального rc.sysinit счастливо вернёт return code == 1? (у нас по глупости и расточительству в /etc/init.d/sshd проверка валидности конфигурации есть, а многие ещё и monit на серверах практикуют)
Что будет, если потребуется перезапустить sshd вследствие накатывания исправления дырки? Как именно это предполагается делать?
Что, наконец, предполагается делать с логами? С одной стороны, запуск syslogd/klogd не обнаружен, с другой -- если таким же образом их угораздит запустить, то рано или поздно начнутся тихие вопли (почту же мы не пишем, не таскаем и не читаем, как и на winxp) пухнущих и дохнущих под ENOSPC процессов.
PS: выдать этот вот скриптик? Он тоже много чего "вычищал" и "оптимизировал":
3670 Feb 19 1999 /opt/pub/works/bin/rh5.1clean