Bo i nic nie da - trzeba wypiąć to na czym masz zainstalowany extroot i sprawdzić na "dużym" linuchu - tak jest najpewniej. Przy nagłym wyłączeniu prądu zazwyczaj może się coś posypać w systemie plików - duże linuchy mają zaimplementowane automaty do napraw (oczywiście też tylko do pewnego stopnia - przy bardziej złożonych błędach e2fsck/fsck z terminala w trybie awaryjnym nie unikniesz i na "dużym" linuchu), openwrt tak sobie, lub wcale, przy pewnego typu błędach (po prostu nie uruchomi się system i już).

Trzeba coś zmienić w /etc/config/fstab, czy gdzie tam masz ten plik konfiguracyjny od fstab-a i skasować jakiś plik z sumą kontrolną w / (to jest różnie w różnych wersjach zaimplementowane). Znajdziesz sobie na stronie głównej tego portalu, co i jak, i dlaczego tak, i.t.d.

Moduł kernela, który chcesz instalować musi być z tej samej kompilacji co obraz, który masz zainstalowany w routerze.
Poza tym najnowszy CC to RC3 i ma aktualnie jajko w wersji 3.18.18.
Sprawdź sobie najpierw co masz w routerze:

uname -a
source /etc/profile

Jest jeszcze kwestia podstawowa (nie wiem jakie masz zaznaczone ścieżki/adresy sieciowe do instalacji pakietów = /etc/opkg.conf). Jeżeli z serwerów openwrt.org to jajco ma inną sumę kontrolną dla tej wersji jądra (3.18.17): kernel_3.18.17-1-08d628f1b60980ae837e80caaf2d7e37_ar71xx.ipk , a więc i każdy moduł jądra z tamtego źródła (openwrt.org) ma taką samą sumę kontrolną = przeczytaj 1 zdanie w tym poście.

ok. ale co masz właściwie wgrane, jaki obraz ?
Bo jeżeli to nie build Cezarego to nie zainstalujesz w tym obrazie/docelowo działającym systemie żadnego modułu kernela, jeżeli obraz/aktualnie działający system nie jest od Cezarego. To dotyczy wszystkich modułów kernela i co niektórych programów, które albo tak mają to zafiksowane, albo w łańcuchu zależności odwołują się właśnie do danego kernela.
Budujesz obraz sam - buduj z całą masą pakietów/modułów jądra, które masz zamiar w bliżej nieokreślonej przyszłości użyć.

Czyli nawijaj z Cezarym w pierwszej kolejności - to jego buildy i podpowie Ci co najlepiej zrobić w tej sytuacji.
I oczywiście wiadomo - nie instaluj modułu jądra 3.18.17 w jajku 3.18.18 - to najgorszy możliwy scenariusz postępowania i 99 % pewności, że: 1) nie da się zainstalować b) będzie powodował problemy w działaniu (i ma prawo). Może ścieżki masz niezgodne w opkg.conf ? Może być też tak, że Cezary nie zbudował danego modułu do swojej bazy pakietów, więc opkg szuka go tam gdzie ma podane dodatkowo ścieżki (tu openwrt.org) - tyle, że w tamtym repo moduły kernela są do w ogóle innego jądra, w sumie wystarczy, że nie do tej samej wersji (bo mógłbyś spróbować użyć opcji --nodeps, czy --force, nie pamiętam już dokładnie - sprawdzisz sobie, by zainstalować dany moduł gdyby była ta sama wersja). Nie próbuj jednakże w ogóle instalacji jak to nie do tej wersji jądra.
Ogólnie moduły kernela i kernel - czyli w sumie baza jądra + dodatkowe moduły wkompilowane na stałe i startujące wraz z ładowaniem jądra do ram/uruchamianym systemem - tworzą razem coś w rodzaju rejestru, każdy moduł ma swoje określone miejsce w całości co warunkuje głównie adres w pamięci ram.

I dlatego się nie miesza modułów jądra z różnych kerneli tylko razem wszystko buduje - niektóre jako włączone do jądra na stałe, a pozostałe jako dostępne do instalacji - ale z tej samej kompilacji.

EDIT:
Dla pewności podaj jeszcze wynik uname -a

Szukałem w opisie extroota aby nie robić upgrade bez zachowania ustawień. Wiec nie wiem dlaczego tak to wyszło

Kiedys nie było takiego problemu na garygolu chyba ze się myle

Czyli kolega nie opisał do końca całej sytuacji a teraz wychodzą dodatkowe niuanse/problemy...eeeh.

Dopóki się nie ustabilizuje to tak.