Это - плохая практика для установки оболочки корня на что-то другое, чем значение по умолчанию?

Не должна быть проблема.

Файлы сценария оболочки явно кодируют, с какой оболочкой они выполняются. Это кодируется в первой строке или других программах, или сценарии выполняют определенную оболочку и дают сценарий оболочки как аргумент.

Единственная программа, о которой я могу думать, который использует информацию об оболочке учетной записи пользователя (помимо процесса входа в систему) является procmail. Действительно забавный, если Ваш пользователь установил как оболочка/bin/false на mailserver... Но Вы обычно не выполняете procmail как корень.

Другой кандидат был бы строками в crontab корня. Я не знаю то, что политика crond который оболочка использовать.

Сценарии, записанные для оболочки Bourne, будут большую часть времени работать против Bash или ZSH или $foo без любых проблем.

На многом Linux системы не исходный установленный sh, вместо этого часто символьная ссылка против/bin/bash.

Если некоторые сценарии просто "предполагают", что оболочка явно sh, они должны быть переписаны. Существует механизм хижины для выбора, в каком интерпретаторе сценарий нужен. Если это - sh, сценарий должен включать #!/bin/sh как первая строка.

Ваша установка оболочки по умолчанию не должна быть релевантной в этом контексте.

Я не думаю, изменяя оболочку корня, доставил бы любые неприятности. Я, кажется, помню некоторые нельды (возможно, некоторые варианты BSD?) имеющий tcsh как оболочка по умолчанию для корня.

Корневые логины редки так или иначе. Обычно, Вы вошли бы в свою собственную учетную запись и затем su или sudo для укоренения.

То, что имеет значение, - то, что оболочка корня должна иметь как можно меньше зависимостей, чтобы быть применимой в системном контексте исправления. Например, это - хорошая идея иметь статически связанную корневую оболочку; некоторые дистрибутивы поставляют статически связанную версию удара или zsh или пояса (оболочка со многими стандартными встроенными утилитами). Однако это не настолько важно, если Ваша система может легко быть загружена от спасательного CD-привода или Карты памяти.

Оболочка входа в систему пользователя не влияет на процесс начальной загрузки. Можно установить эту оболочку на то, что Вы хотите. Не все системы имеют удар, и они хорошо работают. Также, если это /usr/bin/zsh это было установлено неправильно, все системные оболочки должны быть в /bin. Вы не должны, однако, изменяться /bin/sh для указания на что-то другое, чем значение по умолчанию (если Вы не знаете то, что Вы делаете) как, много сценариев имеют #!/bin/sh который обычно указывает на удар, когда они должны иметь #!/bin/bash потому что они используют bashisms и другое поведение, которое не продолжит работать zsh или dash.

У меня есть удар как оболочка по умолчанию для корня. Я использовал zsh в течение некоторого времени, но затем вернулся к удару. То, что окружает Вас использование, не имеет значения очень.

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

Что касается Solaris/illumos, Solaris Root Shell Mini -FAQ упоминание

Some sysadmins still recommend against changing the root shell on
Solaris systems. Ask why and you may be told that root needs a
statically linked shell which is not dependent on the dynamic
libraries under /usr/lib. This was true in the past but is not
necessarily the case today. Solaris, when properly configured, is like any other version of Unix and can support whatever shell you define, for root or any other account.

Итак, да, если вы используете Solaris или illumos, можно использовать оболочки, отличные от sh.