AlexFullmoon

Ага, я так и предположил. Если устраивает, что он распознаётся внутренним, то оно работает из коробки. То, что я написал — чтобы он распознавался внешним. Спасибо, надо будет попробовать найти что-то похожее в российской продаже. Какие-то драйвера в загрузчике нужно было добавлять?

↑ Это, в частности, значит, что загрузчик надо сделать дважды. Я тут приложил свой model.dts для 1621+, но, повторюсь, там нет шестого диска, он у меня не подключён. model.dts

Я тут немного пропустил ситуацию @dmitrydvk с подключением eSATA. У него, правда, всё решилось, но я не понял как именно. Возможно, eSATA определился как внутренний при перезагрузке? Надо, думаю, написать небольшой гайд. Коротко на пальцах: есть девайсы с разным механизмом перечисления портов. Более старый, в bromolow, broadwell, broadwellnk, в частности, классические 3615xs/3617xs/3622xs, используют SataPortMap. Для того, чтобы назначить eSATA диск как eSATA, с возможностью безопасного отключения, нужно в /etc/synoinfo.conf (и в /etc.defaults/synoinfo.conf) записать esataportcfg: 0x10 // esata для 5го диска, он же внешний esata internalportcfg: 0x2f // sata для 1,2,3,4 и 6 дисков, 4 в салазках и один вместо дисковода usbportcfg: 0x1fc0 На практике в TCRP/Arc это делается при установке, там есть отдельное меню synoinfo, в нём эти переменные и их значения и прописываются. Более новые девайсы, в частности v1000 / 1621+, используют DeviceTree, там порты настраиваются не через internalportcfg/esataportcfg, а запекаются в файл model.dtb. Порядок действий, как я его помню (гайд, которым я пользовался, сдох вместе с репой arpl-i18n): Загрузиться в систему (возможно, нужно загрузиться со всеми подключёнными дисками, включая eSATA) Скачать файл /etc/model.dtb. Дизассемблить его. Нужна програмка dtc, есть под линукс (пакет device-tree-compiler) и под винду https://github.com/lbmeng/dtc. См. мануал https://manpages.ubuntu.com/manpages/xenial/man1/dtc.1.html . Примерно, кажется, так: dtc -I dtb -O dts -o model.dts model.dtb В получившемся файле .dts находим наши sata порты и правим пятый на esata: Было: internal_slot@4 { protocol_type = "sata"; ahci { pcie_root = "00:11.0"; ata_port = <0x03>; }; }; internal_slot@5 { protocol_type = "sata"; ahci { pcie_root = "00:11.0"; ata_port = <0x04>; }; }; Стало: internal_slot@4 { protocol_type = "sata"; ahci { pcie_root = "00:11.0"; ata_port = <0x03>; }; }; esata_port@1 { ahci { pcie_root = "00:11.0"; ata_port = <0x04>; }; }; Ещё, наверно, нужно поменять нумерацию шестого, но я его не использую и не проверял. То, что написано в ahci — это железо, эти числа не трогаем., так что для шестого, по-видимому будет просто internal_slot@6 → internal_slot@5. После этого скармливаем правленный model.dts загрузчику. Я, повторюсь, это делал на arpl-i18n, там это было в меню Advanced config.

It goes into cmdline, as variable with name disable_mtrr_trim and empty content, or, depending on your loader, as "disable_mtrr_trim: "" Also, if you have two RAM modules, try swapping them around. Magic, I know, but apparently it may help.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.2 64570 Update 3 - Loader version and model: arpl-i18n v23.8.11 -> v23.9.7 - Using custom extra.lzma: NO - Installation type: BAREMETAL - HPE Microserver Gen7 N54L - Additional comments: Rebuilt flash; model 1621+; using tg3 driver, "disable_mtrr_trim" synoinfo.

Okay, reporting with my results (success). Used arpl-i18n 23.9.7. See general instructions here: https://github.com/wjz304/arpl-i18n/issues/226 First, grab device tree compiler https://github.com/wjz304/arpl-i18n/files/12665011/dtc_win.zip or, if using it in in DSM, from https://github.com/wjz304/arpl-addons/tree/main/disks/all/usr/bin (probably recommended) Connect drive and reboot so it loads into device tree. Download current device tree from your system as described in guide (decompile /etc/model.dtb and download resulting .dts) For your eSATA drive replace internal_slot@N with esata_slot@1. For example, with HP Microserver gen7 eSATA is #5 on controller (with #6 supposed to be ODD): internal_slot@4 { protocol_type = "sata"; ahci { pcie_root = "00:11.0"; ata_port = <0x03>; }; }; internal_slot@5 { protocol_type = "sata"; ahci { pcie_root = "00:11.0"; ata_port = <0x04>; }; }; Change to: internal_slot@4 { protocol_type = "sata"; ahci { pcie_root = "00:11.0"; ata_port = <0x03>; }; }; esata_port@1 { ahci { pcie_root = "00:11.0"; ata_port = <0x04>; }; }; Then rebuild loader, in arpl-i18n in advanced config there's option to upload custom .dts. That's it.

В порядке случайного бреда: - Попробуйте какую-то другую флешку, желательно побыстрее. - У меня были аддоны acpid, cpuinfo, diskdbpatch и стандартный misc, кроме того, я ставил с Arc Patch (хз что именно в нём, вроде патч кодеков и ещё что-то) - Видели тему про бекдор? Попробуйте после сборки загрузчика отключиться от интернета.

Не было такого, очень странно. Какую модель и с какими аддонами ставите?

I decided to try 1621+ on my N54L, and it worked well enough, but eSATA drive that I use for backups got recognized as internal. Before that, on 3622xs+, I used these lines in synoinfo: "internalportcfg": "0x2f", "esataportcfg": "0x10", "usbportcfg": "0x1fc0", I saw some mentions that "you'll have to patch/build device tree manually" but couldn't find any actual information on how to actually do that.

UPD: Увы, в 1621+ device tree не очень совместим с eSATA — если диск при установке не подключён, он не распознаётся, если подключён, то распознаётся как внутренний, и esataportcfg ни на что не влияет. Ну, значит, 3622xs+.

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.1-42962 Update 1 / TCRP 0.9.2.7 / DS3622xs+ - Loader version and model: Arc 23.5.102 / DS1621+ - Using custom extra.lzma: NO - Installation type: BAREMETAL - HP Microserver Gen 7 - Additional comments: Had to change USB drive, apparently it was too slow for Arc.

Для статистики докладываю: заработало успешно. Загрузчик Arc 23.5.102, встроенная сеть работает с модулем tg3, проблем со сбросом биоса не наблюдаю. Была проблема с флешкой — старая успешно работала с tcrp, но для Arc, по-видимому, оказалась слишком медленной.

UPS действительно аргумент — я его беру с другого устройства, встроенная сетевуха прекрасно заводится TCRP через драйвер tg3 (по крайней мере на 7.1), проблем с нагрузкой не замечал. Сидеть на старой системе с возможными уязвимостями — плохо. Ок, попробую 1621.

Товарищи, некоторое время не следил за разработкой загрузчиков. Вопрос — какая модель на данный момент рекомендуется для gen7? Всё ещё 3622? Там, я смотрю, добавили 1621, который вроде под AMD, но в теме вроде у кого работает, а у кого проблемы.

DSM version? I cannot guarantee it would work for 7, they changed some stuff inside. That's android client to File Station, completely unrelated to the problem. You need to install it through Package Manager on the system. The problem here is to persuade Package Manager that it is uninstalled...