А не лучше для этого ключами пользоваться?
Спасибо. Печально, что нельзя сделать стандартными средствами.
Проблема в том, что я не нашёл, где в NM это задаётся. Там просто нету таких параметров в gui.
Для соединения с рабочей сетью используется PPTP.
Раньше я использовал для этого pon/poff и всё работало отлично, но захотелось сделать централизованное управление сетевыми соединениями через NetworkManager.

Создал я соединение PPTP. Авторизация и аутентификация успешны, адреса получаются, но через пару секунд всё рвётся с сообщением
pptp[18526]: nm-pptp-service-18522 warn[decaps_gre:pptp_gre.c:331]: short read (-1): Message too long

Это значит, что размер MTU слишком большой.
Я отредактировал /etc/ppp/options (с pon/poff) эти значения прекрасно работали
mtu 1000
mru 1000

Затем я начал смотреть, что происходит
watch ip link show
Выяснилось, что сначала создаётся интерфейс ppp0 с MTU=996 (то есть берётся правильное значение), но затем это значение меняется на 1400 и соединение рвётся.

Как победить сию напасть?
Есть такая тулза для быстрого и удобного переключения мониторов disper.

Решил я сделать так, чтобы при нажатии хоткеев на нетбуке автоматом подхватывался второй монитор.

#!/bin/bash
export DISPLAY=:0.0
xhost +
MODE=`/usr/bin/disper -p | /usr/bin/awk '/metamode/ {print($2 $6)}'`
echo "$MODE"
case "$MODE" in
    # Secondary only when primanry screen is active
    "DFP-0:")
        /usr/bin/disper -S
        ;;  
    # BOth when secondary screen is active
    "DFP-1:")
        /usr/bin/disper -e
        ;;  
    # Primary in others cases                                                       
    *)  
        /usr/bin/disper -s
        ;;  
esac
Сохраняю в файл и вызываю по нажатию сочетания.

Получилась такая проблема: если этот скрипт запустить из консоли, то режим циклически переключается, то есть то, что нужно. По событию acpi ничего не происходит. Причём, проверено, файл вызывается как нужно.

Какие могут быть идеи?
Совершенно банальный совет: проверь температуру проца/видеокарты
alexcreed
У меня тоже eeepc, но 1215N, правда пока не имел возможности проверить вафлю под Арчем.
Зато шарился по нету и нарвался вот на это:http://habrahabr.ru/blogs/linux/114346/

Только отмечу, что у меня реалтековский wifi
[[email protected] ~]$ lspci  | grep Wireless
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8191SEvA Wireless LAN Controller (rev 10)
сейчас поддерживается. Если выключить и вынуть батарейку, то не поддерживается.
Для поддержки нужно именно вот так плясать с бубном.
В наличии нетбук ASUS EeePC 1201NL. Дистрибутив - Archlinux, используется блоб nvidia.

Проведём три эксперимента последовательно.

1) Грузимся с параметрами ядра
root=/dev/sda1 ro vga=0x034d quiet
Результат - не знает такого разрешения и предлагает выбрать другое.
Загружаемся в любом разрешении.

2) Перезагружаемся и грузимся с параметрами ядра
root=/dev/sda1 ro acpi_osi=Linux vga=0x034d quiet
Результат - не знает такого разрешения и предлагает выбрать другое.
Загружаемся в любом разрешении.

3) Грузимся с параметрами ядра
root=/dev/sda1 ro acpi_osi=Linux vga=0x034d quiet
Результат - в консоли 1366x768.

То есть Работает только, если в предыдущий раз грузился с параметром acpi_osi=Linux.

Почему!? Как он это делает?

На всякий случай
lsmod
/var/log/messages.log
Спасибо за коллективный разум