nvrsk

хоть уже и не актуально, но может на будущее кому пригодится: если прежде ломаную на этой машине держали - проверьте, не заблочены ли на firewall'е (или ещё где) адреса и айпишники синолодживские. вероятность мала, но всё-таки... тоже хороший вопрос. читал у буржуев про случаи покупок негодных ключей в инете.

если выключен - можно ещё через COM-порт войти. только что попробовал - запускает.

между терминалами не переключает, но загрузку, хоть и частично, но показывает. так что предыдущее своё утверждение я обязан забрать назад. =) дабы не быть гадальщиком на кофейной гуще взял другую машинку (помощнее и повеселее) и поставил на неё 6.1.6 с пол пинка из подготовленной вчера флешки. выше сказал что не показывает, ибо пробовал вчера на другом оборудовании, а для порядка надо бы проверить в штатном режиме. вот что выводится от момента выбора в меню загрузчика до старта системы: bootlog GNU GRUB version 2.02~beta2-36ubuntu3.12 +----------------------------------------------------------------------------+ |*DS3615xs 6.1 Baremetal with Jun's Mod v1.02b | | DS3615xs 6.1 Baremetal with Jun's Mod v1.02b Reinstall | | DS3615xs 6.1 VMWare/ESXI with Jun's Mod v1.02b | | | | | | | | | | | | | | | | | | | +----------------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, `e' to edit the commands before booting or `c' for a command-line. The highlighted entry will be executed automatically in 0s. patching file etc/rc Hunk #1 succeeded at 175 (offset 12 lines). patching file etc/synoinfo.conf Hunk #1 succeeded at 281 (offset 4 lines). patching file linuxrc.syno Hunk #1 succeeded at 39 (offset 2 lines). Hunk #2 succeeded at 118 with fuzz 2 (offset 2 lines). Hunk #3 succeeded at 495 (offset 111 lines). patching file usr/sbin/init.post START /linuxrc.syno Insert basic USB modules... :: Loading module usb-common ... [ OK ] :: Loading module usbcore ... [ OK ] :: Loading module ehci-hcd ... [ OK ] :: Loading module ehci-pci ... [ OK ] :: Loading module ohci-hcd ... [ OK ] :: Loading module uhci-hcd ... [ OK ] :: Loading module xhci-hcd ... [ OK ] :: Loading module usb-storage ... [ OK ] :: Loading module BusLogic ... [ OK ] :: Loading module vmw_pvscsi ... [ OK ] :: Loading module megaraid_mm ... [ OK ] :: Loading module megaraid_mbox ... [ OK ] :: Loading module megaraid ... [ OK ] :: Loading module scsi_transport_spi ... [ OK ] :: Loading module mptbase ... [ OK ] :: Loading module mptscsih ... [ OK ] :: Loading module mptspi ... [ OK ] :: Loading module mptsas ... [ OK ] :: Loading module mptctl ... [ OK ] :: Loading module ata_piix ... [ OK ] :: Loading module megaraid_sas ... [ OK ] :: Loading module mpt2sas ... [ OK ] :: Loading module mpt3sas ... [ OK ] :: Loading module sx8 ... [ OK ] :: Loading module aacraid ... [ OK ] :: Loading module aic94xx ... [ OK ] :: Loading module 3w-9xxx ... [ OK ] :: Loading module 3w-sas ... [ OK ] :: Loading module mvumi ... [ OK ] :: Loading module mvsas ... [ OK ] :: Loading module arcmsr ... [ OK ] :: Loading module hptiop ... [ OK ] :: Loading module isci ... [ OK ] :: Loading module nvme ... [ OK ] Insert net driver(Mindspeed only)... Starting /usr/syno/bin/synocfgen... /usr/syno/bin/synocfgen returns 0 All disk ready or timeout execeed Partition Version=8 /sbin/e2fsck exists, checking /dev/md0... [ 8.450678] sd 6:0:0:0: [synoboot] Asking for cache data failed [ 8.456624] sd 6:0:0:0: [synoboot] Assuming drive cache: write through [ 8.468173] sd 6:0:0:0: [synoboot] Asking for cache data failed [ 8.474105] sd 6:0:0:0: [synoboot] Assuming drive cache: write through [ 8.485422] sd 6:0:0:0: [synoboot] Asking for cache data failed [ 8.491372] sd 6:0:0:0: [synoboot] Assuming drive cache: write through /sbin/e2fsck -pvf returns 0 Mounting /dev/md0 /tmpRoot ------------upgrade Begin upgrade procedure No upgrade file exists End upgrade procedure ============upgrade Wait 2 seconds for synology manufactory device Tue May 15 11:33:21 UTC 2018 /dev/md0 /tmpRoot ext4 rw,relatime,journal_checksum,data=ordered 0 0 none /sys/kernel/debug debugfs rw,relatime 0 0 sys /sys sysfs rw,relatime 0 0 none /dev devtmpfs rw,relatime,size=2017604k,nr_inodes=504401,mode=755 0 0 proc /proc proc rw,relatime 0 0 linuxrc.syno executed successfully. Post init ==================== start udevd ==================== ===== trigger device plug event ===== [ 24.546513] r8169 0000:05:01.0: PowerManagement capability not found. Server login: Hide отсюда делаю вывод, что на предыдущем аппарате до, собственно, загрузки дело не доходит, хоть и, по-прежнему, не сигнализируется почему.

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

я хочу увидеть процесс загрузки. существует ли какой-то для этого способ? может какие debug-опции можно задать, как прежде?

я потому и переспросил дополнительно, что неоднозначно читается. =) sn - 13, по ссылке из туториала сделан, маки - стандартные.

root@PartedMagic:~# lspci -k | grep 'Kernel driver' Kernel driver in use: agpgart-intel Kernel driver in use: uhci_hcd Kernel driver in use: uhci_hcd Kernel driver in use: uhci_hcd Kernel driver in use: uhci_hcd Kernel driver in use: ehci-pci Kernel driver in use: lpc_ich Kernel driver in use: ata_piix Kernel driver in use: ata_piix Kernel driver in use: i801_smbus Kernel driver in use: snd_intel8x0 Kernel driver in use: nouveau Kernel driver in use: 8139too extra.lzma последней версии в образ подсовывал - без разницы. set vid=0x3538 set pid=0x0042 set sn=1230NZN000360 set mac1=0011328FEE3A set mac2=0011328FEE3B set rootdev=/dev/md0 set netif_num=2 квест изучил, пиды подставил, серийник по инструкции сгенерил, единственное сейчас не понял про 13-ти значные MAC'и. то, что я чайник и так понятно, и мой главный вопрос прежний: можно ли в принципе увидеть на каком этапе загрузка стопорится? на старых (5.2) реализациях - можно было, а сейчас я не уверен, что образы распаковались и запустились. никаких "kernel loading", сплошной грустный >NUL.. в любом случае, Архип, большое спасибо за внимание к вопросу. появляется какое-то "ощущение локтя", вытесняющее холодное одиночество. =)

простите дурака =) и не пинайте сильно, если глупости пишу, но, перелистав кучу страниц, я так и не понял: если возможность отследить процесс загрузки (или _не_ загрузки) загрузчика, как бы тавтологично это не звучало. суть: запускаю систему, всё вроде грузится, советует запустить find.synology.com, но ничего не происходит - в сети машина не появляется, исходящих пакетов с сетевого интерфейса нет. где-то промелькнуло (сейчас уж не найду), что для контроля загрузки надо, дескать, по com-порту соединиться. выискал свой древний чудо-кабель (делал когда-то для перепрошивки humax'ов НТВ+), подключил, законнектился - и ничего нового не увидел. единственное, что там появляется - это дублирование стартового меню загрузчика, дающее возможность произвести первичный выбор загрузки, и всё. после выбора экран очищается, и на него более вообще ничего не выводится (даже пожелания "happy hacking" нет), а биться головой о стену вслепую как-то не очень приятно... железка, на которой я тесты провожу - старая, и может она в принципе не способна обеспечить работоспособность. но как увидеть что не нравится загрузчику? это мой первый опыт с JUN's Loader, прежде ковырялся с 5.2, и там, если что не так, сразу в лоб понятно писалось, и дурью я не маялся. а тут какая-то таинственность и тотальная неопределённость. =(

старые дампы не нашёл, и решил приятное с полезным совместить - разобрать/почистить машинку, и "поиграться" с родной загрузочной флешкой. времени потратил довольно много, зато более-менее разобрался. понадобится следующий софт: OSF Mount https://www.osforensics.com/tools/mount-disk-images.html HxD https://mh-nexus.de/en/downloads.php?product=HxD20 (или любой другой Hex Editor) Win32 Disk Imager https://sourceforge.net/projects/win32diskimager а также железо: любая флешка, USB-клавиатура, VGA кабель+мониор простая проверка работоспособности: скачай образ загрузочного диска для 1511+ https://mega.nz/#!RnwzjJ6A!eiMGixmV17pZAxKNFKjX1wBlZDymzRiq07SYs5ahE48 распакуй и запиши на любую флешку посредством Win32 Disk Imager подключи к DS1511+ клаву с монитором, вставь флешку, включи, на стадии загрузки вызови BIOS, войди в BOOT -> USB Drives, передвинь свою флешку вверх на первую позицию, выходи из BIOS с сохранением конфига, и наблюдай загрузку системы. на этом шаге у меня машинка чудесно загрузилась и всячески заработала. также я попробовал вытащить синолождивскую USB-платку - прекрасно загрузилось вообще без неё, только с моей левой флешки. если вышеописанное пройдёт успешно, надо будет привести твой 1511 в "честное" состояние. для этого: перепиши на бумажку его MAC-адреса и серийник (у сино они всегда пропечатаны сзади на стикере). загрузи в OSF Mount скаченный выше образ, и смонтируй вторую партицию (которая большая), предварительно сняв галку с режима "Read-Only". открой в HxD (или любом удобном Hex-редакторе) файл "vender" из корня этой партиции, и исправь MAC-адреса и серийник аппарата на настоящие (из бумажки), руководствуясь подсказкой на скрине "vender.png" внизу. MAC-адреса вводятся в HEX-области, серийник - справа в ASCII. чтоб "соска принялась" насколько я понял, надо первым символом после серийника и каждого мака указывать чексумму (CHK1/CHK2/CHK). считаются они тупо в калькуляторе. если чексумма получается больше FF - десятки отбрасываются. сохраняй файл, отключай монтирование в OSF Mount, записывай полученный исправленный образ уже на "родную" синолоджевскую платку-флеху, вставляй в машинку, и грузись. если у девайса нет иных аппаратных косяков - должно завестись с пол пинка. p.s. серийник и маки, прописанные в образе, созданы старинной местной генерилкой. p.p.s. по редактированию файла "vender": есть ещё вероятность, что за что-то отвечает "5D" в позиции 68 (на скрине выделено зелёным с вопросом), но я его в процессе исследования не трогал, всё заводилось и без него.

Иван: ну что там, удалось тебе восстановиться? я, помнится, как-то откатывал у 1511+ флеху с 5-й DSM перед пробным апдейдом на 6-ку, чтоб потом обратно вернуться можно было. могу попробовать поискать в закромах.

только что проверил - после нажатия на "refresh" список обновляется очень быстро. но оно у меня вторым концом снаружи висит на внешнем IP. MariaDB и MediaWiki скачались и установились меньше, чем за пол минуты.

долгое время болтались две baremetal машинки на загрузчике 5.2.5644.5 и с апдейтом до 5.2.5967 (делал давно). видя позитивные отзывы участников об успешных последних обновлениях под загрузчиком 5.2.5967.1 решил перед апдейтом системы сначала накатить последний загрузчик, но вытаскивать машинки из шкафа для перезаливки флешек очень нехотелось. полистал форум и сделал так (может пригодится кому-то такому же ленивому и дремучему, как я): 1. смонтировал загрузочную флешку на работающей системе в SSH: [информация отсюда] > mkdir -p /mountUSB > losetup -f /dev/loop0 > losetup -o 32256 /dev/loop0 /dev/synoboot > mount -t vfat /dev/loop0 /mountUSB 2. скачал загрузчик 5.2.5967.1 [ links-to-loaders ], извлёк из него файлы, сравнил с теми, что находятся в /mountUSB, и убедился, что единственные различия - файлы zImage и syslinux.cfg. 3. перезаписал в /mountUSB файл zImage от нового загрузчика, и, чтоб в будущем не путаться, исправил номера версий в текстовом меню-файле /mountUSB/syslinux.cfg, не трогая ранее прописанные параметры. 4. после успешной перезагрузки запустил из web-консоли обновление до DSM 5.2-5967 Update 6. после непродолжительного обратного отсчёта машина перезагрузилась, и тут же успешно стартанула. так же успешно, без проблем, повторил эту процедуру со второй машинкой. обе работают без нареканий. подобного не замечено. открывается шустро, как и прежде.

поздравляю с успехом! на будущее (мож ещё кому пригодится): если нужно только прочитать данные - можно попробовать UFS Explorer Professional Recovery тестировал под виндой чтение стандартных рейдов, создаваемых из-под Synology, и она показала себя очень хорошо. SHR не тестировал, работает ли с ним - не знаю.

decrypt key !2q_93OQUsh8aQhZX4oNmqmW48vZVBH-VwDDaBZu_Mc0 Hide

the latest one for x86 CPU that I was managed to locate is RS3413xsp 4.3.3827 that was made by Odie82544 and released on one asian board. uploaded it to mega for those who like experiments as I do RS3413xsp_3827-x86-20140218R.rar

вот бы ещё обратную совместимость с прежними линками типа "/forum/viewtopic.php?f=2&t=20216&start=2770#p100378" внедрить, чтоб постоянно не упираться в "Запрашиваемая страница не существует" как в самих топиках, где постились важные прямые линки, так и в результатах поисковиков.

Лицензия без активации работает и не нужен ей интернет.из всего вороха имеющихся ключей изолированная система не приняла у меня ни одного. на паре-тройке ключей ругалась на отсутствие валидации и не прописывала лицензию, требуя доступ в интернет.не исключаю вероятности, что мне не повезло с халявными ключами, и на 7-ю версию 100%-годный, "живой" ключик встанет, но я прекратил "тренироваться" после прочтения нескольких топиков на "родном" синофоруме, где народ на систему лицензирования (правда в 8-ке) ругался, рассказывая страшные истории и про интернет, и про полные блокировки даже при миграции (перенос с одного девайса на другой с выключением первого).

многократно обсуждалось, что начиная с 7 версии ключи не только перед активацией проходят проверку на головном сайте, но и просто во время штатной работы. из-за этого бесперспективно обмениваться ключами - множественное использование сразу банит ключ, и на всех машинах, где он прописан, работа прекращается.из-за этого, в частности, не получится использовать SS в дремучем лесу / глухой пещере без доступа в интернет. отсюда вытекает вывод, что если и покупать, то именно там, где эти ключи будут проверяться, и источник этот - официалы. альтернативой (как я уже писал прежде) мог бы быть путь подмены родного сайта валидации на свой, поддельный, который выдавал бы правильные ответы активации на любые наборы цифр.

поставь пак Midnight Commander из репозитория synocommunity, и копируй из-под понятной для юзера оболочки:https://serveradmin.ru/synology-ustanov ... commander/ там же - удобные команды-инструменты для изменения прав/владельцев к файлам, о важности которых писалось в этой теме прежде. это под какой DSM?всегда вроде штатным подключением было сразу под именем root и паролем от главной учётки admin, без всяких последующих sudo... или я что-то пропустил?

я пишу о том, что явным образом публиковалось в данной теме, на которую вы первоначально агрессивно ссылались.что касается информации, полученной вами в личной приватной переписке, то по этому вопросу вам следует написать в программу "битва экстрасенсов" на тнт, или к каким-нибудь практикующим телепатам. коммуникативная проблема, однозначно. =)

лицензии вытащены из SS ... способ расширить количество камер, без патчей, который Pavel_СH нашелна лицо коммуникативная проблема.в SS никаких лицензий не хранится. вытаскивать нечего. а то, что Pavel_CH в ИДЕ наковырял (список сообщений) - самый, что ни на есть, ПАТЧ для конкретной версии.

как знал остановился на 4146 и более свежие даже не пробовал ставить: функционала хватает с головой, и "лучшее" - враг "хорошего"...

базовая surveillance работает совершенно бесплатно как раз с двумя камерами без всяких патчей. поиграйся с дополнительными настройками - TCP/UDP, keep-alive. был у меня один cotier, который перестал отваливаться после того, как я там пошаманил.

обсуждаемое увеличение папки 'homes' вдвое ввиду дублирования в 'home' я отметил цитированием.именно этому вопросу посвящена отдельная тема форума synology, линк на который я и привёл выше. нуну, это что мода такая нынче - хамить?приношу извинения, если мой шутливый сарказм был вами воспринят, как хамство. =) подписываюсь.тем более ТАКАЯ "ничья". гол Васи в простонародии "дураком" называется. если он 50 раз точно так же подпрыгнет - мячик будет в 50 разных сторон отлетать. чисто фарт + Акинфеев в этот раз никаких плюх не накосячил.

вот это: если окулиста у вас нет свойского...