Начиная с версии dhcpcd-6.10.0-1 поведение демона по умолчанию изменено: теперь хук 10-wpa_supplicant не запускается по умолчанию! Судя по комментариям автора к изменению, он с неохотой принял решение перевести файл 10-wpa_supplicant в разряд примеров (примеры файлов для dhcpcd находятся в /usr/share/dhcpcd/hooks/). Чтобы вернуть всё как было, необходимо либо скопировать, либо слинковать файл обратно в рабочую директорию в /usr/lib/dhcpcd/dhcpcd-hooks/ :
sudo ln -s /usr/share/dhcpcd/hooks/10-wpa_supplicant /usr/lib/dhcpcd/dhcpcd-hooks/10-wpa_supplicant
Подробнее (англ.): [1], [2], [3].
[email protected]# cat /dev/ass > /dev/head
Зачем запускать WiFi через bashrc, когда можно просто настроить сервис dhcpcd. Можно просто включить его командой
$ sudo systemctl enable dhcpcd 
глобально, либо настроить на определённый интерфейс, он сам всё включит (запустит wpa_supplicant и получит ip-адрес автоматически), предварительно нужно только в конфиг /etc/wpa_supplicant/wpa_supplicant-interface.conf, где interface — ваш WiFi интерфейс, например wlp2s0 прописать имя вашей сети и пароль. Подробнее, как обычно, в Вики. Читайте, пробуйте, там всё понятно, если не понятно — спро́сите.
P.S.: Внимание! Начиная с версии dhcpcd-6.10.0-1 изменено поведение демона по умолчанию: теперь dhcpcd не запускает автоматически хуки wpa_supplicant! Чтобы вернуть всё как было нужно скопировать обратно/создать симлинк в директории /usr/lib/dhcpcd/dhcpcd-hooks на файл 10-wpa_supplicant, находящийся теперь в /usr/share/dhcpcd/hooks:
$ sudo ln -s /usr/share/dhcpcd/hooks/10-wpa_supplicant /usr/lib/dhcpcd/dhcpcd-hooks/10-wpa_supplicant
Подробнее (англ.): [1], [2]
[email protected]# cat /dev/ass > /dev/head
Есть подозрение на утилиту распаковки...
[email protected]# cat /dev/ass > /dev/head
Попробуйте запустить через bash. В начале скрипта в shebang указан по умолчанию обычный шелл; попробуйте либо изменить shebang (в самом начале #!/bin/sh изменить на #!/bin/bash), либо запустить скрипт командой
#bash ./Mathematica_10.2.0_LINUX.sh
[email protected]# cat /dev/ass > /dev/head
sudo wpa_supplicant -i wlp4s0 -c <(wpa_passphrase druidLab Rentgennsk)
P.s.: если проблема решена, — опишите, пожалуйста, свои действия (помогла ли установка wireless_tools) и измените тему на РЕШЕНО, чтобы другие могли ориентироваться.
[email protected]# cat /dev/ass > /dev/head
ghost, да, действительно, NO-CARRIER говорит о том, что нет несущей частоты. Погуглил по данной карточке и, оказывается, она довольно косячная :-) да и старовата немного. Но именно для таких старушек у нас есть костыли, и в репах имеется пакет wireless_tools. cergei1982, попробуйте сконфигурировать через него, а не через iw (он не учитывает некоторые особенности старых карт). Поставьте пакет wireless_tools и попробуйте через него.
[email protected]# cat /dev/ass > /dev/head
Ничего не нужно никуда прописывать! Всё у вас нормально определяется и устанавливается. Интерфейс wlp4s0 поднимается у вас, поэтому здесь всё нормально, об этом говорится в сообщении:
3: wlp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 00:1c:26:16:e9:1f brd ff:ff:ff:ff:ff:ff
Здесь нас интересует то, что за ёлочками:
 <NO-CARRIER,BROADCAST,MULTICAST,UP>
Слово UP говорит о том, что интерфейс поднят, а вот NO-CARRIER говорит о том, что интерфейс не обслуживается ни одной службой. dhcpcd установлен (pacman -Ss dhcpcd)? Настроен ли на данный интерфейс (systemctl status [email protected])? Сообщение state DOWN, которое следует далее отражает общее состояние соединения, т.е. оно будет UP только после полного подключения к службе DHCP или ручного назначения интерфейсу IP-адреса. В точке доступа Wi-Fi обычно по умолчанию установлен и настроен DHCP, поэтому вручную задавать IP-адрес не нужно; в вашем случае достаточно установить и настроить dhcpcd службу.
[email protected]# cat /dev/ass > /dev/head
Я бы посоветовал удалить пакет usb_modeswitch, особенно если у вас хуавэй, но после того, как он перестал переключать телефон, у меня в последних обновлениях udev всё равно не присваивает ему блочное устройство, хотя ядро видит файловую систему телефона как scsi cd-rom.
[email protected]# cat /dev/ass > /dev/head
Аналогичная проблема не только у вас. Может создать баг репорт?
[email protected]# cat /dev/ass > /dev/head
Кстати, присоединяюсь: не стал создавать отдельную тему, т.к. ожидаю в будущем исправления, а пока пользуюсь LTS ядром (на нём работает нормально). Как можно оттрассировать данное состояние — без понятия, т.к. по факту все процессы завершаются, и нетбук уходит в глубокий «сон», но кулер на очень маленькой скорости продолжает крутиться, на кнопки не реагирует, только 5-ти секундное удержание выключает полностью. Причём выходит из гибернации после этого вполне себе нормально, как будто система сработала штатно. Процессор Intel Atom.
P.S.: Кажись, начиная с 3.19.хх такое началось...
[email protected]# cat /dev/ass > /dev/head