Forum Debian Users Gang

Bodzio · 2021-06-11 14:36:38

odpuszczam, no może czasem grzebnę nóżką :)
Aktualnie mam tak:
start systemu ->
rfkill unblock all ->
dhclient wlp6s0 ->
gotowe
===
wpisałem to sobie do basha, jeden klik i mam sieć. Trwa to mniej więcej tyle co na poprzednim komputerze wicd podnosił sieć.

Jacekalex · 2021-06-12 00:48:36

@Bodzio

Radzę spróbować IWD, bardzo grzecznie działa z siecią wifi, zastępuje wpa_supplicanta i ma wbudwany serwer dhcp, do tego możesz statycznie ustawić adres i routing per-SSID.
https://wiki.archlinux.org/title/Iwd
https://wiki.gentoo.org/wiki/Iwd
https://synappsis.wordpress.com/2020/04/04/iwd-wireless/

Biorąc pod uwagę, że autorem IWD jest Intel, z kartami Intela powinien jako tako działać. :P

Pozdro

Ostatnio edytowany przez Jacekalex (2021-06-12 00:48:48)

Bodzio · 2021-06-12 08:43:31

@Jacekalex
Cały problem jest w tym, że karta jest zablokowana. Żaden program nie pomoże jak karta jest nieaktywna.
Przecież wiesz, że wiem jak ustawić start sieci tak po staticu jak i po DHCP.
Dzięki za informacje o IWD - nie znałem.
Doszedłem do tego, że nie trzeba odpalać dhclienta, wystarczy odblokować kartę.
Więc wpisałem sobie to do basha (rfkill unblock all) i dodałem do skryptów startowych. Dodam, że nikt z nas, w tym i ja nie zwrócił uwagi, że bluetooth przy starcie też jest zablokowany.

morfik · 2021-06-12 12:03:13

fnmirk napisał(-a):
Osobiście nie widzę tu nic nieprawidłowego.

Na brak błędów w logu od pierwszego wejrzenia jest rada — trza spojrzeć w log drugi raz. xD

Prawdopodobnie przyczyną tego całego problemu jest to:

Kod:

    4.794833] ------------[ cut here ]------------
[    4.794851] WARNING: CPU: 3 PID: 746 at net/wireless/nl80211.c:7579 nl80211_get_reg_do+0x1f6/0x230 [cfg80211]
[    4.794851] Modules linked in: iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle rfcomm cmac algif_hash algif_skcipher af_alg iptable_filter bnep iwlmvm mac80211 btusb btrtl btbcm btintel libarc4 bluetooth iwlwifi jitterentropy_rng drbg cfg80211 ansi_cprng ecdh_generic ecc rfkill sg joydev snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio edac_mce_amd snd_hda_codec_hdmi nls_ascii nls_cp437 kvm_amd snd_hda_intel snd_intel_dspcfg vfat soundwire_intel fat kvm soundwire_generic_allocation irqbypass snd_soc_core ghash_clmulni_intel snd_compress soundwire_cadence snd_hda_codec snd_hda_core aesni_intel snd_hwdep soundwire_bus libaes snd_pcm crypto_simd cryptd snd_timer glue_helper snd ccp rapl soundcore sp5100_tco watchdog rng_core k10temp wmi_bmof efi_pstore pcspkr acpi_cpufreq evdev fuse configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic sd_mod hid_generic usbhid hid radeon i2c_algo_bit ttm drm_kms_helper ahci
[    4.794877]  xhci_pci libahci cec xhci_hcd libata drm r8169 usbcore nvme scsi_mod crc32_pclmul realtek crc32c_intel mdio_devres nvme_core libphy i2c_piix4 t10_pi crc_t10dif crct10dif_generic usb_common crct10dif_pclmul wmi crct10dif_common gpio_amdpt gpio_generic button
[    4.794885] CPU: 3 PID: 746 Comm: wpa_supplicant Not tainted 5.10.0-7-amd64 #1 Debian 5.10.40-1
[    4.794886] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./A520M Pro4, BIOS P1.10 08/13/2020
[    4.794896] RIP: 0010:nl80211_get_reg_do+0x1f6/0x230 [cfg80211]
[    4.794897] Code: 24 0c 01 00 00 00 e8 29 56 a0 c8 85 c0 0f 84 fc fe ff ff eb a6 48 89 ef 48 89 04 24 e8 93 af c1 c8 48 8b 04 24 e9 43 ff ff ff <0f> 0b 48 89 ef e8 80 af c1 c8 b8 ea ff ff ff e9 2f ff ff ff b8 97
[    4.794898] RSP: 0018:ffff9c51c212ba40 EFLAGS: 00010202
[    4.794899] RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000
[    4.794900] RDX: ffff8e1080020008 RSI: 0000000000000000 RDI: ffff8e1080020300
[    4.794900] RBP: ffff8e108069c600 R08: 0000000000000014 R09: ffff8e1045ebe014
[    4.794900] R10: 000000000000001d R11: ffff8e10420caf00 R12: ffff9c51c212ba98
[    4.794901] R13: 0000000000000000 R14: ffff8e1045ebe014 R15: ffff8e1080020300
[    4.794902] FS:  00007f4ec3c661c0(0000) GS:ffff8e134eac0000(0000) knlGS:0000000000000000
[    4.794902] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    4.794903] CR2: 000055d34686d078 CR3: 00000001035cc000 CR4: 0000000000350ee0
[    4.794903] Call Trace:
[    4.794909]  ? _cond_resched+0x16/0x40
[    4.794912]  genl_family_rcv_msg_doit+0xea/0x150
[    4.794913]  genl_rcv_msg+0xde/0x1d0
[    4.794923]  ? nl80211_vendor_cmd_dump+0x5d0/0x5d0 [cfg80211]
[    4.794932]  ? nl80211_send_regdom.constprop.0+0x1a0/0x1a0 [cfg80211]
[    4.794933]  ? genl_get_cmd+0xd0/0xd0
[    4.794934]  netlink_rcv_skb+0x50/0xf0
[    4.794935]  genl_rcv+0x24/0x40
[    4.794937]  netlink_unicast+0x201/0x2c0
[    4.794938]  netlink_sendmsg+0x243/0x480
[    4.794940]  sock_sendmsg+0x5e/0x60
[    4.794941]  ____sys_sendmsg+0x22e/0x270
[    4.794943]  ? import_iovec+0x2d/0x30
[    4.794944]  ? sendmsg_copy_msghdr+0x7c/0xa0
[    4.794945]  ? __check_object_size+0x46/0x150
[    4.794946]  ___sys_sendmsg+0x75/0xb0
[    4.794947]  ? ___sys_recvmsg+0x8e/0x100
[    4.794949]  ? __mod_memcg_lruvec_state+0x21/0xe0
[    4.794951]  ? page_add_new_anon_rmap+0xa3/0x1f0
[    4.794952]  ? handle_mm_fault+0xf9f/0x1b80
[    4.794954]  ? __cgroup_bpf_run_filter_setsockopt+0xbe/0x310
[    4.794955]  __sys_sendmsg+0x59/0xa0
[    4.794956]  do_syscall_64+0x33/0x80
[    4.794958]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[    4.794958] RIP: 0033:0x7f4ec40b82c3
[    4.794959] Code: 64 89 02 48 c7 c0 ff ff ff ff eb b7 66 2e 0f 1f 84 00 00 00 00 00 90 64 8b 04 25 18 00 00 00 85 c0 75 14 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 55 c3 0f 1f 40 00 48 83 ec 28 89 54 24 1c 48
[    4.794960] RSP: 002b:00007ffc3d600b18 EFLAGS: 00000246 ORIG_RAX: 000000000000002e
[    4.794960] RAX: ffffffffffffffda RBX: 000055d346861c00 RCX: 00007f4ec40b82c3
[    4.794961] RDX: 0000000000000000 RSI: 00007ffc3d600b50 RDI: 0000000000000005
[    4.794961] RBP: 000055d346863aa0 R08: 0000000000000004 R09: 00007f4ec4177be0
[    4.794961] R10: 00007ffc3d600c24 R11: 0000000000000246 R12: 000055d346862170
[    4.794962] R13: 00007ffc3d600b50 R14: 00007ffc3d600c24 R15: 000055d3468677f0
[    4.794963] ---[ end trace f3467b5dc02972e7 ]---
[    4.847726] ------------[ cut here ]------------
[    4.847738] WARNING: CPU: 3 PID: 746 at net/wireless/nl80211.c:7579 nl80211_get_reg_do+0x1f6/0x230 [cfg80211]
[    4.847739] Modules linked in: iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle rfcomm cmac algif_hash algif_skcipher af_alg iptable_filter bnep iwlmvm mac80211 btusb btrtl btbcm btintel libarc4 bluetooth iwlwifi jitterentropy_rng drbg cfg80211 ansi_cprng ecdh_generic ecc rfkill sg joydev snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio edac_mce_amd snd_hda_codec_hdmi nls_ascii nls_cp437 kvm_amd snd_hda_intel snd_intel_dspcfg vfat soundwire_intel fat kvm soundwire_generic_allocation irqbypass snd_soc_core ghash_clmulni_intel snd_compress soundwire_cadence snd_hda_codec snd_hda_core aesni_intel snd_hwdep soundwire_bus libaes snd_pcm crypto_simd cryptd snd_timer glue_helper snd ccp rapl soundcore sp5100_tco watchdog rng_core k10temp wmi_bmof efi_pstore pcspkr acpi_cpufreq evdev fuse configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic sd_mod hid_generic usbhid hid radeon i2c_algo_bit ttm drm_kms_helper ahci
[    4.847759]  xhci_pci libahci cec xhci_hcd libata drm r8169 usbcore nvme scsi_mod crc32_pclmul realtek crc32c_intel mdio_devres nvme_core libphy i2c_piix4 t10_pi crc_t10dif crct10dif_generic usb_common crct10dif_pclmul wmi crct10dif_common gpio_amdpt gpio_generic button
[    4.847766] CPU: 3 PID: 746 Comm: wpa_supplicant Tainted: G        W         5.10.0-7-amd64 #1 Debian 5.10.40-1
[    4.847767] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./A520M Pro4, BIOS P1.10 08/13/2020
[    4.847777] RIP: 0010:nl80211_get_reg_do+0x1f6/0x230 [cfg80211]
[    4.847778] Code: 24 0c 01 00 00 00 e8 29 56 a0 c8 85 c0 0f 84 fc fe ff ff eb a6 48 89 ef 48 89 04 24 e8 93 af c1 c8 48 8b 04 24 e9 43 ff ff ff <0f> 0b 48 89 ef e8 80 af c1 c8 b8 ea ff ff ff e9 2f ff ff ff b8 97
[    4.847778] RSP: 0018:ffff9c51c212ba40 EFLAGS: 00010202
[    4.847779] RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000
[    4.847779] RDX: ffff8e1080020008 RSI: 0000000000000000 RDI: ffff8e1080020300
[    4.847780] RBP: ffff8e108069d100 R08: 0000000000000014 R09: ffff8e1045ebe014
[    4.847780] R10: 000000000000001d R11: ffff8e10420caf00 R12: ffff9c51c212ba98
[    4.847781] R13: 0000000000000000 R14: ffff8e1045ebe014 R15: ffff8e1080020300
[    4.847782] FS:  00007f4ec3c661c0(0000) GS:ffff8e134eac0000(0000) knlGS:0000000000000000
[    4.847782] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    4.847783] CR2: 000055d34689b068 CR3: 00000001035cc000 CR4: 0000000000350ee0
[    4.847783] Call Trace:
[    4.847785]  ? _cond_resched+0x16/0x40
[    4.847786]  genl_family_rcv_msg_doit+0xea/0x150
[    4.847788]  genl_rcv_msg+0xde/0x1d0
[    4.847797]  ? nl80211_vendor_cmd_dump+0x5d0/0x5d0 [cfg80211]
[    4.847807]  ? nl80211_send_regdom.constprop.0+0x1a0/0x1a0 [cfg80211]
[    4.847808]  ? genl_get_cmd+0xd0/0xd0
[    4.847809]  netlink_rcv_skb+0x50/0xf0
[    4.847810]  genl_rcv+0x24/0x40
[    4.847811]  netlink_unicast+0x201/0x2c0
[    4.847812]  netlink_sendmsg+0x243/0x480
[    4.847813]  sock_sendmsg+0x5e/0x60
[    4.847813]  ____sys_sendmsg+0x22e/0x270
[    4.847814]  ? import_iovec+0x2d/0x30
[    4.847815]  ? sendmsg_copy_msghdr+0x7c/0xa0
[    4.847816]  ? __check_object_size+0x46/0x150
[    4.847817]  ___sys_sendmsg+0x75/0xb0
[    4.847818]  ? ___sys_recvmsg+0x8e/0x100
[    4.847819]  ? __mod_memcg_lruvec_state+0x21/0xe0
[    4.847819]  ? page_add_new_anon_rmap+0xa3/0x1f0
[    4.847820]  ? handle_mm_fault+0xf9f/0x1b80
[    4.847821]  ? __cgroup_bpf_run_filter_setsockopt+0xbe/0x310
[    4.847822]  __sys_sendmsg+0x59/0xa0
[    4.847823]  do_syscall_64+0x33/0x80
[    4.847824]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[    4.847825] RIP: 0033:0x7f4ec40b82c3
[    4.847826] Code: 64 89 02 48 c7 c0 ff ff ff ff eb b7 66 2e 0f 1f 84 00 00 00 00 00 90 64 8b 04 25 18 00 00 00 85 c0 75 14 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 55 c3 0f 1f 40 00 48 83 ec 28 89 54 24 1c 48
[    4.847826] RSP: 002b:00007ffc3d600858 EFLAGS: 00000246 ORIG_RAX: 000000000000002e
[    4.847827] RAX: ffffffffffffffda RBX: 000055d346861c00 RCX: 00007f4ec40b82c3
[    4.847827] RDX: 0000000000000000 RSI: 00007ffc3d600890 RDI: 0000000000000005
[    4.847828] RBP: 000055d346892620 R08: 0000000000000004 R09: 000055d34685e010
[    4.847828] R10: 00007ffc3d600964 R11: 0000000000000246 R12: 000055d346862170
[    4.847829] R13: 00007ffc3d600890 R14: 00007ffc3d600964 R15: 000055d346899e90
[    4.847830] ---[ end trace f3467b5dc02972e8 ]---

To prawie jak kernel panic. xD Coś niedobrego się dzieje w obsłudze tej twojej karty WiFI, bo te kernel WARN'y dotyczą nl80211/cfg80211. Być może podczas próby aktywacji tej karty, taki babol się pojawia i dlatego ci tę kartę soft'owo wyłącza. To, że ptoem można ją włączyć i działa jest bez znaczenia — sam miałęm pierdyliart podobnych błędów. xD Niemniej jednak, jeśli ci taki kernel WARN wywala, to maszyna działa w stanie niestabilnym i powinno/trza ją zresetować. Także masz coś tam coś mocno nie tak.

Można by jeszcze wyłączyć konfigurację sieci na starcie systemu, wejść w konsole na TTY i sprawdzić czy ten kernel WARN się pojawia. Jeśli nie, to ręcznie spróbować odpalić usługę podnoszenia sieci i zobaczyć co tam w logu się pojawi.

Ostatnio edytowany przez morfik (2021-06-12 12:04:46)

arecki · 2021-06-12 12:32:17

W tym dmesg pojawiają się ostrzeżenia związane ze sterownikiem nl80211
Spróbuj w swoim interfaces w sekcji połączenia z WiFi ustawić opcję

Kod:

wpa-driver wext

Więcej w dokumentacji: /usr/share/doc/wpasupplicant/README.Debian.gz

fnmirk · 2021-06-12 14:55:43

morfik napisał(-a):
Na brak błędów w logu od pierwszego wejrzenia jest rada — trza spojrzeć w log drugi raz

Dziękuję i przepraszam za moje niedopatrzenie, starość nie radość klasyczna u mnie pomyłka m z n.

Dodane:
Tak napisali o tym na bugzilli Fedory:
https://bugzilla.redhat.com/show_bug.cgi?id=1814646

Note, using old kernel 5.4.20-200.fc31.x86_64 does not trigger the issue.

Wyłączenie ipv6 lub ipv4 przy starcie systemu nic nie zmieni.

Ostatnio edytowany przez fnmirk (2021-06-12 16:11:04)

morfik · 2021-06-12 16:54:19

No generalnie to te sieciówki intela od paru wydań kernela mają poważne problemy z działaniem chyba na większości maszyn -- ja też mam jakieś dziwne cuda od chyba 5.10 czy 5.9 nie pamiętam ale ostatecznie wywaliłem cały TPM z kernela i się uspokoiło ale też WiFi intela było zamieszane. xD

Pavlo950 · 2021-06-13 18:03:10

@Bodzio, a jakiego Windowsa używasz i w jaki sposób go wyłączasz? Spróbuj wyłączyć mu hibernowanie przy wyłączaniu, to może jak Windows będzie startował normalnie, "po staremu" karta będzie chodziła jak trzeba. Kuzyn jak procka zmieniał u siebie z 2 rdzeniowego na 4 rdzeniowego to zapomniał tego wyłączyć i potem się dziwił, czemu system obsługuje tylko 2 rdzenie :D w opcjach zasilania musisz poszukać

Bodzio · 2021-06-13 19:25:37

arecki napisał(-a):
W tym dmesg pojawiają się ostrzeżenia związane ze sterownikiem nl80211
Spróbuj w swoim interfaces w sekcji połączenia z WiFi ustawić opcję
Kod:
wpa-driver wext
Więcej w dokumentacji: /usr/share/doc/wpasupplicant/README.Debian.gz

Z tą opcją wext to było dobre. Wprawdzie nadal startuje jako zablokowana, ale po odblokowaniu pracuje stabilnie. Przedtem zdarzały się przypadki, że pomimo podniesienia interfejsu, karta się nie połączyła i już :)

Pavlo950 napisał(-a):
@Bodzio, a jakiego Windowsa używasz i w jaki sposób go wyłączasz? Spróbuj wyłączyć mu hibernowanie przy wyłączaniu, to może jak Windows będzie startował normalnie, "po staremu" karta będzie chodziła jak trzeba. Kuzyn jak procka zmieniał u siebie z 2 rdzeniowego na 4 rdzeniowego to zapomniał tego wyłączyć i potem się dziwił, czemu system obsługuje tylko 2 rdzenie :D w opcjach zasilania musisz poszukać

Win 10, ale baaardzo sporadycznie. Czasami gdy potrzebuję dobrego programu do odzyskiwania świateł w fotografii - Darktable jest slaby w tym względzie. Więc tak - Linux 98 %, reszta Windows.

arecki · 2021-06-13 20:23:44

To może wcześniej wymusić już w skryptach /etc/network/if-pre-up.d/ żeby wpa_supplicant startować z wext
Być może, obecna w Debianie testowym wersja wpa_supplicant ma problemy z tą kartą.
Upgrade/downgrade samego wpa_suplicant być może rozwiąże problem.

Zrobiłbym też test bez zabezpieczeń WiFi.

Ostatnio edytowany przez arecki (2021-06-13 20:25:32)

morfik · 2021-06-14 14:58:29

Bodzio napisał(-a):
arecki napisał(-a):
W tym dmesg pojawiają się ostrzeżenia związane ze sterownikiem nl80211
Spróbuj w swoim interfaces w sekcji połączenia z WiFi ustawić opcję
Kod:
wpa-driver wext
Więcej w dokumentacji: /usr/share/doc/wpasupplicant/README.Debian.gz
Z tą opcją wext to było dobre. Wprawdzie nadal startuje jako zablokowana, ale po odblokowaniu pracuje stabilnie. Przedtem zdarzały się przypadki, że pomimo podniesienia interfejsu, karta się nie połączyła i już :)

Sprawdź w logu czy masz tego kernel WARN'a jeszcze.

arecki napisał(-a):
To może wcześniej wymusić już w skryptach /etc/network/if-pre-up.d/ żeby wpa_supplicant startować z wext
Być może, obecna w Debianie testowym wersja wpa_supplicant ma problemy z tą kartą.
Upgrade/downgrade samego wpa_suplicant być może rozwiąże problem.

Wystarczy w zwrotce interfejsu podać wpa-driver wext — nic więcej nie trzeba wymuszać.

Ostatnio edytowany przez morfik (2021-06-14 14:59:21)

Bodzio · 2021-06-14 15:29:58

morfik napisał(-a):
Sprawdź w logu czy masz tego kernel WARN'a jeszcze.

arecki napisał(-a):
To może wcześniej wymusić już w skryptach /etc/network/if-pre-up.d/ żeby wpa_supplicant startować z wext
Być może, obecna w Debianie testowym wersja wpa_supplicant ma problemy z tą kartą.
Upgrade/downgrade samego wpa_suplicant być może rozwiąże problem.
Wystarczy w zwrotce interfejsu podać wpa-driver wext — nic więcej nie trzeba wymuszać.

Więc tak,
system startuje z kartą zablokowaną. Po odblokowaniu - tak karta jak i system pracują perfekcyjnie. Karta automatycznie sama się łączy z routerem.
Nie ma warningów ani w logach startowych, a w dmesg.
...jeszcze tylko aby karta startowała odblokowana i byłoby miodnie.
Wpis wpa-driver wext jest oczywiście wpisany w interfaces.
Oj tam, pokażę jak wygląda:

Kod:

# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

#auto wlp6s0
allow-hotplug wlp6s0
iface wlp6s0 inet dhcp
#    wpa-driver nl80211
    wpa-driver wext
    wpa-debug-lewel -1
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
    wpa-ssid Bodzio_DUG
    wpa-psk *****************

wpa_supplicant.conf

Kod:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
ssid="Bodzio_DUG"
psk="*****************"
}

morfik · 2021-06-14 16:02:51

Pokaż jeszcze raz log ze startu systemu. xD

Bodzio · 2021-06-14 16:55:10

morfik napisał(-a):
Pokaż jeszcze raz log ze startu systemu. xD

Tak jest :)

https://chmura.bodziodug.pl/index.php/s/7dPzyWEoW2gJBxP

arecki · 2021-06-14 17:28:18

morfik napisał(-a):
arecki napisał(-a):
To może wcześniej wymusić już w skryptach /etc/network/if-pre-up.d/ żeby wpa_supplicant startować z wext
Być może, obecna w Debianie testowym wersja wpa_supplicant ma problemy z tą kartą.
Upgrade/downgrade samego wpa_suplicant być może rozwiąże problem.
Wystarczy w zwrotce interfejsu podać wpa-driver wext — nic więcej nie trzeba wymuszać.

Nie byłbym tego taki pewny.
W każdym razie ludziom z podobnymi problemami pomagał w ostateczności downgrade wpa_supplicant.

Ostatnio edytowany przez arecki (2021-06-14 17:31:36)

morfik · 2021-06-14 19:33:10

Bodzio napisał(-a):
morfik napisał(-a):
Pokaż jeszcze raz log ze startu systemu. xD
Tak jest :)

Chodziło bardziej o journalctl -b > log.txt . xD

Bodzio · 2021-06-14 19:47:28

Aaa nie wiedziałem, przepraszam :)
gotowe

https://chmura.bodziodug.pl/index.php/s/5tYzcdpb93dy7gX

morfik · 2021-06-14 21:26:43

Jedyne co mi do głowy przychodzi, to że może demon od BT tam może coś mieszać.

Ale jeśli ci działa to w miarę ok, to dodaj sobie do zwrotki z interfejsem to poniższe:

Kod:

pre-up rfkill unblock wlan

Ostatnio edytowany przez morfik (2021-06-14 21:27:03)

Bodzio · 2021-06-14 22:27:45

Masz rację co do BT. Nie pamiętam czy podawałem, ale...

Kod:

root@domek2:~# rfkill list
0: phy0: Wireless LAN
    Soft blocked: yes
    Hard blocked: no
1: hci0: Bluetooth
    Soft blocked: yes
    Hard blocked: no

Wpis do zwrotki który zaproponowałeś nie zadziałał. Interfejs wstaje ale jest zablokowany.
...
Dobra, odpuśćmy sobie :) Na razie działa doskonale, pomimo konieczności małego grzebnięcia :) A może w nowej wersji supplicanta coś poprawią i kłopoty się skończą.

morfik · 2021-06-14 22:57:14

To jeszcze zamiast tamtego polecenia daj to: xD

Kod:

pre-up rfkill unblock all

Bodzio · 2021-06-14 23:15:25

Też nic :(
dobra, idę spać :)
... dzięki za wszystko :)

morfik · 2021-06-14 23:18:18

Spróbuj jeszcze dać: xD

Kod:

pre-up sleep 5
pre-up rfkill unblock all

Ewentualnie też pobaw się czasem opóźnienia.

Bo jeśli to nie działa, to coś ci potem najwyraźniej przepisuje stan rfkill. Bo to polecenie powinno zadziałać tak jak byś manualnie je wpisał i podniósł interfejs.

A i jeszcze jako bonus, dodaj do linijki kernela w bootloaderze parametr systemd.unit=emergency.target , odpal system, i sprawdź stan rfkill. Jestem ciekaw czy będzie zablokowany.

Ostatnio edytowany przez morfik (2021-06-14 23:20:42)

Bodzio · 2021-06-15 08:02:17

To jeszcze pytanie:
czy powyższy wpis ma znaczenie w którym miejscu jest wpisany...
czy przed allow-hotplug, cz też na samym dole

morfik · 2021-06-15 08:33:51

No tu masz przykład mojego interfejsu:

Kod:

###~~~~~~~~~~~~~~~~~LTE~~~~~~~~~~~~~~~~~###
iface wwan0 inet dhcp
        metric 100
#       dns-nameservers 127.0.0.1
        pre-up macchanger -a $IFACE
        pre-up sleep 1
        pre-up echo -e "AT+CFUN=1\r" > /dev/huawei-E3372-0
        pre-up sleep 1
        #pre-up echo -e "AT^SYSCFGEX=\"03\",3FFFFFFF,1,2,800C5,,\r" > /dev/huawei-E3372-0
        pre-up echo -e "AT^SYSCFGEX=\"030201\",3FFFFFFF,1,2,800C5,,\r" > /dev/huawei-E3372-0
        pre-up sleep 1
        pre-up echo -e "AT^NDISDUP=1,1,\"internet\"\r" > /dev/huawei-E3372-0
        #pre-up echo -e "AT^NDISDUP=1,1,\"darmowy\"\r" > /dev/huawei-E3372-0
        pre-down echo -e "AT^NDISDUP=1,0\r" > /dev/huawei-E3372-0
        pre-down sleep 1
        pre-down echo -e "AT^SYSCFGEX=\"030201\",3FFFFFFF,1,2,800C5,,\r" > /dev/huawei-E3372-0
#       pre-down sleep 1
#       post-down echo -e "AT+CFUN=0\r" > /dev/huawei-E3372-0
        post-down macchanger -p $IFACE
###~~~~~~~~~~~~~~~~~LTE~~~~~~~~~~~~~~~~~###

Czyli te wywołania pre/post mają być w zwrotce interfejsu.

Ostatnio edytowany przez morfik (2021-06-15 08:35:03)

Bodzio · 2021-06-15 09:52:55

Ok, tak mam. Ze sleep'em też nie chwyta - próbowałem 5, 10, 15.
===
bonus -> systemd.unit=emergency.target to w którym miejscu dla kernela wpisać ? /boot/grub/grub.cfg

Forum Debian Users Gang

Ogłoszenie

#26 2021-06-11 14:36:38

Bodzio - Ojciec Założyciel

Re: Interfejs wifi

#27 2021-06-12 00:48:36

Jacekalex - Podobno człowiek...;)

Re: Interfejs wifi

#28 2021-06-12 08:43:31

Bodzio - Ojciec Założyciel

Re: Interfejs wifi

#29 2021-06-12 12:03:13

morfik - Cenzor wirtualnego świata

Re: Interfejs wifi

fnmirk napisał(-a):

Kod:

#30 2021-06-12 12:32:17

arecki - Użytkownik

Re: Interfejs wifi

Kod:

#31 2021-06-12 14:55:43

fnmirk - Redaktor

Re: Interfejs wifi

morfik napisał(-a):

#32 2021-06-12 16:54:19

morfik - Cenzor wirtualnego świata

Re: Interfejs wifi

#33 2021-06-13 18:03:10

Pavlo950 - człowiek pasjonat :D

Re: Interfejs wifi

#34 2021-06-13 19:25:37

Bodzio - Ojciec Założyciel

Re: Interfejs wifi

arecki napisał(-a):

Kod:

Pavlo950 napisał(-a):

#35 2021-06-13 20:23:44

arecki - Użytkownik

Re: Interfejs wifi

#36 2021-06-14 14:58:29

morfik - Cenzor wirtualnego świata

Re: Interfejs wifi

Bodzio napisał(-a):

arecki napisał(-a):

Kod:

arecki napisał(-a):

#37 2021-06-14 15:29:58

Bodzio - Ojciec Założyciel

Re: Interfejs wifi

morfik napisał(-a):

arecki napisał(-a):

Kod:

Kod:

#38 2021-06-14 16:02:51

morfik - Cenzor wirtualnego świata

Re: Interfejs wifi

#39 2021-06-14 16:55:10

Bodzio - Ojciec Założyciel

Re: Interfejs wifi

morfik napisał(-a):

#40 2021-06-14 17:28:18

arecki - Użytkownik

Re: Interfejs wifi

morfik napisał(-a):

arecki napisał(-a):

#41 2021-06-14 19:33:10

morfik - Cenzor wirtualnego świata

Re: Interfejs wifi

Bodzio napisał(-a):

morfik napisał(-a):

#42 2021-06-14 19:47:28

Bodzio - Ojciec Założyciel

Re: Interfejs wifi

#43 2021-06-14 21:26:43

morfik - Cenzor wirtualnego świata

Re: Interfejs wifi

Kod:

#44 2021-06-14 22:27:45

Bodzio - Ojciec Założyciel

Re: Interfejs wifi