Lordbl4

Compile drivers xpenology DSM 6.1 with windows 10 and build in bash I’m going to show you today how to compile drivers for dsm 6.1-15047 (bromolow) with windows and bash. First you need to get the anniversary update of windows 10. Click here for instructions to enable this update. When you already have the update, you need to install bash shell command line (It’s ubuntu) Read here how to enable Bash When you are finished installing the anniversary update and you enabled bash, proceed with the tutorial. 1) Start bash for windows. Type bash in the search field and start it. 2) When your shell is open update and upgrade your distribution. apt-get update && apt-get upgrade 3) Install some packages needed. apt-get install mc make gcc build-essential kernel-wedge libncurses5 libncurses5-dev libelf-dev binutils-dev kexec-tools makedumpfile fakeroot lzma 4) Get the source and Tool Chains. wget https://sourceforge.net/projects/dsgpl/files/Synology%20NAS%20GPL%20Source/15047branch/bromolow-source/linux-3.10.x.txz/download -O linux-3.10.x.txz wget https://sourceforge.net/projects/dsgpl/files/DSM%206.1%20Tool%20Chains/Intel%20x86%20linux%203.10.102%20%28Bromolow%29/bromolow-gcc493_glibc220_linaro_x86_64-GPL.txz/download -O bromolow-gcc493_glibc220_linaro_x86_64-GPL.txz 5) Unpack both archives. It could take some time.. tar xvf linux-3.10.x.txz tar xvf bromolow-gcc493_glibc220_linaro_x86_64-GPL.txz 6) We now make an alias so we don’t have to type the whole thing over and over again. PS. We unpacked the archives in folder /root so if you put it somewhere else do not forget to change the path in the command below. alias dsm6make='make ARCH=x86_64 CROSS_COMPILE=/root/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-' 7) cd into the linux-3.10.x directory. cd linux-3.10.x 8) We now need to copy a new config so we can configure the drivers we want. cp synoconfigs/bromolow .config 9) When the config is copied we can start the compile menu. We use the alias we created. dsm6make menuconfig The menu looks like this. You can navigate with the arrow keys and select with the spacebar. To compile a driver, lookup your hardware and press the M key. If you see a M before the name of the hardware, the driver is going to be compiled. When you are finished press save and write the config. When that’s done, Exit the menu. (press ESC couple of times) 10) We now can compile the drivers you selected. dsm6make modules This can take a while.. 11) When compiling is finished you have *.ko files in the /root/linux-3.10.x/<dirs> directories. To get all *.ko files in one directory run 2 commands: mkdir newmodules find ./linux-3.10.x/ -iname "*.ko" -type f -exec cp -p {} ./newmodules/ \; All your compiled modules are now in the directory newmodules. In Ubuntu Userspace for Windows, the Ubuntu file system root directory is at C:\Users\%username%\AppData\Local\lxss\root\ There you can find the directory newmodules with all your compiled drivers. 12) The next step is to create a new extra.lzma with your new drivers. Download OSFMount here and mount the synoboot.img OSF Mount Select Mount New Select the image file synoboot.img. Now select partition 1 (30 MB). Click Ok. Then at the bottom of the window make sure to un-tick the “Read only drive”. Click Ok. The partition of the image file should now be mounted in file explorer. 13) Go to your usb disk partition and copy the extra.lzma to your c: drive. (I copied the file to C:\Users\%username%\AppData\Local\lxss\root\ but that doesn’t work. File is not there..) 14) Run the following commands in /root mkdir extract cd /mnt/c mv extra.lzma /root/extract cd /root/extract 14) Decompress “extra.lzma” to “extra” on the ubuntu command line: lzma -d extra.lzma 15) Extract the extra file cpio -idv < extra 16) Delete the extra file rm -rf extra 17) In directory /root/extract you have 3 directories: etc init usr Copy your new /root/newmodules/*.ko files into usr/lib/modules 18) Edit the file etc/rc.modules And add your new modules. You need to add the name of the module without the extension .ko in the rc.modules file. Network drivers etc. under EXTRA_MODULES Storage drivers under DISK_MODULES Firmwares under EXTRA_FIRMWARES if your controller or nic needs a firmware, you add the firmware file under usr/lib/modules/firmware/ and add the appropriate line in EXTRA_FIRMWARES, if there is a extra directory inside “firmware” we need to add it into the rc.modules file. The directory is added to the name, see the bnx2 firmware files in rc.modules for an example. 19) If everything is in place run the following command to create a new extra.lzma. We recreate the cpio file, re-compress it as lzma and write it one directory up as “extra.lzma” (find . -name modprobe && find . \! -name modprobe) | cpio --owner root:root -oH newc | lzma -8 > ../extra.lzma 20) We now copy “extra.lzma” from C:\Users\%username%\AppData\Local\lxss\root\ to synoboot.img Open OSFmount once again and open the 30mb partition. Replace the “extra.lzma” with the new one, dismount the image and close OSFmount. Burn the synoboot.img to usb with Win32diskimager because our new synoboot.img is ready to test. © https://xpenology.club/compile-drivers-xpenology-with-windows-10-and-build-in-bash/ copy paste here, if something gone wrong

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

попробуй добавить драйвера в ручную

после установки обновлений драйвера не слетят?

вотэтапаварот... я уже говорил об этом в соседних темах, и не нужно никаких шаманств, левые серийники теперь не принимаются, плюс проверяются и банятся, если вы используете квик-коннэкт

как успехи? удалось сгенерить кей на 3615 который пройдёт процедуру добавления на сайте? если нет - то в конфиг можно вбить любой, просто не будут работать некоторые сино фичи

до загрузчика 1.02b по моему опыту 3615 ставилась и на железо, и на виртуальные среды и работало без проблем. а с 3617 на железе были проблемы, однако с виртуальными средами 3617 хорошо дружила. как уже советовали выше - 3617 "версия с полным фаршем по железу", если можно поставить данную версию - ставь

нет, нужно попробовать запустить сабж на той платформе, которую имеешь (в твоём случае HyperV) если не получится - смотреть в сторону других средств виртуализации

у меня для тебя плохие новости. никак. но если вдруг тебе удастся сгенеить ключ второй версии (основная проблема) который пройдёт процедуру добавления на офсайте, то регай новую учётку, добавляй серийник, переустанавливай хренологию и радуйся, до очередного блока левых серийников. единственный разумный вариант - использовать сторонние сервисы для организации доступа к дисковой станции - DDNS, KeenDNS, vpn, tunnel и т.д.

сино как и любой другой linux не страдает болезнями шиндоус

без разницы, т.к. 3615 всё равно будет писать что у тебя проц i3, а 3617 - xeon, при этом используя необходимый вычислительный потенциал процессора. все могут подумать, что для xeon нужно брать соответственно 3617, но на моей практике сино без разницы на чем работать, но как правило - с интелами проблем меньше всего, да и 3615 вызывает меньше проблем на железе, нежели 3617, которая в моих тестах показала большую совместимость с виртуальными средами. посмотри какое железо используется в оригинальных сино: характеристики 3615 3617 Hide имхо, Xeon X3440 сможет раскрыться только если будет подключено много дисков или будет использоваться виртуализация, но вариант хороший

кто мешает скачать крэнкнутую vmware для шиндоус? или же на том же HyperV поднять?

откопал старую виртуальную машину 3617 версии 6.1-15047 с лодырем 1.02а2, сино предложила обновиться до сабжа, ну я и обновил до "кирпича". понимаю, что хотел слишком многого

конечно, у меня на VirtualBox'е тестовая платформа крутится, люди на ESXi поднимают, есть гайд по установке на Proxmox. выбирай)

способ хорош, респект. и есть одно "но", если на железе не работает \ не запускается 3617 (или наоборот, 3615) - то данная манипуляция скорее всего не получится.

all security updates (from 1 to 4) for DSM 6.1.1-15101 was safe for me. install security updates in time after release, syno very careful about users and make updates so fast. if you worry about "brick-station" after update - test it on virtual machines or on test enviroment before install. AFAIK, minor updates (like a 15101 Update from 1 to 4) have less numbers of fails on XPENology than major updates (like a 6.1.2-15132 from 6.1.1-15101).

соседняя тема в англоязычной ветке форума с вариантами решения проблем недоступности DSM после обновления данное обновление является "мажорным" - может затрагивать важные модули. и как следствие - у части людей проблем не возникает, у другой части впереди танцы с бубном вокруг костра сервера. сегодня протестировал ещё раз - на виртуалбоксе штатное обновление заканчивается неудачей, но чистая установка версии 6.1.2-15132 с лодырем 1.02а 3615xs проходи без проблем (ставил через find.synology.com)

http://www101.zippyshare.com/v/TZY8tpRq/file.html

VBox update from 6.1.1-15101 Update 4 to 6.1.2-1513 - FAIL baremeal update from 6.1.1-15101 Update 4 to 6.1.2-1513 - SUCCESS

если не ошибаюсь, то в теме всё описано. не найдёшь - спроси там же

на железе взлетело без проблем

Taku, 6лaгoдapю

кoмpaды, пoдeлитecь плeс в pm кpэнкoм на пocлeднюю CтaнциюHa6людaтeля