Leaderboard

Привет. Использую HP MicroServer G7 N54L. Появилась острая необходимость в USB 3.0 По заявлению вендора HP в системной плате имеется нативная поддержка USB контроллеров на чипах NEC Для этого необходимо в БИОСе включить его. На скрине пометил. Так же данные чипы поддерживаются Synology. К приобретению рассматривал платы на Renesas/Nec 720200/720200a/720201/720202 Различие не существенные, но 720201/720202 самые скоростные и имеют поддержку UASP. Приобрел контроллер на чипе 720201. На N54L крутился DSM 4.3. Система сразу завела данную плату. Но переустановив по новой DSM на крайнюю 6.2.3 столкнулся с проблемой. Карточка USB 3.0 не завелась. Оказалось, чтобы включить нативную поддержку linux необходима firmware версии 2.0.2.6 для чипа NEC 720201/720202 Прошивку для этих чипов прикрепил. 720201_720202-2.0.2.6.zip Для обновления firmware использовал Live образ - Windows 7 PE x86 compact by Xemom1 31.10.16 Можете использовать какой вам больше нравится, мне он понравился из-за малого размера образа, всего 100мб. Обновив firmware до версии 2.0.2.6, в DSM 6.2.3 карточка USB3 сразу завелась. Обновление потребуется не только для N54L, а для всех плат! Скорее всего данную процедуру необходимо проделать и для чипов 720200/720200a Прикреплю firmware для них. 720200-3.0.3.4.zip 720200a-4.0.2.1.0.3.zip Удачи!

I can't advise you on this. I use Jun's loaders and I'm quite security conscious. Thousands of other people have trusted Jun's loaders, but we don't know who it is, and don't have source code. I guess I am really just pointing out inconsistent security logic when your base environment is a deliberate hack. Would you trust a package from an entity you don't know, if it were signed? What's the difference? Anytime you are installing a SPK, you are giving root access to the application. When I have a choice, I prefer Docker, where at least I have some modicum of control over the operating environment of the application.

Certainly, 10g home networks is now something new, and newbies necessarily fall in an expensive solutions and configuration errors. It is for that reason that I have shared my experience, so others newbies can understand that spending three times more does not imply three times more speed. Sometimes a simple solution like yours is better. I'm glad you publish both your successes and your failures.

from my experience thats not typical, its most often capacitors (swelling or already blown, inspect the board) or RAM problems (use memtest from a bootable linux media), psu problem might be up next in line with dsm's lack of a normal console over video out its hard to tell if its a network problem or the system is frozen/crashed it would be possible with serial console (null-modem-cable) to check if a local login is still possible

Читайте...

Насколько я помню: - в настройках PhotoStation: Photos - AccessPermission, требуемому альбому дать дать статус "Public", в "User accounts" проверить, чтобы у требуемого пользователя были требуемые права на альбом. - в SynologyDriveAdminConsole, в разделе Team Folder, поставить "Enable" той папке, где PhotoStation хранит фото - после этого в Moments - Settings появится вкладка Sharing Photo Library, где можно будет отметить требуемые AI-альбомы, а в левом верхнем углу окна Moments, прямо под названием появится строка выбора: Shared или My Photo Library.

Just a recap for those who'll want to try NVMe cache because all the thread is quite messy imho. The above shell script with DSM 6.2.3-25426 Update 2 (on DS918+ , indeed) does not work anymore. At least in my experience it leads in an incorrect state where the two NVMe are not recognised as the same and therefore they cannot be used for a necessary RAID 1 in case of R/W cache. The only thing is really working at the moment is a copy of the libsynonvme.so.1 to the right path. So put this file in a public zone of your volume (this is my case) or wherever you like and then with root's privileges (sudo -i) put the lib in the right place: cp /volume1/public/libsynonvme.so.1 /usr/lib64 cd /usr/lib64 chmod 777 libsynonvme.so.1 shutdown -r now and that's it. The Storage Manager should recognise correctly yours NVMe's and use them as cache.