Device: Gigaset GS6 (GS6_Venus), , brand new/unopened before this attempt, stock Android (model string E940-3043-00 in normal USB mode).
e/OS build: IMG-e-4.1.1-a16-20260717651034-official-GS6_Venus.zip (SHA256 verified match).
Setup: Arch Linux, android-tools (pacman), fastboot/adb reach the device fine in both normal and bootloader mode.
Steps taken:
-
USB debugging + OEM unlocking both enabled and confirmed ON in Developer options.
-
adb reboot bootloader→ device enumerates correctly (fastboot devicesshows serial asfastboot). -
fastboot flashing unlock→ returnsOKAY [5.09s]every time. Screen briefly shows fast-scrolling small text then returns to a static>>FACTORY modescreen. No visible confirmation prompt to accept with Volume Up (tried holding/pressing repeatedly, no effect). -
fastboot flashing unlock_critical→ same OKAY/behavior. -
fastboot flashing get_unlock_ability→ returnsunlock_ability is true. -
Ran
flash_GS6_Venus_factory.sh→ aborts with: “Your device’s bootloader is still locked. Please follow the instructions to unlock the bootloader! / Device does not support ‘oem device-info’, skipping critical unlock check. / Your phone is not ready for flashing yet.” -
Confirmed via
adb shell getprop ro.boot.flash.locked→1, andro.boot.verifiedbootstate→green. Bootloader genuinely still locked after every unlock attempt, despite unlock_ability being true and every command returning OKAY.
Question: Does GS6/GS6 Pro need a different unlock procedure than standard fastboot flashing unlock (e.g. a visible confirmation step I’m missing, a different button combo, or a Gigaset-specific requirement not in the doc.e.foundation install page)? No matching issue found in GitLab (GS6_Venus shows 0 known issues).
**Edit:** A few more data points:
- Chip is MT6878 (Dimensity 7300), confirmed via `MT6878_Android_scatter.xml` in the flash package.
- Tried the vendor-bundled fastboot binary from the e/OS zip itself (`bin-linux-x86/fastboot`) instead of the distro-packaged one — identical behavior (OKAY, but `ro.boot.flash.locked` stays `1`). Rules out the tool/binary as the cause.
- `fastboot flashing get_unlock_ability` returns `unlock_ability is true`.
- Found a similar-looking issue on another MediaTek Dimensity chip (MT6833) via mtkclient’s GitHub: unlock command reports success but the bootloader doesn’t actually end up unlocked afterward (github.com/bkerler/mtkclient/issues/764). Same chip family (MT6878) is mentioned working with mtkclient’s exploit on other devices (e.g. Redmi Note 14 Pro 5G).
Has anyone tried mtkclient/BROM mode specifically on the GS6/GS6 Pro? If so, which BROM entry combo works on this device? Would rather not attempt this blind on a device with no documented BROM procedure.
Regain your privacy! Adopt /e/OS the deGoogled mobile OS and online services
