Rpi Boot Log Stops with "hardware isn't capable of remote wakeup"

peaeater

Hallo, ich wollt mir heute auch mal schnell das P44-xx-X auf einem RPi 2 Modell B V1.1 einrichten.
Hierbei bin ich auf zwei Herausforderungen gestossen:

Das Schreiben des Image mit dem aktuellen Raspberry Pi Imager in Version 1.7.2 funktioniert nicht, da Imagefilesize kein Vielfaches von 512 Bytes ist -> Ich habe den Balena Etcher verwendet, damit geht es unter Windows 11
Beim Booten des Image bleibt der RPI im Log mit folgender Zeile stehen:
"smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup", da ich mich mit openWRT gar nicht auskenne komme ich an dieser Stelle nicht wirklich weiter. Und würde einen Tip benötigen.

Besten Dank

luz

peaeater Das Schreiben des Image mit dem aktuellen Raspberry Pi Imager in Version 1.7.2 funktioniert nicht, da Imagefilesize kein Vielfaches von 512 Bytes ist

Den RaspberryPi Imager habe ich bisher selber noch nicht ausprobiert, ich verwende Etcher oder ApplePieBaker. Aber der RaspberryPi Imager ist für OpenWrt-Images vermutlich deswegen nicht geeignet, weil OpenWrt Images ein squashfs beinhalten, ein komprimiertes, read-only Filesystem. Dieses hat an sich keine 512er-Sektoren im komprimierten Zustand, weshalb die Image-Grösse kein Vielfaches von 512 ist.

peaeater Beim Booten des Image bleibt der RPI im Log mit folgender Zeile stehen:
"smsc95xx 1-1.1:1.0 eth0: [...]

Das ist mir jetzt auf Anhieb nicht klar, was das Problem sein könnte. Ausser es wäre das falsche Image, also das für Rpi B/B+ statt das für Rpi 2/3, wobei das wahrscheinlich schon früher scheitern würde. Die Meldung selber ist normal, die kommt auch beim erfolgreichen Booten. Ich muss morgen mal schauen, ob ich noch einen Rpi 2B v1.1 habe um das 1:1 nachzutesten.

peaeater

Alles zurück, man kann sich anmelden.

Heute pingt er einwandfrei, gestern hat er immer nur während dem booten 2-3 pings bestätigt danach war Ruhe, jetzt pingt er einfach einwandfrei. Ich habe nichts verändert, aber es tut.
Vielleicht war das DHCP einrichten bei der Fritzbox fehlhaft, bzw. nicht sauber durch gelaufen und hat sich jetzt nach ein paar Stunden geregelt. Der Pi hatte vorher einen anderen Hostname und eine andere IP. Beides hatte ich gestern in der Fritzbox gleichzeitig geändert. Allerdings wundert es mich, weil ein Raspbian hat sich problemlos installieren und ansprechen lassen. Warum dass hier nicht sofort geklappt hat verstehe ich nicht. Jetzt kann ich aber weitermachen.

peaeater

Mir ist das auch nicht klar, der Logger hat eindeutig in dieser Zeile gestopped. In den openwrt Foren gibt es den Log Eintrag zu hauf. Dort stehen aber immer noch zwei bis 3 Zeilen im Anschluß, welche bei mir nicht gekommen sind. Zusätzlich hatte ich keinen ping. Ich vermute dass ist durch das umkonfigurieren des DHCP Eintrag in der Fritzbox passiert. Vielleicht hatte die Schwierigkeiten mit dem Hosteintrag. Ich weiß es nicht. Zwichen der Fritzbox und dem Rpi hängt auch eine Swkitchkette von 3 Switchen, vielleicht hat das auch reingespielt und eine Antwortzeit war zu lange und jetzt nach mehreren Versuchen haben die Switche ihre Switchtabellen aktualisiert und es flupt deswegen.

Fakt (aus meiner Sicht) ist, dass das P44-xx-XX beim 2. Anlauf Nachmittags dann auf Anhieb funktioniert hat. Nur einschalten und es geht. So wie es sein soll.

Ich denke Du musst Dir da keinen Kopf machen.

luz

Ok, danke für das Feedback!

Ich hab jetzt schnell geschaut und mein RPi2 im Einsatz ist auch ein B V1.1.
Da folgt auf die Zeile mit der hardware isn't capable of remote wakeup direkt:

[   14.404733] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1

Es scheint also ziemlich eindeutig, dass etwas beim Hochfahren des Ethernet-Interface hängenblieb oder einfach einen langen Timeout hatte. DHCP ist da schon ein Kandidat.

Beim ersten Hochfahren eines frischen Images werden hostname und ein paar andere Sachen einmalig um die (von der MAC abgeleitete) Seriennummer ergänzt. Das passiert aber erst nachdem das eth0 schon mal mit Default-Parametern hochgefahren hat, deshalb geht es später im Bootprozess nochmals kurz down und wieder up. Im Log sieht man die hardware isn't capable of remote wakeup darum auch mehrfach. Ich vermute mal, der Hänger bei Dir passierte nicht beim ersten, sondern beim zweiten Vorkommen, da war der DHCP-Server der Fritz!box wegen dem hostname change vielleicht etwas verwirrt und wollte keine Adresse vergeben oder sowas in der Art.

Wie auch immer, das ist ein Effekt, der nur beim initialen Hochfahren auf einer neuen Hardware passiert (also auch wenn Du die gleiche SD-Karte in einen anderen Raspi steckst), danach aber bleibt's stabil.