История изменений

Мне кажется это абсурдным.

Почему? По смыслу виноват явно mount.vboxsf. Из написанного здесь следует, что mount helper должен корректно обрабатывать наличие такого параметра. При этом очевидно, что он не должен на него никак реагировать.

К тому же даже если vboxsf пофиксят, загрузка все равно будет обрываться, если я забуду собрать соответствующий модуль?

Нет. Если пофиксят vboxsf и ты напишешь nofail, будет создана мягкая зависимость от монтирования этой ФС, и в случае ошибки монтирования загрузка будет продолжаться с варнингом.

Как я понимаю, чтобы это пофиксить нужно убрать его из fstab и сделать юнит?

Чтобы это пофиксить без исправления поведения mount.vboxsf — да, нужно написать собственный юнит (точнее, скопировать в /etc/systemd/system автогенерированный из /run/systemd/generator) и вручную добавить мягкую зависимость от local-fs.target к этому юниту.

Есть ли где-то хауту по этому

systemd(1), systemd.unit(5), systemd.service(5), systemd.mount(5), systemd.special(7), bootup(7).

и по добавлению sshd в аварийный режим

Зачем тут отдельное howto? Пишешь свой .service-юнит:

[Unit]
Description=Start emergency services
DefaultDependencies=no

[Service]
Type=oneshot
ExecStart=/usr/bin/systemctl start --job-mode=ignore-requirements sshd.service # список можно продолжать

[Install]
WantedBy=emergency.target
WantedBy=rescue.target

И потом делаешь ему enable.

Мне кажется это абсурдным.

Почему? Виноват явно mount.vboxsf. Из написанного здесь следует, что mount helper должен корректно обрабатывать наличие такого параметра. При этом очевидно, что он не должен на него никак реагировать.

К тому же даже если vboxsf пофиксят, загрузка все равно будет обрываться, если я забуду собрать соответствующий модуль?

Нет. Если пофиксят vboxsf и ты напишешь nofail, будет создана мягкая зависимость от монтирования этой ФС, и в случае ошибки монтирования загрузка будет продолжаться с варнингом.

Как я понимаю, чтобы это пофиксить нужно убрать его из fstab и сделать юнит?

Чтобы это пофиксить без исправления поведения mount.vboxsf — да, нужно написать собственный юнит (точнее, скопировать в /etc/systemd/system автогенерированный из /run/systemd/generator) и вручную добавить мягкую зависимость от local-fs.target к этому юниту.

Есть ли где-то хауту по этому

systemd(1), systemd.unit(5), systemd.service(5), systemd.mount(5), systemd.special(7), bootup(7).

и по добавлению sshd в аварийный режим

Зачем тут отдельное howto? Пишешь свой .service-юнит:

[Unit]
Description=Start emergency services
DefaultDependencies=no

[Service]
Type=oneshot
ExecStart=/usr/bin/systemctl start --job-mode=ignore-requirements sshd.service # список можно продолжать

[Install]
WantedBy=emergency.target
WantedBy=rescue.target

И потом делаешь ему enable.

Мне кажется это абсурдным.

Почему? Виноват явно mount.vboxsf. Из написанного здесь следует, что mount helper должен корректно обрабатывать наличие такого параметра. При этом очевидно, что он не должен на него никак реагировать.

К тому же даже если vboxsf пофиксят, загрузка все равно будет обрываться, если я забуду собрать соответствующий модуль?

Нет. Если пофиксят vboxsf и ты напишешь nofail, будет создана мягкая зависимость от монтирования этой ФС, и в случае ошибки монтирования загрузка будет продолжаться с варнингом.

Как я понимаю, чтобы это пофиксить нужно убрать его из fstab и сделать юнит?

Чтобы это пофиксить без исправления поведения mount.vboxsf — да, нужно написать собственный юнит (точнее, скопировать в /etc/systemd/system автогенерированный из /run/systemd/generator) и вручную добавить мягкую зависимость от local-fs.target к этому юниту.

Есть ли где-то хауту по этому

systemd(1), systemd.unit(5), systemd.service(5), systemd.mount(5), systemd.special(7), bootup(7).

и по добавлению sshd в аварийный режим

Зачем тут отдельное howto? Пишешь свой .service-юнит с Type=oneshot и ExecStart=/usr/bin/systemctl start --job-mode ignore-dependencies sshd и помещаешь его в Wants= к emergency.target и rescue.target (например, создавая на файл юнита симлинк в директории /etc/systemd/system/<target>.wants. Это если вкратце.

Мне кажется это абсурдным.

Почему? Виноват явно mount.vboxsf. Из написанного здесь следует, что mount helper должен корректно обрабатывать наличие такого параметра. При этом очевидно, что он не должен на него никак реагировать.

К тому же даже если vboxsf пофиксят, загрузка все равно будет обрываться, если я забуду собрать соответствующий модуль?

Нет. Если пофиксят vboxsf и ты напишешь nofail, будет создана мягкая зависимость от монтирования этой ФС, и в случае ошибки монтирования загрузка будет продолжаться с варнингом.

Как я понимаю, чтобы это пофиксить нужно убрать его из fstab и сделать юнит?

Чтобы это пофиксить без исправления поведения mount.vboxsf — да, нужно написать собственный юнит (точнее, скопировать в /etc/systemd/system автогенерированный из /run/systemd/generator) и вручную добавить мягкую зависимость от local-fs.target к этому юниту.

Есть ли где-то хауту по этому

systemd(1), systemd.unit(5), systemd.service(5), systemd.mount(5), systemd.special(7), bootup(7).

и по добавлению sshd в аварийный режим

Зачем тут отдельное howto? Пишешь свой .service-юнит с Type=oneshot и ExecStart=/usr/bin/systemctl start --job-mode ignore-dependencies sshd и помещаешь его в Wants= к emergency.target и rescue.target. Это если вкратце.

Мне кажется это абсурдным.

Почему? Виноват явно mount.vboxsf. Здесь вот написано, что mount helper должен корректно обрабатывать наличие такого параметра. При этом он не должен на него никак реагировать.

К тому же даже если vboxsf пофиксят, загрузка все равно будет обрываться, если я забуду собрать соответствующий модуль?

Нет. Если пофиксят vboxsf и ты напишешь nofail, будет создана мягкая зависимость от монтирования этой ФС, и в случае ошибки монтирования загрузка будет продолжаться с варнингом.

Как я понимаю, чтобы это пофиксить нужно убрать его из fstab и сделать юнит?

Чтобы это пофиксить без исправления поведения mount.vboxsf — да, нужно написать собственный юнит (точнее, скопировать в /etc/systemd/system автогенерированный из /run/systemd/generator) и вручную добавить мягкую зависимость от local-fs.target к этому юниту.

Есть ли где-то хауту по этому

systemd(1), systemd.unit(5), systemd.service(5), systemd.mount(5), systemd.special(7), bootup(7).

и по добавлению sshd в аварийный режим

Зачем тут отдельное howto? Пишешь свой .service-юнит с Type=oneshot и ExecStart=/usr/bin/systemctl start --job-mode ignore-dependencies sshd и помещаешь его в Wants= к emergency.target и rescue.target. Это если вкратце.