XPEH

Пожалуйста придерживайтесь формата аналогичного используемого в других ветках. - Результат: Успешно / Безуспешно - Версия до обновления: DSM 6.1.5 - Версия и модель загрузчика: JUN'S LOADER v1.02b - DS3617xs - Дополнительные модули extra.lzma: NO - Тип инсталяции: VM (VIRTUAL BOX), На железе ( МБ модель и Процессор), и т.д. - Короткий коментарий: REBOOT REQUIRED Не помещайте сюда, вопросы, развернутые размышления и попытки обсуждения. Все это лучше обсуждать в отдельных темах.

Думаю да, если тема не закрыта. Если не сработает, обращайтесь, попробуем поправить.

Форум для того и создан. Новые вопросы задавайте отдельными темами в соответствующих разделах форума.

Не проблема. Читайте, учитесь и задавайте вопросы. Обратите внимание на обновления. Особенно с повышением версии. Многие из них требуют выждать пока появится правильный загрузчик и он будет достаточно протестирован. Так-что будьте осторожны и не торопитесь. Автоматические обновления - отключить.

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

Вопрос в этой ветке был отвечен и решение найдено. Ветка закрыта. Если есть дополнительные вопросы, пожалуйста откройте новую ветку.

Вопрос в этой ветке был отвечен и решение найдено. Ветка закрыта. Если есть дополнительные вопросы, пожалуйста откройте новую ветку.

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

Есть небольшие потери в скорости при перекачке (по настоящему) больших обьемов данных. Некоторые RAID адаптеры поддерживаются в базовой конфигурации, но все возможности дисков и адаптеров не используются. Физическое состояние отдельных дисков удаленно отследить не всегда возможно. Для домашних систем, где часто больше гигабитной сети не используется и обьемы данных редко превышают несколько ТБ, эти "проблемы", или скажем "особенности" в основном не замечаются. Все это с лихвой перекрывается удобством и гибкостью системы, но знать и учитывать надо.

На флешку или SD карты ESXi ставился изначально во всех версиях. На серверах расчитанных на виртуализацию даже есть опция для двух встроенных SD карт которые можно зазеркалить. При таком варианте тратить встроенный диск на OS не надо. С USB 3 пока проблема даже в последней версии, как и с производительностью дисков. В какой то степени это компенсируется отличной системой кэширования, но для больших обьемов перекачек это не помогает. Самый лучший вариант использования ESXi это тот на который он расчитан - гибкий настраиваеный сервер для определенных задач, не для xранилища общего назначения. Для последней задачи NAS как раз подходит лучше всего установленный на голое железо. Важно определиться с приоритетами. Если важнее хранилка, а пару маленьких серверов для "поиграться" , то VMM на XPEnology вполне достаточен. Для дома большинству это и надо. Если важнее высокая производительность серверов, а хранилище "так, что-бы было", to ESXi (или другая система специально ориентированная на виртуализацию) будет лучшим выбором. В больших компаниях разделениe обычно очень явное. NAS для хранения (в том числе и хранения, бэкапов виртуалок), а мощные сервера с большой памятью и кучей процессоров - для виртуализации. При этом локальные хранилища на серверах для виртуалок минимальные, только для журналов. Все вирт-машины хранятся на тех-же NASах для удобства переноса между серверами.

Если диск подключить изначально через USB и форматировать в NTFS, то можно его снимать и легко читать на других компах. С внутренними дисками размеченными в Линукс форматах так не получится.

А разве смешивать все в одной длинной теме с кучей дополнительных вопросов и ответвлений лучше? Короткая тема - спросили, получили ответ и ушла с первой страницы. Легче искать и меньше мусора. А насчет вводных, извините, автор не удосужился и вставил в существующую (не по теме) тему. Простите за тавтологию.

Вопрос в этой ветке был отвечен и решение найдено. Ветка закрыта. Если есть дополнительные вопросы, пожалуйста откройте новую ветку.

Для обычного использования сервера, серийный номер не важен. Можно оставить тот что уже прописан в загрузчике. Валидная пара нужна только для использования зарегистрированных сервисов Synology таких как их собственный Quick Connect, что не рекомендуется. Есть еще опция аппаратного кодирования видео, которая тоже требует регистрации. Все остальное должно работать.

Такое уже есть. Можно настроить под себя выбрав только те разделы которые интересны. Потом сохранить как новый поток для непрочитанных сообщений.

Пока не создана нормальная документация и переводы, по возможности, почитайте здесь https://xpenology.com/forum/forum/83-faq-start-here/ Приглашаются все желающее помочь с переводами и созданием руководства для новичков.

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

Возможность разделять темы есть, но у нас очень большая разница во времени. К тому времени когда я могу посмотреть, уже часто несколько сообщений ниже поста который бы стоило вынести отдельно.

Ну так напишите! С удовольствием пришпилю на видном месте что бы читали перед тем как спросить. Когда тема растягивается на сотни страниц и прыгает в разные стороны из-за тех "кому только спросить" и "а вот еще вопрос не по теме", то перестают читать после пары страниц и идут сразу в конец задать вопрос, даже если выше уже был ответ. С короткими темами правильно названными и сортированными, возможно будет легче найти ответ новичкам и меньше раздражения старожилам.

Вариантов наверное несколько и BIOS должен знать о присутствии HBA для передачи ему загрузки. Вызов настройки HBA обычно вызывается после вызова конфигурации основного BIOSa. Для данного случая и темы это не принципиально.

Обычно md0, md1, md2 это разные разделы (partitions) одного и того-же рэйда а не тип.

Не ошибаетесь. Некоторые могут показать что в разъем вставлен адаптер и определить тип - видео, сеть, RAID (HBA), но управлять ими не могут. У некоторых RAID контроллеров которые поумнее есть свой дополнительный "BIOS" для настроек и он вызывается отдельно другой комбинацией клавиш. Ctrl+R (I, S) или наподобие после того как основной BIOS закончит проверки. Если диски видны в BIOS, то речь идет о встроенном в МБ контроллере.

Лицензия нужна, но она включена бесплатно с каждой системой на две камеры. Для больше двух камер нужна ДОПОЛНИТЕЛЬНАЯ лицензия.

Картинки соединения так до сих пор не показано. Гадание далеко не приведет.

В DSM 4.3 можно было логиниться как root. sudo не требуется.