Zapewniam, że brak "dedykowanej" dokumentacji nie oznacza, że nie czytałem tego co mi tam google podrzucił. Niestety, mam chyba jakieś "zaćmienie mózgu" bo jak do tej pory udało mi się "wycisnąć" tylko tyle:
mail.info dovecot: auth: shadow(grzes,192.168.0.2,<7Fbz5DQF0gDAqAAC>): unknown user
Oczywiście użytkownik istnieje i hasło dobre.
W każdym razie jak ktoś ma działającą konfigurację (najchętniej na BB14.07 ale nie będę wybrzydzał) to będę wdzięczny za podesłanie wyniku komendy:
doveconf -n

Uha!! Poszło:

BusyBox v1.22.1 (2014-09-20 22:01:35 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
|       |.-----.-----.-----.|  |  |  |.----.|  |_
|   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
|_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
-----------------------------------------------------
BARRIER BREAKER (14.07, r42625)
-----------------------------------------------------
  * 1/2 oz Galliano         Pour all ingredients into
  * 4 oz cold Coffee        an irish coffee mug filled
  * 1 1/2 oz Dark Rum       with crushed ice. Stir.
  * 2 tsp. Creme de Cacao
-----------------------------------------------------
root@Chronos:~# df
Filesystem           1K-blocks      Used Available Use% Mounted on
rootfs                  122771      9107    111044   8% /
/dev/root                 2304      2304         0 100% /rom
tmpfs                    30672       128     30544   0% /tmp
/dev/md0                122771      9107    111044   8% /overlay
overlayfs:/overlay      122771      9107    111044   8% /
tmpfs                      512         0       512   0% /dev
root@Chronos:~# ll /sbin/block /sbin/block_/block /root/dev
-rwxr-xr-x    1 root     root           419 Oct  8 22:20 /sbin/block
-rwxr-xr-x    1 root     root         19496 Sep 20 22:03 /sbin/block_/block

/root/dev:
drwxr-xr-x    2 root     root          1024 Oct  8 22:22 .
drwxr-xr-x    1 root     root          1024 Oct  8 22:06 ..
brw-r--r--    1 root     root        8,   0 Jan  1  1970 sda
brw-r--r--    1 root     root        8,   1 Jan  1  1970 sda1
brw-r--r--    1 root     root        8,   2 Jan  1  1970 sda2
brw-r--r--    1 root     root        8,   3 Jan  1  1970 sda3
brw-r--r--    1 root     root        8,   4 Jan  1  1970 sda4
brw-r--r--    1 root     root        8,   5 Jan  1  1970 sda5
brw-r--r--    1 root     root        8,  16 Jan  1  1970 sdb
brw-r--r--    1 root     root        8,  17 Jan  1  1970 sdb1
brw-r--r--    1 root     root        8,  18 Jan  1  1970 sdb2
brw-r--r--    1 root     root        8,  19 Jan  1  1970 sdb3
brw-r--r--    1 root     root        8,  20 Jan  1  1970 sdb4
brw-r--r--    1 root     root        8,  21 Jan  1  1970 sdb5
root@Chronos:~# cat /sbin/block
#!/bin/sh
[ "$1" = extroot ] && {
    LOG=/tmp/mdadm.txt
    /usr/sbin/insmod /tmp/overlay/lib/modules/3.10.49/md-mod.ko >> $LOG 2>&1
    /usr/sbin/insmod /tmp/overlay/lib/modules/3.10.49/raid1.ko >> $LOG 2>&1
    /bin/sleep 5
    /bin/cp -a /tmp/overlay/root/dev/* /dev/ >> $LOG 2>&1
    /tmp/overlay/sbin/mdadm --assemble --scan \
        --config /tmp/overlay/etc/mdadm.conf >> $LOG 2>&1
    cat /proc/mdstat >> $LOG 2>&1
}
exec $0_/block $*
root@Chronos:/sbin# cat /etc/config/fstab

config global
    option anon_swap '0'
    option anon_mount '0'
    option auto_swap '1'
    option auto_mount '1'
    option delay_root '5'
    option check_fs '1'

config swap
    option enabled '1'
    option priority '0'
    option device '/dev/sda1'

config swap
    option enabled '1'
    option priority '0'
    option device '/dev/sdb1'

config mount
        option target        /overlay
        option device        /dev/md0
        option fstype        ext4
        option options       'rw,sync,noatime,nodiratime'
        option enabled       1
        option enabled_fsck  1

Oto pierwszy w świecie TP-LInk z exrootem na md-raid

Jest postęp. Ale po kolei.

1. Z x86 nie ma co się bawić bo tam wszystko jest inaczej.

2. block nie daje się łatwo oszukać. Dziadostwo sprawdza jak się nazywa i patent typu:
mv block block_
nie działa. Ale to nie kłopot. Robi się tak:
mv /sbin/block /sbin/block_/block
W ten sposób zachowujemy nazwę binarki.

3. Testowo napisałem taki skrypcik(*):

# cat /sbin/block
#!/bin/sh
LOG=/tmp/log.txt
echo XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX >> $LOG
cat /proc/mounts >> $LOG
echo $0 $* >> $LOG
exec $0_/block $*

i w logu mam:

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
rootfs / rootfs rw 0 0
/dev/root / squashfs ro,relatime 0 0
proc /proc proc rw,noatime 0 0
sysfs /sys sysfs rw,noatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,noatime 0 0
tmpfs /dev tmpfs rw,noatime,size=512k,mode=755 0 0
devpts /dev/pts devpts rw,noatime,mode=600 0 0
/dev/mtdblock3 /tmp/overlay jffs2 rw,noatime 0 0
/tmp/overlay/sbin/block extroot
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
rootfs / rootfs rw 0 0
/dev/root /rom squashfs ro,relatime 0 0
proc /proc proc rw,noatime 0 0
sysfs /sys sysfs rw,noatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,noatime 0 0
/dev/mtdblock3 /overlay jffs2 rw,noatime 0 0
overlayfs:/overlay / overlayfs rw,noatime,lowerdir=/,upperdir=/overlay 0 0
tmpfs /dev tmpfs rw,relatime,size=512k,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
/sbin/block hotplug
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
rootfs / rootfs rw 0 0
/dev/root /rom squashfs ro,relatime 0 0
proc /proc proc rw,noatime 0 0
sysfs /sys sysfs rw,noatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev,noatime 0 0
/dev/mtdblock3 /overlay jffs2 rw,noatime 0 0
overlayfs:/overlay / overlayfs rw,noatime,lowerdir=/,upperdir=/overlay 0 0
tmpfs /dev tmpfs rw,relatime,size=512k,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
/sbin/block hotplug

Dalej powtarza się to samo w nieskończoność.
Czyli już wiemy że (najprawdopodobniej(**) )za pierwszym razem block jest wywoływany z parametrem extroot. Co więcej widać dokładnie co i gdzie jest podmountowane.

(*) Dla mniej doświadczonych słuchaczy (czy też podsłuchiwaczy ). Te wszystkie dziwne znaczki typu $0 $* tudzież nazwy plików i katalogów są przemyślane i odradzam samodzielne eksperymenty.
(**) Pisze najprawdopodobniej bo jeśli było jakieś wywołanie przed zamountowanie /tmp to nie będzie o tym wzmianki w logu.

Prawdę mówiąc też mi zaczął jakiś pivot chodzić po głowie. Nie wiem tylko czy nie będzie problemu z odmountowaniem overlay. Jakaś binarka może "przytrzymać"

Przyszedł mi do głowy jeszcze jeden pomysł. Robimy tak:
mv /sbin/block /sbin/block.orig

Potem tworzymy skrypt: /sbin/block w którym jest:

#!/bin/sh
grep -q md0 /proc/mdstat || mdadm -A /dev/md0
exec $0.orig $*

Oczywiście trzeba by wymacać co gdzie jest podmountowane bo tak pewno nie znajdzie ani mdadm ani mdadm.conf.
Co myślicie??

No to może tak: sprzęt: TPLink WR1043NDv2, zainstalowane:
https://downloads.openwrt.org/barrier_b … pgrade.bin

Tak prawdę mówiąc to nie znam na tyle dobrze OpenWrt żeby Ci powiedzieć kiedy zostanie odpalony który hook. Ja potrzebuje się podpiąć gdzieś przed zamontowaniem extroota. Skoro tam jest docelowa konfiguracja to zakładam że serwisy jeszcze nie działają (i net zapewne też nie). Stworzyłem sobie taki plik:
# cat /lib/preinit/49_mdadm_assemble_root
#!/bin/sh

LOG=/tmp/mdadm.log

mdadm_assemble_root() {
    /bin/df >> $LOG
    /usr/sbin/lsmod >> $LOG
    /sbin/mdadm -A /dev/md0 >>$LOG 2>&1
}

boot_hook_add preinit_main mdadm_assemble_root

Ale niestety nie mam /tmp/mdadm.log. Dla tego zakładam, że w chwili uruchomienia tmp nie jest zamontowane.

Czegos nie kleje. Te skrypty odpalane sa zanim wstanie system wiec nie bardzo wiem o jaka konsole Ci chodzi. Szeregowki nie mam. Przez siec raczej sie nie da bo jeszcze nie podniesiona. Generalnie chodzi mi o mozliwosc obejzenia komunikatow generowanych przez skrypt odpalany zamin podmountuje sie overlay.

Edit: z tym overlay to glupote strzelilem bo tam jest ten skrypt. No wlasnie: co jest podmountowane i gdzie jak odpalaja sie hooki??

barrier_breaker 14.07

No to slabo.  A nie da sie jakiegos hooka podlaczyc??
Probowalem tak:

# cat /lib/preinit/49_mdadm_assemble_root
#!/bin/sh

LOG=/tmp/mdadm.log

mdadm_assemble_root() {
    /bin/df >> $LOG
    /usr/sbin/lsmod >> $LOG
    /sbin/mdadm -A /dev/md0 >>$LOG 2>&1
}

boot_hook_add preinit_main mdadm_assemble_root

1. Jest szansa zeby jakos tak poszlo??

2. Da sie z tego jakies komunikaty wydusic?? ustawialem juz rozne LOG= i nic. Moze jakis logger??

Eeee... To lamerskie rozwiązanie.
(żart, prosimy się nie obrażać , jak zwykle wielkie dzięki dla Cezarego, że w ogóle chce mu się odpisywać)

Coś mi się kołatało z tyłu czaszki, że gdzieś już coś takiego widziałem. Zdaje się, że jak flashowałem jakiś kontroler RAIDowy HP. Też jakieś skrypty się sypały. Jak się okazuje print jest poleceniem wewnętrznym shela. Autorzy zastosowali bash który w PLD go nie rozpoznaje za to mksh radzi sobie z tym doskonale. Nie chciało mi się łatać źródeł więc podlinkowałem /bin/mskh do /bin/bash i voila!

W dalszym ciągu prosił bym o odpowiedź na pierwsze z moich pytań. Czy:
svn co -r 42056 svn://svn.openwrt.org/openwrt/branches/barrier_breaker ./
to właściwy sposób na zassanie źródeł do  barrier breaker 14.07-rc3. Czy może jest jakiś bardziej "koszerny".

PS. Mamusia miała racje! Po powyższej poprawce kompilował się dalej ale nie do końca. Dopiero make -j1 poszło bez bólu i wygenerowało obrazki. No i to tyle jeśli chodzi o kupowanie wielordzeniowych procesorów.

Dzięki za info. Przysmażę smd na kabelkach.

Bardziej niż zbrickowania boje się fizycznego zajechania wewnętrznego flash (tak jak pisałem u mnie trochę się tam dzieje). Skoro już rozważam powiększenie to doszedłem do wniosku, że jako dodatkowy bonus zrobię to tak, żeby w razie czego (w miarę) łatwo można było go respawnować.

Jak dla mnie super! Tylko to wymaga samodzielnego wygenerowania odpowiednio zmodyfikowanego firmware. Na to trochę za cienki jestem. Jeśli jednak komuś chciało by się zrobić/podzielić ze mną odpowiednimi obrazami na moje tp-linki...