Пропадает WiFi соединение

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

Отсюда вопрос — где данные и логи?

Выложи выводы

lspci -vvvvv
lsusb
uname -a

А интерфейс вообще есть после того, как упал wifi?

ip a
rfkill list

lspsi -vvvvv https://pastebin.com/pGb85VQm

lsusb -a Команда не найдена

uname -a https://pastebin.com/sHJV0jnu

ip a https://pastebin.com/r9Ntp2Ew

rfkill list https://pastebin.com/MzG1dF05

Железка конечно не первой свежести, но пока работает

Я тебя просил просто lsusb сделать, откуда ты -a взяла?

Рассказываю, что будет дальше: тебе скажут что твой wifi чип недостоин работать под божественным линуксом и предложат его перепаять на другой, заменить на USB-свисток или пользоваться проводным подключением. Истина, однако, заключается в том, что линукс херово работает с чуть менее чем всеми wifi-чипами.

Но с этим можно что-нибудь сделать? Какой-нибудь процесс перезагрузить Я хочу найти решение, а не оправдание проблемы Или по крайней мере принцип его поиска

Это была опечатка В терминал вводилось: lsusb И ответ: команда не найдена

1 - это не грубость, а вопрос и вообще ты на лоре просто грубость игнорируй, а грубую но помощь принимай с благодарностью если реально это решит твои проблемы. (к удалённому коментарию)

Обычно сеть отваливается после выхода из ждущего и спящего режимов это баг которому 100500 лет решается перезапуском интерфейса или просто перезапуском NeworkManager.Но у тебя не решается так тогда попробуй выгрузить и загрузить модуль wifi, некоторые железки этого требуют иначе просто спят и всё.

Узнать какой модуль подгружен для железки

sudo lshw -C network 
#если lshw не установлен то установи, пригодится.

Будет нечто вроде бла бла driver=ath9k_htc бла бла wireless= бла бла

Тогда

rmmod ath9k_htc
modprobe ath9k_htc

И перезапустить NetworkManager если сразу не подхватилось.

Сейчас под рукой нет ничего подобного, так что может быть не сработает, но как вариант. К сожалению очень много wifi чипов работают так себе. Производитель не поставляет ничего, а свободные реализации не учитывают особенностей. Вот и.

Ну ath9k тогда перезагрузить, хотя. Интерфейс есть, он не заблокирован ни софтово ни аппаратно…. Хз. Может NM чудит?.

Можно просто что-бы убедится что дело не в софте установить wicd и посмотреть что он покажет. У меня раньше NM вёл себя порою странно, писал «Устройство недоступно» и ничего не давал делать. Запускаю wicd сеть есть, всё ловит, работает и подключается куда надо. При этом NM всё ещё пишет сети нет, доступа к железке нет. Такие дела.

А есть ещё варианты? Перезапуск ath9k ничего не дал - NetworkManager не запустился

lshw -C network https://pastebin.com/301qtM41

Ща времени нет, подожди других залётных. Попробуй установить и запустить wicd –> apt install wicd-gtk -y;wicd-gtk Убедись что проблема не на стороне NetworkManager.

Когда это случится снова, выполните и покажите вывод:

dmesg
journalctl -u NetworkManager.service

Зачем ждать «следующего раза»? Разве что, его journalctl «обучен» забывать прошлые загрузки...

# посмотреть предыдущую сессию
journalctl -b -1 -t NetworkManager
# посмотреть позапрошлую сессию
journalctl -b -2 -t NetworkManager
# ИЛИ посмотреть сообщения начиная с указанной даты (и времени)
journalctl --since="2019-10-30 09:30:00" -t NetworkManager

jelka2008

• жмешь клавишу S
• указываешь имя (без указания полного пути сохранит в текущем рабочем каталоге), enter

делать фото/скрин или выделять текст в терминале не нужно

Зачем ждать «следующего раза»? Разве что, его journalctl «обучен» забывать прошлые загрузки...

В Debian используется rsyslog, поэтому journal выступает в качестве шлюза, ну и держит журнал текущей загрузки в /run. Соответственно, журнала прошлых загрузок нет. А грепать по syslog лениво %).

Если ТС «горит», то будет грепать и syslog. Сидеть и ждать нового отказа — то ещё удовольствие... Ведь обычно отказ происходит в самый неподходящий момент.

Очередного падения долго ждать не пришлось. Вот логи:

dmesg: https://pastebin.com/fkXuQWdK

journalctl (…): https://pastebin.com/DybqcCJV

 [1572559358.7640] supplicant: wpa_supplicant running

У тебя wpa_supplicant с NM карточку поделить не могут, убери wpa_supplicant из загрузки

[39895.252163] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x02000020 DMADBG_7=0x00006040

Вот причина. В сети немало подобного, но конкретного решения нет. Однако, нескольким людям помогло физическое отключение Wi-Fi-модуля, очистка и подключение его заново, т.ч. возможна аппаратная проблема.

https://bbs.archlinux.org/viewtopic.php?id=181908

https://bugzilla.redhat.com/show_bug.cgi?id=1311680

и др.