WiFi password loss after each and every reboot on MEIZU Pro 5



  • @ubuntoutou @Stefano @zubozrout I'm the one who first complained about the "Wi-fi" issue in the thread located HERE. I'm glad that finally someone else is raising the problem...I don't feel myself alone anymore in this crusade :). Now, I read with deep interest what you all wrote above and I'd like to proactively contribute to the discussion with my findings related to the Meizu Pro5. Similarly to @ubuntoutou, my device is a 64 GB/4 GB RAM, which was dispatched to me with installed chinese stock FlymeOS and, in order to make this device eligible to be flashed with UT, I needed first to follow the particular procedure to convert it from chinese to international device. Here my findings:

    • What described by @ubuntoutou is exactly the same issue I have every time I re-boot the phone;

    • I'm not convinced it could be a problem due to neither a faulty EFS partition nor to NVRAM as suggested by an other Forum user, because, as mentioned by @Stefano, when I flash again FlymeOS, as I already did many times in order to find the culprit, the wi-fi credentials are correctly stored and pushed at every reboot. When I flash back UT, it just doesn't work anymore.

    • I didn't notice before that the wi-fi address changes at every reboot. I can confirm this behavior, thanks to @UniSuperBox.

    • The only workaround I found to overcome the problem is related to the Anbox installation: when I first installed Anbox, surprisingly the issue was resolved (please read the relevant Github issue). I dug into the Anbox files to find out if I could isolate the part of code responsible for that and to maybe write a script useful at the scope, but, since I'm not a developer, I didn't accomplish completely the task. What I understood is that Anbox setup files create a bridge to the network and this bridge somehow resolves the issue. Since then, I gave up with Anbox because it caused to me other undesirable side effects and never tried to install it again, not even after it was made a sensible progress for the installation procedure and images (I'm talking about this thread by Marius).

    What I believe is that the solution is closer than we think but we definitely need someone who can point us where to look at and who can suggest the path forward. Needless to say, I'm keen to spend some additional time at it in order to resolve that issue.

    Thank you all very much.

    Matteo



  • @matteo Probably only @mariogrip can help here as he also have Pro 5 ( don't know if also have the issue with wifi ) , but like previously he fixed the loss of mobile network on Pro5, he might have more to say to this issue on Pro5.



  • Just to emphasize that the issue is not only the fact that the Pro 5 came with Android, I have a 64GB storage, 4GB RAM international version FlymeOS Pro 5 that I got off of Amazon Italy. It was the regular pain to Flash to UTouch.
    One thing that might be different to how you guys installed UT on your devices is that to get my Pro 5 on 16.04 initially I used the link @Stefano provided in this post. But I don't know if that has any relevance at all ...

    EDIT: I forgot to mention that I do not experience this issue. WIFI passwords are retained on my device.



  • @Stefano I don't think Marius is the only one to have the skills to help us in this. Also Dalton does and even all the other UBports developers. Whoever can point us to the right direction is very welcome. Since this seems not only affecting the Pro5 but also other very well known devices, as the Nexus 5, maybe the interest at this topic will raise.



  • @arubislander I also exploited a TWRP file Stefano pointed to me to install a previous version of UT to boot with, in order to be able to update to the latest image of UT. I don't think the problem could be caused by this let's say "short-cut" to by-pass the UBports installer, because after that I performed several times a brand new UT OS installation, in this case employing the official UBports installer and the wi-fi issue was always there.
    When you say Android which OS are you talking about? I'm asking since I believe the Pro5 only comes with stock FlymeOS installed, which is an Android OS.



  • @matteo said in WiFi password loss after each and every reboot on MEIZU Pro 5:

    When you say Android which OS are you talking about?

    I edited my post to clarify the reason for it. When I say Android I mean FlymeOS



  • @arubislander now your post is more clear, thank you. Anyhow, you have the international version. I believe the problem resides in the combination chinese version + 64 GB sd card, since, if I'm not wrong, @Stefano has got the chinese version, but with the 32 GB sd card.



  • @matteo Could it then be that something important gets overwritten when converting the Chinese version to an International version before flashing to UTouch?



  • @arubislander I don't think so, I just followed the procedure. Yes, I had to struggle a bit since the beginning when I needed to gain root access but then all went smooth. As said, anytime I flash back FlymeOS, the wi-fi connection starts again to work as expected.



  • @Stefano You said you had 3 different Pro 5. Did anyone of them had 4GB of RAM?



  • @matteo Chinese, but LTE version, not TD-LTE ( the latter one might have different wifi chip revision...)



  • I followed this excellent guide when re-partitioning before installing Ubuntu Touch 16.04:
    https://wiki.ubuntuusers.de/Howto/Installation_Ubuntu_Touch_auf_MEIZU_PRO_5/

    All went well except that I had this error message:
    Note: sector size is 4096 (not 512)
    Found valid GPT with protective MBR; using GPT

    and then this message as well:
    GPT PMBR size mismatch (15267840 != 15267839) will be corrected by w(rite).

    I have no idea if this is relevant or not.



  • @ubuntoutou yes, 1 of them, TD-LTE Chinese



  • No one has said if it is possible to install the Ubuntu Desktop packages $ lshw (list hardware) or $ hwinfo (hardware info) on Ubuntu Touch. This could tell us if there is any variation at the hardware level between MEIZU phones with the WiFi password issue and those same phones without this issue.



  • @matteo No disrespect to any Ubports developer, I was just mentioning @mariogrip cos he is known to have this device and have the experience with it. Yeah, anyone with knowledge can fix it.



  • A temporary or permanent fix could be to add a command line to the .profile or .bashrc file. The WiFi password could be automatically re-written by this command line at boot time. But I don't know what file the WiFi password gets written to nor if it has to be encrypted like the login password in /etc/shadow. Does anyone know?



  • @ubuntoutou as @UniSuperBox mentioned, the EFS backup and restore could solve your issue with wifi. You would need to flash TWRP_3.0.2.img from here:http://xep.8800.org/pro5/nougat/ with fastboot, then make a full backup of your UT with TWRP, save it on PC, wipe the phone, install FLYME ( the version with unlocked bootloader), boot and set it up, reboot to fastboot, flash TWRP_3.0.2.img again, reboot to recovery, create backup of ONLY EFS partition, then make a backup of just that EFS partition, copy it to PC, wipe the phone again, reboot recovery, copy the backup of UT and EFS to phone, restore UT ( or you can flash it anew if you prefer), boot and set it up... Reboot to TWRP recovery, restore EFS backup, reboot to fastboot, flash UT recovery. Check it wifi password is remembered. (You might need to delete the wifi profile and create a new one, not sure about that, just try.)

    Only this TWRP_3.0.2 has the option to backup EFS partition, not the other 3.0 version.



  • Thank you @Stefano. I suppose this implies that the Flyme OS image includes the EFS partition, doesn't it?



  • @ubuntoutou yes, it does. Also any ANDROID.



  • The EFS partition is custom to the phone. Since you have Wi-Fi working correctly when you have Android on the device, it is unlikely that the EFS is the problem. It's more likely that your unsupported device has some hardware difference from our supported devices.


Log in to reply