Я думаю, что у Вас есть та же проблема, как отправлено здесь:
https://serverfault.com/questions/296602/dns-wildcard-and-etc-resolv-conf-problem
Добавление точки к Вашим запросам fqdn должно работать вокруг проблемы:curl http://jksodf89s9df9sudfisdf.com.
Или, если Вы не полагаетесь на подстановочный знак запись DNS, просто заменяете его определенными записями DNS для Ваших субдоменов (это - лучшее решение imo).
Во-первых, способность использовать строк
, связанных с простым совпадением в том, что журнал не сжимается (ниже 64kib в текущих реализации) полях. Это не поддерживаемый способ прочитать журналы, а в архивики это действительно должно быть помечено как таковое. Это более метод восстановления последнего рода.
Теперь на вопрос. Из JourceCtl (1) :
-D dir, --directory = dir
принимает путь к аргументу. Если указано, Journctctl будет работать в указанном каталоге журнала DIR вместо времени выполнения по умолчанию и путях журнала системы.
Итак, предположим, что рутки сломанной системы установлены под $ DEST
, используйте Journctctl -d $ dest / var / log / journal
, чтобы просмотреть его системный журнал.
ради полноты: для просмотра конкретного файла используйте routeCttl --file
, e. грамм. Journctctl --file / var / log / journal / $ (cat /etc/machine-id)/system.journal
. Однако, поскольку файлы журнала периодически вращаются, эта форма на самом деле не используется для просмотра полных журналов.