edl icon indicating copy to clipboard operation
edl copied to clipboard

randomly gets stuck on windows?

Open dtingley11 opened this issue 5 years ago • 28 comments

Hi,

When I try dumping any partition, sometimes it succeeds, but most of the time it gets stuck at a random percent. Usually it stops at 99% but I have seen it get stuck at 55% or something. I am running windows 10.

dtingley11 avatar Feb 09 '21 16:02 dtingley11

This might happen for many reasons, but all normally are due to usb timeouts. Try a different usb hub. If it still fails, just run with --debugmode and send me the log to see how we might be able to fix it.

bkerler avatar Feb 21 '21 12:02 bkerler

I also tried it on Mac OS and for a similar problem... At soon as I get to my machine I'll send you the log

dtingley11 avatar Feb 21 '21 22:02 dtingley11

I never experienced full halts, but sometimes the transfer would become painfully slow near the middle and I have to CTRL+C, disconnect/reconnect the device, and try again. It only happens to me on Windows.

kercre123 avatar Feb 22 '21 06:02 kercre123

log (2).zip

Here is the log. It is zipped and then compressed with 7zip (sorry) Similar to kercre123's issue, it seems like it freezes or goes painfully slow near the middle or end...I have to hit ctrl + c to stop it. (I hit ctrl + c at the end so the log may show a keyboard interrupt error.)

dtingley11 avatar Feb 22 '21 16:02 dtingley11

Commit a5fdf09 might solve this issue. Please try :)

bkerler avatar Feb 23 '21 19:02 bkerler

Now I just get this from powershell

edl-a5fdf09c93110a1533ce30b619dd3f0b43bc55a7> python3 edl.py r boot_a boot.img --loader C:\Users\Dylan\Desktop\prog_emmc_firehose_8909.mbn Qualcomm Sahara / Firehose Client V3.2 (c) B.Kerler 2018-2021. main - Using loader C:\Users\Dylan\Desktop\prog_emmc_firehose_8909.mbn ... main - Waiting for the device Traceback (most recent call last): File "C:\Users\Dylan\Desktop\edl-a5fdf09c93110a1533ce30b619dd3f0b43bc55a7\Library\usblib.py", line 247, in connect if self.device.is_kernel_driver_active(self.interface): File "C:\Users\Dylan\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\usb\core.py", line 1100, in is_kernel_driver_active interface) File "C:\Users\Dylan\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\usb\backend\libusb0.py", line 623, in is_kernel_driver_active raise NotImplementedError(self.is_kernel_driver_active.name) NotImplementedError: is_kernel_driver_active

During handling of the above exception, another exception occurred:

Traceback (most recent call last): File "edl.py", line 360, in base.run() File "edl.py", line 257, in run mode, resp = self.doconnect(loop, mode, resp) File "edl.py", line 155, in doconnect self.cdc.connected = self.cdc.connect() File "C:\Users\Dylan\Desktop\edl-a5fdf09c93110a1533ce30b619dd3f0b43bc55a7\Library\usblib.py", line 250, in connect except Exception(UsbClass) as e: TypeError: catching classes that do not inherit from BaseException is not allowed

dtingley11 avatar Feb 23 '21 21:02 dtingley11

Looks like you're still using the old code :) Try to do a git pull and retry.

bkerler avatar Feb 26 '21 19:02 bkerler

I downloaded the zip from here, and it gave me the exact same error.

dtingley11 avatar Feb 26 '21 20:02 dtingley11

Can you retry using mac ? The upper problem seems to be due to improper kernel driver (try to use zadig under windows)

bkerler avatar Mar 03 '21 10:03 bkerler

I can try as soon as I get to my Apple machine. I finally booted Ubuntu Linux and this worked fine. Is there any way how this can be fixed for windows? I did use Zadig. I installed the libusb driver that was said in the readme.

dtingley11 avatar Mar 03 '21 15:03 dtingley11

Yes, I'm already working on it :)

bkerler avatar Mar 05 '21 13:03 bkerler

Can you please try the last commit ?

bkerler avatar Mar 05 '21 13:03 bkerler

Can you please try the last commit ?

Currently using the latest commit on a Windows laptop. Getting the same error as shown above (NotImplementedError: is_kernel_driver_active). I did use Zadig to switch the driver to libusb-win32.

Here is the log and full error log.txt

C:\Users\Wire\Desktop\edl-master>py edl.py --loader=8909.mbn secureboot --debugmode
Qualcomm Sahara / Firehose Client V3.2 (c) B.Kerler 2018-2021.
main - Using loader 8909.mbn ...
main - Waiting for the device
UsbClass
UsbClass - [LIB]: ←[95m  CONFIGURATION 1: 2 mA ====================================
   bLength              :    0x9 (9 bytes)
   bDescriptorType      :    0x2 Configuration
   wTotalLength         :   0x20 (32 bytes)
   bNumInterfaces       :    0x1
   bConfigurationValue  :    0x1
   iConfiguration       :    0x0
   bmAttributes         :   0x80 Bus Powered
   bMaxPower            :    0x1 (2 mA)
    INTERFACE 0: Vendor Specific ===========================
     bLength            :    0x9 (9 bytes)
     bDescriptorType    :    0x4 Interface
     bInterfaceNumber   :    0x0
     bAlternateSetting  :    0x0
     bNumEndpoints      :    0x2
     bInterfaceClass    :   0xff Vendor Specific
     bInterfaceSubClass :   0xff
     bInterfaceProtocol :   0xff
     iInterface         :    0x0
      ENDPOINT 0x81: Bulk IN ===============================
       bLength          :    0x7 (7 bytes)
       bDescriptorType  :    0x5 Endpoint
       bEndpointAddress :   0x81 IN
       bmAttributes     :    0x2 Bulk
       wMaxPacketSize   :  0x200 (512 bytes)
       bInterval        :    0x0
      ENDPOINT 0x1: Bulk OUT ===============================
       bLength          :    0x7 (7 bytes)
       bDescriptorType  :    0x5 Endpoint
       bEndpointAddress :    0x1 OUT
       bmAttributes     :    0x2 Bulk
       wMaxPacketSize   :  0x200 (512 bytes)
       bInterval        :    0x0←[0m
Traceback (most recent call last):
  File "C:\Users\Wire\Desktop\edl-master\Library\usblib.py", line 247, in connect
    if self.device.is_kernel_driver_active(self.interface):
  File "C:\Users\Wire\AppData\Local\Programs\Python\Python39\lib\site-packages\usb\core.py", line 1098, in is_kernel_driver_active
    return self._ctx.backend.is_kernel_driver_active(
  File "C:\Users\Wire\AppData\Local\Programs\Python\Python39\lib\site-packages\usb\backend\libusb0.py", line 623, in is_kernel_driver_active
    raise NotImplementedError(self.is_kernel_driver_active.__name__)
NotImplementedError: is_kernel_driver_active

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Users\Wire\Desktop\edl-master\edl.py", line 360, in <module>
    base.run()
  File "C:\Users\Wire\Desktop\edl-master\edl.py", line 257, in run
    mode, resp = self.doconnect(loop, mode, resp)
  File "C:\Users\Wire\Desktop\edl-master\edl.py", line 155, in doconnect
    self.cdc.connected = self.cdc.connect()
  File "C:\Users\Wire\Desktop\edl-master\Library\usblib.py", line 250, in connect
    except Exception(UsbClass) as e:
TypeError: catching classes that do not inherit from BaseException is not allowed

kercre123 avatar Mar 06 '21 07:03 kercre123

@kercre123 looks like you're still using the old version. Please retry and make sure you're using commit 2b9162a :)

bkerler avatar Mar 06 '21 07:03 bkerler

Now it is working! I'll try a few writes and reads tomorrow to see if it still gets stuck or slows down in the middle.

kercre123 avatar Mar 06 '21 08:03 kercre123

Wait how do you get the latest commit then...I think I'm confused.

dtingley11 avatar Mar 07 '21 01:03 dtingley11

@Appleisbest As I have multiple people reporting things not working, although being fixed, I think the zip download at github might be broken (or the browser cache maybe). Always use git pull to get the latest commit.

bkerler avatar Mar 07 '21 08:03 bkerler

Still freezes, even with the latest commit. But it doesn't freeze as much. usually near the end of the read.

dtingley11 avatar Mar 10 '21 18:03 dtingley11

Ok, this means it still overreads. Can you upload the gpt and let me know which partition you try to read ?

bkerler avatar Mar 16 '21 17:03 bkerler

Is this what you mean by uploading the gpt???

I am trying to dump the boot, aboot, and system partitons

Parsing Lun 0:

GPT Table:

modem: Offset 0x0000000004000000, Length 0x0000000004200000, Flags 0x00000010, UUID 188146cc-eefc-472c-2159-bb73be85de7f, Type EFI_BASIC_DATA DDR: Offset 0x0000000008200000, Length 0x0000000000008000, Flags 0x00000010, UUID 220ddacf-1b96-ae46-ecff-9e3aaa5a27b5, Type 0x20a0c19c fsg: Offset 0x0000000008208000, Length 0x0000000000180000, Flags 0x00000010, UUID 38188473-a617-87ff-cbee-f4d02bfab014, Type 0x638ff8e2 sec: Offset 0x0000000008388000, Length 0x0000000000004000, Flags 0x00000010, UUID f19351c8-3110-3767-2001-f6c29bfca40c, Type 0x303e6ac3 boot: Offset 0x000000000838c000, Length 0x0000000002000000, Flags 0x00000010, UUID 0efcbc03-a1a3-cf39-2d05-b06ab2af9ff8, Type 0x20117f86 system: Offset 0x000000000a38c000, Length 0x000000004b000000, Flags 0x00000010, UUID 0e92b789-606f-c946-8b5c-9be28a1df926, Type 0x97d7b011 persist: Offset 0x000000005538c000, Length 0x0000000002000000, Flags 0x00000010, UUID 07f11fc5-b6a4-6301-f24d-fa9b862ffef4, Type 0x6c95e238 cache: Offset 0x000000005738c000, Length 0x0000000006e00000, Flags 0x00000010, UUID 4362453f-8b8e-0614-cbdc-e3508c04404c, Type 0x5594c694 recovery: Offset 0x000000005e18c000, Length 0x0000000002000000, Flags 0x00000010, UUID a5c73baa-2ced-6e26-cad7-b2534dd325f6, Type 0x9d72d4e4 devinfo: Offset 0x000000006018c000, Length 0x0000000000100000, Flags 0x00000010, UUID fd38352a-42a5-e6ff-90b8-1f45a7a31d97, Type 0x1b81e7e6 cmnlib: Offset 0x000000006028c000, Length 0x0000000000040000, Flags 0x00000010, UUID f6cc2a16-6814-0578-00aa-bf9724fb348c, Type 0x73471795 cmnlibbak: Offset 0x00000000602cc000, Length 0x0000000000040000, Flags 0x00000010, UUID b1c7607d-b276-5294-1183-632f37cc9a63, Type 0x73471795 keymaster: Offset 0x000000006030c000, Length 0x0000000000080000, Flags 0x00000010, UUID 51565d20-6014-dd16-179d-3a3ffc927e60, Type 0xe8b7cf6e keymasterbak: Offset 0x000000006038c000, Length 0x0000000000080000, Flags 0x00000010, UUID 7fbb1712-ac67-2cc3-1967-b9dd623cc138, Type 0xe8b7cf6e sbl1: Offset 0x0000000064000000, Length 0x0000000000080000, Flags 0x00000000, UUID 2e3e14a2-4fd7-7e35-4604-3cea572e4bf7, Type 0xdea0ba2c sbl1bak: Offset 0x0000000064080000, Length 0x0000000000080000, Flags 0x00000000, UUID f46d3197-bf9e-7560-6a18-6b9428aea64c, Type 0xdea0ba2c aboot: Offset 0x0000000064100000, Length 0x0000000000100000, Flags 0x00000000, UUID 198c5ae5-72c3-6f31-11e6-2df9db988276, Type 0x400ffdcd abootbak: Offset 0x0000000064200000, Length 0x0000000000100000, Flags 0x00000000, UUID 533cd4a3-76fa-222c-a910-32795cadf07d, Type 0x400ffdcd rpm: Offset 0x0000000064300000, Length 0x0000000000080000, Flags 0x00000000, UUID 1f381217-734f-8c79-3d57-ae5dc0f590eb, Type 0x98df793 rpmbak: Offset 0x0000000064380000, Length 0x0000000000080000, Flags 0x00000000, UUID 53488b48-cecf-2c95-1dc5-bda2c6a4751b, Type 0x98df793 tz: Offset 0x0000000064400000, Length 0x0000000000200000, Flags 0x00000000, UUID 4677f365-2c47-0d26-d95b-fb49930fd92e, Type 0xa053aa7f tzbak: Offset 0x0000000064600000, Length 0x0000000000200000, Flags 0x00000000, UUID eabe37d9-31da-612c-f73a-495ca4e7886b, Type 0xa053aa7f devcfg: Offset 0x0000000064800000, Length 0x0000000000040000, Flags 0x00000000, UUID 5cbe4153-6ec7-79b3-c20c-0b8c231f17db, Type 0xf65d4b16 apdp: Offset 0x0000000064840000, Length 0x0000000000040000, Flags 0x00000000, UUID b90459c9-12b1-969b-bd6b-e1ed5e1c4420, Type 0xe6e98da2 pad: Offset 0x0000000064880000, Length 0x0000000000100000, Flags 0x00000000, UUID c7d579d0-bcbd-ea1a-0dd3-1a800844e87c, Type EFI_BASIC_DATA modemst1: Offset 0x0000000064980000, Length 0x0000000000180000, Flags 0x00000000, UUID 0c39a86d-8a21-5659-33f5-b69601c33d19, Type 0xebbeadaf modemst2: Offset 0x0000000064b00000, Length 0x0000000000180000, Flags 0x00000000, UUID 7657f70c-5acd-7d6a-c8fe-610f4dd3bbd7, Type 0xa288b1f misc: Offset 0x0000000064c80000, Length 0x0000000000800000, Flags 0x00000000, UUID 8ead89a6-5ed2-0aa5-aac7-c52f6a997e62, Type 0x82acc91f fsc: Offset 0x0000000065480000, Length 0x0000000000000400, Flags 0x00000000, UUID 792c3c95-fa58-4b1a-edd7-9522ca838da9, Type 0x57b90a16 ssd: Offset 0x0000000065480400, Length 0x0000000000002000, Flags 0x00000000, UUID 3dcf7fd5-9680-310e-f39e-5b39de3e6022, Type 0x2c86e742 splash: Offset 0x0000000065482400, Length 0x0000000000a00000, Flags 0x00000000, UUID 1ee2ba29-d13b-5e75-bc72-e18a66de143c, Type 0x20117f86 keystore: Offset 0x0000000065e82400, Length 0x0000000000080000, Flags 0x00000000, UUID 4bc6da4b-9a01-dd36-3a82-dddeca52c8f0, Type 0xde7d4029 oem: Offset 0x0000000065f02400, Length 0x0000000000800000, Flags 0x00000000, UUID d6710f0f-89a1-03e5-a9f1-38edaadfc41f, Type 0x7db6ac55 prodinfo: Offset 0x0000000066702400, Length 0x0000000000001000, Flags 0x00000000, UUID 9ad7ead4-6bca-5070-e8a7-daf3a57f7cae, Type 0x21130059 prodinfo2: Offset 0x0000000066703400, Length 0x0000000000001000, Flags 0x00000000, UUID 4e5b4bc7-61b6-0986-eb54-a4321ad70b50, Type 0xbc3c23ce config: Offset 0x0000000066704400, Length 0x0000000000080000, Flags 0x00000000, UUID de00177b-8c05-1b68-3be0-7b3fdf7a9bc6, Type 0x91b72d4d vendor: Offset 0x0000000066784400, Length 0x000000000fa00000, Flags 0x00000000, UUID f76d078a-8a7e-aa19-3f20-0e334dd00edc, Type 0x3c160a98 userdata: Offset 0x0000000076184400, Length 0x000000015be77a00, Flags 0x00000000, UUID f0844577-c3d4-973c-0808-0ce0ed11afbb, Type 0x1b81e7e6

Total disk size:0x00000001d2000000, sectors:0x0000000000e90000

dtingley11 avatar Mar 17 '21 01:03 dtingley11

Please try the latest commit (just uploaded). Hopefully does work now.

bkerler avatar Mar 20 '21 20:03 bkerler

I am seeing this problem when dumping the userdata partition on windows (all of the others one work great) it constistently gets stuck at the very end, but the exact sector varies a bit. Here is a gist with the log file and gpt https://gist.github.com/nsaslavsky/f801c849924d2a9d043de9ad948bb5da I am using commit 59bf655 (the latest as of writing this).

nsaslavsky avatar Jul 09 '21 06:07 nsaslavsky

That might be a problem of the usb port in windows, trying to to it in low power state. Please try the latest commit and usbdk driver with stock qualcomm driver to see if that helps. Otherwise try to disable power saving for the usb port.

bkerler avatar Aug 05 '21 10:08 bkerler

I've just increased the timeout limit, which might solve this issue.

bkerler avatar Aug 19 '21 20:08 bkerler

Ok, I will try it.

dtingley11 avatar Aug 20 '21 00:08 dtingley11

i tried latest commit and it do nothing after device connected.... how about run it while partition manager on qfil running? (but qfil not recognize usbk driver) maybe it solve.

kim12355 avatar Nov 29 '21 02:11 kim12355

I never experienced full halts, but sometimes the transfer would become painfully slow near the middle and I have to CTRL+C, disconnect/reconnect the device, and try again. It only happens to me on Windows.

How to run edl on windows? It always says command not found etc.

momords avatar Dec 13 '21 07:12 momords

Hello dear developer. I tried it on both Windows and UBUNTU. I get the error edl.py does not exist. When I look at the contents of the folder there is no edl.py either. I must do what has been done here. My phone crashed. There is EDL. There is no fastboot. there is no image on the screen. Oneplus 9 pro.

Let me share the topic. Please help me.

https://forum.xda-developers.com/t/advanced-untested-possible-fix-msm-errors-sahara-param-info-etc.4306903/

wise1453 avatar Feb 26 '22 17:02 wise1453