|
|
|
|
פורסם: 04/06/2023 - 16:12
נושא ההודעה: קובונטו על לפטופ OEM ובעיות בחיבור לאינטרנט
|
היי, חדש כאן - סליחה מראש אם זה לא הפורום הנכון.
אני משתמש במחשב נייד בן 5 שנים שבמקורו היה Win10 OEM של אשתי. הוא עדיין לא מת (בדגש על העדיין) אז אמרתי שאולי אנסה לעבור ל-Kubuntu אחרי יותר מדי זמן של שימוש ב-VirtualBox ב-Win, שמן הסתם תרם להאצת מותו.
אציין מראש שניסיוני עם לינוקס הוא מועט, ובמה שאני כן טוב - אני טוב רק בהפצות מבוססות-RHEL, מה שאומר שעם Kubuntu ושות' אני פחות טוב, למרות שזה על אותו עיקרון להבנתי.
הבעיה היא כזו: יש לי חיבור Ethernet שכבל סטנדרטי לא מתחבר אליו, מה שאומר שאני לא יכול להתחבר לאינטרנט דרך כבל אלא רק דרך Wi-Fi, ועם ה-Wi-Fi יש הרבה בעיות. החיבור מתבצע בהצלחה והכל טוב ויפה אבל בחלוף כמה דק', החיבור קורס (זה יכול לקרות במהלך אפילו כתיבת הפוסט הזה) ואז אני צריך לעשות restart ל-NetworkManager. בדיקה של הלוגים (dmesg ו-/var/log) לא העלתה שום דבר חריג. ניסיתי בעצת ChatGPT למחוק את הקובץ NetworkManager.status וזה לא שינה כלום, חשדתי שאולי זו בעיית Firewall וגם זה לא שינה (השבתה של UFW ואפילו הוספת כלל יציאה לפתחות 80 ו-443).
יש לציין כי ב-Windows, ה-Wi-Fi עובד לא משהו, אבל מרגע שמתחבר - עובד רציף. רק ב-Kubuntu הבעיה הזו קורית, ואני כבר מיואש - כי ההתקן כן קיים במערכת (אחרת לא יכולתי להתחבר וגם לא לגלוש עכשיו לאתר) והמערכת מעודכנת, אבל הקריסה יכולה לקרות אפילו באמצע טרנזקציה או פעילות חשובה בדפדפן - אין לי דרך למנוע אותה ואין לי דרך להבין מה קורה.
אם צריך Log-ים, תכווינו אותי למה בדיוק אתם צריכים ואספק.
Kubuntu 23.04 (Lunar Lobster)
(בזמן שעשיתי תצוגה מקדימה זה קרה שוב. נפלא...)
רוב תודות.
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 16:49
נושא ההודעה:
|
המידע הכי בסיסי שיש לספק במקרים כאלה הוא דגם כרטיס הרשת. לדוגמה את הפלט של:
קוד: |
sudo lshw -C network
|
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 17:15
נושא ההודעה:
|
mksoft : | המידע הכי בסיסי שיש לספק במקרים כאלה הוא דגם כרטיס הרשת. לדוגמה את הפלט של:
קוד: |
sudo lshw -C network
|
|
היי, תודה על המענה. לא ידעתי איך מפיקים את המידע הזה אבל אחרי שהסברת - זה מה שמתקבל:
קוד: |
*-network
description: Wireless interface
product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlo1
version: 00
serial: 80:2b:f9:68:ff:49
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtw_8821ce driverversion=6.2.0-20-generic firmware=N/A ip=192.168.0.2 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:140 ioport:4000(size=256) memory:a1300000-a130ffff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eno1
version: 15
serial: c8:d9:d2:7b:59:5e
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.2.0-20-generic firmware=rtl8168h-2_0.0.2 02/26/15 latency=0 link=no multicast=yes port=twisted pair
resources: irq:17 ioport:3000(size=256) memory:a1204000-a1204fff memory:a1200000-a1203fff
|
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 17:59
נושא ההודעה: האם דרוש firmware? האם הותקן?
|
Anonymous : | mksoft : | המידע הכי בסיסי שיש לספק במקרים כאלה הוא דגם כרטיס הרשת. לדוגמה את הפלט של:
קוד: |
sudo lshw -C network
|
|
היי, תודה על המענה. לא ידעתי איך מפיקים את המידע הזה אבל אחרי שהסברת - זה מה שמתקבל:
קוד: |
*-network
description: Wireless interface
product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlo1
version: 00
serial: 80:2b:f9:68:ff:49
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtw_8821ce driverversion=6.2.0-20-generic firmware=N/A ip=192.168.0.2 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:140 ioport:4000(size=256) memory:a1300000-a130ffff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eno1
version: 15
serial: c8:d9:d2:7b:59:5e
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.2.0-20-generic firmware=rtl8168h-2_0.0.2 02/26/15 latency=0 link=no multicast=yes port=twisted pair
resources: irq:17 ioport:3000(size=256) memory:a1204000-a1204fff memory:a1200000-a1203fff
|
|
חפשתי באינטרנט, ועברתי על 2 תוצאות. הכל באופן מאד שטחי. חפשתי RTL8821CE 802.11ac linux firmware. רפרפתי בזריזות מדהימה על https://github.com/usernament/rtl8821ce-on-linux ו https://askubuntu.com/questions/1261902/how-do-i-install-drivers-for-the-rtl8821ce-network-controller-on-ubuntu-20-04#1268534 . באופן מאד שטחי. אין לי את החומרה הזו. רק מסקרנות. ההתרשמות שלי היא שדרוש firmware. אשר יתכן שאינו מותקן. אני רוצה לקוות שהדריבר החופשי שכן מותקן התקדם מאז הפרסומים שאני מקשר אליהם. ולכן כאן הרשת מראה סימנים. אבל לא התעמקתי במספרי גרסאות, ובשינויים בדריבר. אולי כל מה שרשמתי הוא יותר הסחת דעת. ואולי ה firmware איכשהו עובר ללינוקס, אולי רק באופן חלקי, ב warm boot מוינדוס ללינוקס.
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 18:08
נושא ההודעה: Re: האם דרוש firmware? האם הותקן?
|
Anonymous : | Anonymous : | mksoft : | המידע הכי בסיסי שיש לספק במקרים כאלה הוא דגם כרטיס הרשת. לדוגמה את הפלט של:
קוד: |
sudo lshw -C network
|
|
היי, תודה על המענה. לא ידעתי איך מפיקים את המידע הזה אבל אחרי שהסברת - זה מה שמתקבל:
קוד: |
*-network
description: Wireless interface
product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlo1
version: 00
serial: 80:2b:f9:68:ff:49
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtw_8821ce driverversion=6.2.0-20-generic firmware=N/A ip=192.168.0.2 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:140 ioport:4000(size=256) memory:a1300000-a130ffff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eno1
version: 15
serial: c8:d9:d2:7b:59:5e
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.2.0-20-generic firmware=rtl8168h-2_0.0.2 02/26/15 latency=0 link=no multicast=yes port=twisted pair
resources: irq:17 ioport:3000(size=256) memory:a1204000-a1204fff memory:a1200000-a1203fff
|
|
חפשתי באינטרנט, ועברתי על 2 תוצאות. הכל באופן מאד שטחי. חפשתי RTL8821CE 802.11ac linux firmware. רפרפתי בזריזות מדהימה על https://github.com/usernament/rtl8821ce-on-linux ו https://askubuntu.com/questions/1261902/how-do-i-install-drivers-for-the-rtl8821ce-network-controller-on-ubuntu-20-04#1268534 . באופן מאד שטחי. אין לי את החומרה הזו. רק מסקרנות. ההתרשמות שלי היא שדרוש firmware. אשר יתכן שאינו מותקן. אני רוצה לקוות שהדריבר החופשי שכן מותקן התקדם מאז הפרסומים שאני מקשר אליהם. ולכן כאן הרשת מראה סימנים. אבל לא התעמקתי במספרי גרסאות, ובשינויים בדריבר. אולי כל מה שרשמתי הוא יותר הסחת דעת. ואולי ה firmware איכשהו עובר ללינוקס, אולי רק באופן חלקי, ב warm boot מוינדוס ללינוקס. |
היי, תודה על המענה
הפקודה מ-AskUbuntu מחזירה:
קוד: |
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package rtl8821ce-dkms
|
מה שבגיטהאב, תקרא לי פחדן, אבל אני לא יכול לראות את מה שיש ב-ZIP ובגלל שאני לא יכול לדעת מהו יעשה למערכת (אין לי פה את BitDefender שבוינדוס ואין לי גם הבנה בוירוסים של Linux), זה קצת מרתיע אותי להריץ אז לא ניסיתי
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 18:12
נושא ההודעה: התנגשות בין הקוי לאלחוטי?
|
Anonymous : | mksoft : | המידע הכי בסיסי שיש לספק במקרים כאלה הוא דגם כרטיס הרשת. לדוגמה את הפלט של:
קוד: |
sudo lshw -C network
|
|
היי, תודה על המענה. לא ידעתי איך מפיקים את המידע הזה אבל אחרי שהסברת - זה מה שמתקבל:
קוד: |
*-network
description: Wireless interface
product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlo1
version: 00
serial: 80:2b:f9:68:ff:49
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtw_8821ce driverversion=6.2.0-20-generic firmware=N/A ip=192.168.0.2 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:140 ioport:4000(size=256) memory:a1300000-a130ffff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eno1
version: 15
serial: c8:d9:d2:7b:59:5e
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.2.0-20-generic firmware=rtl8168h-2_0.0.2 02/26/15 latency=0 link=no multicast=yes port=twisted pair
resources: irq:17 ioport:3000(size=256) memory:a1204000-a1204fff memory:a1200000-a1203fff
|
|
היה כדאי לספק את הקונפיגורציה של NetworkManager. וגם לוגים. לא יודע האם journalctl לא עדיף היום על /var/log. מה הפלט של ? של ? ושל ? אשר אולי כדאי לבדוק לפני, ואחרי, הקריסה?
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 18:17
נושא ההודעה: Re: התנגשות בין הקוי לאלחוטי?
|
Anonymous : | Anonymous : | mksoft : | המידע הכי בסיסי שיש לספק במקרים כאלה הוא דגם כרטיס הרשת. לדוגמה את הפלט של:
קוד: |
sudo lshw -C network
|
|
היי, תודה על המענה. לא ידעתי איך מפיקים את המידע הזה אבל אחרי שהסברת - זה מה שמתקבל:
קוד: |
*-network
description: Wireless interface
product: RTL8821CE 802.11ac PCIe Wireless Network Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:01:00.0
logical name: wlo1
version: 00
serial: 80:2b:f9:68:ff:49
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtw_8821ce driverversion=6.2.0-20-generic firmware=N/A ip=192.168.0.2 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:140 ioport:4000(size=256) memory:a1300000-a130ffff
*-network
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:02:00.0
logical name: eno1
version: 15
serial: c8:d9:d2:7b:59:5e
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=6.2.0-20-generic firmware=rtl8168h-2_0.0.2 02/26/15 latency=0 link=no multicast=yes port=twisted pair
resources: irq:17 ioport:3000(size=256) memory:a1204000-a1204fff memory:a1200000-a1203fff
|
|
היה כדאי לספק את הקונפיגורציה של NetworkManager. וגם לוגים. לא יודע האם journalctl לא עדיף היום על /var/log. מה הפלט של ? של ? ושל ? אשר אולי כדאי לבדוק לפני, ואחרי, הקריסה? |
בקונפיגורציה לא נגעתי, לוגים - תכתוב לי איזה צריך ואני אעביר, ולגבי הפלט אני אשמור גם את מה שמופיע עכשיו כשיש וגם את מה שיופיע כשאין
|
|
חזרה לתוכן הדיון |
פורסם: 04/06/2023 - 20:27
נושא ההודעה: קונפיגורציה, journalctl -r וקושחה
|
Anonymous : |
בקונפיגורציה לא נגעתי, לוגים - תכתוב לי איזה צריך ואני אעביר, ולגבי הפלט אני אשמור גם את מה שמופיע עכשיו כשיש וגם את מה שיופיע כשאין |
לא יודע אם אבין את הקונפיגורציה. אך לצורך השלמות, היה רצוי שתרשום. אפילו שלא נגעת.
ביחס ללוגים, כדאי לעבור שורה שורה על הפלט של הפקודה journalctl -r, ולחפש. ה r- הוא קיצור של reverse--. עוברים על הזמן הפוך. מהקרוב ביותר לזמננו, להתחלה. אם היו לך רשומים זמנים של הקריסה זה יכול לעזור, כי בפלט שם יש זמנים. אבל אולי עוד בזמנים מוקדמים יותר יש בפלט דברים ראויים לציון. אם אתה רואה בפלט משהו, כדאי שתרשום מיד, כולל את הזמן. שיהיה לך יותר קל אחר כך למצוא. למעשה, במקום לעשות restart תריץ journalctl -r. בתקוה שכבר בהתחלה יהיה מידע מענין.
אולי כדאי לך לנסות להוריד באופן יזום משורת הפקודה קבצים גדולים. לנסות ליצר תעבורת רשת, כדי להיות מסוגל לשחזר קריסות באופן יזום. אולי יתגלה שזה רק אתרים מסוימים ובגלישה בדפדפן, או איזשהו דפוס אחר. ובאמת למה הכונה חיבור שקורס? ששום דבר לא נראה זז? כמה זמן ניסית לחכות לפני שהחלטת לעשות restart?
לי זה מאד מרגיש הקושחה שלא נראית מותקנת.
|
|
חזרה לתוכן הדיון |
פורסם: 10/06/2023 - 08:20
נושא ההודעה: Re: קונפיגורציה, journalctl -r וקושחה
|
Anonymous : | Anonymous : |
בקונפיגורציה לא נגעתי, לוגים - תכתוב לי איזה צריך ואני אעביר, ולגבי הפלט אני אשמור גם את מה שמופיע עכשיו כשיש וגם את מה שיופיע כשאין |
לא יודע אם אבין את הקונפיגורציה. אך לצורך השלמות, היה רצוי שתרשום. אפילו שלא נגעת.
ביחס ללוגים, כדאי לעבור שורה שורה על הפלט של הפקודה journalctl -r, ולחפש. ה r- הוא קיצור של reverse--. עוברים על הזמן הפוך. מהקרוב ביותר לזמננו, להתחלה. אם היו לך רשומים זמנים של הקריסה זה יכול לעזור, כי בפלט שם יש זמנים. אבל אולי עוד בזמנים מוקדמים יותר יש בפלט דברים ראויים לציון. אם אתה רואה בפלט משהו, כדאי שתרשום מיד, כולל את הזמן. שיהיה לך יותר קל אחר כך למצוא. למעשה, במקום לעשות restart תריץ journalctl -r. בתקוה שכבר בהתחלה יהיה מידע מענין.
אולי כדאי לך לנסות להוריד באופן יזום משורת הפקודה קבצים גדולים. לנסות ליצר תעבורת רשת, כדי להיות מסוגל לשחזר קריסות באופן יזום. אולי יתגלה שזה רק אתרים מסוימים ובגלישה בדפדפן, או איזשהו דפוס אחר. ובאמת למה הכונה חיבור שקורס? ששום דבר לא נראה זז? כמה זמן ניסית לחכות לפני שהחלטת לעשות restart?
לי זה מאד מרגיש הקושחה שלא נראית מותקנת. |
מצטער על האיחור הגדול בשליחת המידע, לא הצלחתי באמת "ללכוד" את הלוג עד עכשיו, וגם בשלב מסוים התייאשתי ושקלתי לוותר על זה ולקנות מחשב חדש עם חיבור אינטרנט נורמלי במקום WIFI. הבוקר הפעלתי את המחשב וכמדי הפעלת מחשב שוב לא היה אינטרנט.
כך נראה JournalCTL לפני שעשיתי התחברות מחדש לאותה הרשת בממשק של KDE:
קוד: |
Jun 10 08:07:16 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:15 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:13 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:12 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:11 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:09 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:08 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:07 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:06 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:04 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:03 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:02 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:01 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:00 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:59 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:58 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:57 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:56 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:55 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:54 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:51 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:50 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:49 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:48 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:47 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:46 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:45 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
|
לאחר הפעלה מחדש של ה-WIFI נראה שהוא הסתדר
עם זאת הרבה פעמים מופיעה שורה כזאת:
קוד: |
Jun 10 08:09:46 HP-Pavilion-Laptop-14-ce1xxx kernel: [UFW BLOCK] IN=wlo1 OUT= MAC=[...] SRC=[...] DST=[...] LEN=52 TOS=0x00 PREC=0x00 TTL=46 ID=10376 DF PROTO=TCP SPT=443 DPT=40440 WINDOW=501 RES=0x00 ACK FIN URGP=0
|
אני מעריך שהיא מייצגת גלישה שלי באתרי אינטרנט אז זה אומר שזה תקין, אבל למה כתוב שUFW חוסם? (Ufw Block). אולי זה קשור לזה?
לגבי הקונפיגורציה של NetworkManager:
קוד: |
# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
|
לשאלתך בקשר לייצר תעבורת רשת גדולה - לא ניסיתי משהו עם CURL אבל אנסה, לגבי אתרים מסוימים זה קורה בעיקרון כמעט בכל אתר - זה קרה כאן, בטוויטר, באמזון, אפילו באתרי חדשות בדפדפן. הכוונה ב"חיבור שקורס" היא שאני יכול לכתוב עכשיו את השורות האלו, אחר כך אלחץ על "תצוגה מקדימה", והאייקון של טעינת הדף יסתובב בלי סוף (יהיה חיבור WIFI באייקון למטה אבל FIREFOX לא תוציא לי הודעת שגיאה כלשהיא). אם אין חיבור "פעיל" בדף למשל בקשות XHR שנשלחות וחוזרות, החיבור יפיל את עצמו (כמו למשל בדפים סטטיים כמו כאן). אני מחכה עד כמה שזה נהיה בלתי נסבל (לא מדדתי) ואז אני עושה systemctl restart NetworkManager
|
|
חזרה לתוכן הדיון |
פורסם: 10/06/2023 - 08:30
נושא ההודעה: Re: קונפיגורציה, journalctl -r וקושחה
|
Anonymous : | Anonymous : | Anonymous : |
בקונפיגורציה לא נגעתי, לוגים - תכתוב לי איזה צריך ואני אעביר, ולגבי הפלט אני אשמור גם את מה שמופיע עכשיו כשיש וגם את מה שיופיע כשאין |
לא יודע אם אבין את הקונפיגורציה. אך לצורך השלמות, היה רצוי שתרשום. אפילו שלא נגעת.
ביחס ללוגים, כדאי לעבור שורה שורה על הפלט של הפקודה journalctl -r, ולחפש. ה r- הוא קיצור של reverse--. עוברים על הזמן הפוך. מהקרוב ביותר לזמננו, להתחלה. אם היו לך רשומים זמנים של הקריסה זה יכול לעזור, כי בפלט שם יש זמנים. אבל אולי עוד בזמנים מוקדמים יותר יש בפלט דברים ראויים לציון. אם אתה רואה בפלט משהו, כדאי שתרשום מיד, כולל את הזמן. שיהיה לך יותר קל אחר כך למצוא. למעשה, במקום לעשות restart תריץ journalctl -r. בתקוה שכבר בהתחלה יהיה מידע מענין.
אולי כדאי לך לנסות להוריד באופן יזום משורת הפקודה קבצים גדולים. לנסות ליצר תעבורת רשת, כדי להיות מסוגל לשחזר קריסות באופן יזום. אולי יתגלה שזה רק אתרים מסוימים ובגלישה בדפדפן, או איזשהו דפוס אחר. ובאמת למה הכונה חיבור שקורס? ששום דבר לא נראה זז? כמה זמן ניסית לחכות לפני שהחלטת לעשות restart?
לי זה מאד מרגיש הקושחה שלא נראית מותקנת. |
מצטער על האיחור הגדול בשליחת המידע, לא הצלחתי באמת "ללכוד" את הלוג עד עכשיו, וגם בשלב מסוים התייאשתי ושקלתי לוותר על זה ולקנות מחשב חדש עם חיבור אינטרנט נורמלי במקום WIFI. הבוקר הפעלתי את המחשב וכמדי הפעלת מחשב שוב לא היה אינטרנט.
כך נראה JournalCTL לפני שעשיתי התחברות מחדש לאותה הרשת בממשק של KDE:
קוד: |
Jun 10 08:07:16 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:15 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:13 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:12 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:11 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:09 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:08 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:07 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:06 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:04 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:03 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:02 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:01 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:07:00 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:59 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:58 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:57 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:56 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:55 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:54 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:51 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:50 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:49 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:48 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:47 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:46 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
Jun 10 08:06:45 HP-Pavilion-Laptop-14-ce1xxx wpa_supplicant[1215]: wlo1: CTRL-EVENT-BEACON-LOSS
|
לאחר הפעלה מחדש של ה-WIFI נראה שהוא הסתדר
עם זאת הרבה פעמים מופיעה שורה כזאת:
קוד: |
Jun 10 08:09:46 HP-Pavilion-Laptop-14-ce1xxx kernel: [UFW BLOCK] IN=wlo1 OUT= MAC=[...] SRC=[...] DST=[...] LEN=52 TOS=0x00 PREC=0x00 TTL=46 ID=10376 DF PROTO=TCP SPT=443 DPT=40440 WINDOW=501 RES=0x00 ACK FIN URGP=0
|
אני מעריך שהיא מייצגת גלישה שלי באתרי אינטרנט אז זה אומר שזה תקין, אבל למה כתוב שUFW חוסם? (Ufw Block). אולי זה קשור לזה?
לגבי הקונפיגורציה של NetworkManager:
קוד: |
# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=false
[device]
wifi.scan-rand-mac-address=no
|
לשאלתך בקשר לייצר תעבורת רשת גדולה - לא ניסיתי משהו עם CURL אבל אנסה, לגבי אתרים מסוימים זה קורה בעיקרון כמעט בכל אתר - זה קרה כאן, בטוויטר, באמזון, אפילו באתרי חדשות בדפדפן. הכוונה ב"חיבור שקורס" היא שאני יכול לכתוב עכשיו את השורות האלו, אחר כך אלחץ על "תצוגה מקדימה", והאייקון של טעינת הדף יסתובב בלי סוף (יהיה חיבור WIFI באייקון למטה אבל FIREFOX לא תוציא לי הודעת שגיאה כלשהיא). אם אין חיבור "פעיל" בדף למשל בקשות XHR שנשלחות וחוזרות, החיבור יפיל את עצמו (כמו למשל בדפים סטטיים כמו כאן). אני מחכה עד כמה שזה נהיה בלתי נסבל (לא מדדתי) ואז אני עושה systemctl restart NetworkManager |
והנה זה קרה שוב בפעם ה-5 על הבוקר... בכל אופן, בדקתי גם את קובץ הקונפיגורציה cat /var/lib/NetworkManager/NetworkManager-intern.conf, ולא מצאתי שם כלום (הכל קומנטים וריק)
יש רק 2 קבצי קונפיגורציה להבנתי אז בגדול אלו מה ששלחתי, אבל אם אתה צריך אחרים אז אני אדאג להעביר אותם, בתקווה שאצליח ולא יהיה לי עיכוב גדול כמו שהיה לי עד עכשיו
לבנתיים לייצר תעבורת אינטרנט גדולה אני מצליח רק עם טוויטר - כשטוויטר פתוח הרשת נשארת מתפקדת, כשטוויטר סגור (או החלון "מאבד פוקוס") אין אינטרנט
|
|
חזרה לתוכן הדיון |
פורסם: 15/06/2023 - 17:38
נושא ההודעה: אפשר לנעול
|
אחרי ייאוש רב החלטתי פשוט לרכוש מתאם rj45 ולחבר את הלפטופ בכבל. כנראה ש-wifi ולינוקס לא בהכרח הולכים יחד, ואם כן הולכים, כנראה צריכים דגם מאוד ספציפי... כך או אחרת, הבעיה כבר לא רלוונטית.
|
|
חזרה לתוכן הדיון |
פורסם: 15/06/2023 - 17:38
נושא ההודעה: אפשר לנעול
|
אחרי ייאוש רב החלטתי פשוט לרכוש מתאם rj45 ולחבר את הלפטופ בכבל. כנראה ש-wifi ולינוקס לא בהכרח הולכים יחד, ואם כן הולכים, כנראה צריכים דגם מאוד ספציפי... כך או אחרת, הבעיה כבר לא רלוונטית.
|
|
חזרה לתוכן הדיון |
|
|
|
|