Geth 1.10.4 pruning

I was running geth 1.10.2 on my RPi4 with the parameters --txlookuplimit=0 --snapshot=false to minimize cpu load. However since my 2TB SSD is now about 79% full for some reason, I decided to make a snapshot before pruning. So I updated to geth 1.10.4 and took these parameters out, which enabled snapshot generation by default. However the snapshot generation for some reason seems to take for ever, it's been running for over a week now. Is this normal behavior? Anyone experienced this on a RPi4? I'm afraid that if it takes like a month or so, I will be forced to delete all chaindata and resync from scratch since the disk will eventually become full. See geth log below:

Jun 20 22:25:47 validator geth[141868]: INFO [06-20|22:25:47.392] Aborting state snapshot generation root=fc3c41..3de29d at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=30h30m53.595s eta=954845h59m47.71s Jun 20 22:25:47 validator geth[141868]: INFO [06-20|22:25:47.393] Resuming state snapshot generation root=de9fba..9e6921 at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=30h30m53.597s eta=954845h59m47.71s Jun 20 22:25:47 validator geth[141868]: INFO [06-20|22:25:47.488] Imported new chain segment blocks=1 txs=221 mgas=14.985 elapsed=55.112s mgasps=0.272 number=12,667,033 hash=f400dc..2934de age=1d1h42m dirty=63.90MiB 

after a few days, ETA became a negative number which is very weird. Also noticed the "at=", "accounts=", "slots=" and "storage=" fields remain the same all the time (not sure if this is normal).

Jun 23 19:46:06 validator geth[141868]: INFO [06-23|19:46:06.198] Aborting state snapshot generation root=d68b93..5017c3 at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=99h51m12.401s eta=-1999 565h54m27.431s Jun 23 19:46:06 validator geth[141868]: INFO [06-23|19:46:06.199] Resuming state snapshot generation root=b8e029..57229d at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=99h51m12.402s eta=-1999 565h54m27.431s Jun 23 19:46:06 validator geth[141868]: INFO [06-23|19:46:06.299] Imported new chain segment blocks=1 txs=205 mgas=14.947 elapsed=57.745s mgasps=0.259 number=12,671,447 hash=f5ebab.. 6ea02c age=3d6h23m dirty=63.90MiB 

next day:

Jun 24 14:14:47 validator geth[141868]: INFO [06-24|14:14:47.175] Aborting state snapshot generation root=19b56a..a9808e at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=118h19m53.378s eta=-1421367h10m46.674s Jun 24 14:14:47 validator geth[141868]: INFO [06-24|14:14:47.175] Resuming state snapshot generation root=23e508..51cee6 at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=118h19m53.379s eta=-1421367h10m46.674s Jun 24 14:14:47 validator geth[141868]: INFO [06-24|14:14:47.297] Imported new chain segment blocks=1 txs=196 mgas=14.961 elapsed=54.891s mgasps=0.273 number=12,672,616 hash=49a53b..aef2bd age=3d20h27m dirty=63.90MiB 

today ETA is positive again, yet no end in sight:

Jun 26 17:00:05 validator geth[141868]: INFO [06-26|17:00:05.833] Deep froze chain segment blocks=2 elapsed=354.340ms number=12,585,938 hash=263676..32248c Jun 26 17:00:57 validator geth[141868]: INFO [06-26|17:00:57.165] Aborting state snapshot generation root=f341d7..05697d at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=169h6m3.369s eta=167265h29m48.892s Jun 26 17:00:57 validator geth[141868]: INFO [06-26|17:00:57.166] Resuming state snapshot generation root=3b05a5..dee933 at=000218..fce2a8 accounts=4480 slots=4963 storage=559.52KiB elapsed=169h6m3.369s eta=167265h29m48.892s Jun 26 17:00:57 validator geth[141868]: INFO [06-26|17:00:57.293] Imported new chain segment blocks=1 txs=156 mgas=14.931 elapsed=55.737s mgasps=0.268 number=12,675,939 hash=ac825c..93c444 age=5d10h53m dirty=63.90MiB