Ctrl-C не работает с неотсоединенной сессией pppd
Я не уверен в лучшем ответе, но здесь являюсь некоторыми идеями:
Можно посмотреть на /sys/class/block/sdX/device/model получить делать/моделировать информацию, о которой сообщает устройство. Например:
cat /sys/class/block/sda/device/model
SAMSUNG HD161GJ
Этого отдельно могло бы быть достаточно для идентификации, какой является внешним и какой является внутренним устройством. Можно посмотреть на вывод от dmesg, который для USB-устройств будет включать что-то как:
[ 2073.412999] scsi12 : usb-storage 2-1.8:1.0
Это определяет, идентифицирует шину SCSI 12 как шину устройства хранения данных USB. Мы можем затем искать устройства SCSI на шине 12:
# dmesg | grep scsi12
[ 2074.488651] sd 12:0:0:0: Attached scsi generic sg6 type 0
[ 2076.592154] sd 12:0:0:0: [sdf] 30481152 512-byte logical blocks: (15.6 GB/14.5 GiB)
[ 2076.592639] sd 12:0:0:0: [sdf] Write Protect is off
[ 2076.592645] sd 12:0:0:0: [sdf] Mode Sense: 23 00 00 00
[ 2076.593142] sd 12:0:0:0: [sdf] No Caching mode page present
[ 2076.593147] sd 12:0:0:0: [sdf] Assuming drive cache: write through
[ 2076.596270] sd 12:0:0:0: [sdf] No Caching mode page present
[ 2076.596276] sd 12:0:0:0: [sdf] Assuming drive cache: write through
[ 2076.619078] sd 12:0:0:0: [sdf] No Caching mode page present
[ 2076.619084] sd 12:0:0:0: [sdf] Assuming drive cache: write through
[ 2076.619088] sd 12:0:0:0: [sdf] Attached SCSI removable disk
Оказались, что это была ошибка в особой версии pppd, который использовался в дистрибутиве. Я проверил и предыдущие и более поздние версии , pppd не имеет этой проблемы. Также проблема не характерна для этой дуги и платформы или tmux. Если pppd выполняется в сценарии оболочки, Он не обрабатывает Ctrl-C, в то время как вне оболочки, он не имеет никакой проблемы.
Вы когда-либо думали о предоставлении экрана GNU попытки? Чтобы быть очень честным, у меня нет большого опыта с tmux, но экран всегда делал задание приятно.
-
1