У вас есть несколько проблем в вашей настройке: один определенно сделает его неработоспособным, а другой скорее всего:
В файле .desktop вы используете:
Exec=~/.config/autostart/unity_dash_update.sh
, но ~ не работает в файле .desktop, вам нужно использовать абсолютный путь, если ваш скрипт не находится в $PATH (и исполняемый файл), а затем просто запустите его по его имени.
Теперь он просто запускается слишком рано и либо сломается, либо пропустит цель. Это часто случается с: связанными командами
с сенсорной панелью, мышью и клавиатурой (настройками). xrandr, особенно когда подключен второй монитор. Индикаторыи еще несколько ... Команды, связанные с Unity, входят в список по определению, поскольку это рабочий стол по природе.
Заключение: измените строку Exec= на:
Exec=/bin/bash -c "sleep 15 && /absolute/path/to/unity_dash_update.sh
xdotool key Super && sleep 3 && xdotool key Super
Или, лучше, не используйте сценарий вообще и добавьте его в приложения для запуска, включая разрыв, который вам нужен, прежде чем он будет запущен: /bin/bash -c "sleep 15 && xdotool key Super && sleep 3 && xdotool key Super"
Конечно, вы можете поэкспериментировать с sleep 15 время. Ваш файл .desktop довольно расширен, в то время как для базового задания, такого как запуск скрипта при запуске, достаточно [Desktop Entry]
Name=name
Exec=command
Type=Application
. Если вы используете меньше, меньше может пойти не так :) См. Также здесь. Если вы настаиваете на использовании отдельного сценария, не храните его в ~/.config/autostart. Этот каталог специально предназначен для запуска (входа) пусковых установок. Ваша проблема связана с настройкой MTU для вашего DSL / PPPoE-соединения.
В настройках сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.
Для DSL, общий параметр MTU - 1492. Просто выполните сначала и сначала оцените это значение и посмотрите, доступны ли ваши веб-сайты.
Чтобы определить правильный параметр, начните со всех настроек MTU = 1500 и VPN = выкл. (VPN требует другого тестирования).
В терминале:
ping [-c count] [-M do] [-s packet_size] [host]
Используемые параметры:
c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (сделать обнаружение PMTU, фрагмент локально, когда размер пакета велико), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем. Ссылка
ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation
ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?
: Как определить правильный размер MTU с помощью ICMP-пингов
Ваша проблема связана с настройкой MTU для вашего DSL / PPPoE-соединения.
В настройках сети Ubuntu есть настройка MTU и настройка WAN MTU на вашем маршрутизаторе.
Для DSL, общий параметр MTU - 1492. Просто выполните сначала и сначала оцените это значение и посмотрите, доступны ли ваши веб-сайты.
Чтобы определить правильный параметр, начните со всех настроек MTU = 1500 и VPN = выкл. (VPN требует другого тестирования).
В терминале:
ping [-c count] [-M do] [-s packet_size] [host]
Используемые параметры:
c count: количество раз для пинга M hint: Выберите Path MTU Discovery. может быть либо do (запретить фрагментацию, даже локальную), want (сделать обнаружение PMTU, фрагмент локально, когда размер пакета велико), или dont (не устанавливать флаг DF). s packet_size: Указывает количество отправляемых байтов данных.Вы всегда должны начинать с 1472 и каждый раз прокладывать свой путь на 10. Как только вы получите ответ, поднимитесь на 1, пока не получите фрагментированный пакет. Возьмите это значение (последнее хорошее значение) и добавьте 28 к значению для учета различных заголовков TCP / IP. Например. скажем, что 1452 был правильным размером пакета (где вы впервые получили ответ ICMP на ваш пинг). Фактический размер MTU будет 1480, что является оптимальным для сети, с которой мы работаем. Ссылка
ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation
ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation
ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?
ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?
: Как определить правильный размер MTU с помощью ICMP-пингов