Соединения SSH, не принятые после конфигурирования NFS?

Оценка от тегов, я беру это, Вы используете RHEL, но это решение должно работать одинаково хорошо на все дистрибутивы.

Если о пароле root забывают, можно загрузиться в однопользовательском режиме и использовать это для изменения пароля. Этот подход описан в пошаговом руководстве Red Hat:

  1. Введите меню GRUB и нажмите e.
  2. Выберите строку, которые начинаются kernel, нажмите e снова.
  3. На конце этой строки, помещенной single. Затем нажмите ENTER и загрузитесь от него.

Вы в конечном счете доберетесь до подсказки, где можно ввести passwd root и измените пароль. Затем введите reboot перезагружать систему.

0
18.04.2013, 06:51
3 ответа

Необходимо добавить еще одну опцию при монтировании nfs , мы всегда используем это

Пример

10.0.0.1:/export/share /mnt/shared nfs _netdev,noatime,intr,auto 0 0

Это опции монтирования: 'noatime' улучшает скорость доступа, и 'автоматический' говорит Rpi aumount доли NFS на запуске.

от man mount

_netdev файловая система находится на устройстве, которое требует доступа к сети (раньше препятствовал тому, чтобы система пыталась смонтировать эти файловые системы до сети, был включен в системе).

1
28.01.2020, 02:53
  • 1
    Даже с той точной строкой в моем fstab, SSH не запускает. Прокомментируйте его, и это запускается. –  Naftuli Kay 19.04.2013, 00:55
  • 2
    , в чем последовательность fstab, та запись nfs наконец? –  Rahul Patil 19.04.2013, 06:25
  • 3
    Да, это при последней записи в fstab. –  Naftuli Kay 19.04.2013, 07:24
  • 4
    сделал, чтобы Вы нашли любую ошибку в журналах /var/log/syslog или /var/log/messages –  Rahul Patil 19.04.2013, 07:38
  • 5
    Нет, ничто значительное там. –  Naftuli Kay 20.04.2013, 02:02
[112262] Попробуйте использовать [112735]nobootwait[112736] или [112737]nofail[112738] в качестве опций монтирования в fstab.[112263].
0
28.01.2020, 02:53

Та же проблема с nfs ресурсами, смонтированными на удаленном сервере. nfs проходит через openvpn.

Я перепробовал кучу всего, ничего не помогло, включил подсказки выше. Опции в fstab вроде _netdev,ro,noauto,nofail,x-systemd.automount,x-systemd.requires=openvpn.service,x-systemd.device-timeout=30 0 0 не помогли.

В rc3.d я пробовал разный порядок служб...

Единственное очень грязное решение, которое я нашел, это использовать _netdev,ro,noauto,nofail 0 0 опцию в fstab, чтобы убедиться, что он игнорирует эти nfs ресурсы, если они не монтируются правильно при загрузке, и добавил строку в rc. local для монтирования общих ресурсов, например mount 192.168.0.1:/myshare

0
28.01.2020, 02:53

Теги

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