Boot Problem bei RevPi Connect - "Cannot open file fixup.dat"

[mrau]

Ich habe aus einem Kunden Projekt 4 RevPi Connects zurück bekommen, die alle nicht mehr booten. Beim Versuch ein neues Image einzuspielen, bekommen ich folgende Fehlermeldung beim Aufruf von rpiboot -v:

Cannot open file fixup.dat

rpiboot wird auf einem Notebook mit Ubuntu 20.04.4 ausgeführt. rpiboot wurde auf dem System mit aktuellem Stand compiliert.
Wie kann dieser Fehler korrigiert werden?

[nicolaiB]

Hi,

kannst du bitte mal mit einem anderen USB Kabel, sowie ggf. einen anderen USB Port versuchen?

Gruß Nicolai

[mrau]

Ich habe schon 2 verschiedene USB-Kabel und 3 verschiedene Rechner (Windows 10 Notebook, Raspberry Pi 3+ und Linux Notebook) probiert. Ich denke daran liegt es nicht.
Welche Informationen kann ich bereitstellen, die zur Eingrenzung des Fehlers helfen?

[nicolaiB]

Mein nächster Versuch wäre eine andere Version von rpiboot zu versuchen. Darüber hinauswäre die vollständige Ausgabe von rpiboot hilfreich.

Gruß Nicolai

[mrau]

Hier der Output von rpiboot -v:

RPIBOOT: build-date Apr 21 2022 version 20220315~121405 445356e1
Waiting for BCM2835/6/7/2711...
Loading embedded: bootcode.bin
Device located successfully
libusb: error [udev_hotplug_event] ignoring udev action bind
Initialised device correctly
Found serial number 0
Sending bootcode.bin
libusb_bulk_transfer sent 24 bytes; returned 0
Writing 52456 bytes
libusb_bulk_transfer sent 52456 bytes; returned 0
Successful read 4 bytes
Waiting for BCM2835/6/7/2711...
Loading embedded: bootcode.bin
Device located successfully
Failed to open the requested device
Loading embedded: bootcode.bin
Device located successfully
libusb: error [udev_hotplug_event] ignoring udev action bind
Initialised device correctly
Found serial number 1
Second stage boot server
Received message GetFileSize: autoboot.txt
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file autoboot.txt
Received message GetFileSize: config.txt
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file config.txt
Received message GetFileSize: recovery.elf
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file recovery.elf
Received message GetFileSize: start.elf
Loading embedded: start.elf
File size = 523192 bytes
Received message ReadFile: start.elf
File read: start.elf
libusb_bulk_transfer sent 523192 bytes; returned 0
Received message GetFileSize: fixup.dat
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file fixup.dat
Second stage boot server done

[nicolaiB]

Ich sehe in der Ausgabe folgende Zeile: " Second stage boot server done". Damit solltest du das Blockdevice sehen können. Die Fehlermeldungen beziehen sich auf fehlende Dateien innerhalb der boot Partition, was hier ignoriert werden muss. Siehst du ein neues blockdevice im dmesg / kern.log?

Gruß Nicolai

[mrau]

Hier der output von dmesg:

[10277.901119] usb 1-7: new high-speed USB device number 24 using ehci-pci
[10278.073535] usb 1-7: config index 0 descriptor too short (expected 55, got 32)
[10278.073909] usb 1-7: New USB device found, idVendor=0a5c, idProduct=2764, bcdDevice= 0.00
[10278.073914] usb 1-7: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[10278.073919] usb 1-7: Product: BCM2710 Boot
[10278.073923] usb 1-7: Manufacturer: Broadcom
[10281.200097] usb 1-7: USB disconnect, device number 24
[10281.737212] usb 5-1: new full-speed USB device number 3 using uhci_hcd
[10282.110274] usb 5-1: not running at top speed; connect to a high speed hub
[10282.144282] usb 5-1: New USB device found, idVendor=0a5c, idProduct=2764, bcdDevice= 0.00
[10282.144287] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=1
[10282.144290] usb 5-1: Product: BCM2710 Boot
[10282.144293] usb 5-1: Manufacturer: Broadcom
[10282.144295] usb 5-1: SerialNumber: Broadcom
[10283.913325] usb 5-1: USB disconnect, device number 3

Ich sehe aber kein neues Block device bei lsblk

[mrau]

Noch eine Zusatzinfo. Die LED A3 leuchtet bei allen 4 RevPis rot.

[nicolaiB]

Das ist korrekt. Die LED A3 leuchtet rot, wenn sich der Connect im USB Boot Modus befindet. Ich habe gerade mal rpiboot mit einem Connect ausprobiert und erhalte die selbe Ausgabe, was so auch korrekt ist (siehe letzte Zeile). RPiboot funktioniert somit also. Kannst du bitte einmal vorher und einmal nachher die Ausgabe von ls /dev/sd* posten? Dann kann ich sehen, ob ein neues Blockdevice erkannt wurde.

Gruß Nicolai

[mrau]

xxx@xx001:/dev$ ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5
xxx@xx001:/dev$ sudo "/home/mrau/vs_code_projects/usbboot/rpiboot" -v
[sudo] Passwort für xxx:
RPIBOOT: build-date Apr 21 2022 version 20220315~121405 445356e1
Waiting for BCM2835/6/7/2711...
Loading embedded: bootcode.bin
Device located successfully
Initialised device correctly
Found serial number 0
Sending bootcode.bin
libusb_bulk_transfer sent 24 bytes; returned 0
Writing 52456 bytes
libusb_bulk_transfer sent 52456 bytes; returned 0
Successful read 4 bytes
Waiting for BCM2835/6/7/2711...
Loading embedded: bootcode.bin
Device located successfully
libusb: error [udev_hotplug_event] ignoring udev action bind
Failed to open the requested device
Loading embedded: bootcode.bin
Device located successfully
Initialised device correctly
Found serial number 1
Second stage boot server
Received message GetFileSize: autoboot.txt
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file autoboot.txt
Received message GetFileSize: config.txt
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file config.txt
Received message GetFileSize: recovery.elf
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file recovery.elf
Received message GetFileSize: start.elf
Loading embedded: start.elf
File size = 523192 bytes
Received message ReadFile: start.elf
File read: start.elf
libusb_bulk_transfer sent 523192 bytes; returned 0
Received message GetFileSize: fixup.dat
libusb_bulk_transfer sent 0 bytes; returned 0
Cannot open file fixup.dat
Second stage boot server done
xxx@xx001:/dev$ ls /dev/sd*
/dev/sda /dev/sda1 /dev/sda2 /dev/sda5