Porter Posted February 24, 2017 Posted February 24, 2017 (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 February 24, 2017 by Porter Вставить ник Quote
Ivan_83 Posted February 25, 2017 Posted February 25, 2017 Попробуй с консоли ипадрес прописать и попинговать что то в сети. Вставить ник Quote
Porter Posted February 25, 2017 Author Posted February 25, 2017 (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 February 25, 2017 by Porter Вставить ник Quote
NiTr0 Posted February 25, 2017 Posted February 25, 2017 а что собссно выгоревший DC-DC питает-то?... Вставить ник Quote
Porter Posted February 25, 2017 Author Posted February 25, 2017 Выше чётко написано - проц. Также, написано, что питание подано от ЛБП и что проц стартует и работает. Вставить ник Quote
Porter Posted February 25, 2017 Author Posted February 25, 2017 (edited) Про то, что нету возможности что-то ввести в командной я тоже писал выше. Или, по крайней мере, я не знаю как с терминала добится приветствия и возможности ввода комманды. В логе видно запуск ДХЦП клиента и тишина. Мне важно определится, проблема аппаратная или программная. Для этого, нужно понять, откуда девайс берёт свой МАС адрес. Отдельной ээпромки нету, значит или прописан в котроллере сети или гдето прописан в прошивке. Кто в курсе как на сабже с МАС-ом??? Edited February 25, 2017 by Porter Вставить ник Quote
myth Posted February 25, 2017 Posted February 25, 2017 (edited) bootargs обычно. Edited February 25, 2017 by myth Вставить ник Quote
Porter Posted March 1, 2017 Author Posted March 1, 2017 (edited) Терминал не принимает комманд. Какбудто система ждёт окончания некого другого процесса. Приехал ШИМ, поставил - теперь питание проца штатное. Заказал сетевую. За месяц отпишусь... * на выходных писал в сапорт сынолоджи. По сей день ответа не пришло... Edited March 1, 2017 by Porter Вставить ник Quote
myth Posted March 2, 2017 Posted March 2, 2017 А если прервать загрузку, выйти в голый u-boot, назначить там интерфейсу адрес и что-то пропинговать? Вставить ник Quote
NiTr0 Posted March 4, 2017 Posted March 4, 2017 [ 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 идет... Вставить ник Quote
Porter Posted March 7, 2017 Author Posted March 7, 2017 Уже едет чип сетевой. Мне так проще, я больше по железу :) Если замена не поможет - будем думать дальше... Отпишусь за пару недель. Вставить ник Quote
NiTr0 Posted March 7, 2017 Posted March 7, 2017 замена PHY чипа не исправит затертый мак адрес во флэшке. Вставить ник Quote
dignity Posted March 8, 2017 Posted March 8, 2017 Я так понимаю, Вы возитесь потому что прикольно, хобби? Иного смысла восстанавливать это я просто не могу придумать. Вставить ник Quote
Porter Posted March 8, 2017 Author Posted March 8, 2017 (edited) NiTr0 я не уверен. Если есть возможность с бута работать с сетью, значит МАС зашит в области бута (а если он аппаратно в сетевой?). Бут на сабже в ПЛИСе. Не думаю, что кто-то туда залез. В любом случае, исключу на 100% один из вариантов поменяв сетевую. Кроме того, питатель проца сгорел не от затертого МАСа. :) dignity кожен дроче як хоче :) Edited March 8, 2017 by Porter Вставить ник Quote
[anp/hsw] Posted March 8, 2017 Posted March 8, 2017 Если есть возможность с бута работать с сетью, значит МАС зашит в области бута (а если он аппаратно в сетевой?) В буте у девайса скорее всего будет левый дефолтный мак типа "все ноли", и скорее всего не будет совпадать с тем, который в конфигурационном разделе зашит. Вставить ник Quote
dignity Posted March 8, 2017 Posted March 8, 2017 Дрочите как хотите, вопросов нет, только при чем здесь "Технические вопросы кабельных сетей". Вставить ник Quote
Porter Posted March 8, 2017 Author Posted March 8, 2017 dignity устройство не доступно по локальной сети (кабелю), проблема скорее всего аппаратная (техническая). Поскольку вопрос касается технических проблем работы сетевого устройства в кабельной сети, то вопрос задан в соответствующем разделе. Давайте без флуда. Вам не интересно - пройдите мимо. Спасибо. Вставить ник Quote
NiTr0 Posted March 9, 2017 Posted March 9, 2017 Если есть возможность с бута работать с сетью, значит МАС зашит в области бута (а если он аппаратно в сетевой? не факт. 1) бут параметры и собссно рабочие параметры могут отличаться 2) бут вполне себе может генерить случайный мак/ставить дефолтный мак если мак-адрес не задан (обычное поведение бытовых роутеров при затертом конфиге к слову) 3) "аппаратно сетевая" собссно в процессоре, тот чип - PHY (преобразователь интерфейса RGMII -> GbE), и тем более ни в одном сетевом чипе маки в принципе не живут. Бут на сабже в ПЛИСе. нет, бут - в первых 0х80000 байтах флэши. о чем лог зарузки прямо и говорит. Кроме того, питатель проца сгорел не от затертого МАСа. :) питатель вполне могли спалить криворучки, которые попытались восстановить девайс после софтовых проблем (ну, там, консоль не туда подпаяли, или замкнули чего, или еще что). тем более, флэш уже кто-то с него выпаивал... Вставить ник Quote
Porter Posted March 9, 2017 Author Posted March 9, 2017 NiTr0 к сведенью принял. Скоро станет ясно :) в микросхему Lattice LC4032V (программируемая логическая матрица) зашит управляющий «код» для данной модели NAS (в отличие от ряда других NAS Synology, здесь не используется загрузочный SSD-накопитель для старта устройства). Иль не о буте речь? Что тогда в ней? К флешке то лезли, но или не долезли или грамотно. Основной имидж с нее распаковывается. Контрольки в порядке (в логе видно). Вставить ник Quote
NiTr0 Posted March 9, 2017 Posted March 9, 2017 я не знаю что и как зашивали в ту lattice, может какой онанизм для представления SPI флэши чем-то более другим, может - еще что, но карта памяти говорит сама за себя. ну и да, то что имидж распаковывается - совсем не значит, что имидж там от вендора и для этой модели. Вставить ник Quote
Porter Posted March 24, 2017 Author Posted March 24, 2017 (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 March 24, 2017 by Porter Вставить ник Quote
NiTr0 Posted March 24, 2017 Posted March 24, 2017 Так где проблему искать??? для начала - wireshark в процессе перешивки запустить, посмотреть что и с каким маком он из бута шлет... Или таки транс менять пробовать? в трансе что, мак живет? :) тут скорее всего софтовая проблема. Вставить ник Quote
Porter Posted March 24, 2017 Author Posted March 24, 2017 (edited) Сдул транс, кинул перемычки. Индикатор активности как прежде работает, комп линк видит (только 10 мб). Остальное без изменений. Я в тупике... Чё бы ему программно не было бы, раз бут живой - по ТФТП бы обязан загрузить файл. Остается железо. Но что из него?! Не может ведь новый чип быть "подбит" аналогично как старый! NiTr0, слать он может только то, что в буте прошито: Marvell>> ethaddr=00:50:43:3c:3b:5d К стати, слейбой не софпадает. Походу дамп таки не родной... Я вот думаю, а, может, я зря к МАСу и сети прицепился? Может тупо проц глючит и вистет в момент инициализации шины, например. Вот глянуть лог без подключённого кабеля- и МАС есть но виснет на :: Starting scemd. Что есть scemd ? Или лог с хардом, там лог останавливается на обращении к ХДД (или ошибке ХДД). Но, дальше молчит, и доступа через терминал нету. Edited March 24, 2017 by Porter Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.