View Issue Details

IDProjectCategoryView StatusLast Update
0000140Freifunk Franken FirmwareGatewaypublic2020-05-08 21:34
Reportermoexe Assigned Tofbl  
PriorityhighSeveritymajorReproducibilityalways
Status closedResolutionnot fixable 
Platformer-x 
Product Version20200501 
Summary0000140: Sysupgrade endet im bootloop
DescriptionDas upgrade auf die Layer3 20200501 Firmware endet in einem bootloop. Dabei ist es egal, ob von stock FW oder von einer früheren FF / openwrt Version geupgraded wird.

Steps To ReproduceBei jedem upgrade
Additional Information[ 3.446491] ubi0: attaching mtd5
[ 4.104122] ubi0 error: ubi_attach: bad image sequence number 225871047 in PEB 570, expected 820783716
[ 4.122658] Erase counter header dump:
[ 4.130102] magic 0x55424923
[ 4.137559] version 1
[ 4.143463] ec 2
[ 4.149350] vid_hdr_offset 2048
[ 4.155776] data_offset 4096
[ 4.162200] image_seq 225871047
[ 4.169469] hdr_crc 0x2864cca4
[ 4.176925] erase counter header hexdump:
[ 4.185121] ubi0 error: ubi_attach_mtd_dev: failed to attach mtd5, error -22
[ 4.199192] UBI error: cannot attach mtd5
[ 4.207202] hctosys: unable to open rtc device (rtc0)
[ 4.218027] VFS: Cannot open root device "(null)" or unknown-block(0,0): error -6
[ 4.232970] Please append a correct "root=" boot option; here are the available partitions:
[ 4.249613] 1f00 512 mtdblock0
[ 4.249619] (driver?)
[ 4.262644] 1f01 384 mtdblock1
[ 4.262649] (driver?)
[ 4.275653] 1f02 384 mtdblock2
[ 4.275657] (driver?)
[ 4.288670] 1f03 3072 mtdblock3
[ 4.288675] (driver?)
[ 4.301699] 1f04 3072 mtdblock4
[ 4.301704] (driver?)
[ 4.314706] 1f05 253696 mtdblock5
[ 4.314711] (driver?)
[ 4.327719] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 4.345578] Rebooting in 1 seconds..
TagsNo tags attached.

Activities

Adrian Schmutzler

2020-05-03 12:10

manager   ~0000407

Looks like an ubi error, and thus it might be a specific problem of the er-x(-sfp).

fbl

2020-05-03 14:53

administrator   ~0000408

Möglicherweise related: https://community.ui.com/questions/ERX-ERX-SFP-System-Recovery/c713ea0f-a4c1-4e5c-9d43-9b369850044c

fbl

2020-05-03 15:07

administrator   ~0000409

related: https://github.com/freifunk-gluon/gluon/issues/1937

Adrian Schmutzler

2020-05-03 17:10

manager   ~0000410

Entsprechend der Erklärung bei Gluon ist dies wohl ein Problem mit dem "alten" NAND-Treiber, und entsteht durch das Update von alt zu neu (19.07).

Dementsprechend können wir es nicht beheben.

fbl

2020-05-03 17:28

administrator   ~0000411

Jou. Müssen wir wohl zu den Known Issues auf der Updateseite aufnehmen.

Was mich noch wundert ist, wo der Überrest vom alten NAND Treiber ist, der das Booten verhindert und wie man das jetzt beheben kann. Clean Flash (sysupgrade -n)?

fbl

2020-05-08 21:34

administrator   ~0000412

Ich habe das Problem zu den Known Issues aufgenommen: https://wiki.freifunk-franken.de/w/Anleitung:FirmwareUpdate#Besonderheiten_beim_Update

Von meinen insgesamt 4 Edgerouter X, die ich entweder von einer älteren Firmware aktualisiert, oder frisch geflasht habe, hatte keiner das Problem.
Das scheint also zur einen Bruchteil der Geräte zu betreffen. Möglicherweise ist die Position der Bad Blocks entscheidend.

Daher habe ich dieses Issue mal auf "not fixable" gestellt und geschlossen.

Issue History

Date Modified Username Field Change
2020-05-03 12:07 moexe New Issue
2020-05-03 12:10 Adrian Schmutzler Note Added: 0000407
2020-05-03 14:53 fbl Note Added: 0000408
2020-05-03 15:07 fbl Note Added: 0000409
2020-05-03 17:10 Adrian Schmutzler Note Added: 0000410
2020-05-03 17:28 fbl Note Added: 0000411
2020-05-08 21:34 fbl Assigned To => fbl
2020-05-08 21:34 fbl Status new => closed
2020-05-08 21:34 fbl Resolution open => not fixable
2020-05-08 21:34 fbl Note Added: 0000412