Ještě před tím, než to zresetuju... aneb kernel panic

Milí majitelé routerů Turris,

toto fórum bylo 9. 12. 2016 zmrazeno a nahrazeno naším novým Turris fórem. Ještě chvíli bude dostupné k prohlížení, ale již zde není možné přispívat. Více informací naleznete v oznámení o uzavření fóra.

Dear Turris routers users,

this forum has been frozen on Dec 9th, 2016 and replaced by our new Turris forum. It will be read-only accessible for some time after. For more information, read the announcement about closing the forum.

Téma Majitelé routerů / Technická podpora / Ještě před tím, než to zresetuju... aneb kernel panic

Od Jaroslav Zdeněk

Dne 2016-04-21 22:22

Zdravím,
dnes jsem si s Turrisem chtěl hrát s ESP modulem, tak jsem si chtěl nainstalovat minicom a co se nestalo... poprvé se nainstaloval jen balíček minicom, tak to spustím a pár sekund na to reboot ... říkám ok, naběhne to, tak to zkouším znova, mini<tab> .. a nic - tak 2xTab a ono tam nic není... tak znova opkg install minicom, tentokrát se nainstaluje vč závislostí, ale po spuštění zase celý router lehne, po připojení debug konzole končí na tomhle (z čeho, nejsem moc chytrý) :(

Díky za jakékoliv rady :)

[    2.142108] UBI: attaching mtd9 to ubi0
[    3.659056] UBI: scanning is finished
[    3.672901] UBI: attached mtd9 (name "rootfs-ubifs", size 256 MiB) to ubi0
[    3.679795] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
[    3.686589] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 512
[    3.693207] UBI: VID header offset: 2048 (aligned 2048), data offset: 4096
[    3.700085] UBI: good PEBs: 2044, bad PEBs: 4, corrupted PEBs: 0
[    3.706094] UBI: user volume: 1, internal volumes: 1, max. volumes count: 128
[    3.713234] UBI: max/mean erase counter: 31/14, WL threshold: 4096, image sequence number: 1876573893
[    3.722460] UBI: available PEBs: 0, total reserved PEBs: 2044, PEBs reserved for bad PEB handling: 36
[    3.731701] UBI: background thread "ubi_bgt0d" started, PID 907
[    3.738555] rtc-mcp7940 0-006f: setting system clock to 2016-04-21 21:09:46 UTC (1461272986)
[    3.748448] UBIFS: background thread "ubifs_bgt0_0" started, PID 909
[    3.800886] UBIFS: recovery needed
[    3.915059] UBIFS: recovery completed
[    3.918762] UBIFS: mounted UBI device 0, volume 0, name "rootfs"
[    3.924780] UBIFS: LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[    3.933927] UBIFS: FS size: 252555264 bytes (240 MiB, 1989 LEBs), journal size 9023488 bytes (8 MiB, 72 LEBs)
[    3.943853] UBIFS: reserved for root: 0 bytes (0 KiB)
[    3.948915] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 45487AE9-EB49-43EB-A21A-14621E05A49E, small LPT model
[    3.963411] VFS: Mounted root (ubifs filesystem) on device 0:10.
[    3.969613] Freeing unused kernel memory: 172K (c03af000 - c03da000)
[    4.000585] Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.
[    4.013030] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.10.49-1dcf043c772053ee39cecddc9cff3577-9 #1
[    4.022076] Call Trace:
[    4.024525] [df855ea0] [c00069e4] show_stack+0x5c/0x150 (unreliable)
[    4.030889] [df855ee0] [c02fb560] panic+0xdc/0x1fc
[    4.035681] [df855f30] [c0002780] kernel_init+0x108/0x120
[    4.041083] [df855f40] [c000cf18] ret_from_kernel_thread+0x5c/0x64
[    4.047267] Rebooting in 180 seconds..

Od miska

Dne 2016-04-22 07:04

Dulezita cast je:

Kernel panic - not syncing: No init found.  Try passing init= option to kernel. See Linux Documentation/init.txt for guidance.

Z nejakyho duvodu nenasel procd, coz vypada dost divne a nakopnute. Teoreticky by to mohlo jit zachranit se seriovou konzoli, zkusit jestli by clovek nabootoval aspon s init=/bin/sh a porozhlednout se co se stalo, co chybi a pokusit se to nejak napravit, ale pokud tam nemate zadny slozity nastaveni nebo mate jeho zalohu, tak nejjednoduzsi bude factory reset.

Od Jaroslav Zdeněk

Dne 2016-04-22 07:35

Díky, to je mi jasný... bohužel jsem nevěděl co to tady znamená a ani jak najet do "recovery" CLI ... asi jsem to nakopl když jsem natvrdo ukončil opkg v domnění že mi tam zůstal zaseklý a on možná instaloval automatické aktualizace => včera vyšel nový kernel, tím jsem to možná nakopl... - takže zdroj problému vyřešen, jako na potvoru jsem neudělal zálohu protože jsem to stále nepovažoval za ukončené (z pohledu konfigurace)...

<ot>
a tím že Load Balancing a Failover na více ISP, provádí RouterOS ve VM vč dalšího bžilionu VPN atp., je to, co se mi na Turrisu nepovedlo správně nasadit ( ten Load Balancing nedržel spojení na jednoho ISP, takže každý nový dotaz na stránku hodil RR na dalšího ISP, takže některé služby nešly vůbec používat ) .... tedy Turris je přes již existující 1:1 NAT dalším 1:1 NATem pro RouterOS a může tedy správně plnit funkci s jednoduchým nastavením ....
</ot>

tedy nevydržel jsem, Turris jsem obnovil do továrního nastavení za pár minut jsem si vzpomněl na to, jak jsem tam měl VLANy a funguje dál :)