FluidNC icon indicating copy to clipboard operation
FluidNC copied to clipboard

"check_security" function is broken on Linux

Open weskerfoot opened this issue 1 year ago • 3 comments

Wiki Search Terms

N/A

Controller Board

ESP32-MINI-1 and ESP32 devkitC V4

Machine Description

N/A

Input Circuits

No response

Configuration file

N/A

Startup Messages

N/A

User Interface Software

No response

What happened?

Tried running ./install-wifi.sh on Arch Linux with esptool.py v3.0 installed in virtualenv

Got the following output (I added set -x to the script)

++ Bootloader='0x1000 wifi/bootloader.bin'
++ Bootapp='0xe000 common/boot_app0.bin'
++ Firmware='0x10000 wifi/firmware.bin'
++ Partitions='0x8000 wifi/partitions.bin'
+ install
+ check_security
+ esptool_basic dump_mem 0x3ff5a018 4 SecurityFuses.bin
+ echo esptool.py --chip esp32 --baud 115200 dump_mem 0x3ff5a018 4 SecurityFuses.bin
esptool.py --chip esp32 --baud 115200 dump_mem 0x3ff5a018 4 SecurityFuses.bin
+ esptool.py --chip esp32 --baud 115200 --chip esp32 --baud 115200 dump_mem 0x3ff5a018 4 SecurityFuses.bin
esptool.py v3.0
Found 1 serial ports
Serial port /dev/ttyUSB0
Connecting......
Chip is ESP32-U4WDH (revision 3)
Features: WiFi, BT, Dual Core, 240MHz, Embedded Flash, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 08:b6:1f:0c:5f:58
Uploading stub...
Running stub...
Stub running...
Traceback (most recent call last):
  File "/home/wes/.local/bin/esptool.py", line 3969, in <module>
    _main()
  File "/home/wes/.local/bin/esptool.py", line 3962, in _main
    main()
  File "/home/wes/.local/bin/esptool.py", line 3604, in main
    operation_func(esp, args)
  File "/home/wes/.local/bin/esptool.py", line 2840, in dump_mem
    print_overwrite("Read %d bytes" % f.tell(), last_line=True)
                                      ^^^^^^^^
ValueError: I/O operation on closed file
+ test 1 '!=' 0
+ echo esptool failed
esptool failed
+ exit 1

If I comment out the check_security function it works, and I have successfully flashed and configured wifi (so it did not brick my esp32).

Looks to be a bug in esptool.py or something about my particular board.

I tried different cables and usb ports, no change. I tried erasing the flash with esptool, and that didn't change anything either. Tried changing the baud rate from the default and that didn't help either.

GCode File

No response

Other Information

No response

weskerfoot avatar Jan 21 '24 00:01 weskerfoot