leninxxx

Граждане хорошие, кто-нибудь собирал вообще загрузчик для моделей отличных от тех трех для которых загрузчики собственно есть? Скрипты есть, но при сборке сыплет ошибками, что-то делаю не так. Может тут реально кто-нибудь помочь разобраться как это работает? Пытаюсь именно разобраться, пока что запустил DS3615xs, все работает, но хочется поэкспериментировать с другими моделями. Есть пара оригинальных Synology, но они в продакшне, и с ними особо не поэкспериментируешь. PS. Для товарищей жаждущих наживы - денег нет, но вы держитесь (с).

Вообще к скриптам очень скудное описание. Сейчас скачал DSM_RS3617RPxs_15266.pat и broadwell-gcc493_glibc220_linaro_x86_64-GPL.txz. Они распаковываются скриптом и создают структуру папок. Создаю пустые grub.cnf, modules.conf и config.override. На втором скрипте ругается так: /home/4/linux/scripts/Makefile.build:44: /home/4/tool/Makefile: Нет такого файла или каталога что ложить в tool кроме modprobe не понял.

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

Проблема с потерянным диском решена. Причем получить её на загрузчике от 3615 я не смог, там все заводится через Paravirtual. Сложнее с 3617. Не знаю почему, но с Paravirtual нормально проходит только установка, потом пишет "на DS3617xs не найден жесткий диск". Для выхода из ситуации необходимо добавить 2 SATA контроллера, на первый повесить только загрузчик, а на второй вешать остальные диски.

А загрузчик использовал от 3615 или 3617? На 17м у меня тоже на диск почему-то ругается, а с 15м все прошло на ура, специально повторил...

Короче, получилось смоделировать ошибку вылета установки на 60%. Происходит это из-за некорректного значения в переменной common_args в grub.cfg. В частности я, например в syno_hw_version указал другую модель и получил ошибку 13 на 60%. Так что, думаю, не надо ничего править кроме SN и MAC.

Давай по порядку. 1. Создаем виртуалку. Профиль ОС - Linux - Debian 8 (64-bit). Сетевой адаптер 1 штука, тип VMXNET 3. Диск указываем уже рабочего объема, например 100 Gb. Больше ничего делать не надо, в том числе резервирование ресурсов. Жмем Continue, виртуалка создалась. 2. Берем эти 2 файла https://cloud.caifu.ru/s/s7ea3RBoMbJKotg, в файле IMG меняем при необходимости MAC и SN(с теми что есть - тоже будет работать но без Quickconnect). Чтобы проще поймать загрузочное меню, при редактировании MAC в этом же фале можно поменять время ожидания с 1 сек, скажем, на 5 сек. Второй файл не трогаем. Файлы не переименовываем. Заливаем их в папку с нашей VM. Права на файлы менять не надо. 3. Заходим в редактирование свойств VM, удаляем сидюк и флоппик, у диска меняем Virtual Device Node на SCSI (0:1). Ни в коем случае не ставим галку Independent. Проверяем тип дискового контроллера, нам нужен Paravirtual. ПРИМЕНЯЕМ изменения. 4. Снова заходим в свойства и добавляем диск synoboot который мы залили в папку VM (файлы из п.2). Указываем Virtual Device Node на SCSI (0:0). Ни в коем случае не ставим галку Independent. Применяем. 5. Открываем консоль и стартуем нашу VM. При загрузке обязательно выбрать 3-й параметр загрузки (ESXi). Если не попал или не успел - перезагружаем VM и пробуем снова. В дальнейшем будет выбираться автоматически. 6. Подключаемся через find.synology.com и устанавливаем. Тут я еще накатываю обновления, но, думаю, это не обязательно. Контрольно перезагружаемся из меню Synology. Все должно работать. 7. Добавляем еще диски если нужно, настраиваем, пользуемся.

Если дашь доступ могу подключиться и посмотреть в чем проблема. Стучись в личку. Сам сижу на 6.0 и переходить на 6.5 не планирую, админка не нравится.

тип дискового контроллера какой? Ставь Paravirtual. Забыл еще. Если делать физический RDM - можно нарваться на глюк и потерять вообще всю инфу, почитайте инет на эту тему. А если делать RDM виртуальный - можно забыть про SMART и любые низкоуровневые команды.

Конечно. Делать RAID средствами VM просто бесполезно в подавляющем большинстве случаев. Единственный вариант - система временная и планируем использовать диски в другой машине, ну или у вас в принципе нет аппаратного рейда, но он очень нужен. В последнем случае RAID целесообразно делать только RAID0, RAID1 или RAID10 1. Повторюсь, механизм проброса диска внутрь машины реализован исключительно для использования в среде SAN для задач типа - пробросить iSCSI или LUN целиком внутрь VM. При этом работу непосредственно с дисками выполняет сама дисковая полка, на ней и смарты видно и порт любого диска можно посмотреть. 2. Если мы пробрасываем железный диск внутрь VM, мы работаем так же с виртуальным диском, содержимое которого транслируется на физический носитель напрямую. Следовательно гостевая система работает с диском так же через прокладку гипервизора Зачем нам 2 прокладки? К тому же, если диск выйдет из строя, нужно будет попотеть чтобы понять какой именно диск сдох. 3. Аппаратный контроллер все-таки надежнее и архитектурно правильнее. К тому же дает выигрышь в производительности. А купить тот же самый LSI-9260 с батарейкой на борту можно за 2500-3000 рублей под видом IBM M5015. Inltel RS2BL080 он же, но стоит уже дороже.

Никто ничего вам не рекомендует. Это инструкции загрузки. 1. Переносите данные на внешнее хранилище и пересоздавайте массив по канонам(см. п.2). Если даже вы прокидывали диски в виртуалку целиком - будет достаточно сложно найти диск который посыпался, т.к. вменяемого инструментария нет. 2. Никогда не поднимайте RAID на виртуальных дисках, для этого есть железный RAID, в котором создается LUN, на котором создается Datastore, на котором в конце концов создается виртуальный диск, который, собственно, подцепляете к виртуалке. По-другому категорически не рекомендую, в том числе проброс контроллеров(даже не знаю как это возможно, но фиг с ним). RAW Mapped (проброс диска в виртуалку) штатно работает только с SAN и существует как раз для проброса LUN (не отдельного железного диска, а именно массива) целиком, в обход прокладки. Т.е. не надо поднимать RAID средствами VM никогда и низачто. 3. Забудьте RAID-5 как страшный сон. Лучше уж с дедупликацией что-нибудь придумать, если вам нужен экономичный массив. Только винда? тема же вроде под ESXi? Берем любую виртуалку, загружаемся с LiveCD и имеем линукс за 2 минуты. OSFMount не открывает у меня почему-то, ошибку пишет. Разбираться не стал, сделал через линукс.

Если есть возможность работать с Paravirtual - надо ставить именно этот тип. Собственно об этом сама Vmware говорит официально. IDE и SCSi однозначно нет. Пункт про ESXi зачем? Да может и так просто, будешь править мак с серийником, посмотри там же, в grub.cnf, варианты загрузки. Они немного, но отличаются. Можно, но толку в этом ноль, т.к. мак будет все равно браться из конфига груба. Стопаем машину, удаляем диски, меняем тип контроллера (да, при замене старый удаляется и появляется новый), добавляем диски в том же порядке как они были. Тупой софтовый рэйд может и развалиться при этом, т.к. поменяются идентификаторы контроллера и винтов.

У меня все получилось. Для смены мака, уже залитый образ диска(synoboot.img + synoboot.vmdk) подключаем сначала к любой виртуалке с линуксом (в винде у меня никак открываться не захотел) и выполняем: mount /dev/sdc1 /mnt/tmp1 nano /mnt/tmp1/grub/grub.cfg путь и имя устройства проверяем, Меняем МАС1 и SN., потом отключаем диск: umount /dev/sdc1 Удаляем диск из виртуалки, подключаем к новой, на которой будет крутиться хренология. Стартуем. У меня ушло очень много времени на подключение машины к Quickconnect. Даже с валидной парой mac+sn от DS414 вылетала ошибка. Запустилось только с валидной парой от DS3615 собственно на 3615. Остался вопрос. Если запустить несколько хостов с одной и той же валидной парой - будет ли работать? Или заблочат всех?

Спасибо огромное! Сейчас буду пробовать.

Конечно надо. Думаю многим. Если не сложно, можно кратенький мануал?