Taz

It is not worth the effort to fiddle with a 256MB micro sd card, just get a at least 32 GB micro sd card and get on with it. I have 256 GB tf card and I am glad I chose this big and not smaller. Even if you managed to get 256MB /boot partition to boot and system from 32GB usb driver combo to work, you are asking for a massive headache if you ever run out. Generally speaking, the minimum I would go for is 64GB tf card with SDXC label(or UHS-1 I think) on it like Kingston Canvas Select Plus. Unless you live in something like North Korea, you should be able to get one for less than 10 euro.

That would be swell if everyone would follow the rules, but in reality some apps try to evade Pi-hole by providing their own DNS addresses.

I use Q96 Max to run Pi-hole, Home Assistant in supervised mode, WireGuard, NFS, qBittorrent and Apache. I have openwrt box setup so that it redirects all outgoing DNS to my Pi-hole instance, and since I have wireguard on my phone, I get zero advertisement even on google apps.

Well, the issue with r8152 and probably some other devices like 1000Mbps ethernet adapters and maybe SSDs is that these things have only limited amount of RAM for buffering. If the CPU just isn't fast enough to clear those buffers you are going to get buffer overruns.

X88 Pro 10 at least one I had is such a source of misery I swapped the SD card to H96 Max and now everything is much better. I will be flashing the android image back to it as soon as I get a fly mouse and use it to play angry birds or something on my projector instead. My advice, do not buy X88 Pro 10 instead stick with H96 Max only. At least on H96 Max reboot works so you can set up watchdog to reboot it unlike on X88 Pro 10 which has unreliable reboot. On my H96 Max there is no built-in wifi is not detected so I stuck a wifi adapter on it. I do not have much appetite to try to fix it. As soon as I plugged in r8152 to H96 Max it went completely bazooka with: [Thu Sep 28 01:17:41 2023] xhci-hcd xhci-hcd.0.auto: WARN: HC couldn't access mem fast enough for slot 1 ep 6 [Thu Sep 28 01:17:41 2023] r8152 3-1:1.0 enx00e04c6824a3: intr status -63 is causing something to occur in Home Assistant virtualization within seconds of any traffic taking down all wifi, eth within 10 seconds. So I spoke too soon, r8152 is not usable on these boxes at least not when plugged into usb 3 maybe there is a way to make it work as usb 2.0 but I was unsuccessful. For comparison r8152 chipset works fine with my Orange pi PC which has usb 2.0 and seems super fast as well. I found one seller on aliexp who sells RTL8156 2500Mbps Ethernet adapter: https://www.aliexpress.com/item/1005003432672849.html I think they both use same driver but hey I figure it is worth a shot.

Okay, it seems 6.5.x series kernels are not crashing but instead freezing with: [Thu Sep 28 09:59:54 2023] NOHZ tick-stop error: local softirq work is pending, handler #08!!! in dmest -T. To deal with this problem I went to armbian-config -> System -> Bootenv and added: extraargs='nohz=off' . I have a feeling this is an inherit problem with these slower arm based boards so I do not think this is not going to get fixed anytime soon. I also found: [Thu Sep 28 01:17:41 2023] xhci-hcd xhci-hcd.0.auto: WARN: HC couldn't access mem fast enough for slot 1 ep 6 [Thu Sep 28 01:17:41 2023] r8152 3-1:1.0 enx00e04c6824a3: intr status -63 But as far as I can tell this is not fatal anymore and one should be able to use RTL8153 Gigabit Ethernet Adapters without any major issues.

6.5.3-edge-rockchip64 kernel is crashing here as well. Have not found my uast usb adapter that works with this board yet and it is super annoying when my home assistant and therefore lights depend on this so will probably downgrade kernel to get out of this situation.

I did full "apt-get update && apt-get upgrade" and landed with 6.1.53-current-rockchip64 kernel. I have had two hard crashes of the system in two days with this kernel, edited /etc/default/armbian-ramlog to disable ram /var/log to see if I can track it. Also noticed that the 50MB /var/log is not big enough and it was full. I have also tested 256 GB SDXC1 (Kingston canvas select plus) on the armbian rk3318 and if there was any doubt of being able to access the whole card, it is working fine. EDIT: found nothing useful in logs. EDIT2: testing 6.5.3-edge-rockchip64 kernel now

I can confirm success with RTL8153 1000Mbps usb 3.0 ethernet adapter like https://www.aliexpress.com/item/1005003293799477.html . I had to copy firmware file from my main pc. I initially got very poor 2MB/s big file transfer rates but after replacing cable, https://askubuntu.com/questions/1345256/cant-get-rtl8153-gigabit-ethernet-adapter-usb-3-0-working-on-ubuntu-20-04 and forgetting about it for a couple of weeks I tested again. Somehow even though I have different IP addresses for the links, they seem to still get little mixed by the linux kernel and openwrt router so I am going to disable the wifi altogether. I measured around 20 MB/s big file(from TF card) transfer speed over NFS while MT7601U clocks at 3.3 MB/s. AP6330 is some 20% faster than MT7601U. Now we are cooking with fire!