после проверки документации и исходников openssh я обнаружил, что openssh don't have any token for controlpath expression where ip address can be specified.
В случае, если вы хотите использовать его, вы можете использовать мой репозиторий, в котором я отредактировал исходный код openssh и добавил токен %x для разрешения IP-адреса.
Теперь ControlPath становится:
ControlPath /home/user/.ssh/sockets/ssh_mux_%x_%p_%r
Поддерживаемые токены ControlPath:
"l", thishost,
"n", host_arg, "n", host_arg,
"p", portstr, "p", portstr,
"x", hostip,
"r", options.user, "r", options.user,
"u", pw->pw_name, "u", pw->pw_name,
"i", uidstr, "i", uidstr,
"h", host,
https://github.com/akhilin/openssh-portable/commit/a2d95e090b73f36590e8c189685ce8cea810f49a
Я могу неправильно понять ваш вопрос, но:
Нет необходимости запускать tune2fs
для запуска fsck
. Поскольку вы не «настраиваете» какие-либо параметры fs, использование tune2fs
в качестве прокси для fsck
просто увеличивает нагрузку и может немного замедлить процесс загрузки.
Возможно, вы имели в виду e2fsck
? fsck
служит в качестве «оболочки» или «внешнего -конца» для обеспечения устаревшей поддержки. Обычно fsck
просто вызывает e2fsck
для выполнения реальной работы.
В любом случае -к ответу:
Я думаю, что вызов fsck
зависит от ОС. Одной из моих «встроенных» ОС Linux является RPi, и есть два метода вызова fsck
во время загрузки до монтирования корневой файловой системы:
создать файл с именем forcefsck
в корне файловой системы /
; то есть
$ sudo touch /forcefsck
Возможно, это придется делать перед каждой загрузкой -моя ОС удаляет этот файл во время загрузки
используйте свой редактор, чтобы добавить следующее в/boot/cmdline.txt
:
fsck.mode=force
$ nano /boot/cmdline.txt
ОТ:
console=serial0,115200 console=tty1 root=PARTUUID=6c586e13 -02 rootfstype=ext4 lift=deadline fsck.repair=yes rootwait
К:
console=serial0,115200 console=tty1 root=PARTUUID=6c586e13 -02 rootfstype=ext4 lift=deadline fsck.mode=force fsck.repair=yes rootwait
Опять же, я думаю, что это -зависит от ОС, поэтому YMMV.