Just as a matter of interest, can you post the output from:
lsmod
Can be tomorrow (or any other day) if you want.
Module Size Used by
nls_utf8 16384 1
isofs 40960 1
uas 24576 0
usb_storage 69632 1 uas
ctr 16384 2
ccm 20480 2
rfcomm 69632 12
bnep 20480 2
binfmt_misc 20480 1
nls_iso8859_1 16384 1
rtsx_usb_ms 20480 0
memstick 20480 1 rtsx_usb_ms
snd_hda_codec_hdmi 53248 1
arc4 16384 2
uvcvideo 90112 0
videobuf2_vmalloc 16384 1 uvcvideo
videobuf2_memops 16384 1 videobuf2_vmalloc
videobuf2_core 53248 1 uvcvideo
v4l2_common 16384 1 videobuf2_core
videodev 159744 3 uvcvideo,v4l2_common,videobuf2_core
media 24576 2 uvcvideo,videodev
i915_bpo 1138688 4
intel_ips 20480 1 i915_bpo
intel_rapl 20480 0
iosf_mbi 16384 1 intel_rapl
x86_pkg_temp_thermal 16384 0
dm_multipath 24576 0
intel_powerclamp 20480 0
scsi_dh 16384 1 dm_multipath
coretemp 16384 0
kvm 479232 0
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
snd_hda_codec_conexant 24576 1
snd_hda_codec_generic 69632 1 snd_hda_codec_conexant
aesni_intel 172032 5
aes_x86_64 20480 1 aesni_intel
lrw 16384 1 aesni_intel
snd_hda_intel 36864 6 snd_hda_codec_hdmi
gf128mul 16384 1 lrw
snd_hda_controller 32768 1 snd_hda_intel
glue_helper 16384 1 aesni_intel
ablk_helper 16384 1 aesni_intel
snd_hda_codec 143360 5 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
cryptd 20480 3 ghash_clmulni_intel,aesni_intel,ablk_helper
snd_hwdep 20480 1 snd_hda_codec
joydev 20480 0
snd_pcm 106496 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
serio_raw 16384 0
snd_seq_midi 16384 0
snd_seq_midi_event 16384 1 snd_seq_midi
rtl8723be 94208 0
snd_rawmidi 32768 1 snd_seq_midi
btcoexist 53248 1 rtl8723be
rtl8723_common 24576 1 rtl8723be
rtl_pci 28672 1 rtl8723be
rtlwifi 73728 2 rtl_pci,rtl8723be
mac80211 708608 3 rtl_pci,rtlwifi,rtl8723be
snd_seq 65536 2 snd_seq_midi_event,snd_seq_midi
cfg80211 524288 2 mac80211,rtlwifi
btusb 40960 0
lpc_ich 24576 0
bluetooth 491520 22 bnep,btusb,rfcomm
snd_seq_device 16384 3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer 32768 2 snd_pcm,snd_seq
shpchp 40960 0
mei_me 20480 0
snd 86016 21 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
mei 90112 1 mei_me
soundcore 16384 2 snd,snd_hda_codec
ideapad_laptop 20480 0
sparse_keymap 16384 1 ideapad_laptop
8250_fintek 16384 0
snd_soc_sst_acpi 16384 0
mac_hid 16384 0
acpi_pad 20480 0
parport_pc 32768 0
ppdev 20480 0
lp 20480 0
parport 45056 3 lp,ppdev,parport_pc
dm_mirror 24576 0
dm_region_hash 24576 1 dm_mirror
dm_log 20480 2 dm_region_hash,dm_mirror
rtsx_usb_sdmmc 28672 0
rtsx_usb 24576 2 rtsx_usb_sdmmc,rtsx_usb_ms
amdkfd 81920 1
amd_iommu_v2 20480 1 amdkfd
radeon 1556480 1
i2c_algo_bit 16384 2 i915_bpo,radeon
ttm 94208 1 radeon
drm_kms_helper 126976 2 i915_bpo,radeon
drm 344064 8 ttm,i915_bpo,drm_kms_helper,radeon
psmouse 114688 0
ahci 36864 4
r8169 81920 0
libahci 32768 1 ahci
mii 16384 1 r8169
video 20480 1 i915_bpo
I wonder what would happen if you unloaded the ideapad_laptop module:
sudo modprobe -r ideapad_laptop
be aware that if you reboot it will get loaded again …
so if it helps you’ll have to run it again after a reboot
but if it makes things worse, a simple reboot will get you back to where you are now
but if it does help, we can blacklist it to stop it ever being loaded.
ok i remove it and wait
i think its the same , drop about 2 times
Ah well … worth a shot 
Can we check your firmware version … what’s the output from:
dpkg -l | grep linux-firmware
and
md5sum /lib/firmware/rtlwifi/rtl8723befw.bin
and
dmesg | grep 8723
ii linux-firmware 1.127.16 all Firmware for Linux kernel drivers
826e722c97fc0d24567175f91b230dbf /lib/firmware/rtlwifi/rtl8723befw.bin
[ 15.068454] rtl8723be: Using firmware rtlwifi/rtl8723befw.bin
Hmm … your firmware is a different version to mine … mine is at 1.127.20
Let me see if I can find the newer version
Run these commands in sequence
mkdir ~/linux-firmware
then
cd ~/linux-firmware
then
wget http://cz.archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.127.20_all.deb
then
sudo dpkg -i linux-firmware_1.127.20_all.deb
then REBOOT.
One last thing to try, run:
echo "options rtl8723be swlps=0 fwlps=0 ips=0 swenc=1"| sudo tee /etc/modprobe.d/rtl8723be.conf
then REBOOT and test
To UNDO
if the above command (and reboot) makes things worse, run:
echo "options rtl8723be fwlps=0 ips=0"| sudo tee /etc/modprobe.d/rtl8723be.conf
and REBOOT and you’ll be back where you are now
all this period wifi drop 2 times, its longer than before
no still dropping
i read about this , and almost same laptop G50-70 instead of G50-80 like mine , but i dont do anything waiting you
sudo apt-get install linux-headers-generic build-essential git
# needed only if you don’t have yet that package
git clonehttp://github.com/lwfinger/rtl8723be
# needed only if you don’t have yet downloaded rtl8723be
cd rtl8723be
git checkout 604aa9058fb9e5bb1cf571c99989d081f8fc8b9
because of older kernel issues
make clean
make
sudo make install
sudo modprobe rtl8723be
echo “options rtl8723be fwlps=0” | sudo tee /etc/modprobe.d/rtl8723be.conf
Prevents the WiFi card from automatically sleeping and halting connection
That’s exactly what we did before, and though the new driver installed properly, it didn’t help (in fact if I remember correctly you said it was slightly worse … though I think that was incidental), and when we tried to remove it your system crashed.
We can install the new version again if you wish … as I said, on my system it’s meant that I no longer need the options in /etc/modprobe.d/rtl8723be.conf … so I consider it an improvement, though not necessarily in stability.
In reality, I don’t think that new version is so much an improvement in the driver as it also containing newer firmware … I think it’s the firmware that’s better.
If you want to try that new driver/firmware again, just follow these instructions again.
http://linuxforums.org.uk/index.php?topic=12784.msg104834#msg104834
DO NOT install “linux-headers-generic” as instructed in what you just posted … I’m pretty sure you instead would need “linux-headers-generic-lts-utopic” but they’ll already be installed anyway.
It’s precisely postings like you found that’s making me think this is as much a slight incompatibility with your router … other people (myself included) don’t have the same problems you’re having once the module options are applied … and the only thing that’s liable to be different in your setup is the router (you’re surrounded by other networks on channel1 … but we can’t get you off it because of your weird router config pages).
so it is better to not do that ,if we did before
i just wait if you discover something new
thanks again
Personally I’d say give it a go … I doubt if it’ll make things any worse, so we’ll not need to undo it anyway.
so what are the commands that i must use?
Same as in this posting:
http://linuxforums.org.uk/index.php?topic=12784.msg104834#msg104834
as the github repo you mentioned is now obsolete and has been replaced by the one used in those instructions.
Once you’re finished, and have rebooted, can you post the output from:
md5sum /lib/firmware/rtlwifi/rtl8723befw.bin
and
modinfo rtl8723be | grep srcversion
so I can check it was successful
What I’m expecting to see from those 2 commands is
bc828ddc6cd700abb79a8df5794bcf04 /lib/firmware/rtlwifi/rtl8723befw.bin
and
srcversion: 00619764255210776FAB54D
no its worest
i just install the first 3 commands
The first 3 commands can’t make it worse … they neither replace the driver or firmware, they just make sure your system software is up to date … so the fact it appears" worse is purely incidental.
Carry on with the rest of the instructions