Jump to content
XPEnology Community

Leaderboard

Popular Content

Showing content with the highest reputation on 03/22/2022 in all areas

  1. Hello, I know this is the developer's room. First of all, thanks to all the developers doing the amazing work on the Redpill project, it looks like is working very nicely lately, and it looks like it is an option now. I know the Redpill project is considered non production ready right now, but it looks like it is being used for a lot of people. Jun's loader was considered beta at some point too, and there were not too many iterations from it, and became the production one. And I think that Redpill could have even more iterations and could be more polished than Jun's right now -I could be wrong-, as I see there are a lot more platforms to chose from. I have seen is being used for a lot of people that migrate from Jun's loader info. I personally have Jun's 918+ baremetal currently. But still, even it there is a lot of information, the threads are very confusing to follow (yes it is in developer's room, I know), but very unorganized. I posted several times and months ago in the Redpill main thread talking about this, but still there is no change about how the information is spread/organized. I don't know how to even start, and I would like to understand how this works, and what are the differences in how it works. Questions: - Is there any place with a comparison feature information redpill vs jun, to see wha tis the current status of it? Limitations/differences from each one, and know the viability of using it right now. - Is there any place with all the installation methods (tinycore/non-tiny core and with VM/baremetal)... An ultimate guide replying to all these questions would be very appreciate it for people like me which are not OS developers and would like to start with it. Even if there are guides to follow about some of the methods, it doesn't explain the options out there of why to chose one or the other, and the difference between them. - Is it time to put it as a viable Loader along with Jun's in the loader section? This could be the place to gather all the information in detail for people who want to be informed about how this works, and maybe start with it. Sorry about the place I posted this topic, and please feel free to move it to a more proper location. Thanks, E.
    2 points
  2. You make several good points. I've had the following written up for some time but haven't posted but it appears now is the time as it overlaps with your opinion. This is just my opinion, and one not even doing active development - but there are three issues that probably need resolution: 1. A comprehensive installation guide 2. An automated fix for the minor version upgrade procedure 3. More success data for complex installations and issue recovery Regarding the latter, I am still periodically reading about how large arrays suddenly drop off. Do we know why? Are we sure that they are recoverable? This is the main reason I haven't moved my production data to a new loader or DSM 7. There also seems to be a move to proliferate to a lot of Synology hardware platforms. This is good on the developer side if it enhances the available hardware ecosystem. It's bad for testing and predictability as it has the potential to severely dilute each platform's population and issue reporting. Personally, I'd like to see the dev community consolidate on specific platforms before calling it mainstream. I will add to the Loaders and Platforms matrix when Redpill solutions are published for non-dev release.
    2 points
  3. that will save about 40-50 bugs and if you only have room for up to 10 disks its not likely you will miss the additional ports of a 4-6 port card (jmb585/asm1166) there is a jms585? JMS seems to be USB based solutions from jmicron https://www.jmicron.com/products/list/1 i cant find any specs about jms585 and thats good reason to avoid cards claiming to have that chip, we know about JMB585/582 and can see specs (-> jmicron homepage), thats a good reason to choose jmb585/582 maybe the jms858/jmb585 is just a typo in chinese, i guess some might not be that familiar with the "foreign" alphabet and just made some mistake and used "S" instead of "B", both look "curvy" as capitals
    1 point
  4. Bonjour, J'ai découvert votre site, ce qui m'a décidé à tenter l'installation du système DSM sur un pc. L'objectif étant de gagner en stockage, en réactivité et en silence. Sans oublier l'aspect économique non négligeable, car j'ai peu de moyens. J'ai pu créer la clé sans encombre, car votre tuto est impeccable. L'installation depuis la clé s'est bien déroulé, du premier coup. Mais je supposais que DSM était installé sur le HDD, et donc je débranchais la clé... Ce qui ne menait évidemment à rien. Après avoir compris que la clé ne servait pas qu'à l'installation, je l'ai rebranchée. J'ai pu configurer DSM et faire les mises à jours. Tout fonctionne parfaitement, et ça déménage ! Alors voilà je tiens à vous remercier chaleureusement pour votre travail et l'aide que vous apportez. Bonne continuation !
    1 point
  5. Предложу вам посмотреть в сторону Микросерверов HP HP Proliant MicroServer G7 - Сценарий без транскодинга. На вторичке 8 -10 т.р. HP Proliant MicroServer G8 - более мощный, транскодинг работает. На вторичке где то 25 т.р. Миниатюрный корпус, хороший контроллер и ..... много плюсов )))
    1 point
  6. Сколько карта позволит. У меня четыре, но в Бонде два. Почти все Интеловские. Одна из них у меня стоит - HP NC365T Если поискать, то по форуму много конфигураций в зависимости от сценария применения. Нет сценария использования - сложно что то присоветовать. Вы сами для себя определите практическую применимость вашего сервера и исходя из этих данных, на рисуется конфигурация. А так..... Есть тут умельцы создавшие Хрень на 200 хардов, так не советовать же их конфиг )))) Есть. Тоже стоит по форуму поискать, на вскидку не скажу. Есть простые и дешёвые, упирающиеся в пропускную способность М/Платы и с малой скоростью И есть контроллеры , имеющие свою систему. Типа LSI - не дёшево. Они лучше справляются с расширением хардов
    1 point
  7. Хрень по WiFi не работает, только по кабелю. Применимость сценария с WiFi слишком мала в прикладном её значении. Нет, каждый вход под своим номером set mac1=XX-XX-XX-XX-XX-XX set mac2=XX-XX-XX-XX-XX-XX set mac3=XX-XX-XX-XX-XX-XX set mac4=XX-XX-XX-XX-XX-XX МАС прописывать без пробелов Если вы про WiFi, то толку с неё мало. Если же у вас Сетевая карта многопортовая, то прописывайте все. Завсегда можно сообразить Бонд, Линк Агрегацию В этом и суть Сервера по кабелю. Воткнул и забыл. Да и засунуть можно куда угодно и доставать только на чистку и профилактику.
    1 point
  8. I've tested the tg3.ko numerous times, i really dont know that the issue is. We need to create a diagnostic extension to get some info about what happens during boot.
    1 point
  9. WiFi карту можно вытащить. MAC адресов указать столько, сколько установлено адаптеров на самом деле.
    1 point
  10. Hi to all, Finally, I've configured SSD Cache in DSM 7.0.1 using virtual disks configured in ESXi. Here the disk configuration of the Virtual Machine (that hosts the DSM): - redpill bootdevice: SATA disk. - volume disks: configured as SATA disks. - cache disks: configured as SCSI over paravirtual SCSI controller, and with the VMX config file edited to add scsi0:0.virtualSSD = "TRUE" for each cache disk. Then I installed redpill tinycore for DS3622xs+ with DSM 7.0.1 42218. So, as the "volume" disks are configured as SATA, and the "cache" disks as SCSI over the pvscsi driver (you need to configure redpill tinycore to add this driver and the vmxnet3), then all in the UI will work. The volume disks are detected in the range sda to sdl (disks 1-12) and the cache disks from sdm. And all of them present correct (fake) SMART values. Therefore, you can create all volumes that you want, and attach to them (using the UI) the cache disks that you want. I advise that I've configured the cache disks only for READ. If you want to enable READ-WRITE, then I recommend to put the host vmdk files in different devices. Be aware!!
    1 point
  11. What is the same ? Can you please explain a bit more ?
    1 point
  12. Package there is a "Beta Package" but it works fine
    1 point
  13. Hi ! Installed with a quadro P2000, works like a charm. Tried Plex HW transcoding too, works fine.
    1 point
  14. You have 14e4:1692, the tg3 extension should work for you. Does it get identified during lismods execution?
    1 point
  15. Что-то меняли в сетевых настройках ? После удаления Download Station Папку - /volume1/@appstore/DownloadStaion удаляли ? Не помешает удалить папку базы - /volume1/@download/pyload/files.db Ну и саму папку загрузок - /volume1/@download А потом уже переустановить Download Station, предварительно перегрузившись
    1 point
  16. This is a detailed description of "TheSTREET" mentioned above about the relationship between hot plus and SataPortMap.
    1 point
  17. Загрузочная флешка. Создаём и редактируем grub.cfg в среде macOS У нас на форуме имеются немало мануалов упрощающих установку и наладку Сервера, но как правило, всё это в среде Windows. Однако же среда macOS, у нас несправедливо обделена вниманием. Сам неоднократно помогал записывать загрузчик пользователям macOS в среде Windows , хотя достаточно свободно владею macOS. И вот решил восполнить этот пробел. Мануал не мой, его любезно предоставил Amoureux , первоисточник отсюда - за что ему Респект и Уважуха ))) Я лишь только оформил и слегка дополнил. Мануал описан на основе Synology DS918+ и загрузчика v1.04b. Для других загрузчиков, достаточно просто сменить версию Начальная стадия установки DSM, это создание загрузочной флешки. После определения Хардового конфига (железо, его конфигурация) и дальнейших потребностей для себя от DSM, определяем версию DSM загрузчика под неё. На данный момент, имеется три версии загрузчика под разные эмуляции DSM , это : ds3615 , ds3617, ds918+ Под ds3615 , ds3617 - последний загрузчик v1.03 b Под ds918+ - последний загрузчик v1.04b Имеются и более ранние версии, всё зависит от вашей конфигурации и желаемого результата. Совместимость загрузчика и железа (возможно, список не полный): Все версии собраны здесь: https://mega.nz/#F!yQpw0YTI!DQqIzUCG2RbBtQ6YieScWg!7AoyySoS И так..... Определились с загрузчиком, начинаем его редактировать под себя и записываем на флешку. Нам необходимы, любая флешка от 128мб и понадобятся Finder и Terminal Распаковываем скачанные файлы и переносим на рабочий стол. Открываем терминал и переходим в полученную папку после распаковки. Сразу можно посмотреть файлы, на месте ли они. cd ~/Desktop/DS918plus DS918plus % ls extra.lzma extra2.lzma grub.cfg synoboot.img Смотрим, какие носители и разделы есть в нашем Mac distill list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *1.0 TB disk0 1: EFI EFI 314.6 MB disk0s1 2: Apple_APFS Container disk1 851.0 GB disk0s2 3: Microsoft Basic Data BOOTCAMP 149.2 GB disk0s3 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +851.0 GB disk1 Physical Store disk0s2 1: APFS Volume Macintosh HD 11.2 GB disk1s1 2: APFS Volume Macintosh HD - Data 114.0 GB disk1s2 3: APFS Volume Preboot 83.9 MB disk1s3 4: APFS Volume Recovery 528.9 MB disk1s4 5: APFS Volume VM 1.1 GB disk1s5 Подключаем флешку на 16 Gb ( у вас может быть другой объём) и видим, что в конце добавилось новое устройство diskutillist /dev/disk2 (external, physical): #: TYPE NAME SIZE IDENTIFIER 0: FDisk_partition_scheme *15.4 GB disk2 1: Windows_FAT_32 NO NAME 15.4 GB disk2s1 Отмонтируем ее sudo diskutil unmountDisk /dev/disk2 Password: Unmount of all volumes on disk2 was successful Запишем образ загрузчика sudo dd if=synoboot.img of=/dev/rdisk2 bs=1m 50+0 records in 50+0 records out 52428800 bytes transferred in 2.542637 secs (20619852 bytes/sec) Получили вот такую картину diskutil list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *1.0 TB disk0 1: EFI EFI 314.6 MB disk0s1 2: Apple_APFS Container disk1 851.0 GB disk0s2 3: Microsoft Basic Data BOOTCAMP 149.2 GB disk0s3 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +851.0 GB disk1 Physical Store disk0s2 1: APFS Volume Macintosh HD 11.2 GB disk1s1 2: APFS Volume Macintosh HD - Data 114.0 GB disk1s2 3: APFS Volume Preboot 83.9 MB disk1s3 4: APFS Volume Recovery 528.9 MB disk1s4 Подключаем раздел Efi загрузочной флешки sudo mkdir /Volumes/efi sudo mount -t msdos /dev/disk2s1 /Volumes/efi Открываем папку, в котором лежат все скачанные файлы находим grub.cfg и в нем ищем set sn=0000000 set mac1=000000 set mac2=000000 нули заменяем на реальный серийный номер и мак-адреса, который нашли в сети от реального устройства. Редактируем. Сохраняем. Так же, в этом же файле нам нужно прописать PID&VID флешки, на которую мы разворачиваем загрузчик. Эти данные можно взять приложении "Информация о системе" в разделе USB, в котором нужно найти наш носитель и скопировать данные ID продукта и ID производителя, и вставить в соответствующее место grub.cfg Извлекаем примонтированный раздел. sudo mkdir /Volumes/Extra sudo mount -t msdos /dev/disk2s2 /Volumes/Extra в нем меняем extra.lzma и extra2.lzma на те, что в скачанном архиве. Внимание: Здесь у меня возникла проблема, ибо подключенный раздел, после всех операций никак не хотел отмонтироваться, ни из системы стандартным извлечь, ни через терминал, Монтируем следующий раздел sudo diskutil unmountDisk /Volumes/Extra Unmount of all volumes on disk2 was successful Хотя выводилось сообщение об удачном отмонтировани. Но на конечный результат это никак не влияет. Если у кого то возникла ситуация, когда не удаётся нормально размонтировать раздел, достаточно просто выключить Мак и система сама всё сделает. Флешку можно будет безопасно извлечь. На этом этапе подготовка загрузчика заканчивается, с флешки можно грузить своё сетевое хранилище. Мануал любезно предоставил Amoureux , первоисточник отсюда - за что ему Респект и Уважуха )))
    1 point
  18. Записываем загрузочную флешку. Редактируем grub.cfg программой OSFMount Начальная стадия установки DSM, это создание загрузочной флешки. После определения Хардового конфига (железо, его конфигурация) и дальнейших потребностей для себя от DSM, определяем версию DSM загрузчика под неё. На данный момент, имеется три версии загрузчика под разные эмуляции DSM , это : ds3615 , ds3617, ds918+ Под ds3615 , ds3617 - последний загрузчик v1.03 b Под ds918+ - последний загрузчик v1.04b Имеются и более ранние версии, всё зависит от вашей конфигурации и желаемого результата. Совместимость загрузчика и железа (возможно, список не полный): Все версии собраны здесь: https://mega.nz/#F!yQpw0YTI!DQqIzUCG2RbBtQ6YieScWg!7AoyySoS И так..... Определились с загрузчиком, начинаем его редактировать под себя и записываем на флешку. Нам необходимы, любая флешка от 128мб и установленные программы: OSFMount - небольшая бесплатная утилита, которая позволяет монтировать ранее сделанные образы дисков и представлять их в виде виртуальных приводов. Необходима для монтирования и последующей редакции образа загрузчика. https://www.osforensics.com/tools/mount-disk-images.html Notepad++ - свободный текстовый редактор с открытым исходным кодом для Windows. Необходима для редактирования grub.cfg https://notepad-plus-plus.org/ Rufus - это утилита, которая помогает форматировать и создавать загрузочные Flash. Необходима для записи загрузчика. https://rufus.ie/ Данные программы, кроме OSFMount, могут быть и другими, в зависимости от вашего предпочтения. Скачиваем необходимый вам загручик и открываем его в программе OSFMount, монтируем образ. Открываем ранее скачанный образ загрузчика Выбираем необходимый нам раздел. В нём находится нужный нам для редакции файл grub.cfg Обязательно снимаем галочку с опции: read only - только для чтения. Монтируем образ и открываем необходимый нам файл grub.cfg Редактируем в Notepad++ Редактируем значения: set vid=0x(Ваш vid - обязательно) set pid=0x(Ваш pid - обязательно) К вопросу о значении "0x" (мнения разнятся)..... Загрузчик имеет исходный формат (0xabcd). Значение 0x говорит что это шестнадцатеричный код. Если VID и PID вашей флешки состоит из цифр (1234), то без значения "0x" загрузчик работает , если имеются буквы (12АБ), то без значения "0x" может не сработать. Потому лучше прописывайте VID и PID как в исходнике: "0xВаши данные" set sn=Ваш серийник set mac1=Ваш mac1 set mac1=Ваш mac2,3,4 (если сетевая карта имеет больше одного порта) Значения set sn и set mac можно оставить по дефолту, если ван не нужны такие функции, как транскодинг, Push уведомления и QuickConnect. Так же, необязательно, но лучше отредактировать значение: set timeout='1' - изменить значение "1" на другое, скажем на 5 или больше. Это значение отвечает на время видимости начального загрузчика из трёх пунктов. Многие не успевают прочесть то, что там написано. Изменение этого значения даст возможность увеличить время отображения начальной страницы Отредактировав под себя grub.cfg , сохраняем его и размонтируем образ Теперь можно записать загрузчик на флешку Открываем , выбираем наш, уже правленый образ загрузчика и записываем на флешку Ну вот и всё, загрузочная флешка готова. Можно начинать установку DSM Из личного опыта........ Всегда сохраняйте свой, правленый образ загрузчика. Всякое может случиться и всегда полезно иметь уже готовый для записи образ. Лично я, всегда делаю ДВЕ флешки. Тоже, на непредвиденный случай. 😉
    1 point
×
×
  • Create New...