Firmware Model Identification for LS-CHL-V2

[gena777]

(Sorry for the English - Google Translate)
SPI chip on the Buffalo Linkstation LS-CHL-V2 failed and was replaced, U-BOOT (from unpacked firmware) writed through the programmer.
After loading via TFTP in the navigator, the device is defined as UNINSPECT -...
I found identification information on the wiki on https://buffalonas.miraheze.org/wiki/Firmware_Model_Identification. Tell me please where exactly the identification information should be located.
Perhaps you can find a complete dump of the ST25P40VP chip somewhere?
Thanks in advance.

[1000001101000]

Good work!

I should be able to get what you need from mine. I’ll work on that in the next few days.

Alternately, you could install Debian instead of the stock firmware. Debian doesn’t rely on that missing info.
https://github.com/1000001101000/Debian_on_Buffalo

[gena777]

Thanks
Debian is not quite what needed, but i try it

[1000001101000]

To get the stock firmware running again you'll need to populate the model (and possibly serial number) string in the uboot environment. There is a way to do that from within Debian via software though it requires some setup. Alternately, once I find my device I can dump the flash chip and send you an image that already has my model/etc in it. It just might take a few days for me to get around to it.

[gena777]

Install debian failed. When the installer is loaded, the device restarts. I tried both tftp and through copying to the first section (GPT, ext3, 1GB, inode 128). It looks like something else is missing.

[gena777]

As I understand it, there are problems with the dump of SPI.
It may be possible to show the output of the commands:
1) "fw_printenv"
2) "cat /proc/mtd"
and dump all mtd partitions via dd (like dd if=/dev/mtdblockX of=...)
I will be very grateful.

[1000001101000]

Code: [Select]

root@lschlv2-Buster:/boot/bin# fw_printenv
baudrate=115200
loads_echo=0
ipaddr=192.168.11.150
serverip=192.168.11.1
rootpath=/mnt/ARM_FS/
netmask=255.255.255.0
eth1addr=00:24:A5:A5:19:A4
stdin=serial
stdout=serial
stderr=serial
console=console=ttyS0,115200
mainlineLinux=no
CASset=min
enaMonExt=no
enaCpuStream=no
enaWrAllo=no
pexMode=RC
disL2Cache=no
setL2CacheWT=yes
disL2Prefetch=yes
enaICPref=yes
enaDCPref=yes
sata_dma_mode=yes
MALLOC_len=1
bootargs_root=root=/dev/sda2 rw initrd=0x00800040,12M panic=5
bootargs_end=:::DB88FXX81:eth0:none
image_name=uImage
buffalo_ver=BOOTVER=0.21
kernel=uImage.buffalo
initrd=initrd.buffalo
bootcommon=setenv bootargs $console $bootargs_root $bootargs_func $buffalo_ver $mtdparts $tftpboot $nandboot; bootm 0x00100000 0x00800000
tftpbootcmd=tftp 0x00100000 $kernel; tftp 0x00800000 $initrd; setenv tftpboot tftpboot=yes; run bootcommon
idebootcmd=ext2load ide 0:1 0x00100000 /$kernel; ext2load ide 0:1 0x00800000 /$initrd; run bootcommon
bootorder=ide
bootcmd=for i in $bootorder; do run ${i}bootcmd; done
bootdelay=3
disaMvPnp=no
ethaddr=00:50:43:4e:20:3a
ethmtu=1500
eth1mtu=1500
mvNetConfig=mv_net_config=(00:11:88:0f:62:81,0:1:2:3),mtu=1500
usb0Mode=host
netretry=no
rcvrip=169.254.100.100
loadaddr=0x02000000
autoload=no
enaAutoRecovery=yes


[gena777]

Thanks, but it didn't help. Debian refuses to work, it is installed (almost 48 hours), but does not load. There is no way to recover the device without an SPI dump.

[1000001101000]

I believe I sent you a DM with some details specific to your situation several weeks ago. Let me know if you got it.

[gena777]

Thank you very much!!!
After flashing the dump, it was possible to update to the stock firmware.
Only first I had to install the old firmware 1.42. Version 1.75 was throwing an error. I made an update to 1.75 via the web interface.