Поскольку монитор-датчик
неправильно определяет реальную ориентацию вашего экрана, кажется, что лучше всего будет сообщить об ошибке в iio. -sensor-proxy programmer https://github.com/hadess/iio-sensor-proxy , чтобы исправить это.
В качестве очень УЖАСНОГО обходного пути вы можете отключить функцию автоматического поворота экрана в Cinnamon, установив в настройках org.cinnamon.settings-daemon.plugins.orientation active false
, а затем изменив этот скрипт , чтобы удовлетворить ваши перевернутые потребности следующим образом:
case "$ORIENTATION" in
normal)
xrandr --output eDP1 --rotate left;; #instead of --rotate normal
bottom-up)
xrandr --output eDP1 --rotate right;; #instead of --rotate inverted
right-up)
xrandr --output eDP1 --rotate inverted;; #instead of --rotate right
left-up)
xrandr --output eDP1 --rotate normal;; #instead of --rotate left
esac
done
Я снова указываю, что это очень уродливое решение, которое вам, возможно, придется применять, пока программист iio-sensor-proxy не поможет вам исправить ошибку.
У вас довольно сложная настройка маршрутизации с четырьмя дополнительными таблицами маршрутизации и дополнительными правилами маршрутизации для меток, установленных брандмауэром. Почти наверняка проблема в этом. Итак, посмотрите на дополнительные таблицы(ip route list table 99
и т. д. ), посмотрите на правила брандмауэра(iptables -t table_name -n -L
для всех table_name
), а затем выясните, что происходит.
Редактировать
Таблицы маршрутизации и таблицы брандмауэра(iptables
)совершенно разные, поэтому iptables -t main -n -L
не имеет смысла, поскольку main
— это таблица маршрутизации, а не таблица брандмауэра.
Пожалуйста, отредактируйте вопрос с выводом ip route list table 97
, ip route list table 98
и т. д., включая 99
и 236
. Также с выводом iptables -t filter -n -L
, iptables -t nat -n -L
и т.д. включая mangle
, raw
и любую другую таблицу, которая может быть указана в правилах. Если вывод слишком длинный, поместите все в pastebin и дайте ссылку на него.
В Интернете есть множество руководств по iptables
и маршрутизации на основе политик, если вы хотите почитать. Но даже если мы выясним, что мешает второму адресу стать адресом-источником, более сложная задача состоит в том, чтобы выяснить, зачем все эти правила, чего хотел добиться человек, устанавливающий эти правила, и как мы можем изменить правила, чтобы второй адрес работал, не нарушая других вещей.
Так что, если вас устраивает ответ «потому что это запрещают какие-то правила брандмауэра», на этом тоже можно остановиться.:-)