GrapheneOS version 2024101801 released
Michiel just tried that as well, but it worked for me. This is what I did:
- factory reset my phone
- set up owner
- set up a secondary profile that can run in the background
- set up private space in the owner profile
- unlock private space
Michiel instead it did the privacy check
Sorry, I'm not sure what you mean by this.
- Edited
I tried beta, but the problem I'm interested in is still relevant. in short, when using the built-in ipsec ikev2 vpn, the system does not understand what type of network it is connected to (wifi or mobile) and some applications believe that there is no Internet. Read more here : https://discuss.grapheneos.org/d/12550-built-in-ipsec-tunnel-networking-quirks/7
I nad problem with enabling hotspot. Did not work
I had to reboot phone
- Edited
I'm not able to use USB anymore. No problems on 2024101200, but on 2024101801, even if I disable the USB-C exploit protection like usual, connecting to my PC does not work anymore. Pixel 7a.
The cable should be good, it works fine with my 4a and worked fine on the 7a before the Android 15 upgrade. When I plug it in, it takes like 4 seconds before the phone finally reacts to the cable being plugged in, but PC doesn't recognize it, and I don't have the options to choose USB File Transfer, for instance.
Can't use USB OTG either. SD card reader doesn't react to being plugged in, while headphone jack adapter sort of recognizes it's being plugged in (I hear a faint crackling noise in the headphones after plugging it in), but audio doesn't get passed through USB.
- Edited
I appear to be unable to connect to my car using Android Auto since 2024101801. I am 99% sure it worked fine on 2024101701, so I wonder if it's something to do with 'stop enabling the new Android 15 "Send device name" toggle for Wi-Fi networks by default' since 2024101800.
Has anyone else experienced this? Can I downgrade to 2024101701 without losing my data to test that it definitely worked on 2024101701?
abdullah Can I downgrade to 2024101701 without losing my data to test that it definitely worked on 2024101701?
Unfortunately not. The current upgrade mechanisms all block downgrades. This is because otherwise an adversary with physical possession of your device could install an old version of GrapheneOS chosen to contain a bug that the adversary knew how to exploit. More information: https://grapheneos.org/usage#updates-sideloading
abdullah There should be no changes rleevant to Android Auto usage. Sending the device name to DHCP wasn't something that was done in Android 14 QPR3. It was a new addition in Android 15. We were only restoring how things already worked before on GrapheneOS.
de0u In addition to both the over-the-air update client and sideloading blocking downgrades, update_engine also blocks it at a lower level. Verified boot also enforces a downgrade check too although the granularity can be different. An update package downgrading the device to an older release would require building the older release again with a newer build date. If the security patch level is lower, it's not possible since that's enforced.
Ammako You're the only person who has reported having any issue with USB. It's probably not caused by the update. You could try turning off the device to make sure the USB controller gets rebooted. A regular reboot may not do it.
GrapheneOS Thanks for the clarification! Especially at a time when the team is busy with Android 15.
GrapheneOS Interesting, I thought device name was always sent and the setting introduced in Android 15 is to control that. I've seen my device's name appear on DHCP servers. I will play around with my phone tomorrow and see if I can get it working again. Thanks.
abdullah It was only sent by the stock OS before Android 15, not AOSP or GrapheneOS.
GrapheneOS I can confirm this.
My fritzbox did not show a hostname, it showed a dummy name generated by the fb itself
My First post on this forum → pretty nervous.
First of all a huge "Thank you!!" to the developers. Finally a mobile operating system I can trust. Porting a new major version this quick is impressive! Please keep up the good work. I Will surely donate a some money.
Something very similar regarding USB happened to me yesterday (still on Android 14) waiting for a release to hit the stable branch. My Pixel 8a is normally set to "Charging Only" but I wanted to temporarily enable USB to use MTP. Whatever cables and computers I tried → no reaction but charge. Even after a direct reboot into fastboot absolutely nothing happened on USB.
I was already in panic (reseller will(!!) deny hardware warranty because of custom OS an no way to flash back without USB).
After turning it off for a while all functions where back (adb for sideload recovery, fastoot, main OS working exactly like it should according to the USB-C settings.
Set it back to charge only. Next morning: Same problem. Off → On → fine again.
It is not a big deal for me since I'm planning to use USB more or less never.
AlphaElwedritsch However, in the current beta 2024101801 it is shown as "Pixel-7a".
I think that is what is being fixed for the next beta (already in alpha).
USB is wobbly for me. I don't care much since I have the phone on USB-c Charging only normaly.
Pixel 6 / Debian Trixie/Sid.