У меня такая же проблема, и вот танец вуду, который стремится решить проблему:
# rmmod iwlagn
# modprobe iwlagn 11n_disable=1 power_level=5
## no comes the fun part:
## enable and disable your wireless with Fn + F2 (on my maching)
Иногда это помогает rmmod btusb bluetooth, но я еще не понял этого.
Я тестировал это только на ArchLinux с ядром 3.1.4.
checkinstall делает то, что вы хотите достичь: он будет контролировать, какие файлы будут установлены и помещены в пакет .deb, который затем может быть установлен и удален
Установите его с помощью
apt-get install checkinstall
, вы выполните обычную установку из исходной процедуры, заменив «sudo make install» на «sudo checkinstall»:
./configure
make
sudo checkinstall
Ссылка: https://help.ubuntu.com/community/ CheckInstall
Я несколько раз использовал команду make checkinstall, чтобы создать пакет .deb на одном компьютере, который будет установлен на других моих серверах. Это быстрый способ установки бета-версии. Он работает, но его следует использовать с осторожностью. Есть недостатки для пользователя, который не понимает многие функции пакета .deb.
У меня есть двадцать несколько серверов, которые используют одни и те же домашние приложения. Добавление поддержки сборки и компилятора к каждому хосту не так уж сложно.
Ввод команд для загрузки и компиляции новой версии двадцать раз требует много времени. Альтернативой является загрузка сценария для выполнения задачи, а затем выполнение скрипта. Но часто бывает проще обновлять приложения, используя файл .deb, созданный с помощью checkinstall.
Задача упаковки некоторого случайного фрагмента программного кода в файл .deb довольно сложна, если программное обеспечение не появилось в этой форме уже, особенно по сравнению с make make make. Если вы хотите, чтобы вещи были проще, я думаю, что вы движетесь в неправильном направлении.
Я не говорю, что вы не можете этого сделать - разработчики Debian делают это много. Но это не похоже на самый простой способ сделать то, что вы хотите.
Возможно, вам стоит больше сосредоточиться на изучении того, как компиляция и установка программного обеспечения из источника «работает». В вашу пользу заключается в том, что все, что вы установили самостоятельно, должно быть в / usr / local
У нас есть действительно хорошее Руководство по упаковке, в котором есть раздел по теме новых пакетов.
checkinstall делает то, что вы хотите достичь: он будет контролировать, какие файлы будут установлены и помещены в пакет .deb, который затем может быть установлен и удален
Установите его с помощью
apt-get install checkinstall
, вы выполните обычную установку из исходной процедуры, заменив «sudo make install» на «sudo checkinstall»:
./configure
make
sudo checkinstall
Ссылка: https://help.ubuntu.com/community/ CheckInstall
Я несколько раз использовал команду make checkinstall, чтобы создать пакет .deb на одном компьютере, который будет установлен на других моих серверах. Это быстрый способ установки бета-версии. Он работает, но его следует использовать с осторожностью. Есть недостатки для пользователя, который не понимает многие функции пакета .deb.
У меня есть двадцать несколько серверов, которые используют одни и те же домашние приложения. Добавление поддержки сборки и компилятора к каждому хосту не так уж сложно.
Ввод команд для загрузки и компиляции новой версии двадцать раз требует много времени. Альтернативой является загрузка сценария для выполнения задачи, а затем выполнение скрипта. Но часто бывает проще обновлять приложения, используя файл .deb, созданный с помощью checkinstall.
Задача упаковки некоторого случайного фрагмента программного кода в файл .deb довольно сложная, если программное обеспечение не появилось в этой форме уже, особенно по сравнению с просто make, make install. Если вы хотите, чтобы вещи были проще, я думаю, что вы движетесь в неправильном направлении.
Я не говорю, что вы не можете этого сделать - разработчики Debian делают это много. Но это не похоже на самый простой способ сделать то, что вы хотите.
Возможно, вам стоит больше сосредоточиться на изучении того, как компиляция и установка программного обеспечения из источника «работает». В вашу пользу заключается в том, что все, что вы установили самостоятельно, должно быть в / usr / local
У нас есть действительно хорошее Руководство по упаковке, в котором есть раздел по теме новых пакетов.