j-Serie DS211j - blau blinken Status LED

[Rimini]

Nach einem misslungenen Firmware-Update blinkt die Status LED nur noch blau und sonst ist die DS211j fast tot. Die Boot-Meldungen in der seriellen Konsole zeigen, dass u-boot zwar noch sczheinbar funktionsfähig ist und man auch mit Hilfe von tftpboot zImage und rd.bin laden und starten kann, aber das Booten des Kernels dann mit einem "Kernel panic" endet:

         __  __                      _ _
        |  \/  | __ _ _ ____   _____| | |
        | |\/| |/ _` | '__\ \ / / _ \ | |
        | |  | | (_| | |   \ V /  __/ | |
        |_|  |_|\__,_|_|    \_/ \___|_|_|
 _   _     ____              _
| | | |   | __ )  ___   ___ | |_
| | | |___|  _ \ / _ \ / _ \| __|
| |_| |___| |_) | (_) | (_) | |_
 \___/    |____/ \___/ \___/ \__|  ** LOADER **
 ** MARVELL BOARD: Synology Disk Station LE

U-Boot 1.1.4 (Jul  6 2010 - 19:26:08) Marvell version: 3.4.4

U-Boot code: 00600000 -> 0067FFF0  BSS: -> 0068B43C

Soc: 88F6281 A1 (DDR2)
CPU running @ 1200Mhz L2 running @ 480Mhz
SysClock = 400Mhz , TClock = 200Mhz

DRAM CAS Latency = 6 tRP = 6 tRAS = 18 tRCD=6
DRAM CS[0] base 0x00000000   size 128MB
DRAM Total size 128MB  16bit width
[4096kB@f8000000] Flash:  4 MB
Addresses 8M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (8M - 7M): Done
Using default environment


CPU : Marvell Feroceon (Rev 1)

Streaming disabled
Write allocate disabled

Module 1 is AUDIO

USB 0: host mode

Synology Model: DS211j
Fan Status: Good

Net:   egiga0 [PRIME]
Hit any key to stop autoboot:  0
## Booting image at f8080000 ...
Bad Magic Number
Marvell>> setenv ipaddr 172.27.52.224
Marvell>> setenv serverip 172.27.52.29
Marvell>> tftpboot 0x1000000 zImage
Using egiga0 device
TFTP from server 172.27.52.29; our IP address is 172.27.52.224
Filename 'zImage'.
Load address: 0x1000000
Loading: #####...
done
Bytes transferred = 1663448 (1961d8 hex)
Marvell>> tftpboot 0x2000000 rd.bin
Using egiga0 device
TFTP from server 172.27.52.29; our IP address is 172.27.52.224
Filename 'rd.bin'.
Load address: 0x2000000
Loading: #####...
done
Bytes transferred = 989543 (f1967 hex)
Marvell>> bootm 1000000 2000000
## Booting image at 01000000 ...
   Image Name:   Linux-2.6.32.12
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    1663384 Bytes =  1.6 MB
   Load Address: 00008000
   Entry Point:  00008000
   Verifying Checksum ... OK
OK
## Loading Ramdisk Image at 02000000 ...
   Image Name:   synology_88f6281_211j 4482
   Image Type:   ARM Linux RAMDisk Image (gzip compressed)
   Data Size:    989479 Bytes = 966.3 kB
   Load Address: 00800000
   Entry Point:  00800000
   Verifying Checksum ... OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
[    0.000000] Linux version 2.6.32.12 (root@build2) (gcc version 4.6.4 (Linaro GCC branch-4.6.4. Marvell GCC Dev 201309-2126.3d181
66 64K MAXPAGESIZE ALIGN) ) #4482 Fri Apr 18 02:12:14 CST 2014
[    0.000000] CPU: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE), cr=00053977
[    0.000000] CPU: VIVT data cache, VIVT instruction cache
[    0.000000] Machine: Feroceon-KW
[    0.000000] Using UBoot passing parameters structure
[    0.000000] Sys Clk = 200000000, Tclk = 166666667
[    0.000000] Synology Board ID: 21
...
[    0.000000] Kernel command line: console=ttyS0,115200 ip=off initrd=0x00800040,4M root=/dev/md0 rw syno_hw_version=DS211j ihd_nu
=2 netif_num=1
[    0.000000] Synology Hardware Version: DS211j-j
...
[    0.390000] NET: Registered protocol family 16
...
[    1.090000] NET: Registered protocol family 2
[    1.090000] IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
[    1.090000] TCP established hash table entries: 4096 (order: 3, 32768 bytes)
[    1.090000] TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
[    1.090000] TCP: Hash tables configured (established 4096 bind 4096)
[    1.090000] TCP reno registered
[    1.090000] NET: Registered protocol family 1
[    1.090000] RPC: Registered udp transport module.
[    1.090000] RPC: Registered tcp transport module.
[    1.090000] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    1.090000] Trying to unpack rootfs image as initramfs...
...
[    1.130000] brd: module loaded
[    1.130000] sata_mv sata_mv.0: version 1.28
[    1.140000] sata_mv sata_mv.0: slots 32 ports 2
[    1.140000] scsi0 : sata_mv
[    1.140000] scsi1 : sata_mv
[    1.150000] ata1: SATA max UDMA/133 irq 21
[    1.150000] ata2: SATA max UDMA/133 irq 21
[    5.810000] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl F300)
[    5.890000] ata1.00: ATA-8: ST3250318AS, CC44, max UDMA/133
[    5.890000] ata1.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32)
[    5.980000] ata1.00: configured for UDMA/133
[    6.000000] scsi 0:0:0:0: Direct-Access     ATA      ST3250318AS              CC44 PQ: 0 ANSI: 5
[    6.000000] sd 0:0:0:0: [sda] 488397168 512-byte logical blocks: (250 GB/232 GiB)
[    6.010000] sd 0:0:0:0: [sda] Write Protect is off
[    6.020000] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    6.030000]  sda:
[    6.060000] sd 0:0:0:0: [sda] Attached SCSI disk
[    9.060000] Delay 5 seconds to wait for disk 2 ready.
[   14.410000] ata2: SATA link down (SStatus 0 SControl F300)
[   14.410000] physmap platform flash device: 00400000 at f8000000
[   14.420000] SPI Serial flash detected @ 0xf8000000, 4096KB (64sec x 64KB)
[   14.430000] Searching for RedBoot partition table in SYNOMTD-0 at offset 0x3f0000
[   14.440000] 6 RedBoot partitions found on MTD device SYNOMTD-0
[   14.440000] SYNOMTD flash bank 0: Using RedBoot partition definition
[   14.450000] Creating 6 MTD partitions on "SYNOMTD-0":
[   14.460000] 0x000000000000-0x000000080000 : "RedBoot"
[   14.460000] 0x000000080000-0x000000280000 : "zImage"
[   14.470000] 0x000000280000-0x0000003c0000 : "rd.gz"
[   14.470000] 0x0000003c0000-0x0000003d0000 : "vendor"
[   14.480000] vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[   14.480000] vender Mac2 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[   14.490000] vender Mac3 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[   14.500000] serial number='B4HCN04075'
[   14.500000] 0x0000003d0000-0x0000003f0000 : "RedBoot Config"
[   14.510000] 0x0000003f0000-0x000000400000 : "FIS directory"
[   14.510000] mvCpuIfTargetWinBaseLowGet:ERR. Getting target 11 failed.
[   14.520000] mvCpuIfTargetWinSizeGet:ERR. Getting target 11 failed.
[   14.520000]
[   14.520000] ERROR: flashInfoFill - Failed to get Device Base address and Size (spi_flash 0)Loading Marvell Ethernet Driver:
[   14.540000]   o Cached descriptors in DRAM
[   14.540000]   o DRAM SW cache-coherency
[   14.550000]   o 2 Giga ports supported
[   14.550000]   o Single RX Queue support - ETH_DEF_RXQ=0
[   14.550000]   o Single TX Queue support - ETH_DEF_TXQ=0
[   14.560000]   o TCP segmentation offload (TSO) supported
[   14.570000]   o Receive checksum offload supported
[   14.570000]   o Transmit checksum offload supported
[   14.570000]   o SKB Recycle supported - (Enabled)
[   14.580000]   o Rx descripors: q0=128
[   14.580000]   o Tx descripors: q0=532
[   14.590000]   o Loading network interface(s):
[   14.590000]     o  register under mv88fx_eth platform
[   14.600000]     o eth0, ifindex = 2, GbE port = 0
[   14.600000]     o eth0, phy chipid = 1410e40, Support WOL = 0
[   14.610000]
[   14.610000] md: linear personality registered for level -1
[   14.620000] md: raid0 personality registered for level 0
[   14.620000] md: raid1 personality registered for level 1
[   14.630000] md: raid10 personality registered for level 10
[   14.630000] md: raid6 personality registered for level 6
[   14.640000] md: raid5 personality registered for level 5
[   14.640000] md: raid4 personality registered for level 4
[   14.650000] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: dm-devel@redhat.com
[   14.660000] cpuidle: using governor ladder
[   14.660000] TCP cubic registered
[   14.660000] NET: Registered protocol family 17
[   14.670000] NET: Registered protocol family 15
[   14.670000] md: Waiting for all devices to be available before autodetect
[   14.680000] md: If you don't use raid, use raid=noautodetect
[   14.690000] md: Autodetecting RAID arrays.
[   14.690000] md: Scanned 0 and added 0 devices.
[   14.700000] md: autorun ...
[   14.700000] md: ... autorun DONE.
[   14.700000] EXT3-fs: unable to read superblock
[   14.710000] EXT2-fs: unable to read superblock
[   14.710000] EXT4-fs (md0): unable to read superblock
[   14.720000] List of all partitions:
[   14.720000] 0800       244198584 sda driver: sd
[   14.720000] 1f00             512 mtdblock0 (driver?)
[   14.730000] 1f01            2048 mtdblock1 (driver?)
[   14.730000] 1f02            1280 mtdblock2 (driver?)
[   14.740000] 1f03              64 mtdblock3 (driver?)
[   14.740000] 1f04             128 mtdblock4 (driver?)
[   14.750000] 1f05              64 mtdblock5 (driver?)
[   14.750000] No filesystem could mount root, tried:  ext3 ext2 ext4
[   14.760000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(9,0)

Das ist unabhängig davon, ob eine Disk installiert ist, eine vollkommen leere und unpartitionierte Disk installiert ist oder gar keine Disk.

Ping oder sonstige Netzwerk-Verbindung ist nach dem Booten des Kernels auch nicht möglich, so dass ich jetzt etwas hilflos bin.

 

[goetz]

Hallo,
versuche mal für die rd.bin als Adresse 0x1400000, da ist genügend Abstand zum Kernel.

Gruß Götz

 

[Rimini]

Danke für den Denkanstoß. Ich dachte, dass die letzten (Fehler-)Meldungen im seriellen Log:

...
[   14.750000] No filesystem could mount root, tried:  ext3 ext2 ext4
[   14.760000] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(9,0)

sich auf das DSM auf der Disk bezieht und nicht auf das rd.bin im Speicher.

Nach etwas probieren mit den TFTP-Ladeadressen für zImage und rd.bin (0x1400000 ist so auch unpassend gewesen), hab ich dann letztlich mit folgenden u-boot Befehlen:

tftpboot 0x0400000 zImage
tftpboot 0x0800000 rd.bin
bootm 400000 800000


die DS211j richtig booten können.

Der Versuch, dann mit dem Installation-Assistenten die selbe Version des DSM wie die extrahierten zImage und rd.bin Dateien auf einer vollkommen leeren Disk zu installieren, hat nicht ganz richtig funktioniert. Zwar wurde das DSM auf der Disk richtig installiert, aber (natürlich) nicht (nochmal) zImage und rd.bin geflasht, da ja die selbe Version gebootet wurde (wenn auch von Hand mit den Konsolen-Befehlen). Der abschließende Restart blieb dann natürlich wieder hängen, weil der Flash-Speicher sich ja nicht verändert hat.

Also hab ich zImage und rd.bin einer früheren DSM-Version extrahiert und von Hand gebootet. Da auf der Disk nun schon ein neueres DSM installiert ist, meldet der Installation-Assistent dann, dass die DiskStation zur Migration bereit sei. Jetzt einfach noch mal mit dem Installation-Assistenten die neuere DSM-Version, die schon auf der Disk installiert wurde, installiert. Siehe da, nun wurden auch die neueren Versionen von zImage und rd.bin geflasht und die DiskStation funktioniert jetzt wieder problemlos.

Vielleicht hilft die etwas ausführliche Beschreibung auch anderen, die das selbe Problem mit der DS211j haben.

Nochmals vielen Dank für die schnelle Antwort und den Denkanstoß.