Вопросы Теги

найдите: цикл Файловой системы обнаруживается

  1. Вы попробовали другие устройства, которые это рекомендует?

    • Если так, как система отвечала?

  2. Если бы можно сделать живые медиа и вставить конфигурации для загрузчика, который был бы очень полезен также.

    • После того, как загруженный в живые медиа mount /dev/sdaX (замена X с числом раздела, что Вы базируетесь раздел, идет), и затем конфигурация должна быть в /mnt/boot/<bootload> (размещение изменится согласно используемому загрузчику, но это будет в той общей области.

  3. fdisk -l вывод

    • Включайте краткое описание расположения (например, Который является Вашим корнем, который является начальной загрузкой [если любой].. и так далее)

От информации, которую Вы предоставили, просто выглядит, как будто Ваш загрузчик настроен неправильно. Как это произошло? Никакая подсказка, это не моя система. Но иногда имеющие загрузочные файлы являются несколькими дисками, может вызвать это, или окна просто повреждают конфигурацию, так как она не знает, как иметь дело с нею.

Достаточно предположения. Позволяет получают некоторые журналы и некоторый системный вывод.

8
10.11.2016, 10:19
4 ответа

с именем , то есть DNS-сервером, работает в режиме chroot. Для доступа к файлу конфигурации сценарий запуска использует mount --bind , чтобы сделать каталог конфигурации видимым внутри chroot. Это означает, что / var / named / совпадает с / var / named / chroot / var / named и / var / named / chroot / var / named / chroot / var / named и так далее. Это рекурсивная структура каталогов, поэтому, если find попытается пройти через все это, он никогда не сможет завершить свое выполнение, поэтому он понимает, что два каталога на самом деле одинаковы, и печатает вам это сообщение, чтобы предупредить ты.

Сообщение означает, что find не будет выполнять поиск внутри / var / named / chroot / var / named , потому что он понял, что он такой же, как какой-то другой каталог, уже замеченный ранее. Это абсолютно безобидное сообщение, вы можете игнорировать его: после пропуска / var / named / chroot / var / named операция find продолжается нормально.

8
27.01.2020, 20:12

Я не думаю, что это жесткая связь. Обычно жесткие ссылки в каталогах запрещены. Я мог бы быть мягкой ссылкой, но похоже, что это петля монтирования: кажется, что /var/named или, может быть, /var снова монтируется на /var/named/chroot. Может быть, это крепление (-o mount -o bind) или просто обычное крепление.

Можете ли вы опубликовать выход вашей команды mount? Также, может быть, это монтировка, необходимая для тюрьмы в chroot, и вам лучше оставить ее.

0
27.01.2020, 20:12

Сообщение вызывает returncode 1 и не может быть проигнорировано, также не будет работать перенаправление.

Использование findutils findutils-4.4.2-6.el6.x86_64

Похоже, это соответствующее сообщение об ошибке:

На системах под управлением ядра Linux, "find -printf %F" больше не не выдает неверный ответ для файлов на файловых системах, которые были перемонтированы в другом месте с помощью команды "mount --bind". (Ошибка Саванны #14921).

Решение (с точки зрения безопасности), если вы не можете исправить затронутый сценарий (т.е. потому что он был написан третьей стороной) - удалить пакет bind-chroot, хотя бы на время.

1
27.01.2020, 20:12

Проблема вызвана сценарием инициализации с именем , который монтирует каталог / var / named поверх / var / named / chroot . Решение этой проблемы также присутствует в сценарии инициализации. 

mount_chroot_conf()
{
   # Mount source is a directory. Mount it only if directory in chroot is
   # empty.

Как упоминалось выше, функция mount будет работать, только если каталог пуст. Поэтому используйте следующее решение:

  1. Остановить с именем
  2. Создать каталог / var / named / chroot / var / named
  3. Создать пустой файл внутри этого каталога
  4. Начать по имени
0
27.01.2020, 20:12

Теги

Похожие вопросы