Jump to content

Recommended Posts

Posted (edited)

Приветствую.

Достался NAS Synology DS411slim. Истории его не знаю...

При подаче питания часто моргает синим индикатором питания, ни на что не реагирует, по сети не доступен (Втч родной тулой по МАС-у).

Осмотр выявил, что паяна U20 ( 25P32V6P ) и подпаивались на JP1 (терминал).

Также, замечена дыра в U16 (DC-DC ZT7184). Заказал, деталь в дороге.

 

U16 питает проц Marvell 88F6282 ARM. Спецификации на него не нашел... Из даташита ШИМа высчитал, что на выходе 1 В.

 

Подаю общее питание и питание на проц (от ЛБП), ток 0,70 - 0,85А Что в разумных пределах. Другие питания подозрений не вызывают, ничего не перегревается. Поведение меняется:

- часто моргает синим индикатором питания,

- светятся желтым индикаторы всех ХДД 20 секунд и гаснут (не зависимо от наличия ХДД),

- Индикатор сети говорит об некой периодичной активности на ней.

Но NAS не видится в сети (втч родной тулой с детекцией по МАС-у), на кнопки не реагирует.

 

Цепляюсь к терминалу, полный лог ниже в атаче (без ХДД). Из него ясно, что девайс скорее живой чем мёртвый. Непонятно только с доступом по сети.

Настораживает строчка лога :

cat: can't open '/proc/sys/kernel/syno_skip_vender_mac_interfaces': No such file[ 9.900000] eth0: mac address changed or directory

 

Может ему с софтом чего, не может МАС считать и поэтому в сеть не выходит???

Чип сетевухи Марвел 88e1116r. Распаян только один порт. Чип не калится, нискоомники по входу порта целы.

Менять сетевуху или как-то править МАС? Как именно???

DS411slim log2.txt

Edited by Porter
Posted (edited)

Пробовал ifconfig. Ком*** не проходит. Нету ответа (реакции никакой вообще. будто висит устройство...)

Распайка Тх верна, так как на "эникей" при отмене автобута реагирует (падает на приветствие "Marwel" и ждёт комманду).

А при автобуте, после последних строчек лога приветствия нету, комманды не принимает. Складывается впечатление, что ждёт чего-то.

(из гугла и примеров лога ясно, что нажатия кнопок в логе отображаются. Например строчка: [ 319.340000] synobios: power button pressed, ret = 0). А у меня реакции на кнопки девайса в логе нету!

Может я чет не так делаю? Я больше по железу...

 

 

Вот кусок лога со стартом ДХЦП клиента (с гугла):

udhcpc (v1.16.1) started

eth0      Link encap:Ethernet  HWaddr 00:11:32:0D:4C:20   

         UP BROADCAST MULTICAST  MTU:1500  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:532  

         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

         Interrupt:11  

lo        Link encap:Local Loopback   

         inet addr:127.0.0.1  Mask:255.0.0.0

         UP LOOPBACK RUNNING  MTU:16436  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)

:: Starting syslogd ... [  OK  ]

 

Думаю таки начать с замены чипа сетевухи.

Edited by Porter
Posted (edited)

Про то, что нету возможности что-то ввести в командной я тоже писал выше. Или, по крайней мере, я не знаю как с терминала добится приветствия и возможности ввода комманды.

 

В логе видно запуск ДХЦП клиента и тишина. Мне важно определится, проблема аппаратная или программная. Для этого, нужно понять, откуда девайс берёт свой МАС адрес.

Отдельной ээпромки нету, значит или прописан в котроллере сети или гдето прописан в прошивке. Кто в курсе как на сабже с МАС-ом???

Edited by Porter
Posted (edited)

Терминал не принимает комманд. Какбудто система ждёт окончания некого другого процесса.

Приехал ШИМ, поставил - теперь питание проца штатное. Заказал сетевую. За месяц отпишусь...

 

* на выходных писал в сапорт сынолоджи. По сей день ответа не пришло...

Edited by Porter
Posted

[    5.470000] 0x0000003c0000-0x0000003d0000 : "vendor"
[    5.470000] vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[    5.480000] vender Mac2 checksum error ucSum:0x00 Buf:0x00 Sum:0.
[    5.490000] vender Mac3 checksum error ucSum:0x00 Buf:0x00 Sum:0.

побит мак адрес в мтдблоке vendor. возможно - кто-то залил самосборную прошвку бОльшего размера, запортив вендор, или еще что-то в этом духе.

 

А если прервать загрузку, выйти в голый u-boot

там redboot. в принципе то же только в профиль.

 

конечно проще всего - дамп найти и залить, но если нет дампа - думать как это восстановить. я бы начал сначала с бэкапа флэшки, сравнения того что в ней с 0x80000 по 0x3С0000 с имеющейся прошивкой от вендора и замены того куска прошивкой от вендора с последующей заливкой этого на родину. ну и посмотреть, что после 0х3С0000 идет...

Posted

Уже едет чип сетевой. Мне так проще, я больше по железу :)

Если замена не поможет - будем думать дальше... Отпишусь за пару недель.

Posted

Я так понимаю, Вы возитесь потому что прикольно, хобби? Иного смысла восстанавливать это я просто не могу придумать.

Posted (edited)

NiTr0 я не уверен. Если есть возможность с бута работать с сетью, значит МАС зашит в области бута (а если он аппаратно в сетевой?). Бут на сабже в ПЛИСе. Не думаю, что кто-то туда залез. В любом случае, исключу на 100% один из вариантов поменяв сетевую.

Кроме того, питатель проца сгорел не от затертого МАСа. :)

dignity кожен дроче як хоче :)

Edited by Porter
Posted

Если есть возможность с бута работать с сетью, значит МАС зашит в области бута (а если он аппаратно в сетевой?)

В буте у девайса скорее всего будет левый дефолтный мак типа "все ноли", и скорее всего не будет совпадать с тем, который в конфигурационном разделе зашит.

Posted

Дрочите как хотите, вопросов нет, только при чем здесь "Технические вопросы кабельных сетей".

Posted

dignity устройство не доступно по локальной сети (кабелю), проблема скорее всего аппаратная (техническая).

Поскольку вопрос касается технических проблем работы сетевого устройства в кабельной сети, то вопрос задан в соответствующем разделе.

Давайте без флуда. Вам не интересно - пройдите мимо. Спасибо.

Posted

Если есть возможность с бута работать с сетью, значит МАС зашит в области бута (а если он аппаратно в сетевой?

 

не факт.

1) бут параметры и собссно рабочие параметры могут отличаться

2) бут вполне себе может генерить случайный мак/ставить дефолтный мак если мак-адрес не задан (обычное поведение бытовых роутеров при затертом конфиге к слову)

3) "аппаратно сетевая" собссно в процессоре, тот чип - PHY (преобразователь интерфейса RGMII -> GbE), и тем более ни в одном сетевом чипе маки в принципе не живут.

 

Бут на сабже в ПЛИСе.

нет, бут - в первых 0х80000 байтах флэши. о чем лог зарузки прямо и говорит.

 

Кроме того, питатель проца сгорел не от затертого МАСа. :)

питатель вполне могли спалить криворучки, которые попытались восстановить девайс после софтовых проблем (ну, там, консоль не туда подпаяли, или замкнули чего, или еще что).

тем более, флэш уже кто-то с него выпаивал...

Posted

NiTr0 к сведенью принял. Скоро станет ясно :)

в микросхему Lattice LC4032V (программируемая логическая матрица) зашит управляющий «код» для данной модели NAS (в отличие от ряда других NAS Synology, здесь не используется загрузочный SSD-накопитель для старта устройства).
Иль не о буте речь? Что тогда в ней?

К флешке то лезли, но или не долезли или грамотно. Основной имидж с нее распаковывается. Контрольки в порядке (в логе видно).

Posted

я не знаю что и как зашивали в ту lattice, может какой онанизм для представления SPI флэши чем-то более другим, может - еще что, но карта памяти говорит сама за себя.

 

ну и да, то что имидж распаковывается - совсем не значит, что имидж там от вендора и для этой модели.

  • 2 weeks later...
Posted (edited)

Приехал чип сетевой, поставил - поведение и лог не поменялись :(

 

Непосредственно сеть попытаюсь проверить по ТФТП, залью оригинальную прошивку.

Но, боюсь, что это не поможет. Так как если проблема с ортсутствующим МАСом, то в прошивке его нету точно (ведь он уникален для каждого девайса). Нужен дамп...

Пытаюсь шить по ТФТП:

Компу присавиваю 192,168,1,155 (225,225,224,1), так просит убут в логе.

Подключаю кросовым кабелем к насу, на компе запускаю ТФТП сервер, указываю на папку с прошивкой (C0A8019A.img).

Антивирь выгружен, фаервол отключён.

Включаю НАС, прерываю загрузку, запускаю ТФТП клиент и... всё :(

Сервер клиента не видит, явной прокачки по активности сети да и в логе не видно...

Вот лог:

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

U-Boot 1.1.4 (Aug  9 2010 - 19:58:12) Marvell version: 3.5.3

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

Soc: MV88F6282 Rev 1CPU running @ 1500Mhz L2 running @ 500Mhz
SysClock = 500Mhz , TClock = 200Mhz

DRAM (DDR3) CAS Latency = 7 tRP = 7 tRAS = 20 tRCD=7
DRAM CS[0] base 0x00000000   size 256MB
DRAM Total size 256MB  16bit width
Addresses 8M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (8M - 7M): Done
Using default environment

[4096kB@f8000000] Flash:  4 MB

CPU : Marvell Feroceon (Rev 1)

Streaming disabled
Write allocate disabled


USB 0: host mode
PEX 0: PCI Express Root Complex Interface
PEX interface detected Link X1
PEX 1: interface detected no Link.

Synology Model: DS411slim
Fan Status: Good

Net:   egiga0 [PRIME], egiga1
Hit any key to stop autoboot:  0
Marvell>> printenv
bootcmd=bootm F8080000 F8280000
baudrate=115200
loads_echo=0
ipaddr=192.168.1.154
serverip=192.168.1.155
rootpath=/mnt/ARM_FS/
netmask=255.255.254.0
run_diag=yes
stdin=serial
stdout=serial
stderr=serial
console=console=ttyS0,115200 mtdparts=spi_flash:0x80000@0(uboot)ro,0x300000@0x100000(root)
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
ethprime=egiga0
netbsd_en=no
vxworks_en=no
bootargs_root=root=/dev/nfs rw
bootargs_end=:::DB88FXX81:eth0:none
image_name=uImage
standalone=fsload 0x2000000 $(image_name);setenv bootargs $(console) root=/dev/mtdblock0 rw ip=$(ipaddr):$(serverip)$(bootargs_end) $(mvPhoneConfig); bootm 0x2000000;
lcd0_enable=0
lcd0_params=640x480-16@60
lcd0_bootargs=video-dovefb:lcd0:$(lcd0_params) clcd.lcd0_enable=$(lcd0_enable)
bootdelay=3
disaMvPnp=no
ethaddr=00:50:43:3c:3b:5d
ethmtu=1500
mvPhoneConfig=mv_phone_config=dev[0]:fxs,dev[1]:fxo
mvNetConfig=mv_net_config=(00:11:88:0f:62:81,0:1:2:3),mtu=1500
usb0Mode=host
pcieTune=no
bootargs=console=ttyS0,115200 ip=off initrd=0x00800040,4M root=/dev/md0 rw syno_hw_version=DS411slimv10 ihd_num=0 netif_num=1
ethact=egiga0

Environment size: 1241/4092 bytes
Marvell>> tftpboot
*** Warning: no boot file name; using 'C0A8019A.img'
Using egiga0 device
TFTP from server 192.168.1.155; our IP address is 192.168.1.154
Filename 'C0A8019A.img'.
Load address: 0x800000
Loading: *

Тут пример, как бы должно было быть:

https://www.conetix.com.au/blog/synology-nas-bootrom-recovery

 

Так где проблему искать???

Физических повреждений интерфейса не видно, чип новый, кабель индикатор сети На насе кабель видит, некую активность отмаргивает, комп кабель видит.

В логе есть инициализация сети. Если бы транс битый был по входу - думаю, кабеля бы не видел. Или таки транс менять пробовать?

Еще варианты?

 

Заметил нюансЖ если включать НАС без кабеля - МАС отображается

[    9.680000] synobios syno_platform proc entry initialized
... [  OK  ]
cat: can't open '/proc/sys/kernel/syno_skip_vender_mac_interfaces': No such file[    9.910000] eth0: mac address changed
or directory
[   11.950000] eth0: started
udhcpc (v1.16.1) started
eth0      Link encap:Ethernet  HWaddr 00:50:43:3C:3D:5D
         UP BROADCAST MULTICAST  MTU:1500  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:532
         RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
         Interrupt:11

lo        Link encap:Local Loopback
         inet addr:127.0.0.1  Mask:255.0.0.0
         UP LOOPBACK RUNNING  MTU:16436  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)

:: Starting syslogd ... [  OK  ]
:: Starting scemd

Edited by Porter
Posted

 

Так где проблему искать???

для начала - wireshark в процессе перешивки запустить, посмотреть что и с каким маком он из бута шлет...

 

Или таки транс менять пробовать?

в трансе что, мак живет? :)

тут скорее всего софтовая проблема.

Posted (edited)

Сдул транс, кинул перемычки. Индикатор активности как прежде работает, комп линк видит (только 10 мб). Остальное без изменений.

Я в тупике...

Чё бы ему программно не было бы, раз бут живой - по ТФТП бы обязан загрузить файл. Остается железо. Но что из него?!

Не может ведь новый чип быть "подбит" аналогично как старый!

 

NiTr0, слать он может только то, что в буте прошито:

Marvell>> ethaddr=00:50:43:3c:3b:5d

К стати, слейбой не софпадает. Походу дамп таки не родной...

 

Я вот думаю, а, может, я зря к МАСу и сети прицепился? Может тупо проц глючит и вистет в момент инициализации шины, например.

Вот глянуть лог без подключённого кабеля- и МАС есть но виснет на :: Starting scemd. Что есть scemd ?

Или лог с хардом, там лог останавливается на обращении к ХДД (или ошибке ХДД). Но, дальше молчит, и доступа через терминал нету.

Edited by Porter

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.