Meraki MS220-8P: Difference between revisions

From Leo's Notes
This page was last edited on 20 January 2019, at 21:47.
← Older editNewer edit →
VisualWikitext
Line 274: Line 274:
This section will run on as a semi-journal on what I did in order to gain access to the switch.
This section will run on as a semi-journal on what I did in order to gain access to the switch.


==== Stage 1 ====
Since I don't have a 32bit MIPS crosscompiler and being the lazy guy I am, I tried the simplest approach which was to patch the {{code|bootsh}} binary so that it calls a shell instead of {{code|kexec}} which is on the ramdisk. I am assuming that the {{code|bootsh}} file mounts the filesystems on the empty directories in the ramdisk.
Since I don't have a 32bit MIPS crosscompiler and being the lazy guy I am, I tried the simplest approach which was to patch the {{code|bootsh}} binary so that it calls a shell instead of {{code|kexec}} which is on the ramdisk. I am assuming that the {{code|bootsh}} file mounts the filesystems on the empty directories in the ramdisk.


Line 448: Line 449:
# ./kexec -f /dev/mtdblock12  
# ./kexec -f /dev/mtdblock12  
}}
}}
==== Stage 2 ====


With the second stage ramfs image obtained, I can now dig through how the Meraki OS actually works. The file listing of the ramdisk can be found at https://paste.steamr.com/view/7974ba25. After extracting the image and digging around the filesystem, a few interesting points to note:
With the second stage ramfs image obtained, I can now dig through how the Meraki OS actually works. The file listing of the ramdisk can be found at https://paste.steamr.com/view/7974ba25. After extracting the image and digging around the filesystem, a few interesting points to note:
Line 488: Line 491:
}}
}}


The next approach is just to modify the second stage initramfs so that the root account has a password set and the serial console isn't locked down.
Modifying the second stage boot image.
The image has another header. It looks like this time, the 32bit words are in big endian.
{|
! colspan="4" |
Boot Image Header
|-
| {{code|LOADER_MAGIC}}  || {{code|Payload Address}}  || {{code|Payload Length}} || {{code|Unknown}}
|-
| {{code|Unknown}} || {{code|Unknown}}  || {{code|Unknown}}  || {{code|Unknown}}
|-
| colspan="4" |
{{code|Empty Header Data}} until {{code|Payload Address}}
|}
{|
! colspan="4" |
Example Boot Header
|-
| {{code|8E 73 ED 8A}} || {{code|00 00 40 00}} || {{code|01 11 29 9C}} || {{code|6A 33 34 92}}
|-
| {{code|DA 33 DC 66 }} || {{code|36 1E C9 3C}} || {{code| FE DD D2 8C}} || {{code| EE 1E 33 ED}}
|-
| colspan="4" |
{{code|FF FF .. FF FF}} until {{code|Payload Address}}
|}


=== Other Failures ===
=== Other Failures ===

Revision as of 21:47, 20 January 2019

Meraki MS220-8P is a gigabit PoE switch by Cisco Meraki. Meraki switches are managed through Meraki's dashboard that resides on their servers and requires a license for the switch to function.

This switch was obtained for free as part of a promotion by Meraki with a 3 year license.

License

The switch appears to function as a normal switch when it cannot contact the cloud servers. I am unsure if this is the case because my license has not expired yet -- it still routes layer 2 traffic normally even after a factory reset.

Hardware

Meraki MS220-8P Internals

The MS220-8P switch has:

It also features 2 PSUs, one outputs 12V for the main board, and another 56V 2.6A unit for PoE. The switch will still boot when the PoE power supply is disconnected from mains voltage.

MTD partitions are given to the kernel with the hard coded cmdline in the loader. Partition locations and names: 

mtd0: 08000000 00020000 "gen_nand.0"
mtd1: 00040000 00001000 "loader1"
mtd2: 003c0000 00001000 "boot1"
mtd3: 00040000 00001000 "loader2"
mtd4: 003c0000 00001000 "boot2"
mtd5: 00080000 00001000 "rsvd"
mtd6: 00600000 00001000 "bootubi"
mtd7: 00040000 00001000 "conf"
mtd8: 00100000 00001000 "stackconf"
mtd9: 00040000 00001000 "syslog"
mtd10: 0001f800 0001f800 "board-config"
mtd11: 00086000 0001f800 "bootroot"
mtd12: 0140e800 0001f800 "part1"
mtd13: 0140e800 0001f800 "part2"
mtd14: 0081f000 0001f800 "storage"
mtd15: 0020bdb0 0001f800 "SMBStaX-24"
mtd16: 00292240 0001f800 "SMBStaX-48"
mtd17: 00230af0 0001f800 "SMBStaX-MS220-8"
mtd18: 0022be00 0001f800 "SMBStaX-MS220-24"
mtd19: 0029bc88 0001f800 "SMBStaX-MS220-48"
mtd20: 0029e7c0 0001f800 "SMBStaX-MS320-24"
mtd21: 0029ca88 0001f800 "SMBStaX-MS320-48"
UART serial connection available using this pinout.

The serial connection is on jumper 4. The default baud rate is 115200.

Boot Process Overview

Note: The information here could be wrong.

When power is first applied to the board, the SoC will load the first 256Kb from the NOR flash device into memory and begin execution. This first portion of the NOR flash contains the custom [VCore-III ROM Loader] and its sole purpose is to load the next MTD partition containing the first-stage bootloader into memory, verifying its integrity with a CRC32 check, and passing control to the bootloader. The first-stage bootloader in this case appears to be LinuxBoot and contains a custom Linux Kernel and an embedded initramfs. The initramfs contains a custom init program called bootsh that execs kexec against the MTD partition on the NAND flash which contains the Linux Kernel and the embedded initramfs containing containing the actual Linux Kernel and initramfs used by the operating system.


Dumping NOR Flash Data

The 16-Pin SOP for the MX25L12845E chip is as follows:

  1. NC/SIO3
  2. VCC
  3. NC
  4. PO2 - parallel data out/in, can be NC in serial mode
  5. PO1
  6. PO0
  7. CS# - chip select
  8. SO/SIO1/PO7 - Serial data output for 1x IO

16. SCLK - clock input
15. SI/SIO0 - Serial data input for 1x IO
14. PO6
13. PO5
12. PO4
11. PO3
10. GND
9. WP#/SIO2 - Write protection, connect to GND

MX25L Pinout

To read the chip using a Raspberry Pi and flashrom, we can use 1x serial IO by connecting the pins according to this table:

RPi header SPI flash MX25L Pin
25 GND 10
24 /CS 7
23 SCK 16
21 DO 8
19 DI 15
17 VCC 3.3v 2

The WriteProtect (WP#, pin 9) should be connected to GND according to the datasheet. Leaving it floating still seems to work.

Refer to the Raspberry Pi pinout at https://i.stack.imgur.com/eLPtx.png.

The Raspberry Pi should have SPI enabled by adding this line to /boot/config.txt: 

device_tree_param=spi=on

The /dev/spidev0.0 device should exist and flashrom should be able to detect the flash chip. 

[root@alarmpi alarm]# flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=1000
flashrom v1.0 on Linux 4.14.92-1-ARCH (armv7l)
flashrom is free software, get the source code at https://flashrom.org

Using clock_gettime for delay loops (clk_id: 1, resolution: 1ns).
Found Macronix flash chip "MX25L12805D" (16384 kB, SPI) on linux_spi.
Found Macronix flash chip "MX25L12835F/MX25L12845E/MX25L12865E" (16384 kB, SPI) on linux_spi.
Multiple flash chip definitions match the detected chip(s): "MX25L12805D", "MX25L12835F/MX25L12845E/MX25L12865E"
Please specify which chip definition to use with the -c <chipname> option.

Dump the data using -r filename. 

[root@alarmpi alarm]# flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=300 -c "MX25L12835F/MX25L12845E/MX25L12865E" -r dump7.dat
flashrom v1.0 on Linux 4.14.92-1-ARCH (armv7l)
flashrom is free software, get the source code at https://flashrom.org

Using clock_gettime for delay loops (clk_id: 1, resolution: 1ns).
Found Macronix flash chip "MX25L12835F/MX25L12845E/MX25L12865E" (16384 kB, SPI) on linux_spi.
Reading flash... done.

The dumped 16MB NOR flash contents has the same partition layout shown previously. Each partition can be extracted out using dd with these boundaries: 

# loader1          262144      256        0.25MB
# boot1            3932160     3840       3MB
# loader2          262144      256        0.25MB
# boot2            3932160     3840       3MB
# rsvd             524288      512        0.5MB
# bootubi          6291456     6144       6MB
# conf             262144      256        0.25MB
# stackconf        1048576     1024       1MB
# syslog           262144      256        0.25MB

Split the files out using dd: 

$ dd if=dump.dat of=loader1    bs=1 skip=$((0x0))      count=262144
$ dd if=dump.dat of=boot1      bs=1 skip=$((0x40000))  count=3932160
$ dd if=dump.dat of=loader2    bs=1 skip=$((0x400000)) count=262144
$ dd if=dump.dat of=boot2      bs=1 skip=$((0x440000)) count=3932160
$ dd if=dump.dat of=rsvd       bs=1 skip=$((0x800000)) count=524288
$ dd if=dump.dat of=bootubi    bs=1 skip=$((0x880000)) count=6291456
$ dd if=dump.dat of=conf       bs=1 skip=$((0xe80000)) count=262144
$ dd if=dump.dat of=stackconf  bs=1 skip=$((0xec0000)) count=1048576
$ dd if=dump.dat of=syslog     bs=1 skip=$((0xfc0000)) count=262144

Each partition in brief detail:

Partition Description
loader1, loader2 Contains the VCore-III ROM Loader that initializes the board and loads the first-stage bootloader. Both MTD partition data are identical.
boot1, boot2 Contains the linux kernel and embedded initramfs for the first-stage bootloader. Both MTD partition data are identical.
bootubi Contains a UBI volume. Not sure what it contains yet
conf Contains just these values: 
#@(#)VtssConfig
MAC=00:18:0a:02:03:04
BOARDID=123456
rsvd, stackconf, and syslog These MTD partitions are completely erased (all FF's)

The loader will attempt to load their respective boot partitions and start the kernel. If the kernel fails to load properly for any reason, it will jump execution to the next loader. This fallback mechanism seems to make the device robust against failed firmware updates that's sent over the cloud by Meraki.

To extract the embedded initramfs from the boot MTD partition, locate the start and end xz file header and footers. In my case, the initramfs data resides at 0x339604 with length 349124. Using dd, it can be extracted with: 

dd if=bin/boot1 of=bin/boot1-patched-pre  bs=1 count=$((0x339604))
dd if=bin/boot1 of=bin/boot-data.xz       bs=1 skip=$((0x339604))  count=349124
dd if=bin/boot1 of=bin/boot1-patched-post bs=1 skip=$((0x38e9c8))

The boot1-patched-pre contains the boot image header and the Linux Kernel. boot1-patched-post contains mystery data. The extracted ramfs data is a cpio compressed with xz and can be extracted with zcat boot-data.xz | cpio -i on an empty directory.

The first-stage bootloader initramfs contains a few empty directories as well as two static binaries bootsh and kexec. The bootsh binary will kexec the second-stage Linux Kernel from the 1GB flash. Decompiling the binary suggests that bootsh can boot into a shell if a 'magic key' is pressed while the device is in 'manufacturing' or 'RMA'. Since the switch isn't in this state, bootsh will just kexec to the next kernel regardless of what you do on the serial console.

Rooting the Switch

Without the ability to start a shell on the first-stage bootloader, I would need to modify the initramfs to change bootsh's behavior. Getting a shell at the first-stage bootloader would allow me to dump and inspect the rest of the NAND flash.

Examining the Boot Image

The initial bootloader, the VCore-III ROM Loader that is stored in the first 256Kb of the NOR flash, loads the first-stage bootloader into memory and verifies its integrity using a CRC32 check against the checksum stored as a 32bit word 16bytes into the boot image. If the CRC check fails, it will attempt to load the next partition (by jumping to the next hard-coded memory block containing the SPIM header, see below) and try again.

You can view the VCore-III ROM Loader source at meraki-firmware/linux-2.6.32/arch/mips/vcoreiii/loader/head.S.

When the CRC check fails, the loader will jump execution to the second loader. Your boot logs will show the double initialization as well: 

LinuxLoader built Nov 12 2014 18:01:50
init_pll ok
init_spi ok
init_memctl ok
wait_memctl ok
Training DRAM ok
init_irq ok
init_dram_uncached ok
init_icache ok
init_dcache ok
enable_caches ok
init_board ok
Low level initialization complete, exiting boot mode
LinuxLoader built Nov 12 2014 18:01:50
init_pll ok
init_spi ok
init_irq ok
init_dram_uncached ok
init_icache ok
init_dcache ok
enable_caches ok
init_board ok
Low level initialization complete, exiting boot mode

The boot images must be of size 3932160 bytes (ie. MTD partition size of 0x3C0000) and containing the following header.

Boot Image Header

LOADER_MAGIC 32bit Kernel Address 32bit Payload Length 32bit Entrypoint Address 32bit
CRC32 CHKSUM 32bit Reserved 1 32bit Reserved 2 32bit Reserved 3 32bit

Boot Data. This is of length Payload Length

Example Boot Header

53 50 49 4D 00 00 10 80 E0 F1 38 00 B0 16 39 80
XX XX XX XX 00 00 00 00 00 00 00 00 00 00 00 00

00 00 ... boot data ... 00 00.

Note: Values are in little endian so a 32bit value of 0xAABBCCDD is stored as 0xDDCCBBAA.

The LOADER_MAGIC is 0x4d495053 in little endian looks like 53 50 49 4d or ASCII for SPIM.

The CRC32 CHKSUM value is calculated against the entire boot image of the given Payload Length with the CRC32 value zeroed out.

Modifying The Boot Image

The data after the boot image headers mentioned in the previous section contains the kernel and whatever else that's embedded into the kernel including a ramdisk. The ramdisk from the stock kernel is located after byte 0x339604.

To help facilitate modifying this ramdisk to do my bidding, I will split the data portion into 3 parts: The 'pre' ramdisk portion, the ramdisk portion, and the 'post' ramdisk portion. Pre-portion can be generated with dd if=boot1 of=boot1-patched-pre bs=1 count=$((0x339604)) and the post-portion with dd if=boot1 of=boot1-patched-post bs=1 skip=$((0x38e9c8)).

To make changes to the boot file:

  1. Extract the boot data using cat ../boot-data.xz | xz -d | cpio -i
  2. Make your changes to the ramdisk
  3. Recreate the cpio find . | cpio -o -c > ../modified.cpio
  4. Recompress cat modified.cpio | xz -c9 --check=crc32 > modified.xz
  5. If image is smaller, pad with 0's for the difference cat modified.xz zeros.bin > modified.xz
  6. If image is larger, append post data, then adjust data lengths after payload and at the start of the boot file
  7. Reassemble boot file cat boot1-patched-pre modified.xz boot1-patched-post > boot1-patched
  8. Zero out CRC code
  9. Calculate the CRC code php ../crc32.php boot1-patched
  10. Write new CRC code
  11. Reassemble the entire image cat loader1 boot1-patched loader2 boot2 rsvd bootubi conf stackconf syslog > dump-patched.dat
  12. Copy the dump-patched.dat file to raspberry pi
  13. Flash it flashrom -p linux_spi:dev=/dev/spidev0.0,spispeed=600 -c "MX25L12835F/MX25L12845E/MX25L12865E" -w dump-patched.dat.


The Journey to Rooting the Switch

This section will run on as a semi-journal on what I did in order to gain access to the switch.

Stage 1

Since I don't have a 32bit MIPS crosscompiler and being the lazy guy I am, I tried the simplest approach which was to patch the bootsh binary so that it calls a shell instead of kexec which is on the ramdisk. I am assuming that the bootsh file mounts the filesystems on the empty directories in the ramdisk.

I hex-edited kexec -f %s --reuse-cmdline to /bin/sh with a bunch of nulls after and tried booting. This did not work as the boot process continued on to the second kernel, implying that the kexec call still got made.

I hex-edited all reference to kexec to /sh with /sh symlinked to /bin/sh but that too did not work. It just tries over and over with this error: 

[    3.633000] execl failed: 2
[    3.638000] kexec died
[    3.640000] Calling kexec for /dev/mtdblock/part1 failed!
[    3.647000] execl failed: 2
[    3.651000] kexec died
[    3.654000] Calling kexec for /dev/mtdblock/part2 failed!

Since I removed the kexec binary and replaced all kexec strings to /sh that is symlinked to /bin/sh, having the boot process fail in this manner implies that either the /kexec or the /sh binary is being called. Both of which are symlinked to /bin/sh which suggests that /bin isn't mounted.

I got a MIPS cross compiler and compiled busybox without a bunch of applets so that the final binary can fit inside the size of the existing xz archive. I wasn't totally sure if busybox would like being called directly by the kernel (because it might not know which applet to run?) so I created a /init script that invoked /sh that is symlinked to busybox and then called /sh.

The first few times failed. The first time, the CPU architecture wasn't correct (the MIPS compiler targetted rel6, not rel2). The next few times also failed because I compiled it with the wrong endianness. All these failed attempts resulted in 

Starting init: /bin/sh exists but couldn't execute it (error -8) 
Kernel Panic - not syncing: No working init found. Try passing init= option to Kernel.

.

I eventually got busybox compiled for MIPS32 rel2 in little endian with these gcc flags: 

root@fc:/tmp/busybox-1.30.0# make CROSS_COMPILE=mips-mti-linux-gnu- CFLAGS='-Wa,-mips32r2,-march=24kec,-mtune=24kec -mel -EL' LDFLAGS='-Wa,-mips32r2,-march=24kec,-mtune=24kec -mel -EL' ARCH=mips KBUILD_VERBOSE=1 -j 8

## The resulting binary should be like this
root@fc:/tmp/busybox-1.30.0# file busybox
busybox: ELF 32-bit LSB executable, MIPS, MIPS32 rel2 version 1 (SYSV), statically linked, for GNU/Linux 2.6.32, stripped

Using this busybox executable, I rebuilt the ramdisk, repackaged the files, and reflashed it onto the switch and hoped for the best. 

[    3.057000] devtmpfs: mounted

[    3.069000] Freeing unused kernel memory: 484K
sh: can't execute 'echo': No such file or directory

BusyBox v1.30.0 (2019-01-16 20:37:46 MST) hush - the humble shell

/ # uname -a
Linux (none) 3.18.102-meraki-elemental #1 Fri Apr 13 11:18:08 PDT 2018 mips GNU/Linux

My echo "Hello world" failed, obviously. But I got a shell!

After exploring around with my very limited busybox (which in my haste to minimize size, I apparently did not bundle cd into...), it turns out that /dev/mtdblock11 contains a 640K squashfs filesystem containing a better featured busybox. To make my life easier, I mounted and copied the entire contents to the ramdisk. No other devices seem to have a filesystem I can mount. On a clean boot, I now bootstrap with: 

/ # busybox mkdir  /proc /sys
/ # busybox mount -t proc none /proc
/ # busybox mount -t sysfs none /sys
/ # busybox mkdir /rootfs
/ # busybox rm /lib /sbin /usr /bin
/ # busybox mount -o ro /dev/mtdblock11 /rootfs 
/ # busybox cp -r /rootfs/* /
/ # /bin/sh

BusyBox v1.25.1 (2018-04-13 10:35:08 PDT) built-in shell (ash)

/bin/sh: can't access tty; job control turned off
/ #

Unfortunately, there is no networking enabled with this first kernel. This will make copying data in and out a pain since it has to go through the serial connection. 

## No networking is a bummer.
/ # ifconfig -a
lo        Link encap:Local Loopback
          LOOPBACK  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

CPU information: 

/ # cat /proc/cpuinfo
system type             : Vitesse VCore-III VSC7425
machine                 : Unknown
processor               : 0
cpu model               : MIPS 24KEc V5.4
BogoMIPS                : 276.99
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 16
extra interrupt vector  : yes
hardware watchpoint     : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa                     : mips1 mips2 mips32r1 mips32r2
ASEs implemented        : mips16 dsp
shadow register sets    : 1
kscratch registers      : 0
package                 : 0
core                    : 0
VCED exceptions         : not available
VCEI exceptions         : not available

/ # cat /proc/meminfo
MemTotal:         125548 kB

Since the first 9 MTD are from the NOR flash device, everything after probably is from the larger NAND flash device. Since I have no ability to physically dump the contents of the NAND drive, being able to copy the data from the running kernel at this stage is extremely helpful.

The next task now is to get the contents of the flash memory and figure out how to gain root access on the second stage. Specifically, it would be nice to know if there is already a SSH account I can use, what the <MERAKI> console that gets brought up is (and what commands it actually takes), and if it is possible to add my own account in.

I tried to dd data out from the serial connection, but it seems like data randomly gets corrupted over the serial console. There are utilities that can be used to transfer files over serial such as lzrzr or kermit, but none of them exist. I figured it'd be easier to write my own shell script that chunks the data out using base64 and then sum these chunks for data integrity checks. It turns out, baud rates higher than 115200 yields a very unstable serial connection and it ends up garbling up the data that's sent across. After spending a few hours hacking a few scripts together, I am now able to send (albeit slowly, <8kb/s) files in and out of the switch.

I transferred mtd{9-21}ro out of the switch for analysis. Each MTD looks like this: 

data9:  ~250k  Nulls, of length 0x0003dd8b
data10: 128k   Switch Data (Model, Serial Number)
data11: 540k   Squashfs filesystem, little endian, version 4.0, 548778 bytes, 166 inodes, blocksize: 131072 bytes, created: Fri Apr 13 18:19:18 2018
data12: 20MB   data
data13: 20MB   data, old copy/backup of the above?
data14: 8MB    UBIfs image, sequence number 1, length 4096, CRC 0x8a351c73
data15: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped
data16: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped
data17: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped
data18: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped
data19: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped
data20: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped
data21: ELF 32-bit LSB executable, MIPS, MIPS32 version 1 (SYSV), statically linked, stripped

The ELF binaries stored in mtdblock15 - mtdblock21 are all different versions of what seems to be the switch CLI management program. All contain strings like "Maximum number of MAC addresses, default: Show all addresses", which if search in quotes, returns many reference materials to managed switch CLIs.

mtdblock12 and mtdblock13 contains the second stage kernel as well as an embedded ramdisk image similar to the first stage boot1/boot2 partitions. The kernel that is there is slightly older at version 3.18.57-meraki-elemental. The ramdisk image extracted out contains all the Meraki OS binaries and scripts which we'll get into soon.

mtdblock14 is a UBIfs image that gets mapped to /dev/ubi1_4 and gets mounted as /storage when the switch boots into the second stage. This partition contains some logs, core dumps, last known good configs, etc. 

# mount -t ubifs /dev/ubi1_4 /mnt
# find /mnt
.
./syslogs
./syslogs/41.start
./syslogs/42.last_write
./syslogs/40.last_write
./syslogs/43.start
./syslogs/39.last_write
./syslogs/39.start
./syslogs/39.watchdog_status
./syslogs/40.start
./syslogs/43.last_write
./syslogs/42.start
./syslogs/41.last_write
./mfg_done
./dropbear
./dropbear/dropbear_rsa_host_key
./dropbear/dropbear_dss_host_key
./random_seed
./odm_test.log
./last_good_uplink_config
./lastdhcpip_wired0
./config.local
./unique_config_secret
./cores
./cores/37.switch-10-201808241214-G0a4ba17b-rel-owner.core-serial_loginche-00-00-52.tgz
./cores/37.switch-10-201808241214-G0a4ba17b-rel-owner.core-serial_loginche-00-00-53.tgz
./cores/37.switch-10-201808241214-G0a4ba17b-rel-owner.core-serial_loginche-00-00-55.tgz
./cores/37.switch-10-201808241214-G0a4ba17b-rel-owner.core-serial_loginche-00-00-56.tgz
./cores/37.switch-10-201808241214-G0a4ba17b-rel-owner.core-serial_loginche-00-01-36.tgz
./cores/37.switch-10-201808241214-G0a4ba17b-rel-owner.core-serial_loginche-00-01-49.tgz
./lists
./last_uplink_lport
./BOOT_COUNT
./BOOT_COUNT.reserve
./config

To boot the next stage, I manually copied the kexec binary from the original boot1/boot2 partition over and then ran: 

# ./kexec -f /dev/mtdblock12

Stage 2

With the second stage ramfs image obtained, I can now dig through how the Meraki OS actually works. The file listing of the ramdisk can be found at https://paste.steamr.com/view/7974ba25. After extracting the image and digging around the filesystem, a few interesting points to note:

  • /etc/passwd contains some accounts: 
    leo@fc:/home/leo/extracted/stage2/extracted% cat etc/passwd
root:!:0:0:root:/tmp:/bin/ash
nobody:*:65534:65534:nobody:/var:/bin/false
mf:$1$$CgXoxAaejQmJWRkDiclb6/:0:0:meraki:/tmp:/usr/bin/serial_logincheck
support:x:1:1:Meraki Support:/support:/bin/ash
  • The 'mf' account runs /usr/bin/serial_logincheck, which is the same getty that gets launched on ttyS0 in /etc/inittab: 
    leo@fc:/home/leo/extracted/stage2/extracted% cat etc/inittab
::sysinit:/etc/init.d/rcS
::shutdown:/etc/init.d/shutdown
ttyS0::respawn:/usr/bin/serial_logincheck --login
  • There is an empty /etc/dropbear/authorized_keys file
  • lighttpd runs with 'authorized_ips' set to 6.0.0.{2,10,11,12} and 127.0.0.1.
  • Speed test script in /www downloads from 6.0.0.1.
  • The Vitesse kernel module is at /lib/modules/jaguar/vtss_core.ko. Perhaps I can copy this and load it on the first stage kernel?
  • usr/bin/config_updater writes to the NAND flash using nanddump, nandwrite, flash_erase, etc. This is probably the thing that phones home and interfaces with the switch_brain.
  • /usr/bin/switch_brain seems to manage the switch hardware and services? Deals a lot with /click partition.
  • The only mention of OpenWRT is the /etc/ipkg.conf file.
  • /usr/bin/board_data_config gets or sets board config values. (mfg_done if set sets it to manufacturing mode).
  • /usr/bin/odm is a script that does lots of diagnostic things including writing a new firmware.
  • /usr/bin/serial_logincheck appears to lock the console down except if the switch is in manufacturing mode. Despite its threatening warning, it does not appear to actually log anything to the cloud.

Getting networking working in the stage1 kernel would be nice as it would allow me to easily copy files in and out of the switch. My shell scripts to copy data in/out reliably can only copy files at around 6-7kb/s. Since the kernel module for networking is probably part of the vtss_core.ko, I'll copy and then load the module.

Modules are loaded by the /etc/init.d/S10boot startup script. The type of CPU or board determines which module gets loaded. The MS220-8P board has the VSC7425 CPU which will load the luton26/vtss_core.ko module. The module is loaded with insmod provided by busybox inside a wrapper function called modload. 

## Load vtss_core and unload the module without board_desc
insmod/lib/modules/$vtss_board/vtss_core.ko board_desc=$switch_board && modrm /lib/modules/$vtss_board/vtss_core.ko

Of course, the kernel versions mismatch and there is no force option. Ugh. 

[28928.328000] vtss_core: version magic '3.18.57-meraki-elemental mod_unload MIPS32_R2 32BIT ' should be '3.18.102-meraki-elemental mod_unload MIPS32_R2 32BIT '

The next approach is just to modify the second stage initramfs so that the root account has a password set and the serial console isn't locked down.

Modifying the second stage boot image.

The image has another header. It looks like this time, the 32bit words are in big endian.

Boot Image Header

LOADER_MAGIC Payload Address Payload Length Unknown
Unknown Unknown Unknown Unknown

Empty Header Data until Payload Address

Example Boot Header

8E 73 ED 8A 00 00 40 00 01 11 29 9C 6A 33 34 92
DA 33 DC 66 36 1E C9 3C FE DD D2 8C EE 1E 33 ED

FF FF .. FF FF until Payload Address

Other Failures

Here are a collection of failures when I tried various things.

Bad XZ Encoding

When building the ramdisk, you need to compress with -C crc32 or else you will get this: 

[    0.106000] mkp_lg: Input was encoded with settings that are not supported by this XZ decoder
[    0.106000] Kernel panic - not syncing: Input was encoded with settings that are not supported by this XZ decoder
[    0.106000] Rebooting in 5 seconds..LinuxLoader built Nov 12 2014 18:01:50

The first search result returned this post which suggested compressing the archive using xz -C crc32 -z -c init > init.xz.

Misaligning Ramdisk in Boot Image

If you misalign the embedded ramdisk, the kernel won't be able to mount it but the kernel will print out all the block devices it sees. Fix this by making sure the ramdisk is exactly the same size as the original. 

[    2.544000] devtmpfs: error mounting -2
[    2.548000] Warning: unable to open an initial console.
[    2.555000] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -2
[    2.563000] Please append a correct "root=" boot option; here are the available partitions:
[    2.571000] 1f00          131072 mtdblock0  (driver?)
[    2.576000] 1f01             256 mtdblock1  (driver?)
[    2.582000] 1f02            3840 mtdblock2  (driver?)
[    2.587000] 1f03             256 mtdblock3  (driver?)
[    2.592000] 1f04            3840 mtdblock4  (driver?)
[    2.597000] 1f05             512 mtdblock5  (driver?)
[    2.602000] 1f06            6144 mtdblock6  (driver?)
[    2.607000] 1f07             256 mtdblock7  (driver?)
[    2.613000] 1f08            1024 mtdblock8  (driver?)
[    2.618000] 1f09             256 mtdblock9  (driver?)
[    2.623000] 1f0a             126 mtdblock10  (driver?)
[    2.628000] 1f0b             536 mtdblock11  (driver?)
[    2.633000] 1f0c           20538 mtdblock12  (driver?)
[    2.639000] 1f0d           20538 mtdblock13  (driver?)
[    2.644000] 1f0e            8316 mtdblock14  (driver?)
[    2.649000] 1f0f            2095 mtdblock15  (driver?)
[    2.654000] 1f10            2632 mtdblock16  (driver?)
[    2.660000] 1f11            2242 mtdblock17  (driver?)
[    2.665000] 1f12            2223 mtdblock18  (driver?)
[    2.670000] 1f13            2671 mtdblock19  (driver?)
[    2.675000] 1f14            2681 mtdblock20  (driver?)
[    2.681000] 1f15            2674 mtdblock21  (driver?)
[    2.686000] mkp_lg: VFS: Unable to mount root fs on unknown-block(0,0)
[    2.686000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[    2.686000] Rebooting in 5 seconds..


Failed Attempt at Expanding the Ramdisk

The smallest shell I can find is the busybox 1.20 version at 1.5MB. This will cause the archive to be larger than the original which will screw with how the archive gets loaded if I just dump the data in. The data immediately after the archive is also a concern since I have no clue what it is or what it does. My obervation is that immediately after the end of the archive data, there is a 32bit word containing the length of the archive data, followed by some data, padded by 00's to the next 16byte. So, I swapped the archive data out with the larger version with busybox, rewrote the 32bit word to the new length, updated the data length at the start of the boot image as well as the CRC32 code and tried booting it. No go, with the following error: 

[    0.106000] mkp_lg: compression method <<▒i=▒▒R;▒,▒C▒8▒C▒\▒C▒x▒C▒▒▒C▒ not configu
[    0.106000] Kernel panic - not syncing: compression method <<▒i=▒▒R;▒,▒C▒8▒C▒\▒C▒x▒C▒▒▒C▒ not configu
[    0.106000] Rebooting in 5 seconds..LinuxLoader built Nov 12 2014 18:01:50

Serial Speed

You can raise the serial speed, but anything higher than the default 115200 baud seems to be unstable for me and it ends up corrupting data. 

/ # stty -F /dev/ttyS0 921600
/ # dmesg -n 1

Boot

Jumper 4 (J4) has the pinouts from left to right (from the center of the board): Vcc, Tx, Rx, Gnd. It is a serial port at 115200 baud. Vcc from this pin is approximately 3.2v which is lower than the 3.3 from my USB serial adapter, so I only connected ground, Tx to Rx, and Rx to Tx on the board.

When power is applied to the board, the system boots. The output from it booting is given below. 

LinuxLoader built Nov 12 2014 18:01:50
init_pll ok
init_spi ok
init_memctl ok
wait_memctl ok
Training DRAM ok
init_irq ok
init_dram_uncached ok
init_icache ok
init_dcache ok
enable_caches ok
init_board ok
Low level initialization complete, exiting boot mode
[    0.000000] Linux version 3.18.102-meraki-elemental (ssegal@sf201.meraki.com) (gcc version 5.4.0 (GCC) ) #1 Fri Apr 13 11:18:08 PDT 2018
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 02019654 (MIPS 24KEc)
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 00317000 @ 00100000 (usable)
[    0.000000]  memory: 00079000 @ 00417000 (usable after init)
[    0.000000] User-defined physical RAM map:
[    0.000000]  memory: 07ff0000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x00000000-0x07feffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x00000000-0x07feffff]
[    0.000000] Initmem setup node 0 [mem 0x00000000-0x07feffff]
[    0.000000] Reserving 0MB of memory at 0MB for crashkernel
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32496
[    0.000000] Kernel command line:  console=ttyS0,115200 mtdparts=m25p80:0x40000(loader1),0x3c0000(boot1),0x40000(loader2),0x3c0000(boot2),0x80000(rsvd),0x600000(bootubi),0x40000(conf),0x100000(stackconf),0x40000(syslog) ubi.mtd=bootubi ubi.mtd=gen_nand.0 mem=134152192
[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Writing ErrCtl register=8005040c
[    0.000000] Readback ErrCtl register=8005040c
[    0.000000] Cache parity protection enabled
[    0.000000] Memory: 125064K/131008K available (2655K kernel code, 135K rwdata, 364K rodata, 484K init, 101K bss, 5944K reserved, 0K cma-reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:66
[    0.000000] sched_clock: 32 bits at 1kHz, resolution 1000000ns, wraps every 2147483648000000ns
[    0.001000] Calibrating delay loop... 276.99 BogoMIPS (lpj=138496)
[    0.012000] pid_max: default: 32768 minimum: 301
[    0.013000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.014000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.020000] devtmpfs: initialized
[    0.023000] NET: Registered protocol family 16
[    0.049000] Switched to clocksource MIPS
[    0.059000] NET: Registered protocol family 2
[    0.066000] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.073000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.079000] TCP: Hash tables configured (established 1024 bind 1024)
[    0.085000] TCP: reno registered
[    0.089000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.095000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.101000] NET: Registered protocol family 1
[    0.644000] VCORE-III Watchdog Timer enabled (30 seconds).  Prev boot was not caused by WDT reset.
[    0.654000] futex hash table entries: 256 (order: -1, 3072 bytes)
[    0.676000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    0.682000] msgmni has been set to 244
[    0.717000] io scheduler noop registered
[    0.721000] io scheduler deadline registered (default)
[    0.727000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    0.735000] console [ttyS0] disabled
[    0.739000] serial8250.0: ttyS0 at MMIO 0x70100000 (irq = 14, base_baud = 13020833) is a 16550A
[    0.747000] console [ttyS0] enabled
[    0.747000] console [ttyS0] enabled
[    0.754000] bootconsole [early0] disabled
[    0.754000] bootconsole [early0] disabled
[    0.765000] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xf1
[    0.772000] nand: Micron MT29F1G08ABADAWP
[    0.776000] nand: 128MiB, SLC, page size: 2048, OOB size: 64
[    0.787000] Scanning device for bad blocks
[    0.904000] m25p80 spi0.1: found mx25l12805d, expected m25p80
[    0.910000] m25p80 spi0.1: mx25l12805d (16384 Kbytes)
[    0.915000] 9 cmdlinepart partitions found on MTD device m25p80
[    0.921000] Creating 9 MTD partitions on "m25p80":
[    0.926000] 0x000000000000-0x000000040000 : "loader1"
[    0.935000] 0x000000040000-0x000000400000 : "boot1"
[    0.943000] 0x000000400000-0x000000440000 : "loader2"
[    0.955000] 0x000000440000-0x000000800000 : "boot2"
[    0.962000] 0x000000800000-0x000000880000 : "rsvd"
[    0.974000] 0x000000880000-0x000000e80000 : "bootubi"
[    0.981000] 0x000000e80000-0x000000ec0000 : "conf"
[    0.992000] 0x000000ec0000-0x000000fc0000 : "stackconf"
[    1.001000] 0x000000fc0000-0x000001000000 : "syslog"
[    1.012000] i2c /dev entries driver
[    1.017000] TCP: cubic registered
[    1.020000] NET: Registered protocol family 17
[    1.025000] 8021q: 802.1Q VLAN Support v1.8
[    1.029000] Meraki MS220-8 board detected
[    1.034000] i2c-gpio i2c-gpio.1: using pins 6 (SDA) and 5 (SCL)
[    1.054000] UBI: attaching mtd6 to ubi0
[    2.061000] UBI: scanning is finished
[    2.102000] UBI: attached mtd6 (name "bootubi", size 6 MiB) to ubi0
[    2.109000] UBI: PEB size: 4096 bytes (4 KiB), LEB size: 3968 bytes
[    2.115000] UBI: min./max. I/O unit sizes: 1/256, sub-page size 1
[    2.121000] UBI: VID header offset: 64 (aligned 64), data offset: 128
[    2.128000] UBI: good PEBs: 1536, bad PEBs: 0, corrupted PEBs: 0
[    2.134000] UBI: user volume: 0, internal volumes: 1, max. volumes count: 23
[    2.141000] UBI: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 4249467862
[    2.150000] UBI: available PEBs: 1532, total reserved PEBs: 4, PEBs reserved for bad PEB handling: 0
[    2.159000] UBI: background thread "ubi_bgt0d" started, PID 222
[    2.165000] UBI: attaching mtd0 to ubi1
[    2.895000] UBI: scanning is finished
[    2.932000] UBI: attached mtd0 (name "gen_nand.0", size 128 MiB) to ubi1
[    2.939000] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes
[    2.946000] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 512
[    2.952000] UBI: VID header offset: 512 (aligned 512), data offset: 2048
[    2.959000] UBI: good PEBs: 1024, bad PEBs: 0, corrupted PEBs: 0
[    2.965000] UBI: user volume: 12, internal volumes: 1, max. volumes count: 128
[    2.972000] UBI: max/mean erase counter: 1536/683, WL threshold: 4096, image sequence number: 1363641321
[    2.982000] UBI: available PEBs: 462, total reserved PEBs: 562, PEBs reserved for bad PEB handling: 20
[    2.991000] UBI: background thread "ubi_bgt1d" started, PID 228
[    3.062000] devtmpfs: mounted
[    3.075000] Freeing unused kernel memory: 484K
[    3.083000] random: init urandom read with 43 bits of entropy available
[    3.091000] Made it into bootsh: Apr 13 2018 11:17:18
[    3.096000] bootsh build T-201804131017-Gcbd29c59-ssegal
[    3.248000] UBIFS: background thread "ubifs_bgt1_4" started, PID 313
[    3.302000] UBIFS: recovery needed
[    3.681000] UBIFS: recovery completed
[    3.685000] UBIFS: mounted UBI device 1, volume 4, name "storage"
[    3.691000] UBIFS: LEB size: 129024 bytes (126 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[    3.700000] UBIFS: FS size: 7354368 bytes (7 MiB, 57 LEBs), journal size 1032193 bytes (0 MiB, 6 LEBs)
[    3.710000] UBIFS: reserved for root: 347364 bytes (339 KiB)
[    3.715000] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 2EA2ACA1-07FA-472B-BC2D-F0F2DB4314D3, small LPT model
In manufacturing: FALSE
In rma mode: FALSE
[    8.624000] random: nonblocking pool is initialized
[   12.126000] kexec: Starting new kernel
[   12.130000] Will call new kernel at 0047a4f0
[   12.130000] Bye ...
[    0.000000] Linux version 3.18.57-meraki-elemental (jenkins@dal247.meraki.com) (gcc version 5.4.0 (GCC) ) #2 Fri Aug 24 13:22:04 PDT 2018
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU0 revision is: 02019654 (MIPS 24KEc)
[    0.000000] Determined physical RAM map:
[    0.000000]  memory: 0046d000 @ 00100000 (usable)
[    0.000000]  memory: 00cb3000 @ 0056d000 (usable after init)
[    0.000000] User-defined physical RAM map:
[    0.000000]  memory: 07ff0000 @ 00000000 (usable)
[    0.000000] Initrd not found or empty - disabling initrd
[    0.000000] Zone ranges:
[    0.000000]   Normal   [mem 0x00000000-0x07feffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x00000000-0x07feffff]
[    0.000000] Initmem setup node 0 [mem 0x00000000-0x07feffff]
[    0.000000] Reserving 0MB of memory at 0MB for crashkernel
[    0.000000] Primary instruction cache 32kB, VIPT, 4-way, linesize 32 bytes.
[    0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 32496
[    0.000000] Kernel command line:  console=ttyS0,115200 mtdparts=m25p80:0x40000(loader1),0x3c0000(boot1),0x40000(loader2),0x3c0000(boot2),0x80000(rsvd),0x600000(bootubi),0x40000(conf),0x100000(stackconf),0x40000(syslog) ubi.mtd=bootubi ubi.mtd=gen_nand.0 mem=0x7FF0000 ramoops.mem_address=0x7FF0000 ramoops.mem_size=0x10000 ramoops.block_size=0x10000
[    0.000000] PID hash table entries: 512 (order: -1, 2048 bytes)
[    0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
[    0.000000] Writing ErrCtl register=8005040c
[    0.000000] Readback ErrCtl register=8005040c
[    0.000000] Cache parity protection enabled
[    0.000000] Memory: 111160K/131008K available (3592K kernel code, 195K rwdata, 736K rodata, 13004K init, 119K bss, 19848K reserved)
[    0.000000] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[    0.000000] NR_IRQS:66
[    0.000000] sched_clock: 32 bits at 1kHz, resolution 1000000ns, wraps every 2147483648000000ns
[    0.002000] Calibrating delay loop... 276.99 BogoMIPS (lpj=138496)
[    0.013000] pid_max: default: 32768 minimum: 301
[    0.014000] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.015000] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.018000] ftrace: allocating 12018 entries in 24 pages
[    0.045000] Performance counters: mips/24K PMU enabled, 2 32-bit counters available to each CPU, irq -1 (share with timer interrupt)
[    0.052000] devtmpfs: initialized
[    0.058000] NET: Registered protocol family 16
[    0.059000] ramoops: using module parameters
[    0.060000] pstore: Registered ramoops as persistent store backend
[    0.061000] ramoops: attached 0x10000@0x7ff0000, ecc: 0/0
[    0.123000] Switched to clocksource MIPS
[    0.163000] NET: Registered protocol family 2
[    0.170000] TCP established hash table entries: 1024 (order: 0, 4096 bytes)
[    0.177000] TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
[    0.183000] TCP: Hash tables configured (established 1024 bind 1024)
[    0.190000] TCP: reno registered
[    0.193000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[    0.199000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[    0.206000] NET: Registered protocol family 1
[    4.456000] VCORE-III Watchdog Timer enabled (30 seconds).  Prev boot was not caused by WDT reset.
[    4.467000] futex hash table entries: 256 (order: -1, 3072 bytes)
[    4.499000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[    4.505000] msgmni has been set to 217
[    5.276000] io scheduler noop registered
[    5.280000] io scheduler deadline registered (default)
[    5.433000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[    5.466000] console [ttyS0] disabled
[    5.470000] serial8250.0: ttyS0 at MMIO 0x70100000 (irq = 14, base_baud = 13020833) is a 16550A
[    5.479000] console [ttyS0] enabled
[    5.479000] console [ttyS0] enabled
[    5.486000] bootconsole [early0] disabled
[    5.486000] bootconsole [early0] disabled
[    5.586000] nand: device found, Manufacturer ID: 0x2c, Chip ID: 0xf1
[    5.593000] nand: Micron MT29F1G08ABADAWP
[    5.597000] nand: 128MiB, SLC, page size: 2048, OOB size: 64
[    5.609000] Scanning device for bad blocks
[    6.483000] m25p80 spi0.1: found mx25l12805d, expected m25p80
[    6.489000] m25p80 spi0.1: mx25l12805d (16384 Kbytes)
[    6.494000] 9 cmdlinepart partitions found on MTD device m25p80
[    6.500000] Creating 9 MTD partitions on "m25p80":
[    6.505000] 0x000000000000-0x000000040000 : "loader1"
[    6.665000] 0x000000040000-0x000000400000 : "boot1"
[    6.675000] 0x000000400000-0x000000440000 : "loader2"
[    6.722000] 0x000000440000-0x000000800000 : "boot2"
[    6.740000] 0x000000800000-0x000000880000 : "rsvd"
[    6.818000] 0x000000880000-0x000000e80000 : "bootubi"
[    6.942000] 0x000000e80000-0x000000ec0000 : "conf"
[    6.950000] 0x000000ec0000-0x000000fc0000 : "stackconf"
[    7.112000] 0x000000fc0000-0x000001000000 : "syslog"
[    7.143000] tun: Universal TUN/TAP device driver, 1.6
[    7.148000] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[    7.392000] i2c /dev entries driver
[    7.398000] TCP: cubic registered
[    7.402000] Initializing XFRM netlink socket
[    7.409000] NET: Registered protocol family 10
[    7.429000] NET: Registered protocol family 17
[    7.434000] NET: Registered protocol family 15
[    7.438000] 8021q: 802.1Q VLAN Support v1.8
[    7.443000] Meraki MS220-8 board detected
[    7.506000] i2c-gpio i2c-gpio.1: using pins 6 (SDA) and 5 (SCL)
[    7.614000] UBI: attaching mtd6 to ubi0
[    8.462000] random: nonblocking pool is initialized
[    9.373000] UBI: scanning is finished
[    9.418000] UBI: attached mtd6 (name "bootubi", size 6 MiB) to ubi0
[    9.424000] UBI: PEB size: 4096 bytes (4 KiB), LEB size: 3968 bytes
[    9.431000] UBI: min./max. I/O unit sizes: 1/256, sub-page size 1
[    9.437000] UBI: VID header offset: 64 (aligned 64), data offset: 128
[    9.443000] UBI: good PEBs: 1536, bad PEBs: 0, corrupted PEBs: 0
[    9.450000] UBI: user volume: 0, internal volumes: 1, max. volumes count: 23
[    9.457000] UBI: max/mean erase counter: 2/1, WL threshold: 4096, image sequence number: 4249467862
[    9.466000] UBI: available PEBs: 1532, total reserved PEBs: 4, PEBs reserved for bad PEB handling: 0
[    9.477000] UBI: background thread "ubi_bgt0d" started, PID 414
[    9.500000] UBI: attaching mtd0 to ubi1
[   10.247000] UBI: scanning is finished
[   10.291000] UBI: attached mtd0 (name "gen_nand.0", size 128 MiB) to ubi1
[   10.298000] UBI: PEB size: 131072 bytes (128 KiB), LEB size: 129024 bytes
[   10.304000] UBI: min./max. I/O unit sizes: 2048/2048, sub-page size 512
[   10.311000] UBI: VID header offset: 512 (aligned 512), data offset: 2048
[   10.318000] UBI: good PEBs: 1024, bad PEBs: 0, corrupted PEBs: 0
[   10.324000] UBI: user volume: 12, internal volumes: 1, max. volumes count: 128
[   10.331000] UBI: max/mean erase counter: 1536/683, WL threshold: 4096, image sequence number: 1363641321
[   10.341000] UBI: available PEBs: 462, total reserved PEBs: 562, PEBs reserved for bad PEB handling: 20
[   10.350000] UBI: background thread "ubi_bgt1d" started, PID 418
[   11.514000] devtmpfs: mounted
[   11.736000] Freeing unused kernel memory: 13004K (8056d000 - 81220000)
[   12.041000] Made it into bootsh: Aug 24 2018 13:15:33
[   12.047000] bootsh build switch-10-201808241214-G0a4ba17b-rel-owner
[   12.203000] UBIFS: background thread "ubifs_bgt1_4" started, PID 564
[   12.296000] UBIFS: recovery needed
[   12.599000] UBIFS: recovery completed
[   12.603000] UBIFS: mounted UBI device 1, volume 4, name "storage"
[   12.610000] UBIFS: LEB size: 129024 bytes (126 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
[   12.619000] UBIFS: FS size: 7354368 bytes (7 MiB, 57 LEBs), journal size 1032193 bytes (0 MiB, 6 LEBs)
[   12.628000] UBIFS: reserved for root: 347364 bytes (339 KiB)
[   12.634000] UBIFS: media format: w4/r0 (latest is w4/r0), UUID 2EA2ACA1-07FA-472B-BC2D-F0F2DB4314D3, small LPT model
In manufacturing: FALSE
In rma mode: FALSE
init started: BusyBox v1.25.1 (2018-08-24 12:51:28 PDT)
WARNING! THIS CONSOLE IS LOGGED! UNAUTHORIZED ACCESS FORBIDDEN!
<Meraki> [   13.674000] sysctl: error: 'kernel.softlockup_panic' is an unknown key
[   13.682000] sysctl: error: 'kernel.watchdog_thresh' is an unknown key
[   13.926000] sh: write error: Device or resource busy
[   14.039000] vtss_core: module license '(c) Vitesse Semiconductor Inc.' taints kernel.
[   14.047000] Disabling lock debugging due to kernel taint
[   14.647000] switch: 'Meraki MS220-8' board detected
[   15.621000] sysctl -w vm.panic_on_oom=2
[   15.648000] vm.panic_on_oom = 2
[   16.204000] click: starting router thread pid 744 (8081d000)
[   17.055000] Single synchronous check for reset
[   17.363000]
[   17.400000] boot 32 build switch-10-201808241214-G0a4ba17b-rel-owner board elemental mac 0C:8D:DB:7E:D7:76
[   17.436000] Module: vtss_core  .text=0xc1411000 .data=0xc14a90b0 .bss=0xc14a9320
[   17.436000] Module: proclikefs  .text=0xc007c000 .data= .bss=0xc007d040
[   17.436000] Module: merakiclick  .text=0xc182c000 .data=0xc197c800 .bss=0xc197ca80
[   17.436000] Module: elts_meraki  .text=0xc1f59000 .data=0xc224faa0 .bss=0xc22513d0
[   17.436000] Module: vc_click  .text=0xc23ba000 .data=0xc23ebfa0 .bss=0xc23ec130
[   17.598000] ls -1 /sys/fs/pstore/dmesg-ramoops-* 2>/dev/null
[   17.630000] /usr/bin/check_bootreason: reading file : No such file or directory
[   20.435000] !!!!! {/usr/bin/switch_brain} opening /click/switch_port_table/dump_stack_info_and_reset_stack_change failed: No such file or directory
[   22.515000] chatter: from_sw0 :: FromVitesse: initializing fdma
[   23.743000] chatter: dhcp_tracker :: DHCPTracker: skipping undersized restore buffer (buf size: 0)
[   25.112000] !!!!! {/usr/bin/switch_brain} failed writing /click/switch_port_table/set_port_storm_control  errno 2 len 211 data: "PORT 1, ENABLED true\nPORT 2, ENABLED ..."
[   26.079000] chatter: big_acl :: BigACL: skipping undersized restore buffer (buf size: 0)
<Meraki> ^CWARNING! THIS CONSOLE IS LOGGED! UNAUTHORIZED ACCESS FORBIDDEN!

Hitting Ctrl+c will show the <Meraki> prompt but the prompt does not accept any commands.

See Also

Source

Open source code can be found at:

OpenWRT

Flash Memory

Recent Changes

Recent Changes under Linux

Recent Changes under Guides

Ad-Free + Tracker-Free

I respect your privacy. This site does not serve ads, use trackers/analytics, or load resources from 3rd party websites.

Cookies may be created by MediaWiki but will contain no user identifiable information.