РЕДАКТИРОВАТЬ : это не сработает, если у вас установлена последняя версия udev
, потому что udev
предотвращает запуск долгоживущих фоновых процессов в сценариях RUN
. Вы можете или не сможете обойти это, добавив к команде getty
префикс setsid
, но в любом случае это обескураживает, если не категорически запрещать. Если у вас есть система, использующая systemd
, то есть другой способ добиться этого, и я надеюсь, что кто-то предоставит другой ответ.А пока я оставляю этот ответ здесь на случай, если он сработает для вас.
Вы не можете использовать последовательный порт USB в качестве консоли, потому что USB инициализируется слишком поздно в последовательности загрузки, спустя много времени после того, как консоль должна работать.
Вы можете запустить getty
на последовательном порту USB, чтобы позволить вам войти в систему и получить сеанс оболочки на этом порту, но это не будет системная консоль.
Чтобы getty
запускался автоматически, попробуйте следующее правило udev
:
ACTION=="add", SUBSYSTEM=="tty", ENV{ID_BUS}=="usb", RUN+="/usr/local/sbin/usbrungetty"
Поместите его в файл правил в /etc/udev/rules.d
, а затем создайте этот исполняемый сценарий / usr / local / sbin / usbrungetty
:
#!/bin/sh
/sbin/getty -L "$DEVNAME" 115200 vt102 &
Очевидно, глупо знать, что файловая система все еще смонтирована.
Вместо сбоя и сообщения о том, что это невозможно, потому что том смонтирован, он просто зависает.
Хуже, видимо,он удаляет содержимое подтома, поэтому при перезагрузке он переходит в аварийный режим.
Вы должны отредактировать /etc/fstab, чтобы удалить подтом (с ), а затем перезагрузиться.
Теперь вы можете нормально удалять подтома.