Коротко — это чаще всего не «мышь» в смысле железа, а поведение оконного менеджера / драйвера ввода. Ниже — конкретные диагностические шаги и проверенные исправления (с командами). Сделайте по порядку и скажите, на каком шаге проблема ушла — помогу довести до конца.
1) Определим окружение/окно менеджер
- В терминале выполните:
echo "$XDG_CURRENT_DESKTOP"
ps -e | grep -E 'metacity|marco|mutter|kwin|xfwm4|openbox|compiz' || true
(это подскажет, какой WM/DE у вас. Напишите результат, если захотите помощь дальше.)
2) Быстрая проверка — проблема в оконном менеджере?
- Временная замена WM: откройте терминал и выполните (установите openbox, если нужно):
sudo apt-get update && sudo apt-get install -y openbox
openbox --replace &
- Поведение курсора изменилось (перестало заедать)? Если да — проблема точно в текущем оконном менеджере (настройки "snap/edge resistance" или баг WM). Если нет — идём дальше.
Если оказалось, что дело в WM
- Решение A (быстро): использовать другой WM (например, openbox/xfwm4) либо создать сессию с ним.
- Решение B (исправить настройки текущего WM):
- MATE/Marco: Откройте Центр управления → Окна (Windows) → поведение и отключите опции типа "Прилепление к границам" / "Прилипание" / "Препятствовать пересечению" (формулировки могут отличаться). Если нет GUI — напишите, какой WM, дам точную команду gsettings/dconf.
- KDE (kwin): в настройках окна/поведения отключите «стыковку/прилепание» или тестируйте с опцией pointer barriers (в старых версиях можно отключить в advanced KWin settings).
(Напишите, какой WM — дам точные пункты меню или команды gsettings.)
3) Если замена WM не помогла — проверяем драйвер ввода (libinput/evdev)
- Посмотрим устройство мыши:
xinput list
(найдите строку с вашей мышью, запомните id)
xinput list-props <id>
- Если видите свойства libinput (строки «libinput ...»), драйвер — libinput. Иногда баги libinput проявляются как «прилипание» на границах окон. Можно переключиться на evdev или наоборот.
- Принудительный переход на evdev (пример):
sudo mkdir -p /etc/X11/xorg.conf.d
sudo tee /etc/X11/xorg.conf.d/90-evdev-mouse.conf >/dev/null <<'EOF'
Section "InputClass"
Identifier "evdev pointer catchall"
MatchIsPointer "on"
Driver "evdev"
EndSection
EOF
Выйдите из сессии и заново войдите (или перезапустите X/systems). Если после этого стало лучше — оставьте. Если хуже — удалите файл и перезайдите.
- Аналогичный файл для принудительного libinput:
sudo tee /etc/X11/xorg.conf.d/90-libinput-mouse.conf >/dev/null <<'EOF'
Section "InputClass"
Identifier "libinput pointer catchall"
MatchIsPointer "on"
Driver "libinput"
EndSection
EOF
4) Диагностика событий (чтобы убедиться, что мышь генерирует события)
- В терминале:
xinput test <id>
Перемещайте мышь по экрану: вы должны видеть серию MotionNotify. Если в момент «залипания» события продолжают идти — проблема в WM/композиции; если события прерываются — проблема в драйвере или аппаратная.
5) Ещё варианты (реже)
- Отключить опции «snap to default button» в GTK (для диалогов): gsettings set org.gnome.desktop.interface gtk-enable-primary-paste false — это нечасто влияет, но имейте в виду.
- Если у вас тачпад + внешняя мышь — отключите тачпад в настройках (иногда тачпад «гасит» курсор при касании), или включите PalmDetect в synaptics.
6) Что конкретно сделайте сейчас (рекомендация по шагам, минимально инвазивно)
- Шаг 1: выполните openbox --replace & и проверьте поведение.
- Если при openbox заело исчезло — верните WM и в зависимости от того, какой WM — либо отключите «snap/edge resistance» в его настройках, либо замените WM.
- Если при openbox застревание осталось — сделайте переключение драйвера на evdev (создайте /etc/X11/xorg.conf.d/90-evdev-mouse.conf как выше) и перезаход в сессию.
Если хотите — скажите:
- Результат команды echo "$XDG_CURRENT_DESKTOP" и ps (см. пункт 1)
- Используете ли вы внешнюю USB мышь или встроенный тачпад
— и я дам максимально точные команды/правки для вашей версии Astra (Orël 2.12.46 CE).