Kanst

It's a miracle. Today trying ARC-loader 24.3.21 I set again SataPortMap : "6666" and DiskIdxMap : "00060c12" and now it's work!!! (6xSATA on m/b + 2x6ports NVME ASM1166 + 1x6ports PCIe4x ASM1166 as 3622xs+)

ARC Wiki tell: "SataPortMap & SataRemap only necessary for nonDT Models". Linux documents tell, that DT is a part of Linux kernel (compiled text file) As I understand, for changing device tree I need kernel recompiling (loader's kernel or DSM's kernel? ) at least it's unavaliable for me yet. OK, let it be 1-12, 39-44, 71-76 drives numbers in DT-mode, generally they work well.

Yes, I try it on one controller only (the last 6 ports), because don't understand yet how to backup stock firmwares. Yes, I use all of this in my "main" NAS. But with my 1166 it doesn't work... I has 10 HDDs for tests. 4 connected to m/b sata ports, 6 to "last" 1166 (Disks 71-76 in DeviceTree mode) and create SHR2 on this 6. (user config edited for 24 ports) I try reconnection this RAID to another two 1166 controllers without any problems. Then insert in user_config SataPortMap=6666 and DiskIdxMap=00060c12 and after DSM recovering lost first 2 hdds from 6. But RAID is not degrade!!! Then try autoconfigure (./rploader.sh satamap) 1. 6 ports/4drives connected 2. 32 ports/0 drive connected (-57 -56 is a bad ports) 3. 32 ports/0 drive connected (-25 -24 is a bad ports) 4. 32 ports/6 drive connected (7 8 is a bad ports)... Set SataPortMap=6888 and DiskIdxMap=00060e16, append "ff" for 32 port mode. After DSM recovering again (when it find, "that I insert discs from another Syno") I find in DSM only 2 from 1166 connected discs with "System Partition Damage". PS. sata_remap no work in any variants. Loader with sata_remap has first two boot menu items only Editing grub (pressing "e" in boot menu) unswer, that grub has no sata_remap command.

Now I add 3rd ASM1166 card (PCIe4x) and has Discs 71-76 in DSM. As I understand without satamap configured it work in DT mode, but i has no search results on forum about device tree manual configure. How I can remap drives 39-44 to 13-18, 71-76 to 19-24 and disable all useless, if needed?

I'm build a test device on 6xSATA m/b + 2x 6ports NVME 1166 3622xs+. It work. With blank ("SataPortMap" : "" and "DiskIdxMap" : "") DSM7.2.1 see drives 1-12 and 39-44. I tried sata_remap in user_config and sata comandline (39\\>13...44\\>18, 39\>13...44\>18, 39>13:13>39...), but in all this cases DSM can see only drive 39. What about a right sintacs? Or its useless in DSM7? How can I remap them and set other ports as dummy?

Another surprise: DS3622sx+ DSM 7.1.1-42962-1 BareMetal TCRP 0.9.3.0 recognize any external usb hdd as inner hdd, not usbshare, as a previous 3615\17 DSM 6.x (before migration) Whats this? TCRP bug or DSM 7 feature?

- Результат: Успешно - Версия и модель загрузчика: Peter Suh TCRP v0.9.3.0-1.m-shell - Версия DSM: 7.1.1-42962 Update 3, DS3622xs+ - Аппаратное решение: m\b HUANANZHI QD4, Intel XEON E5-2666v3, 4x8GB PC2133 DDR4 RAM - Дополнительные модули: acpid + r8168 - Короткий комментарий: Пробная установка 42962-1, -> Up2, ->Up3. В БИОС для всех sata перед сборкой нужно включить Hot Swap. Придет E5-2630L v3 и NVMe попробую 918+

I has try a few low cost cards. As I understand base chip multiplexed its entire channels via JMBxx. For example, 20 channel card (SA3120J) ASM1064+JMB575 multiplexed 4 channels via JMB575 chips. 1st -> 1-5, 2nd -> 6-10, 3rd -> 11-15, 4th -> 16 - 20. Thus in DSM we have only 4 working SATA ports: 1, 6, 11, 16 - same as one ASM1064 4-port card.

Сам несколько дней потратил на тестирование подобного обновления с 3615 на 3622, пока разобрался в нюансах. НЕ ПЫТАЙТЕСЬ ОБНОВИТЬ РАБОЧУЮ СИСТЕМУ! СПЕРВА ПРОТЕСТИРУЙТЕ!!! В идеале в рабочую систему установите пустой диск, инициализируйте, создайте Basic раздел, добавьте папку общего доступа и закиньте немного файлов. Затем извлеките ВСЕ остальные диски (запомнив их расположение) и пробуйте создавать загрузчик на другой флешке! Если нет возможности установить пустой диск, то используйте для экспериментов один из дисков RAID-массива - просто для восстановления массива на старой системе потребуется время. В принципе разделы данных неубиваемые, если только это не предложит сделать сама DSM при установке или миграции. Содержимое системного (первого на диске) раздела одинаково (зеркальный RAID). То есть старую СИСТЕМУ можно восстановить при наличии ее загрузочной флешки и хотя бы одного нетронутого изменениями диска, клонированием этого первого раздела на все остальные диски. А вот шансов восстановить затертые разделы данных (последний раздел на каждом диске) крайне мало! Также в идеале заполнить тестовую систему временными дисками (старыми, сбойными - лишь бы определялись контроллером), ну или хотя бы подключить по одному диску к каждому контроллеру, если их несколько. ---------------------------------- 1я проблема: 6.1.7 работала под именем admin, при тестовой миграции возникли осложнения, так как по ПКМ из SynologyAssistant 7ка не устанавливается, а через WEBAssistant требуется вводить новое имя, отличное от admin. Придется потом включать деактивированную запись admin и перепроверять права доступа на обновленной системе. Так что лучше сразу делегировать нужные права новой админ-учётке, чтоб на обновленной системе заходить уже под ней. 2я проблема: TCRP сложнее, я начал пробовать ARPL, но он не смог правильно распознать sataportmap. У меня 1-6 на ICH8 + 7-8 на JMB363 (asus p5b-plus), TCRP его распознает = 62, а ARPL мне предлагал 58. ----------------------------------- M Shell на данный момент имеет измененный размер разделов загрузчика, написано, что это необходимо для установки 42962 Update 2. НО! TCRP 0.9.3.0 в нем отличается от "родного", если начинать построение с ./rploader.sh update, он качает ту же версию и просит перезагрузить, при этом последующий Update 2 у меня не встал. КРОМЕ ТОГО! В меню M Shell 0.9.3.0-1 нет генерации vid\pid и sataportmap. Модули, как я понял, он тоже вроде как со своего РЕПО грузит. В конечном итоге я собирал все-таки через него. https://github.com/PeterSuh-Q3/tinycore-redpill Сначала по TCRP инструкции, прямо в терминальном окне (без удаленного подключения) Что в данный момент поддерживается можно узнать командой ./rploader.sh Затем, найдя в списке нужную версию, выполняем по очереди с подтверждением, где того требует процесс - где-то "Y", где-то "Enter": ./rploader.sh fullupgrade ./rploader.sh identifyusb ./rploader.sh satamap ./rploader.sh serialgen DS3622xs+ realmac С написанием версии системы есть нюанс, просто обозначение системы идет с заглавными, как в приведенном примере, а если указывается название пакета, то иначе, например ds3622xsp-7.1.1-42962. Соответственно DS918+ и ds918p-7.1.1-42962. Меняйте в приведенных мной строках на нужную ВАМ! После указанных процедур надо поправить user_config.json Просто посмотреть cat user_config.json А править удобнее через nano-редактор. Чтобы его установить и открыть файл выполняем по очереди: tce-load -iw nano nano user_config.json Я в своем исправил номер 42951 сразу на 42962 Если 2 сетевых интерфейса, то под "mac1" нужно добавить поле с данными mac2 с таким же синтаксисом, как mac1 А ниже в поле netif заменить "1" на "2". Не знаю, как отработает, если более 2х сетевых, в описании M Shell 0.9.3.0-1 указана поддержка сборки с двумя mac-адресами. Еще ниже можно увеличить количество дисков, например для DS3622 в значение 0хffff добавить еще ff и ниже вместо "16" вписать "24" (подробности есть на форуме). Для сохранения жмем Ctrl+X, Y, Enter. Проверяем через просмотр все ли сохранилось. После этого бэкапим проделанное: ./rploader.sh backup Если материнка с ACPI, как в моем случае, то нужно добавить модуль acpid - его нет в ARPL и M-Shell ./rploader.sh ext ds3622xsp-7.1.1-42962 add https://raw.githubusercontent.com/pocopico/redpill-load/develop/redpill-acpid/rpext-index.json Так же, в окне TCRP, где отображается всякая инфа о системе, будет появляться информация, какие дополнительные модули вам требуется установить. Конкретно в моем случае о необходимости r8168 для сетевых. Чтоб гарантированно их добавить, не надеясь на автоподключение, выполняем: ./rploader.sh ext ds3622xsp-7.1.1-42962 add https://raw.githubusercontent.com/pocopico/rp-ext/master/r8168/rpext-index.json Соответственно меняя "r8168" на название НУЖНОГО ВАМ модуля. Для незнающих: перенабирать заново всю строку не надо, стрелками вверх-вниз на клавиатуре вызываются ранее набранные команды, достаточно только изменить нужную часть и нажать Enter Теперь можно перейти к меню M-Shell и выбрать Build the Loader По окончании сборки выбираем Backup TCRP Далее Reboot. ---------------------- Сборка и последующая загрузка теперь идет с опцией withfriend. Она есть и в чистом TCRP: ./rploader.sh build ds3622xsp-7.1.1-42962 withfriend Эта фича избавляет от лишних телодвижений при установке апдейтов - просто при запуске отмечает изменения и автоматически патчит загрузчик с их учетом. То есть никаких пересборок загрузчика через команду postupdate не требуется! Соответственно можно сразу устанавливать PAT с внедренным апдейтом https://archive.synology.com/download/Os/DSM/7.1.1-42962-1-NanoPacked. --------------------- Если же сборку делаете на чистом TCRP, то есть без меню, то после завершения процесса сборки: ./rploader.sh clean; rm -rf /mnt/sdb3/auxfiles; rm -rf /home/tc/custom-module; ./rploader.sh backup где sdx3 - вместо x нужно правильно указать букву раздела на загрузочной флешке - ищите в информ-окне или в конце лога сборки. Запись готового загрузчика на флешку: ./rploader.sh backuploader Перезагрузка: exitcheck.sh reboot ---------------------

Вот уже 10 лет "Старый конь борозды не портит": - Аппаратное решение: mb ASUS P5B-PLUS, Core2DUO E6750, 2x2GB PC6400 DDR2 RAM, P965 8AHCI SATA (ICH8R+JMB363), 2xLAN D-link DGE-560T (один к отдельному Интернет, второй к домашнему роутеру cо своим Интернет каналом) 2хRAID5: 4xWD30Green + 4xWD40Purple (аппаратный транскодинг меня не интересует) - Результат: Успешно - Версия и модель загрузчика: JUN'S LOADER v1.02b - DS3615xs - Дополнительные модули extra.lzma: Да - Версия DSM: Миграция DSM 5.2 -> 6.1.7 15284-3 - Короткий комментарий: JMB стоял в AHCI MODE (опознавался как диск 1 и 2), ICH8 в SATA Enhansed IDE mode (диск 3-8) - Результат: Успешно - Версия и модель загрузчика: JUN'S LOADER v1.03b - DS3615xs - Дополнительные модули extra.lzma: v0.11_test - Версия DSM: Миграция DSM 6.1.7 15284-3 -> 6.2.3 25426-3 - Короткий комментарий: все SATA перевел в AHCI MODE (JMB стал диск 7 и 8, ICH8 диск 1-6) - Результат: Успешно - Версия и модель загрузчика: JUN'S LOADER v1.03b - DS3617xs - Дополнительные модули extra.lzma: v0.11.2_test - Версия DSM: Пробная миграция DS3615->DS3617 DSM 6.1.7 15284-3 -> 6.2.3 25426-3 - Короткий комментарий: перед миграцией прежнюю 6.1.7 15284-3 восстановил клонированием всех системных разделов с заранее отложенного HDD и запускал со старой загрузочной флешки (потребовалась проверка системного раздела); 6.2.3 DS3617xs определил перенос дисков со старого сервера и предупредил о возможном удалении старых версий программ. - Результат: Успешно - Версия и модель загрузчика: Peter Suh TCRP v0.9.3.0-1.m-shell - Версия DSM: DS3622xs+_42962-2 Установка broadwellnk 7.1.1 DSM_DS3622xs+_42962 на диски DS3615xs 6.2.3 25426-3 с отформатированными системными разделами. - Дополнительные модули: acpid + r8168 - Короткий комментарий: По ходу тестов пришлось заменить старую PCI видеокарту на PCIe (7600GT Silent). Также с чистым TCRP v0.9.3.0 в тестах не сумел накатить Up2. Предварительная настройка вручную по TCRP инструкции, но без ./rploader.sh update, (fullupgrade, identifyusb, serialgen realmac, satamap, ext add acpid, r8168) с ручной правкой user_config.json, прописал версию 42962, добавил mac2 и netif_num=2 Через m-shell делал только финальный build и backuploader. Устанавливал сразу PAT с Update 1 - после первой перезагрузки TCRP Friend обнаружил обновление. Из Synology Assistant (win7x64) уже не получилось установить, как предыдущие, через ПКМ (сразу с пользователем admin), только вызовом WebAssictant, который требует другое имя для админа и более сложный пароль. После проверки системой на ошибки старых Btrfs разделов накатил Update 2. ----------------------------- DSM показывает скорость чтение\запись дисков 150-180 МВ\s, фактическая скорость передачи по домашней сети стабильно в районе 70-80МВ\s. Достаточно мне для прямого (по SMB) просмотра фильмов HEVC1080 через Андроид-приставку и прослушивания музыки DSD128 через DAC без тормозов.

Hi, I'm get a jmb PCIe Gen3 x1 to 6 sata Sorry, I,m "below zero" in Linux, but Ubuntu Live 20.04 see it as JMicron Device 0585 (prog-if 01 AHCI 1.0 5 drives as controller scsi3, channels 0 - 4 and 1 drive as controller scsi5, channel 0 Jun's 1.03 (with extensions) DSM 6.2.3 DS3615xs_25426 and ARPL-1.0-beta3 DS3617xs_42962 give 5 slots with 2 connected drives only. I'm try append SataPortMap=15 and =51 without difference. Can you help with it configuration step-by-step, or get ideas about DSM version to try? tested motherboard: Seavo DVR Core2Quad Q9300 DDR3 G41 + ICH7 (4 sata port working on DS3615xs_25426) this ICH ports shifted 1 > 6 if jmb585 card inserted in working configuration and nonavaliable with clear DSM install.

По сети? Или Синоложи с NTFS нормально работает? Вроде ж Линукс, а у него всегда была нелюбовь к NTFS? Да и компа подходящего не было, кроме ноута.

swetol У меня не хотел расширяться раздел на 2 подключеных винта (в группу они вошли, а расширение вываливалось). Я решил слить инфу, перестроить заново SHR и заодно обновить до последней версии хренологию. E-SATA это разъем для подключения внешнего SATA диска на задней панели моей материнки (на которой сервер собран). Я к нему коротким шнурком (+ питание от разъема БП) цеплял обычный 4ТБ SATA HDD. Создавал Синоложью на нем BASIC-раздел, сливал туда часть инфы с SHR раздела - сколько влезало. Выключал сервак, отцеплял этот винт, цеплял другой и повторял с ним ту же процедуру. Потом грузил комп с LiveCD и Акронис Диск Директором удалил все разделы с дисков хренологии. Создал новую флешку, поставил 5.1, прицепил пустые винты так, чтоб первыми хренология опознавала 3ТБ, а за ними 2ТБ (захотелось мне такой порядок) Когда все установил, создал новый SHR на 10ТБ и запустил ему все проверки (чтоб подстраховаться наличия бэд-секторов - винты то юзаные) - на эту проверку ушло что-то около недели. Потом поставил нужные мне программные пакеты и (к выключенному компу) снова прицепил по e-sata первый 4ТБ винт с бэкапленными данными. Хренология загрузилась, ругнулась на "несоответствие системного раздела" и после нажатия мной ОК перезаписала на SHR старую 5.0 систему с бэкапного 4 ТБ. То есть отключив этот винт от E-SATA я получил ту же битую 5.0 вместо свежеотлаженной 5.1 Я раза 3 переустанавливал 5.1 и получал тот же результат после подключения бэкапного винта. Пока до меня не дошло, что этот внешний E-SATA хренология определяет как Диск 1, а мой SHR (винты которого подключены к ICH8R разъемам) располагался на Диск 3 - Диск 8. А этот внешний E-SATA и его внутренний SATA собрат (JMicron® SATA controller) как раз и опознавались как Диск1 и Диск 2 Еле отыскав в магазинах более длинный шнур e-sata - sata, я просунул его с задней панели материнки внутрь корпуса до HDD-корзин и подключил к нему первый 3ТБ винт будущего SHR массива. А в его внутреннего SATA соседа второй 3ТБ. Только теперь, подключив оба бэкапных 4ТБ уже к ICH8R разъемам Хренология, ругнувшись на несоответствие, обновила систему до 5.1 на бэкапных винтах (обозвав их volume2 и volume3) и я смог слить все данные на новый SHR. Потом я эти volume2 и volume3 удалил уже средствами самой хреноложи - иначе подключаемый под торрент-мусорку отдельный HDD опознавался бы как volume4 (а у меня настройки были сохранены под volume2) PS. Вся возня у меня заняла 2 недели. Каждый слив 6 с копейками ТБ данных занимал около суток.

Вот это мне не совсем понятно - я думал все диски (и все bays) равноправны... Вот как раз при бэкапе я с этим и столкнулся. Решил переразметить сервак с нуля и заодно с 5.0 на 5.1 перейти. Раздобыл во временное пользование винты на 4ТБ, подцепил по E-SATA, создал Basic раздел, слил инфу и отключил. Перецепил винты и вычистил их Акронисом, начисто поставил 5.1-5022.2, создал новый 10ТБ SHR, подождал недельку, пока все проверится... Подцепляю бэкарный 4ТБ - система ругается на несоответствие и после нажатия ОК... у меня снова 5.0, но без программ. Несколько дней плясал вокруг, пока не понял, что этот внешний E-SATA система видит как Диск 1 и при инициализации требует "исправить" систему на основе данных с его системного раздела. Пришлось найти шнурок E-SATA - SATA и задействовать этот разъем в основном массиве, оставив для резерва последний внутренний SATA.

Самое простое - зайти в Диспетчер хранения на старой машине и заскриншотить HDD/SDD инфу с моделями и серийными номерами винтов соответственно слотам. А новую машину с одним ненужным винтом позагружать и посмотреть номера слотов, чтоб по серийникам опять также и оставить. В то же время внутри одной машины я набор SHR из 4х винтов неоднократно перетыкал как мне захочется без проблем. Также из своего опыта знаю, что главное занять правильным диском слот 1 - с винта, который в нем система восстанавливается на все остальные. PS. А 200ГБ мне лично Яндекс подарил, когда я пытался прописать путь к папке с локальными файлами на сетевую папку XPENology. ЯД не захотел сперва синхронизироваться, а при возврате прежнего пути, бросил у себя все мои файлы в корзину. Я очистил и перезалил заново. На следующий день дали 200 с извинениями.