Open Joe-Heffer-Shef opened 9 months ago
The problem goes away when I use an older image (2022-09-22-raspios-bullseye-armhf-lite.img
) and I reach the login screen.
I think this is only with the pi3
configuration, and that it works with pi1 and pi2, is that right?
Have you tried previous bookworm releases? https://downloads.raspberrypi.org/raspios_lite_armhf/images/
In case the issue can be narrowed down to a specific release: https://downloads.raspberrypi.org/raspios_lite_armhf/release_notes.txt
The error exists when using 5th Dec 2023 Bookworm:
docker run -it -v .\2023-12-05-raspios-bookworm-armhf-lite.img:/sdcard/filesystem.img lukechilds/dockerpi:vm pi3
image: /sdcard/filesystem.img
file format: raw
virtual size: 2.36 GiB (2537553920 bytes)
disk size: 2.36 GiB
Rounding image size up to 4GiB so it's a multiple of 2GiB...
WARNING: Image format was not specified for '/sdcard/filesystem.img' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.
Image resized.
Extracting partitions
1048576+0 records in
1048576+0 records out
536870912 bytes (512.0MB) copied, 251.049618 seconds, 2.0MB/s
Extracting boot filesystem
Extracting /overlays/adafruit-st7735r.dtbo to /fat/overlays/adafruit-st7735r.dtbo
Extracting /overlays/README to /fat/overlays/README
Extracting /overlays/act-led.dtbo to /fat/overlays/act-led.dtbo
...
Searching for kernel='kernel8.img'
Searching for dtb='bcm2710-rpi-3-b-plus.dtb'
Booting QEMU machine "raspi3b" with kernel=/fat/kernel8.img dtb=/fat/bcm2710-rpi-3-b-plus.dtb
usbnet: failed control transaction: request 0x8006 value 0x600 index 0x0 length 0xa
usbnet: failed control transaction: request 0x8006 value 0x600 index 0x0 length 0xa
usbnet: failed control transaction: request 0x8006 value 0x600 index 0x0 length 0xa
usbnet: failed control transaction: request 0x2143 value 0xc index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
The 2023-12-11 Bookworm version works with pi2
version, although I don't know the password >.<
docker run -it -v .\2023-12-11-raspios-bookworm-armhf-lite.img:/sdcard/filesystem.img lukechilds/dockerpi:vm pi2
Yes, the pi2 and pi3 configurations look generally slower:
The password thing is because Pi OS has removed the default username and password (on desktop it prompts the user to create one on first boot), so technically there isn't a user to log (only passwordless root, which you cannot use to login).
But you can add a userconf.txt
file to the boot partition to create one:
I tried to boot the first Bookworm release (2023-10-10-raspios-bookworm-armhf-lite.img
) with pi3 and it throws the same error, so I guess it's something introduced with Bookworm itself.
I'm trying to run the Raspberry Pi version 3 with the latest OS image and I get the errors:
usbnet: failed control transaction: request 0x2143 value 0xe index 0x0 length 0x0
. I'm running Docker Engine on Windows 10.It fails with the following images:
2023-12-11-raspios-bookworm-armhf-lite.img
2023-12-05-raspios-bookworm-armhf-lite.img
2023-10-10-raspios-bookworm-armhf-lite.img
This is the result of
docker info
:and
systeminfo
: