ไร้สายช่วยตัดออกทุก ๆ นาทีบน Realtek RTL8187SE


9

อินเทอร์เน็ตตัดออกทุกๆสองสามนาทีบางครั้งก็ใช้เวลานาน แต่มันก็เกิดขึ้นในที่สุด ฉันยังคงสามารถใช้อินเทอร์เน็ตได้หากฉันตัดการเชื่อมต่อจากเมนูและคลิกเชื่อมต่ออีกครั้ง ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชม :)

รายละเอียดของการ์ดไร้สายของฉัน:

การ์ดไร้สาย: 04: 00.0 ตัวควบคุมเครือข่าย: Realtek Semiconductor Co. , Ltd. RTL8187SE Wireless LAN Controller (rev 22)

ฉันแค่เรียกใช้เก่าธรรมดาเต็มที่ทันสมัย ​​Ubuntu 64 บิต (เคอร์เนล 2.6.38-10- ทั่วไป)

เคอร์เนลจำแนกการ์ดไร้สายของฉันอย่างไร:

*-network               
       description: Wireless interface
       product: RTL8187SE Wireless LAN Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: wlan0
       version: 22
       serial: 00:24:21:cf:89:f6
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=r8180 latency=0 multicast=yes wireless=802.11b/g
       resources: irq:17 ioport:3000(size=256) memory:fa000000-fa003fff
  *-network
       description: Ethernet interface
       product: RTL8111/8168B PCI Express Gigabit Ethernet controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:05:00.0
       logical name: eth0
       version: 03
       serial: 00:03:0d:de:97:eb
       size: 100Mbit/s
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.67 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
       resources: irq:43 ioport:4000(size=256) memory:f6000000-f6000fff memory:f4000000-f4003fff memory:f4020000-f403ffff

ฉันแค่ใช้ผู้จัดการเครือข่ายมาตรฐานไม่ได้ปรับแต่งอะไรจริงๆ ..


คุณลองติดตั้งlinux-backports-modules-cw-2.6.39-genericแล้วเริ่มระบบใหม่และดูว่ายังมีปัญหาอยู่หรือไม่
Jorge Castro

ฉันได้ติดตั้งสิ่งที่คุณแนะนำ Jorge แล้ว แต่อินเทอร์เน็ตยังคงปล่อยออกมาที่นี่จะลองใช้คำแนะนำของ fossfreedom ตอนนี้

คำตอบ:


6

การเชื่อมต่อ WiFi ที่ถูกปล่อยสามารถเชื่อมต่อกับสิ่งแวดล้อมหรือซอฟต์แวร์

ฉันจะพยายามทำให้เรื่องนี้เป็นเรื่องธรรมดาที่สุดเท่าที่จะเป็นไปได้เพื่อที่คำตอบจะสามารถนำไปใช้กับการ์ด WiFi ใด ๆ

สามด้านสิ่งแวดล้อมที่คุณควรพิจารณาก่อนที่จะพิจารณาคำแนะนำซอฟต์แวร์ด้านล่าง:

  • การเข้ารหัส WIFI - ลองเปลี่ยนวิธีการเข้ารหัสบนเราเตอร์ไร้สายของคุณดูว่าการเชื่อมต่อมีเสถียรภาพมากขึ้นหรือไม่

  • ตัวเราเตอร์ไร้สาย - ลองย้ายไปที่จุดเชื่อมต่อใหม่คุณยังมีปัญหาการเชื่อมต่ออยู่หรือไม่?

  • WIFI Channel - ลองเปลี่ยนช่องเราเตอร์ของคุณกำลังสื่อสารอยู่ ในพื้นที่ของคุณอาจมีการรับส่งข้อมูลมากเกินไปในช่องที่คุณเลือก

เมื่อคุณได้จัดการพื้นที่เหล่านี้แล้วซอฟต์แวร์ห้าเส้นทางที่คุณสามารถพิจารณาได้:

  1. มองเพื่อดูว่ามี WiFi Backport ใดอยู่หรือไม่ให้ติดตั้งแพ็คเกจที่เหมาะสม
  2. ดูว่านี่เป็นปัญหา 64 บิตหรือ 32 บิตหรือไม่
  3. ลองเคอร์เนลที่ใหม่กว่านี้คือเคอร์เนลเสถียรถัดไปที่มีอยู่หรือทดสอบ Ubuntu รุ่นอัลฟา / เบต้าล่าสุดซึ่งมีเคอร์เนลรีลีสล่าสุด
  4. ปิดใช้งานการจัดการพลังงานของการ์ดไร้สายของคุณ
  5. (ตัวเลือกสุดท้ายสุดท้าย) โดยใช้ NDISWrapper

backports

นักพัฒนาเคอร์เนลมักจะปล่อยแพคเกจซอฟต์แวร์ที่มีการปรับปรุงสำหรับอุปกรณ์ WiFi ที่ได้มาจากเคอร์เนลล่าสุดหรือล่าสุด

สำหรับ Natty แพคเกจนี้เรียกว่าlinux-backports-modules-cw-2.6.39-generic(ขอบคุณ Jorge) แพ็คเกจนี้สามารถพบได้ในที่เก็บที่เสนอหรือในที่เก็บ backport ทำเครื่องหมายที่ช่องทำเครื่องหมายที่เหมาะสมใน Software Sources และโหลดการอัพเดตล่าสุดใหม่

เปิด Software Center หรือ Synaptic Manager และค้นหาแพ็คเกจที่มีชื่อ (หรือชื่อที่คล้ายกัน) ดังกล่าวข้างต้น หากมีแพ็คเกจให้ติดตั้งแพ็กเกจรีบู๊ตและดูว่าการเชื่อมต่อ WiFi เสถียรหรือไม่

64 บิตเทียบกับ 32 บิต

เมื่อ linux เติบโตขึ้นปัญหา 64 บิตและ 32 บิตควรลดลง อย่างไรก็ตามไม่ทราบว่าการติดตั้ง 64 บิตอาจไม่เสถียรกว่าการติดตั้งแบบ 32 บิต - และในทางกลับกัน

สำหรับการ์ดของคุณฉันพบรายงานข้อผิดพลาดสำหรับการ์ดไร้สายของคุณที่นี่ซึ่งอธิบายอาการของคุณ - เคอร์เนล 64 บิต wifi ลดการเชื่อมต่อแบบสุ่ม

ใช้การสำรองข้อมูลระบบของคุณก่อนเช่น Clonezilla เพื่อให้คุณมีบางสิ่งที่คุณสามารถกู้คืนได้อย่างง่ายดาย

ลองติดตั้ง Natty รุ่น 32 บิต ดูว่าการเชื่อมต่อของคุณเสถียรหรือไม่ คุณสามารถทดสอบคำแนะนำอื่น ๆ ในคำตอบนี้ในการกำหนดค่าแบบ 32 บิตนี้

เคอร์เนลใหม่

การทดสอบเคอร์เนลที่ใหม่กว่าบางครั้งอาจทำให้เกิดปัญหาความไม่แน่นอนเช่นปัญหาการบูตและหน้าจอสีดำ ฉันอยากจะแนะนำให้คุณลบไดร์เวอร์กราฟิกฮาร์ดแวร์เพิ่มเติมใด ๆ (เช่น ATI หรือ Nvidia) ก่อน ฉันยังแนะนำให้คุณมีการสำรองข้อมูลที่ดีเช่นใช้ CloneZilla ซึ่งคุณสามารถกู้คืนได้

มองหาเคอร์เนลที่มั่นคงต่อไปพ้นจากที่นี่ใน LaunchPad

ดูรายการเปลี่ยนแปลงในเคอร์เนล 2.6.39 มันจะพูดถึงการปรับปรุงบางอย่างสำหรับการ์ดของคุณ

คุณสามารถติดตั้ง 2.6.39 เคอร์เนลที่อธิบายไว้ในของฉันคำตอบที่นี่

ปิดการใช้งานการจัดการพลังงาน

บางครั้งการ์ดไร้สายอาจมีโหมดการจัดการพลังงาน ไม่รู้จักสำหรับโหมดเหล่านี้จะเป็นรถในลินุกซ์ การปิดการจัดการพลังงานในบางครั้งสามารถช่วยได้

คุณอาจต้องทำวิจัย Google เพื่อดูว่ามีวิธีการเฉพาะเพื่อปิดใช้งานการจัดการพลังงานหรือไม่ ด้านล่างเป็นวิธีที่ฉันเคยใช้ในอดีตสำหรับการ์ดบางใบ

จากประเภทอาคาร:

gksu gedit /etc/pm/power.d/wireless

หากไฟล์ที่เปิดมีคำสั่งใด ๆ ให้เพิ่มบรรทัดต่อไปนี้ (หากยังไม่มีอยู่)

/sbin/iwconfig wlan0 power off

หากไฟล์ที่เปิดว่างเปล่าให้เพิ่มสิ่งต่อไปนี้

#!/bin/sh

/sbin/iwconfig wlan0 power off

ตอนนี้คัดลอกและวางต่อไปนี้:

sudo chmod +x /etc/pm/power.d/wireless

จากนั้นรีบูท

แหล่ง

NDISWrapper

หมายเหตุ - NDISWrapper อาจทำให้เกิดปัญหาหน้าจอดำเมื่อบู๊ตดังนั้นควรสำรองข้อมูลไว้เป็นอย่างดีโดยใช้ CloneZilla ซึ่งคุณสามารถกู้คืนได้

NDISWrapper เป็นครั้งเดียวเมื่อไม่กี่ปีที่ผ่านมาวิธีการหนึ่งที่ใช้บ่อยสำหรับการ์ดไร้สายเนื่องจากเคอร์เนลมีไดร์เวอร์ไร้สายที่รองรับน้อย

มันหลุดพ้นจากความนิยมในเวลาที่ผ่านมาด้วยเหตุผลหลายประการที่ฉันจะไม่เข้า ...

ตามความจริงแล้ว RTL8187se อยู่ในเคอร์เนลมาระยะหนึ่งดังนั้นข้อเสนอแนะต่อไปนี้ควรได้รับการพิจารณาว่าเป็นทางเลือกสุดท้าย

ค้นหาndisgtkในศูนย์ซอฟต์แวร์และติดตั้ง

ตอนนี้ดาวน์โหลดไดรเวอร์ windows xpในกรณีของคุณจาก Realtek

แยกจากไฟล์ zip

การใช้ ndisgtk - นำทางไปยังโฟลเดอร์ - RTL8187SE - WinXP และชี้ ndisgtk ไปที่.infไฟล์ หวังว่าตอนนี้ (อาจหลังจากรีบูต) ผู้จัดการเครือข่ายควรใช้ไดรเวอร์นี้ในการตั้งค่าไดรเวอร์เคอร์เนล RTL8187SE - หวังว่าคุณไม่จำเป็นต้องขึ้นบัญชีดำเคอร์เนล


ฉันได้ลองสิ่งที่คุณและ Jorge แนะนำแล้ว แต่การเชื่อมต่อยังคงลดลง :(

ฉันลองทุกอย่างที่แนะนำ แต่มันก็ยังลดลงฉันเดาว่าถึงเวลาที่จะหมดหวัง

ฉันลองใช้คำแนะนำ NDISWrapper ใหม่ของคุณ แต่หลังจากทำและรีบูตฉันได้รับการต้อนรับด้วยหน้าจอสีดำและฉันไม่สามารถทำอะไรได้จริง .. ฉันเคยเล่นกับ NDISWrapper มาก่อนสำหรับแล็ปท็อปเครื่องเก่าของฉันและไม่มีปัญหาแล้ว อย่างไรก็ตามฉันลงเอยด้วยการติดตั้งใหม่ ต่อไป? ;)

hmmm - ฉันขุดไปรอบ ๆ (และรอบ ๆ ... ) - แต่ทั้งหมดที่ฉันสามารถหาได้คือการ์ดไร้สายนี้ทำงานได้ไม่ดีภายใต้ 64 บิต แต่ทำงานได้กับ 32 บิต ข้อสังเกตที่คล้ายกันสำหรับ 64 บิตเทียบกับ 32 บิต Windows 7 (ดูรายงานข้อผิดพลาดเดเบียนที่เชื่อมโยง) ฉันหมดความคิดนอกเหนือจากการใช้ 32 บิต Natty หรือซื้อการ์ดไร้สายของผู้ผลิตรายอื่น 3 วันเพื่อไป หวังว่าคนอื่นจะสามารถชิปและทำงานการ์ดของคุณภายใต้ 64 บิต Natty
fossfreedom

ขณะนี้ฉันกำลังทดสอบการติดตั้ง Oneiric แบบ 64 บิตอย่างเต็มรูปแบบตั้งแต่ปัญหากับ Natty เมื่อวันก่อน .. ไร้สายลดลง 2 หรือ 3 ครั้งตั้งแต่นั้นมาซึ่งดีกว่าภายใต้ Natty มาก!

0

มันฟังดูคล้ายกับปัญหาเพราะฉันเคยไปที่ Meego (ไม่ใช่ Ubuntu) ที่ wifi ใช้ในการตัดเข้าและออกมากดังนั้นมันจึงเป็นความเจ็บปวดที่แท้จริง

ฉันจำได้ว่าในเวลานั้นมันได้รับการแก้ไขโดยการแก้ไขไฟล์ rc.local ด้วยการแก้ไขที่ง่ายมากที่ทำงาน (แม้ว่าใน Meego) แต่

cd /etc/

gksudo gedit rc.local

แทรกบรรทัดต่อไปนี้หากยังไม่มี (หรือไม่ใส่เครื่องหมายข้อคิดเห็น)

ifconfig wlan0 down
ifconfig wlan0 up

(แต่เดิมใน bug meego รุ่นเก่าที่เราเคยต้องเปลี่ยน wlan0 เป็น eth1 (ไม่รู้ว่าทำไม แต่มันเคยหมายถึงเราใช้ eth1 ไม่ใช่ wlan0)

บัก meego เก่า

แต่นี่เป็นปัญหาที่เกิดขึ้นในวงกว้าง แต่ดูเหมือนว่าจะคล้ายกับสิ่งที่คุณอธิบาย


ฉันจะแนะนำให้คุณเปลี่ยนไป eth1 wlan0 ตั้งแต่นี้เป็นปัญหาไร้สาย - คุณจะบอกกำยำพอร์ตอีเธอร์เน็ตคงที่ (ยังมีมูลค่าการวางแท็กรหัสเช่นกัน)
fossfreedom

ตกลง ฉันจะปรับตัว
andybleaden
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.