From 938136327a43ec136e5ffb718f9f4faade3bbce6 Mon Sep 17 00:00:00 2001 From: nnz1024 <0comffdiz@inbox.ru> Date: Sat, 28 Oct 2017 01:13:40 +0300 Subject: [PATCH] =?UTF-8?q?=D0=9E=D0=B1=D0=BD=D0=BE=D0=B2=D0=BB=D0=B5?= =?UTF-8?q?=D0=BD=D0=B0=20=D0=B8=D0=BD=D1=84=D0=BE=D1=80=D0=BC=D0=B0=D1=86?= =?UTF-8?q?=D0=B8=D1=8F=20=D0=B8=D0=B7=20wiki=20=D0=BF=D0=BE=20=D1=81?= =?UTF-8?q?=D0=BE=D1=81=D1=82=D0=BE=D1=8F=D0=BD=D0=B8=D1=8E=20=D0=BD=D0=B0?= =?UTF-8?q?=202017-10-27?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- s4a.tex | 36 ++++++++++++++++++++++++++++++------ 1 file changed, 30 insertions(+), 6 deletions(-) diff --git a/s4a.tex b/s4a.tex index 8577025..6cee031 100644 --- a/s4a.tex +++ b/s4a.tex @@ -6820,8 +6820,8 @@ $ systemd --test --system --unit=foobar.target \section{Диагностика неполадок\sfnote{Перевод статьи <<\href{http://freedesktop.org/wiki/Software/systemd/Debugging}{Debugging -systemd Problems}>> с официального сайта проекта, по состоянию на 2017-01-29 -06:18:38 (коммит 903f7).}} +systemd Problems}>> с официального сайта проекта, по состоянию на 2017-07-28 +09:44:56 (коммит e8c76).}} \subsection{Диагностика проблем с загрузкой} @@ -6875,7 +6875,8 @@ CTRL--ALT--F<\emph{цифра}>. При проблемах, связанных последовательной консоли, либо дело происходит в виртуальной машине (в частности, virt-manager позволяет просматривать вывод виртуальной машины на последовательную консоль: меню Вид (View)~$\Rightarrow$ Текстовые - консоли (Text Consoles)), вы можете попросить systemd выводить на эту + консоли (Text Consoles); также можно воспользоваться командой + +virsh console ИМЯ+), вы можете попросить systemd выводить на эту консоль подробную отладочную информацию о ходе загрузки, добавив к параметрам ядра следующие аргументы\footnote{\label{ftn:netconsole} Прим. перев.: Стоит упомянуть еще об одном отладочном инструменте~--- @@ -6894,7 +6895,7 @@ CTRL--ALT--F<\emph{цифра}>. При проблемах, связанных этом надо обеспечить перенаправление логов systemd в буфер ядра~--- соответствующие параметры см. в разделе~\ref{sssec:kmsg}.}: \begin{Verbatim} -systemd.log_level=debug systemd.log_target=console console=ttyS0,38400 +systemd.log_level=debug systemd.log_target=console console=ttyS0,38400 console=tty1 \end{Verbatim} Вышеприведенный способ удобен для диагностики проблем, непосредственно @@ -6902,8 +6903,11 @@ systemd.log_level=debug systemd.log_target=console console=ttyS0,38400 (например, сети), целесообразно перенаправить на консоль вывод системного журнала: \begin{Verbatim} -systemd.journald.forward_to_console=1 console=ttyS0,38400 +systemd.journald.forward_to_console=1 console=ttyS0,38400 console=tty1 \end{Verbatim} + + Вы можете указывать +console=+ несколько раз~--- systemd будет выводить + информацию во все перечисленные консоли. \item[Загрузка в восстановительном (rescue) или аварийном (emergency) режимах] Чтобы загрузиться в восстановительном режиме, добавьте к @@ -6972,6 +6976,13 @@ systemctl --root=/ enable debug-shell.service Оставлять доступную всем и каждому оболочку с правами +root+, мягко говоря, небезопасно. + Также можно настроить +kbrequest.target+ как псевдоним для + +debug-shell.service+\footnote{Прим. перев.: Надо полагать, речь идет о + чем-то вроде <<\texttt{systemctl add-wants kbrequest.target + debug-shell.service}>>.}~--- тогда отладочная оболочка будет запускаться + по запросу (ALT–$\uparrow$ из tty). Указанные проблемы с безопасностью + при этом остаются, но оболочка хотя бы не~будет работать постоянно. + \item[Проверка параметров ядра] Для корректной загрузки системы необходимо, чтобы каталог +/dev+ был заполнен, хотя бы частично. Убедитесь, что ядро Linux собрано с опциями +CONFIG_DEVTMPFS+ и +CONFIG_DEVTMPFS_MOUNT+. @@ -7157,7 +7168,7 @@ systemd-analyze dump > systemd-dump.txt \section{Совместимость с SysV\sfnote{Перевод статьи <<\href{http://www.freedesktop.org/wiki/Software/systemd/Incompatibilities}% {Compatibility with SysV}>> с официального сайта проекта, по -состоянию на 2016-06-21 15:06:36 (коммит 3b3b2).}} +состоянию на 2017-05-23 08:04:14 (коммит 4c503).}} systemd обеспечивает высокий уровень совместимости с поведением классической системы инициализации SysV init, реализованной во многих дистрибутивах. Это @@ -7336,6 +7347,19 @@ API для скриптов. Тем не~менее, существует ряд происходит непосредственно в момент редактирования конфигурации администратором\footnote{Прим. перев.: Пример подобной проблемы рассмотрен примечании~\ref{ftn:cons}.}. + \item Не~поддерживается задание двух и более записей для одного и + того же пути монтирования в +/etc/fstab+. В systemd каждой точке + монтирования в каждый момент времени может соответствовать + только один mount-юнит. Также стоит отметить, что порядок + перечисления записей в +/etc/fstab+ не~играет никакой роли: + монтирование всех точек выполняется параллельно, с учетом + зависимостей, автоматически рассчитанных на основе расположения + монтируемого объекта и точки монтирования\footnote{Прим. перев.: + Например, если указаны точки монтирования +/var/tmp+ и +/var+, + сначала монтируется +/var+, и только потом +/var/tmp+. Более + подробно автоматические зависимости mount-юнитов рассмотрены в + \href{https://www.freedesktop.org/software/systemd/man/systemd.mount.html\#Implicit\%20Dependencies}% + {руководстве}.}. \end{itemize}