Der macht vermutlich einen Rescan der Blockchain für die Lightning-Wallet. Könnte ein paar Stunden dauern. Vielleicht sieht man im .bitcoin/debug.log, wie weit der so ist (ohne Gewähr).
Ich würd’ auf jeden Fall einfach erstmal in den Logdateien vom CL und bitcoind nachsehen, was die so treiben, bevor man mit Ungeduld mehr Schaden anrichtet.
admin@192.168.2.145:~/.bitcoin ₿ ls -la
total 12
drwxr-xr-x 2 admin admin 4096 Aug 23 03:20 .
drwxr-xr-x 13 admin admin 4096 Aug 23 12:29 ..
-rw-r--r-- 1 admin admin 757 Aug 23 03:22 bitcoin.conf
admin@192.168.2.145:~/.bitcoin ₿
Die cl.log teilt mir nur laufend mit, daß der channeld: Owning subdaemon channeld gestorben ist.
2022-08-23T11:37:41.569Z INFO plugin-backup.py: root : Comparing backup version 6028529 versus first write version 6028530
2022-08-23T11:37:41.570Z INFO plugin-backup.py: Comparing backup version 6028529 versus first write version 6028530
2022-08-23T11:37:41.570Z INFO plugin-backup.py: root : Versions match up
2022-08-23T11:37:41.570Z INFO plugin-backup.py: Versions match up
2022-08-23T11:37:41.606Z INFO connectd: Static Tor service onion address: "fehquuaznonng7mgwoq6xlpdam2ht2xd5elpkmvweaz4m3hhvarvntad.onion:9736,127.0.0.1:9736" bound from extern port 9736
2022-08-23T11:37:41.684Z INFO plugin-bcli: bitcoin-cli initialized and connected to bitcoind.
2022-08-23T11:37:58.250Z INFO lightningd: --------------------------------------------------
2022-08-23T11:37:58.250Z INFO lightningd: Server started with public key 03e4a7dcd097d9546908f5c6a8ab68b7688d6d603b8532c958aafd01138ae08e07, alias eJusCLN2 (color #03e4a7) and lightningd v0.11.2
2022-08-23T11:38:10.935Z UNUSUAL 03029285be6767f0b4f02aa3b179347a792b65780c43eafb7e9c2e1710c9e53f97-chan#2993: Deferring incoming commit until we sync
2022-08-23T11:38:10.936Z UNUSUAL 026165850492521f4ac8abd9bd8088123446d126f648ca35e60f88177dc149ceb2-chan#1377: Deferring incoming commit until we sync
2022-08-23T13:10:35.851Z INFO 02e8b87796f8c4123d1b4bfb0365584bb6a7177c73c71bc1e6659509d74a7504a3-channeld-chan#48: Peer connection lost
2022-08-23T13:10:35.860Z INFO 02e8b87796f8c4123d1b4bfb0365584bb6a7177c73c71bc1e6659509d74a7504a3-chan#48: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
2022-08-23T13:10:49.485Z INFO 03029285be6767f0b4f02aa3b179347a792b65780c43eafb7e9c2e1710c9e53f97-chan#2993: Peer transient failure in CHANNELD_NORMAL: Reconnected
2022-08-23T13:10:52.522Z UNUSUAL 03029285be6767f0b4f02aa3b179347a792b65780c43eafb7e9c2e1710c9e53f97-chan#2993: Deferring incoming commit until we sync
2022-08-23T15:39:00.682Z INFO 02abbaa2bce7a353ec0624cfb91d19a3a6024d9bebdd96e79e6f289ea6915790e4-channeld-chan#1393: Peer connection lost
2022-08-23T15:39:00.690Z INFO 02abbaa2bce7a353ec0624cfb91d19a3a6024d9bebdd96e79e6f289ea6915790e4-chan#1393: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
2022-08-23T16:44:57.870Z INFO 02e8b87796f8c4123d1b4bfb0365584bb6a7177c73c71bc1e6659509d74a7504a3-channeld-chan#48: Peer connection lost
2022-08-23T16:44:57.875Z INFO 02e8b87796f8c4123d1b4bfb0365584bb6a7177c73c71bc1e6659509d74a7504a3-chan#48: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
2022-08-23T16:49:51.480Z INFO 03d607f3e69fd032524a867b288216bfab263b6eaee4e07783799a6fe69bb84fac-channeld-chan#1245: Peer connection lost
2022-08-23T16:49:51.481Z INFO 03d607f3e69fd032524a867b288216bfab263b6eaee4e07783799a6fe69bb84fac-chan#1245: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
2022-08-23T16:49:51.481Z INFO 0336bcab33a15ba931790d007b6bc1f604af31f461e7a3de6f608d266cc1973f2f-channeld-chan#1577: Peer connection lost
2022-08-23T16:49:51.482Z INFO 0336bcab33a15ba931790d007b6bc1f604af31f461e7a3de6f608d266cc1973f2f-chan#1577: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
2022-08-23T16:49:51.482Z INFO 02abbaa2bce7a353ec0624cfb91d19a3a6024d9bebdd96e79e6f289ea6915790e4-channeld-chan#1393: Peer connection lost
2022-08-23T16:49:51.482Z INFO 02abbaa2bce7a353ec0624cfb91d19a3a6024d9bebdd96e79e6f289ea6915790e4-chan#1393: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
2022-08-23T16:49:51.482Z INFO 02e8b87796f8c4123d1b4bfb0365584bb6a7177c73c71bc1e6659509d74a7504a3-channeld-chan#48: Peer connection lost
2022-08-23T16:49:51.482Z INFO 02e8b87796f8c4123d1b4bfb0365584bb6a7177c73c71bc1e6659509d74a7504a3-chan#48: Peer transient failure in CHANNELD_NORMAL: channeld: Owning subdaemon channeld died (62208)
Ich werde daraus nicht schlau. Kann ich mir die eigentlich auch auf debug level anschauen, ohne die cl,conf ändern zu müssen?
Das bitcoin.log sagt mir regelmäßig:
Socks5() connect to {KRYPTO}.onion:8333 failed: host unreachable
Zugegeben, ich kenne die neue RaspiBlitz 1.8.0 Version noch nicht und weiß daher nicht, ob übliche Dinge von den Vorversionen noch genauso funktionieren.
Sonst auf der Kommandozeile menu eingeben und ausführen, damit sollte man im normalen RaspiBlitz-Menü landen. Dann SYSTEM auswählen und dort gibt es dein Eintrag für bitcoinLOG.
Die Socks5() connect to ... failed: host unreachable kann man wohl ignorieren, dein bitcoind findet ja Peers und synced.
Sorry, sonst keine Idee. Ggf. mal an Stellen mit höherer RaspiBlitz-User-Dichte anklopfen: RaspiBlitz-Support, primär erstmal noch Geduld, aber auch wie man herausfinden kann, ob und mit was deine raspine beschäftigt ist.
ich habe die „Holzhammermethode“ verwendet und bin auf Raspiblitz 1.7.2. zurückgegangen. Das hat zwar auch nicht so ganz funktioniert. Das Core-Lightning startete nicht. Aber über CL-REPAIR / FILERESTORE ließ es sich wieder flicken. Momentan „rescant“ die Raspine und es sieht gut aus. Wenn der „Normalzustand“ vollständig wiederhergestellt ist, werde ich den Upgrade-Prozeß neu starten. Vielleicht hätte ich den Filerestore-Zauber auch mit 1.8.0 durchführen können, wer weiß. Aber ich glaube, ich komme zurande.