Właśnie, a wolałbym aby taką kartę jednak formatował, bo jest ona niezgodna.

Czyli coś takiego, maksimum uniwersalności:

DEVICE="/dev/mmcblk0"
PARTITION="/dev/mmcblk0p1"

# Jest karta w gnieździe
# System uruchomiony z Flash
# ExtRoot w ogóle włączony w konfiguracji, abym mógł też to gniazdo SD wykorzystywać do czego innego
if [ -b "${DEVICE}" ] && \
[ "$( /bin/df -h | /bin/grep ""${DEVICE}".*/overlay" )" = "" ] && \
[ "$( /sbin/uci -q get fstab.overlay.enabled )" = "1" ]; then
  
  # Nowa karta (nie ma jednej partycji EXT4)
  if ( [ ! "$( /sbin/block info "${PARTITION}" | /bin/grep -o -e "TYPE=\S*" )" = "TYPE=\"ext4\"" ] || \
  [ "$( /bin/ls "${DEVICE}"* | /usr/bin/wc -l )" -ne 2 ] ); then
    FORMAT="true"
    
  # Stara karta (na karcie /etc/.extroot-uuid nie jest taki sam jak na routerze, ale z czym dokładnie mam to porównać?)
  elif ( ??? ); then
    FORMAT="true"
    
  else
    FORMAT="false"
    
  fi
  
  if ( "$FORMAT" = "true" ); then
    # 
    # Działania formatujące kartę sd
    # Reboot
    # 
  fi
  
fi

/etc/.extroot-uuid jest na overlay flasha czy overlay karty sd?

To problem rozwiązał się sam, będę montował na:

uci set fstab.overlay.device="/dev/mmcblk0p1"

Więc tak:

1. W /etc/config/fstab dopisuje taki wpis:

config mount 'overlay'
    option enabled '1'
    option device '/dev/mmcblk0p1'
    option target '/overlay'

2. I teraz plik /etc/rc.local dopisuje taki skrypt, jeszcze testuje w nim wszystkie przypadki, może masz sugestie jakiś zależności:

DEVICE="/dev/mmcblk0"
PARTITION="/dev/mmcblk0p1"
if [ -b "${DEVICE}" ] && \
( [ ! "$( /sbin/block info "${PARTITION}" | /bin/grep -o -e "TYPE=\S*" )" = "TYPE=\"ext4\"" ] || \
[ "$( /bin/ls "${DEVICE}"* | /usr/bin/wc -l )" -ne 2 ] || \ 
[ "$( /sbin/uci -q get fstab.overlay.device )" = "${PARTITION}" ] ); then
  echo "timer" > "/sys/class/leds/u7621-06:green:led4/trigger"
  echo "100" > "/sys/class/leds/u7621-06:green:led4/delay_on"
  echo "100" > "/sys/class/leds/u7621-06:green:led4/delay_off"
  /bin/dd if="/dev/zero" of="${DEVICE}" count=2049 2&>1 > /dev/null
  echo -e "o\nn\np\n1\n\n\nw" | /usr/sbin/fdisk "${DEVICE}" 2&>1 > /dev/null
  yes | /usr/sbin/mkfs.ext4 "${PARTITION}" 2&>1 > /dev/null
  echo "none" > "/sys/class/leds/u7621-06:green:led4/trigger"
  echo "1" > "/sys/class/leds/u7621-06:green:led4/brightness"
  reboot
fi

Skrypt ma rozwalić tabele partycji na karcie microSD, utworzyć jedną partycję vfat i następnie nagrać na nią system plików ext4 jeśli:
1. karta SD włożona jest do gniazda
2. wystąpi przynajmniej jedna z poniższych zależności:
A. pierwsza partycja karty sd nie ma systemu pliku ext4
B. jeśli karta sd nie ma jednej partycji (nie ma jej wcale lub ma więcej niż jedną)
C. jeśli system uruchomi się bez ExtRoota, mimo że karta jest zainstalowana, w razie jakiejś awarii router będzie resetował się w kółko, dzięki temu też jeśli karta trafi z innego routera też powinna zostać sformatowana, tak mi się wydaje

Problem jest następujący:
jeśli użyję kartę sformatowaną już w ten sposób przez inny router i mam tego IFa 2C, to router wkoło się resetuje, jeśli go wyrzucę ze skryptu, to router uruchamia się bez ExtRoota.
Jeśli nie ma IFa 2C i karta jest pusta, ExtRoot zapina się prawidłowo.

Widzisz, czyli nie mogę tego użyć, nie mogę użyć również /dev/sdX1, bo będzie się montował z losowego urządzenia, musiałbym napisać skrypt, który przy uruchomieniu routera sprawdzi czym jest /dev/sdcard1 (jeśli jest zainstalowana karta), wyjdzie że np. /dev/sdh1, następnie wyciągnie mi UUID tej karty, sformatuje ją, UUID wprowadzi do /etc/config/fstab i zrobi reboot.

Rozwiązanie musi być uniwersalne, działać na routerze, w którym zainstaluje taką kartę.

To czeka mnie fajna zabawa, założenia mam takie:
1. Bez włożenia karty /overlay działa na flashu routera
2. W każdym momencie po włożeniu karty i reboocie, system ma zrobić overlay na karcie, zrebutować się i uruchamiać /overlay z sdcard
3. W każdym momencie po wyjęciu karty i reboocie, system ma zrobić overlay na flashu, zrebutować się i uruchomić /overlay z sdcard
4. Jeśli to karta niepochodząca z routera, nie ma odpowiedniej struktury pierwszych folderów - ma ją sformatować
5. Kartę ext root można wymieniać pomiędzy routerami, aby router A stał się routerem B, a B stał się routerem A

Jasne, ale czemu uhttpd sie tak wiesza przy tym?

Sytuacja pierwsza:
Klient wysyła zapytanie http, uruchamia się skrypt, klient dostaje po 5 sekund na odpowiedz. Ledwo działa to równocześnie na trzech otwartych kartach w przeglądarce.

Sytuacja druga:
Klient wysyła zapytanie http, uruchamia się skrypt W TLE, klient otrzymuje pusta odpowiedz po 50ms. Po 5 sekundach skrypt kończy prace, zapisuje wynik do /tmp. Klient wykonuje następne zapytanie http, otrzymuje odpowiedź po 50ms, przy okazji uruchamia kolejny raz skrypt W TLE, aby mieć jego odpowiedź 5 sekund później przy następnym zapytaniu http. Taki sposób działa równocześnie na dziesięciu otwartych kartach w przeglądarce, więcej nie testowałem.

Wygląda to na kolejkowanie zapytań serwera www, ponieważ inni klienci (karty w przeglądarce) długo czekają na odpowiedź.
Ustawiałem nawet -> option max_requests '1500'
Potem uci commit uhttpd
Oraz /etc/init.d/uhttpd restart

Zastanawiam się, czy muszę przekodować teraz wszystkie swoje skrypty, aby zasada ich działania była taka jak w "sytuacja druga", czy mogę zostać przy "sytuacja pierwsza" zmieniając jakąś konfigurację serwera. Pod Apache2 w Raspbianie nie miałem takich problemów, a tam potrafię wysyłać kilkadziesiąt requestów i czekać po 1 minutę na odpowiedź.

Zapomniałem dodać najważniejszego, że chcę to zrobić "w locie", bez zapisywania.

Czy OpenWRT jest jakaś dyrektywa pozwalająca zrobić coś takiego:

Dzięki

Tak, potwierdzam -> to załatwiło sprawę:

uci set network.PlayOdNOWA.force_link='1'

Zastanawiam się jeszcze nad takim stanem rzeczy: po restarcie routera zawsze mam dostęp do swoich HiLink'owych Huawei, ale jeśli podczas pracy routera OpenWRT:
1. wejdę w WebGUI modemu lub konsolą po Telnet, aby go zresetować
2. wyjmę go i włożę z portu USB
...to czasami po takim restarcie samego modemu -> modem nie działa.
Hotplug w OpenWRT robi tylko:

/sbin/ip link set $NAME1 down
/sbin/ip link set $NAME1 name $NAME2
/sbin/ip link set $NAME2 up

I teraz jak wygląda ta sytuacja i co nie pomaga:

ip link set usb5 down && sleep 5 && ip link set usb5 up
ifdown PlayodNOWA && sleep 5 && ifup PlayodNOWA

ifstatus PlayOdNOWA

{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "dynamic": false,
        "uptime": 37,
        "l3_device": "usb5~if0",
        "proto": "dhcp",
        "device": "usb5~if0",
        "updated": [
                "addresses",
                "routes",
                "data"
        ],
        "metric": 140,
        "dns_metric": 0,
        "delegation": true,
        "ipv4-address": [
                {
                        "address": "192.168.211.232",
                        "mask": 28
                }
        ],
        "ipv6-address": [

        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                {
                        "target": "0.0.0.0",
                        "mask": 0,
                        "nexthop": "192.168.211.231",
                        "source": "192.168.211.232/32"
                }
        ],
        "dns-server": [
                "192.168.211.231",
                "192.168.211.231"
        ],
        "dns-search": [

        ],
        "neighbors": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ],
                "neighbors": [

                ]
        },
        "data": {
                "leasetime": 86400
        }
}

ip addr

(...)
32: usb5~if0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc hfsc state UP group default qlen 1000
    link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::e5b:8fff:fe27:9a64/64 scope link
       valid_lft forever preferred_lft forever

route

tutaj nie mam żadnych wpisów od tego interfejsu

ip route show

tutaj nie mam żadnych wpisów od tego interfejsu

uci show network.PlayOdNOWA

network.PlayOdNOWA=interface
network.PlayOdNOWA.ifname='usb5~if0'
network.PlayOdNOWA.proto='dhcp'
network.PlayOdNOWA.metric='140'

Podsumowanie:
Widzę, że mój interfejs PlayOdNOWA ma adres IP, zaś moje urządzenie usb5~if0 nie ma nadanego adresu, tablica rutingu nie istnieje dla urządzenia przez co nie mam do niego dostępu. Jedyne co pomaga na ten stan rzeczy to:

/etc/init.d/network restart

...ale nie tędy droga... Co byś radził dodać do mojego skryptu hotplug?

Oczywiście, że jest. Taka jest zasada działania Captive Portalu. Przez DNSy, przez przekierowanie z IP na fakeIP, lub jedno i drugie jednocześnie.

Mój CP działa, przekierowuje mnie na adres routera, na którym w LuCi robie sobie link <a href="bdi.free.aero2.net.pl:8080/">Aktywuj</a> i ten link działa, kiedy mam dyrektywę:

Nie chce wpisywać adresu IP strony z Captchą na sztywno w konfigurację, bo kiedy się on zmieni (a zmienia się), to po kliknięciu w link powiedzmy to "Aktywuj", przekieruje mnie na adres bdi.free.aero2.net.pl pod adresem ip 212.2.123.253, który już nie istnieje.

Dlatego chce zabronić wszystkiego (tylko po DNSach):
uci add_list dhcp.@dnsmasq[0].address='/#/192.168.1.1'
..ale oprócz adresu Aero2
uci add_list dhcp.@dnsmasq[0].address='/bdi.free.aero2.net.pl/212.2.123.253'
tylko bez podawania adresu IP.

Jak mogę to osiągnąć?

Próbowałem tak
uci add_list dhcp.@dnsmasq[0].address='/bdi.free.aero2.net.pl/'
i tak:
uci add_list dhcp.@dnsmasq[0].address='/bdi.free.aero2.net.pl/#'
i to nie działa