Moto G32 - <waiting for any device>

Hello,

I’m trying to flash iode 7.4 into Moto G32. All good, is just that now I have this message and no further progress.

[…]
extracting super_empty.img (0 MB) to RAM…
Sending ‘vbmeta_system_a’ (4 KB) OKAY [ 0.001s]
Writing ‘vbmeta_system_a’ OKAY [ 0.007s]
Rebooting into fastboot OKAY [ 0.000s]
< waiting for any device >

On my phone i have the fastboot interface with 4 options: Reboot system now, Enter Recovery, Reboot to bootloader and Power off.

How should I move one? I don’t want to take any action that could damage my phone as this is also explicitly mentioned in the auto-installer of Iode, to not unplug, power off etc.

Thank you!

Sergiu

It looks like the installer can’t “see” your phone in fastboot-mode. My guess would be a missing driver. You can check that in the device manager (on windows). Devices with issues are flagged there.

The driver is there, all good.

Hmm, I just realized that fastboot should work, since the installer already flashed the partitions. I suggest:

  1. wait for a good while
  2. if nothing happens, replug the USB cable
  3. if still nothing happens, try other USB ports on the PC
  4. if still nothing happens, restart the phone into fastboot-mode (pick reboot and hold volume down immediately)

Still nothing unfortunately

:confused: I think the installer wants to relock the bootloader at this point, which is optional BUT it means it is less secure and if you decide relock it later, it might wipe your personal data. But it should boot into iodeOS without problems at this point.

Can you post the full log?
Is this the version you try to install?
iode-7.4-20260403-devon-fastboot

1 Like

Here it is: Setting current slot to ‘a’ OKAY [ 0.175s]
Finished. Total time: 0.176s
Erasing ‘avb_custom_key’ OKAY [ 0.014s]
Finished. Total time: 0.015s
Warning: skip copying avb_custom_key image avb footer (avb_custom_key partition size: 0, avb_custom_key image size: 1032).
Sending ‘avb_custom_key’ (1 KB) OKAY [ 0.001s]
Writing ‘avb_custom_key’ OKAY [ 0.014s]
Finished. Total time: 0.019s
Warning: userdata type is raw, but f2fs was requested for formatting.

F2FS-tools: mkfs.f2fs Ver: 1.16.0 (2023-04-11)

Info: Debug level = 1

Info: Trim is disabled
Info: Set conf for android
Info: Enable Project quota
Info: Segments per section = 1
Info: Sections per zone = 1
Info: sector size = 512
Info: total sectors = 230928344 (112757 MB)
Info: block size = 4096
Info: zone aligned segment0 blkaddr: 512
Info: add quota type = 0 => 4
Info: add quota type = 1 => 5
Info: add quota type = 2 => 6
Info: format version with
“”
[f2fs_init_sit_area: 743] Filling sit area at offset 0x00600000
[f2fs_init_nat_area: 777] Filling nat area at offset 0x01200000
[f2fs_add_default_dentry_root:1393] Writing default dentry root, at offset 0x1d800
[f2fs_write_root_inode:1439] Writing root inode (hot node), offset 0x1d200
[f2fs_write_default_quota:1531] Writing quota data, at offset 0001d801 (1/2)
[f2fs_write_default_quota:1531] Writing quota data, at offset 0001d802 (2/2)
[f2fs_write_qf_inode:1582] Writing quota inode (hot node), offset 0x1d201
[f2fs_write_default_quota:1531] Writing quota data, at offset 0001d803 (1/2)
[f2fs_write_default_quota:1531] Writing quota data, at offset 0001d804 (2/2)
[f2fs_write_qf_inode:1582] Writing quota inode (hot node), offset 0x1d202
[f2fs_write_default_quota:1531] Writing quota data, at offset 0001d805 (1/2)
[f2fs_write_default_quota:1531] Writing quota data, at offset 0001d806 (2/2)
[f2fs_write_qf_inode:1582] Writing quota inode (hot node), offset 0x1d203
[f2fs_update_nat_default:1620] Writing nat root, at offset 0x00001200
Info: Overprovision ratio = 0.430%
Info: Overprovision segments = 246 (GC reserved = 239)
[f2fs_write_check_point_pack: 969] Writing main segments, cp at offset 0x00000200
[f2fs_write_check_point_pack:1056] Writing Segment summary for HOT/WARM/COLD_DATA, at offset 0x00000201
[f2fs_write_check_point_pack:1070] Writing Segment summary for HOT_NODE, at offset 0x00000202
[f2fs_write_check_point_pack:1082] Writing Segment summary for WARM_NODE, at offset 0x00000203
[f2fs_write_check_point_pack:1096] Writing Segment summary for COLD_NODE, at offset 0x00000204
[f2fs_write_check_point_pack:1104] Writing cp page2, at offset 0x00000205
[f2fs_write_check_point_pack:1146] Writing cp page 1 of checkpoint pack 2, at offset 0x00000400
[f2fs_write_check_point_pack:1165] Writing cp page 2 of checkpoint pack 2, at offset 0x00000405
[f2fs_write_super_block:1198] Writing super block, at offset 0x00000000
Info: format successful
Warning: skip copying userdata image avb footer due to sparse image.
Sending ‘userdata’ (89 KB) OKAY [ 0.003s]
Writing ‘userdata’ (bootloader) flash permission denied
FAILED (remote: ‘’)
fastboot: error: Command failed
Warning: skip copying modem_a image avb footer due to sparse image.
Sending ‘modem_a’ (75520 KB) OKAY [ 1.776s]
Writing ‘modem_a’ OKAY [ 0.255s]
Finished. Total time: 2.036s

Bootloader Version…: MBM-3.0-devon_g-8847829342a-250806

Baseband Version…: HAK11_15.154.01.90R DEVON_EUDSDS_CUST
Serial Number…: ZY22HNMZ36

extracting android-info.txt (0 MB) to RAM…
Checking ‘product’ OKAY [ 0.000s]
Setting current slot to ‘a’ OKAY [ 0.185s]
extracting fastboot-info.txt (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to disk… took 0.001s
(bootloader) super-partition-name: not found
Writable partitions are not supported
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting super_empty.img (0 MB) to RAM…
extracting boot.img (96 MB) to disk… took 0.371s
archive does not contain ‘boot.sig’
extracting super_empty.img (0 MB) to RAM…
Sending ‘boot_a’ (98304 KB) OKAY [ 2.297s]
Writing ‘boot_a’ OKAY [ 1.188s]
extracting super_empty.img (0 MB) to RAM…
extracting dtbo.img (24 MB) to disk… took 0.075s
archive does not contain ‘dtbo.sig’
extracting super_empty.img (0 MB) to RAM…
Sending ‘dtbo_a’ (24576 KB) OKAY [ 0.572s]
Writing ‘dtbo_a’ OKAY [ 0.089s]
extracting super_empty.img (0 MB) to RAM…
extracting vendor_boot.img (96 MB) to disk… took 0.300s
archive does not contain ‘vendor_boot.sig’
extracting super_empty.img (0 MB) to RAM…
Sending ‘vendor_boot_a’ (98304 KB) OKAY [ 2.296s]
Writing ‘vendor_boot_a’ OKAY [ 0.419s]
extracting super_empty.img (0 MB) to RAM…
extracting vbmeta.img (0 MB) to disk… took 0.001s
archive does not contain ‘vbmeta.sig’
extracting super_empty.img (0 MB) to RAM…
Sending ‘vbmeta_a’ (8 KB) OKAY [ 0.001s]
Writing ‘vbmeta_a’ OKAY [ 0.007s]
extracting super_empty.img (0 MB) to RAM…
extracting vbmeta_system.img (0 MB) to disk… took 0.001s
archive does not contain ‘vbmeta_system.sig’
extracting super_empty.img (0 MB) to RAM…
Sending ‘vbmeta_system_a’ (4 KB) OKAY [ 0.001s]
Writing ‘vbmeta_system_a’ OKAY [ 0.007s]
Rebooting into fastboot OKAY [ 0.000s]
< waiting for any device >

Okay, I checked the installer-script, installation isn’t done at this point. It tries to flash more partitions at this point but it really seems like it can’t see the phone after the first reboot.

Can you open another terminal/cmd window and execute fastboot devices from within the windows folder from iode’s ZIP (with the fastboot-exe in it)? If nothing is shown, the PC doesn’t “see” the phone in fastboot mode.

I get the < waiting for any device > message. Would using Linux to perform the installation help instead?

It could, potentially.

Did you try to start the installation from scratch already?

Yes, but still on Windows.

The weird thing is, initially the device is recognized in fastboot mode and fastboot-commands run fine. but after the first reboot it suddenly doesn’t get recognized. That doesn’t make sense really, since if you restart the script, it gets recognized.

If you have the option to try it on linux, I would do so, maybe it works there right away, saving you some time :slight_smile:

btw, I had a typo in this command: fastboot devices, I fixed it a minute later, I hope you saw that before trying the command.

I did a bit of digging and it seems like it is rebooting into a different kind of fastboot-mode, when your script gets stuck. There is a chance it uses a different driver for this mode. So can you double check in the device manager if the device is working properly when the script gets stuck!?

it all worked well with Linux (Q4OS 6.6 Trinity)

Awesome! Linux is OP :wink:

Thank you for your help !

Windows is often getting “stuck” at this same place in fastbootD not detecting the device. Users report it works after they get various device manager updates / USB drivers updated. But there are still several that complain. I don’t use Windows but do have a spare laptop with a W10 install for various tests that I need to dust off to see if I can recreate the issues.

Hello everyone. I had intended to share some feedback on my installation process, but then I came across this discussion and decided to post here instead.

Disclaimer: I’m a bit limited in these matters as this journey began a few weeks ago.

Well, during my first attempts to use the Windows installer, the process kept crashing and the output was always the same – ‘waiting for any device’. After a few failed attempts, some frustration and a bit of luck, I found this video, followed the same steps, and the installation started straight away without crashing, then phone booted successfully into iodeOS. Maybe the problem is due to the motorola official driver first interaction with Windows. My computer setup is Windows 10 LTSC IoT on a 2013 macbook air.

If anyone else experiences a similar problem, perhaps they can resolve it this way, I hope.

1 Like