История изменений
Исправление tekk, (текущая версия) :
UPD
Спустя какое-то время, я переустановил систему и вынул из компьютера адаптер от Броадкома, который, как я думал, работает криво из-за драйвера. Проблема описана в первом посте, так что повторяться не буду.
Установил я Debian Stable. Собственно, точно так же как и ранее, я ставил liquorix-ядро, поскольку мне нужно реалтаймовое ядро, и так же ставил rt-ядро из официальных репозиториев дебиана.
И с тем и с другим, адаптер уже на чипе Atheros демонстрирует точно такое же поведение, как и адаптер на чипе Broadcom - теряет IP.
Выходит, дело не в драйверах и не в адаптерах.
Вот выхлоп dmesg с WiFi:
dmesg | grep wlp
[ 2.969926] ath9k 0000:06:00.0 wlp6s0: renamed from wlan0
[ 3.536311] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.546119] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.648484] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.732620] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 7.436563] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 7.508476] wlp6s0: authenticate with MAC
[ 7.516594] wlp6s0: send auth to MAC (try 1/3)
[ 7.517517] wlp6s0: authenticated
[ 7.519495] wlp6s0: associate with MAC (try 1/3)
[ 7.527214] wlp6s0: RX AssocResp from MAC (capab=0x11 status=0 aid=1)
[ 7.527321] IPv6: ADDRCONF(NETDEV_CHANGE): wlp6s0: link becomes ready
[ 7.527343] wlp6s0: associated
[ 8906.625475] wlp6s0: deauthenticating from MAC by local choice (Reason: 3=DEAUTH_LEAVING)
[ 8909.141865] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8909.215807] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8912.905578] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8912.974129] wlp6s0: authenticate with MAC
[ 8912.982009] wlp6s0: send auth to MAC (try 1/3)
[ 8912.982971] wlp6s0: authenticated
[ 8912.988757] wlp6s0: associate with MAC (try 1/3)
[ 8912.990109] wlp6s0: RX AssocResp from MAC (capab=0x11 status=0 aid=1)
[ 8912.990198] wlp6s0: associated
[ 8912.990254] IPv6: ADDRCONF(NETDEV_CHANGE): wlp6s0: link becomes ready
Обратите внимание на строку:
[ 8906.625475] wlp6s0: deauthenticating from MAC by local choice (Reason: 3=DEAUTH_LEAVING)Беглый гуглёж указал мне на эту переписку, в которой говорится что именно в Debian Stretch (напомню - в данный момент, стабильном релизе Debian) есть ошибка, которая заключается в том, что systemd создает длинные имена интерфейсов, которые не очень хорошо работают с некоторыми firmware.
В переписке предлагается использовать «костыль» следующего вида:
ln -s /dev/null /etc/systemd/network/99-default.linkПопробую использовать это, посмотрю как будет работать. Если это сработает - обновлю шапку и закрою тему.
Исправление tekk, :
UPD
Спустя какое-то время, я переустановил систему и вынул из компьютера адаптер от Броадкома, который, как я думал, работает криво из-за драйвера. Проблема описана в первом посте, так что повторяться не буду.
Установил я Debian Stable. Собственно, точно так же как и ранее, я ставил liquorix-ядро, поскольку мне нужно реалтаймовое ядро, и так же ставил rt-ядро из официальных репозиториев дебиана.
И с тем и с другим, адаптер уже на чипе Atheros демонстрирует точно такое же поведение, как и адаптер на чипе Broadcom - теряет IP.
Выходит, дело не в драйверах и не в адаптерах.
Вот выхлоп dmesg с WiFi:
dmesg | grep wlp
[ 2.969926] ath9k 0000:06:00.0 wlp6s0: renamed from wlan0
[ 3.536311] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.546119] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.648484] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.732620] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 7.436563] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 7.508476] wlp6s0: authenticate with MAC
[ 7.516594] wlp6s0: send auth to MAC (try 1/3)
[ 7.517517] wlp6s0: authenticated
[ 7.519495] wlp6s0: associate with MAC (try 1/3)
[ 7.527214] wlp6s0: RX AssocResp from MAC (capab=0x11 status=0 aid=1)
[ 7.527321] IPv6: ADDRCONF(NETDEV_CHANGE): wlp6s0: link becomes ready
[ 7.527343] wlp6s0: associated
[ 8906.625475] wlp6s0: deauthenticating from MAC by local choice (Reason: 3=DEAUTH_LEAVING)
[ 8909.141865] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8909.215807] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8912.905578] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8912.974129] wlp6s0: authenticate with MAC
[ 8912.982009] wlp6s0: send auth to MAC (try 1/3)
[ 8912.982971] wlp6s0: authenticated
[ 8912.988757] wlp6s0: associate with MAC (try 1/3)
[ 8912.990109] wlp6s0: RX AssocResp from MAC (capab=0x11 status=0 aid=1)
[ 8912.990198] wlp6s0: associated
[ 8912.990254] IPv6: ADDRCONF(NETDEV_CHANGE): wlp6s0: link becomes ready
Обратите внимание на строку:
[ 8906.625475] wlp6s0: deauthenticating from MAC by local choice (Reason: 3=DEAUTH_LEAVING)Беглый гуглёж указал мне на эту переписку, в которой говорится что именно в Debian Stretch (напомню - в данный момент, стабильном релизе Debian) есть ошибка, которая заключается в том, что systemd создает длинные имена интерфейсов, которые не очень хорошо работают с некоторыми firmware.
В переписке предлагается использовать «костыль» следующего вида:
ln -s / dev / null /etc/systemd/network/99-default.linkПопробую использовать это, посмотрю как будет работать. Если это сработает - обновлю шапку и закрою тему.
Исходная версия tekk, :
UPD
Спустя какое-то время, я переустановил систему и вынул из компьютера адаптер от Броадкома, который, как я думал, работает криво из-за драйвера. Проблема описана в первом посте, так что повторяться не буду.
Установил я Debian Stable. Собственно, точно так же как и ранее, я ставил liquorix-ядро, поскольку мне нужно реалтаймовое ядро, и так же ставил rt-ядро из официальных репозиториев дебиана.
И с тем и с другим, адаптер уже на чипе Atheros демонстрирует точно такое же поведение, как и адаптер на чипе Broadcom - теряет IP.
Выходит, дело не в драйверах и не в адаптерах.
Вот выхлоп dmesg с WiFi:
dmesg | grep wlp
[ 2.969926] ath9k 0000:06:00.0 wlp6s0: renamed from wlan0
[ 3.536311] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.546119] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.648484] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 3.732620] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 7.436563] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 7.508476] wlp6s0: authenticate with MAC
[ 7.516594] wlp6s0: send auth to MAC (try 1/3)
[ 7.517517] wlp6s0: authenticated
[ 7.519495] wlp6s0: associate with MAC (try 1/3)
[ 7.527214] wlp6s0: RX AssocResp from MAC (capab=0x11 status=0 aid=1)
[ 7.527321] IPv6: ADDRCONF(NETDEV_CHANGE): wlp6s0: link becomes ready
[ 7.527343] wlp6s0: associated
[ 8906.625475] wlp6s0: deauthenticating from MAC by local choice (Reason: 3=DEAUTH_LEAVING)
[ 8909.141865] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8909.215807] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8912.905578] IPv6: ADDRCONF(NETDEV_UP): wlp6s0: link is not ready
[ 8912.974129] wlp6s0: authenticate with MAC
[ 8912.982009] wlp6s0: send auth to MAC (try 1/3)
[ 8912.982971] wlp6s0: authenticated
[ 8912.988757] wlp6s0: associate with MAC (try 1/3)
[ 8912.990109] wlp6s0: RX AssocResp from MAC (capab=0x11 status=0 aid=1)
[ 8912.990198] wlp6s0: associated
[ 8912.990254] IPv6: ADDRCONF(NETDEV_CHANGE): wlp6s0: link becomes ready
Беглый гуглёж указал мне на эту переписку, в которой говорится что именно в Debian Stretch (напомню - в данный момент, стабильном релизе Debian) есть ошибка, которая заключается в том, что systemd создает длинные имена интерфейсов, которые не очень хорошо работают с некоторыми firmware.
В переписке предлагается использовать «костыль» следующего вида:
ln -s / dev / null /etc/systemd/network/99-default.linkПопробую использовать это, посмотрю как будет работать. Если это сработает - обновлю шапку и закрою тему.