После почти двух лет с момента формирования прошлой значительной ветки опубликован стабильный релиз дистрибутива OpenMediaVault 8.0, позволяющего быстро развернуть сетевое хранилище (NAS, Network-Attached Storage). Проект OpenMediaVault основан в 2009 году после раскола в стане разработчиков дистрибутива FreeNAS, в результате которого наряду с основанным на FreeBSD классическим FreeNAS было создано ответвление, разработчики которого поставили перед собой цель перевести дистрибутив на ядро Linux и пакетную базу Debian. Для загрузки подготовлены установочные образы OpenMediaVault для архитектуры x86_64 (1.4 ГБ)...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64489
Это хорошо, но бесит, что разработчики подобных дистрибутивов с какого-то перепугу хотят себе всю железку. Может, я хочу на существующем дистрибутиве поднять FreeNAS или OpenMediaVault, или на OpenWrt (сейчас есть мощные роутеры, которым это под силу). Так нет же, они заставляют себя ставить основной системой, а ты потом мучаешься с ущербностью и ограничениями их системы. Ядро может не поддерживать какую-то фичу, например. Или будут конфликты библиотек с тем, что ты хочешь доустановить. Пользователи Synology точно также страдают от их недосистемы.
докер, куб, прокс и прочее.
что мешает изолировать - нежелание?
> докер, куб, прокс и прочее.
> что мешает изолировать - нежелание?Контейнеры обычно не поддерживаются такими системами, а виртуальные машины - это всегда потеря производительности.
> прокс
Мне мог бы подойти Proxmox, но мне не подходит их Debian, который они в нагрузку пихают. Если мне нужен Debian, я сам его установлю и тонко настрою, мне не нужны их пресеты.
> виртуальные машины - это всегда потеря производительностиК счастью, весьма незначительная на современных CPU. Тем более, что такой мастер как ты уж точно сможет и сам "тонко настроить", и взять оборудование с учётом возможных потерь производительности. Если уж тебе так сильно не всё равно какие там у тебя потери на твоём локалхосте с LA 0.0.
Не стоит метать бисер.
Месье нужны шашечки, а не ехать.
Proxmox базируется на Debian, но он не подразумевает его использование как дистрибутивом. Это именно гипервизор и даже Docker ты должен запускать в контейнере/виртуальной машине, иначе теряется смысл.А про потерю производительности вообще смешно - плюсов от виртуализации куда больше за такую малую цену.
> Proxmox базируется на DebianУ меня бы язык не повернулся назвать это словом "базируется". Debian и Proxmox не связаны. Есть неофициальные способы его установить на любой Linux. Но даже это не убеждает разработчиков сделать его обычным пакетом, хотя бы для Debian, а там уже умельцы из сообщества без них портируют на Arch и остальные - сразу появится AUR-пакет.
> Это именно гипервизор, и даже Docker нужно запускать в контейнере/виртуальной машине, иначе теряется смысл.
Вам никто не мешает Docker запустить рядом. Docker-демон будет независим от Proxmox.
> А про потерю производительности вообще смешно - плюсов от виртуализации куда больше за такую малую цену.
В случае с KVM да, но нужно учитывать, что сам по себе Proxmox потребляет немного ресурсов, в отличие от того же Incus, который обладает таким же функционалом, но не потребляет столько CPU и RAM в простое. И разработчик Incus здравомыслящий, поэтому он не поставляет его в виде ISO-шки, как некоторые.
Вообщето, proxmox накатывается на debian как обычные пакеты. Для удобства можно сразу развернуть готовый шипервизор из их инсталятора, но никто не мешает подключить их репозиторий и накатить метапакет proxmox-ve.
> Вообщето, proxmox накатывается на debian как обычные пакеты. Для удобства можно сразу
> развернуть готовый шипервизор из их инсталятора, но никто не мешает подключить
> их репозиторий и накатить метапакет proxmox-ve.Это хорошо. Но расстраивает слишком тесная привязка к Debian. Жаль, других Linux-дистрибутивов пакета похоже нет.
Если вам легко настроить систему, выбирайте Debian. Зачем тратить время на другие дистрибутивы?
> Если вам легко настроить систему, выбирайте Debian. Зачем тратить время на другие дистрибутивы?Я использую Debian, но не всегда. Debian сковывает, и далеко не всё доступно для Debian. В Arch больше возможностей для быстрой установки разного ПО. В основном, все новые вещи доступны в Arch через AUR. В Debian аналога AUR нет - были попытки создать его, но они не получили популярности.
В курсе, почему под опакечивание такого класса проектов выбирают рхел-based, дебиан-based, но не арч?Потому что под какую версию лепить-то? Завтра у тебя в однодневке версии разъедутся, конфиги для 100500 связанных компонентов разъедутся, и всё сломается, но ты будешь метать молнии в поддержку именно софтины, а не дистра. Поэтому выбирают дистры, в которых версии пакетов меняются слабо, а багфиксы - бэкпортятся.
Какая-то идиотская претензия, из разряда хотел, наперекор идущих замыслу разработчиков.Очевидно что никто не собирается создавать инсталлятор под бесконечное множество вариантов среди, на которую такие вот юзверы захотят его вкрячить.
После чего набИгая на форумы и багтрекеры разрабов и требуя чтобы они "починили" проект под их локалхост )И да, всегда есть виртуализация для остальных случаев.
> Очевидно что никто не собирается создавать инсталлятор"Инсталлятор" - это что-то из мира Windows, в Linux нет подобной практики (если это не Oracle, которые не от мира сего). Пакетный менеджер просто устанавливает необходимые файлы по нужному пути, никаких сложных инсталляторов, как в Windows, не должно существовать в нормальных системах.
> под бесконечное множество вариантов среди
А вот для этого, батетька, нужен конфиг, текстовые конфиги - наше всё, а не ваши GUI. Там все опции и нужно настраивать.
> И да, всегда есть виртуализация для остальных случаев.
Про минисы виртуализации я ответил предыдущему оратору.
> Linux нет подобной практикиа ты точно уверен? ну пойди погляди как curl https://.../install.sh | bash, у каждой первой проги которая не из пакета.
> вот для этого, батетька, нужен конфиг, текстовые конфиги - наше всё, а не ваши GUI
текстовые конфиги давно не отвечают требованиям запустить 5 или 5000 инстансов, да хотябы даже 2, чтобы проверить, dev и prod.
> а ты точно уверен? ну пойди погляди как curl https://.../install.sh | bash, у каждой первой проги которая не из пакета.- Во-первых, никогда так не делайте. Если это не какая-нибудь временная виртуальная машина для тестирования и удаления. И даже в этом случае, сперва изучайте, что делает скрипт, прежде чем запускать.
- Во-вторых, это обычно не интерактивная установка. А классические инсталляторы из Windows - это куча слайдов с опциями. Вот такого добра в Linux не надо.> текстовые конфиги давно не отвечают требованиям запустить 5 или 5000 инстансов, да хотябы даже 2, чтобы проверить, dev и prod.
Именно они и отвечают лучшим образов. Вы просто не умеете их готовить.
Пока вот такие недоспециалисты будут жить в мире линух - мир линух так и будет жить в ковырянии конфигов, терминального говна и потери времени на копании в логах. Нормальные разработчики, которые заботятся о своих клиентах делают все, чтобы запуск их проекта проходил максимально просто и в короткие сроки с минимальными задержками и отвлечением на подобное говно. Инсталлятор - это наглядно, удобно и это экономит время, т.к. гораздо быстрее на очередном шаге инсталлятора внести те же данные подключения к БД, чем потом дополнительно тратить время на то, чтобы найти конфиг и поправить его. Я обычно увольняю таких недоспецов как ты, когда вижу что они работают только с внутрянкой проекта или не беру на работу вообще. Пакетный менеджер пригоден только там, где не нужна никакая дополнительная настройка.
О нет, меня не примет на работу ажно целое ИП Иванов И.И.!
Что же делать-то?? Уууу! Тут Сам! Сам Генеральный Директор ООО "Вектор" (по классике: с уставным капиталов в 10 тысяч и тремя тремя сотрудниками) грозится увольнением всех этих ковырятелей конфигов!
> Нормальные разработчики, которые заботятся о своих клиентах делают все, чтобы запуск их проекта проходил максимально просто и в короткие сроки с минимальными задержками и отвлечением на подобное говно.Именно текстовые конфиги и позволяют это. На GUI слишком много времени уходит, пока все опции там прокликаешь родить можно. А ещё на другом окружении этот ужас потом повторять. А текстовый конфиг просто скопировал на другое окружение и вуоля.
> Инсталлятор - это наглядно, удобно и это экономит время, т.к. гораздо быстрее на очередном шаге инсталлятора внести те же данные подключения к БД, чем потом дополнительно тратить время на то, чтобы найти конфиг и поправить его.
Вы хотя бы поставьте себя на место тех, кто должен рисовать вам кнопки под каждую опцию, вы хоть представляете сколько на это ненужное действие уходит времени у специалистов? Интерактивные инсталлеры, которые вы любите, занимают в пустую часы у специалистов. А текстовые конфиги можно всегда быстро поправить. К тому же под капотом у любого инсталлера прекрасный конфиг с комментами, проще его открыть и выставить нужные параметры.
> Я обычно увольняю таких недоспецов как ты, когда вижу что они работают только с внутрянкой проекта или не беру на работу вообще. Пакетный менеджер пригоден только там, где не нужна никакая дополнительная настройка.Я обычно увольняю таких менеджеров, которые не понимают важных аспектов работы технических специалистов. Потом эта халатность выливается в ошибки в работе системы, в утечки данных, снижает общую производительность и качество продукта, создавая репутационные риски для компании.
Сейчас все такие любители Gentoo, Arch Linux такие, что? А как же наши навыки работы в Vim? Мы же крутые хакеры.
Нет ) Мы спокойно смотрим на всех "мышеводов" понимая, чем больше их, тем дороже стоят наши услуги )
>хотят себе всю железкуТак в этом же суть NAS как отдельной независимой железке ?
https://www.asustor.com/product/AS67v2
Я не согласен с такой сутью. Это по сути обычный сервис, работающий с дисками. Зачем делать его в виде дистрибутива?
что мешает тебе настроить самбу в твоем любимом дистре?, чувакам захотелось, они сделали, ты тоже можешь запилить свой дистр, который буде делать чтото одно, например ныть на опеннете))
Тут дело не в том, что я не могу самбу настроить. Я предпочитаю, когда у меня есть выбор и контроль над системой, а не когда меня загоняют в рамки чужого видения.
Нет, это не "обычный сервис", это системы требующие прямой доступ до дисков, иногда прямо до контроллера дисков. Если вам надо простое решение - поставьте просто сервис и настройте его через какой-нибудь вебпанель.
Этот дистрибутив не для вас.
> Нет, это не "обычный сервис", это системы требующие прямой доступ до дисков, иногда прямо до контроллера дисков.Перестаньте себя обманывать, это обычный сервис. Если вам трудно в это поверить, то изучите, как он работает
Быстрый деплой?
> Быстрый деплой?ничего себе быстрый, сравните скорость развертывание просто сервиса, с развёртыванием и ОС и настройкой самого сервиса
Важное уточнение: быстрый деплой с нуля. Т.е. ты имеешь уже преднастроенный образ, где большинство параметров уже прописаны (и они -важно!- сами по себе могут использоваться изкаропки, т.к. адекватны) и тебе осталось только установить образ, прописать адреса и создать юзверя. Если сравнивать с обычной установкой, то убрано много типовых действий и почти -важно!- *почти* сделан заранее этап настройки.А так да, в готовую и настроенную систему куда как проще и быстрее воткнуть сервис, пусть даже и в контейнере, чем устанавливать образ. Вот только не у каждого есть такое и не каждый сможет *быстро* установить и на "троечку" настроить базовую систему
Просто попробуй слепить такой же опенмедиа сам - только со всеми фичами, которые в нём есть. Дальше расскажешь, что случилось с твоим мнением.
> Это хорошо, но бесит, что разработчики подобных дистрибутивов с какого-то перепугу хотят себе всю железку.Вы с виртуализацией не дружите?
> Вы с виртуализацией не дружите?Дружу, но вся суть моих претензий как раз в том, что разработчики подобных дистрибутивов и вынуждают использовать виртуализацию. А в их идеальном мире ты даже не должен ничего виртуализировать - ставь их систему как основную. Это, я считаю, верх наглости. А вы?
> верх наглостиуказывать людям, что им делать, не имея для этого даже малейшего основания
Всмысле "не имея для этого даже малейшего основания"? Ещё раз перечитайте мою боль.
Это да ) Когда твои хотелки никто не хочет реализовывать за "даром", это "жуткая" боль! )))
> А в их идеальном мире ты даже не должен ничего виртуализировать - ставь их систему как основную.ОМФ прекрасно работает виртуализированным, ваши утверждeния не сходятся с фактами
> ОМФ прекрасно работает виртуализированным, ваши утверждения не сходятся с фактами.А я с этим где спорил?
> Контейнеры обычно не поддерживаются такими системамиЧел вообще не в теме о сабже... но "как пишет, как пишет" !
> Чел вообще не в теме о сабже... но "как пишет, как пишет" !Я ставил сабж "на пробу". А под фразой "Контейнеры обычно не поддерживаются" я имею в виду, что официальных OCI-образов нет для OpenMediaVault/FreeNAS/TrueNAS.
> Я ставил сабж "на пробу". А под фразой "Контейнеры обычно не поддерживаются"
> я имею в виду, что официальных OCI-образов нет для OpenMediaVault/FreeNAS/TrueNAS.Вы должны запомнить одну простую вещь:
- Контейнеры, - это о изоляции программы, (не во множественном числе)
- Виртуальные машины, - о изоляции группы программ и утилит операционной системыОМФ, - это не программа.
А то что ОМФ поддерживает работу докеров/подмэнов говорит о том, что оно должно работать как хост для конетйнеров, если конечно кто то не хочет крутить докеры в докере
> Вы должны запомнить одну простую вещь:так одну или 2?)
- Контейнеры – это об изоляции программы (не во множественном числе).
Это ваше определение? Вряд ли пройдёте собеседование.
- Виртуальные машины – об изоляции группы программ и утилит операционной системы.
А в контейнерах у нас не может быть группы программ? Вы реально мыслите в парадигме: "1 контейнер = 1 процесс"? Смею вас разочаровать, это миф.
> ОМФ, - это не программа.
Это программа и сервис по совместительству.
> А то, что ОМФ поддерживает работу докеров/подмэнов, говорит о том, что оно должно работать как хост для контейнеров, если, конечно, кто-то не хочет крутить докеры в докере.
А, они UI сделали для Docker через плагин, вы об этом? Ну многим это не нужно, проще Docker Compose на самом хосте запускать, больше возможностей.
Ну а вы говорите что среди регистрантов шизофреников нет. Есть! Наглядный пример.
"шизофрения" — это когда ты, вместо того чтобы вникнуть в проблему, тупо плюешься в кого-то, чтобы почувствовать себя "правым"
Берёшь дистрибутив общего назначения, и делаешь из него всё что хочешь. В чём проблема? Да, некоторые делают дистр под одну задачу чтобы админам было удобно и быстро пользоваться, без долгих настроек.Зачем ты плачешь о нишевости некоторых дистрибутивов, когда есть дистрибутивы общего назначения?
я вообще не об этом
https://docs.openmediavault.org/en/latest/installation/on_de...
You can install openmediavault on an existing Debian 13 installation as well.
При некотором навыке - можно по этой инструкции не только на дебиан поставить...
> https://docs.openmediavault.org/en/latest/installation/on_de...
> You can install openmediavault on an existing Debian 13 installation as well.
> При некотором навыке - можно по этой инструкции не только на дебиан поставить...Это хорошо, что такая инструкция есть. Но если честно, она выглядит, как подскака самим разработчикам openmediavault, как им интергировать их сервис в Debian.
- Хотелось бы нормальной пакетной установки, а не этих действий. Например GitLab тоже сложный продукт, но ставится буквально через apt install ...
- Хотелось бы официальный OCI образ, для быстрого развёртывания через Docker/Podman
>> openmediavault
> - Хотелось бы официальный OCI образ, для быстрого развёртывания через Docker/Podman... эпический!(С) ...
> ... эпический!(С) ...Обоснуешь?
Или очередной контейнерофоб?
>> https://docs.openmediavault.org/en/latest/installation/on_de...
>> You can install openmediavault on an existing Debian 13 installation as well.
>> При некотором навыке - можно по этой инструкции не только на дебиан поставить...
> Это хорошо, что такая инструкция есть. Но если честно, она выглядит, как
> подскака самим разработчикам openmediavault, как им интергировать их сервис в Debian.
> - Хотелось бы нормальной пакетной установки, а не этих действий. Например GitLab
> тоже сложный продукт, но ставится буквально через apt install ...
> - Хотелось бы официальный OCI образ, для быстрого развёртывания через Docker/PodmanИии? Обычное дело для опенсорца же - инструкции пишутся скорее как памятки для разрарабов самим себе, а не всех остальных - им глубоко параллельно.
>> https://docs.openmediavault.org/en/latest/installation/on_de...
>> You can install openmediavault on an existing Debian 13 installation as well.
>> При некотором навыке - можно по этой инструкции не только на дебиан поставить...
> Это хорошо, что такая инструкция есть. Но если честно, она выглядит, как
> подскака самим разработчикам openmediavault, как им интергировать их сервис в Debian.
> - Хотелось бы нормальной пакетной установки, а не этих действий. Например GitLab
> тоже сложный продукт, но ставится буквально через apt install ...
> - Хотелось бы официальный OCI образ, для быстрого развёртывания через Docker/PodmanНу научись же ты пользоваться современными технологиями :)
https://chat.deepseek.com/share/6ps5c9a0ld9cj7i6mb
Я не уверен что все это заработает вот так сразу, но процентов 90 работы оно точно сделало...
> Ну научись же ты пользоваться современными технологиями :)А вы не ищете легких путей, а я - ищу. Мы не одинаковые.
PS: Ansible пользоваться умею, но здесь он совершенно лишний.
Он позволяет получать повторяемые результаты и легко адаптируется по новую среду развертывания.
Ну легко и просто не относиться посредством llm😆
> А вы не ищете легких путей, а я - ищу.Успехов в поисках.
> - Хотелось бы официальный OCI образ, для быстрого развёртывания через Docker/PodmanВы к сожалению не понимаете, для чего нужны контейнеры. ОМФ и подобные солюшены - не должны работать в контейнерах в принципе. Тот кто попытается это сделать, никогда не будет принят ни в одну достойную компанию на работу
> Вы к сожалению не понимаете, для чего нужны контейнеры.Ну вы мне выше уже дали определение, я теперь знаю.
> ОМФ и подобные решения - не должны работать в контейнерах в принципе. Тот, кто попытается это сделать, никогда не будет принят ни в одну достойную компанию на работу.
Вот оно что. А как они узнают? Неужели они рассчитывают, что я проболтаюсь?
NAS в контейнерах - у нынешних девляпсов даже модно. Причём контейнеры далее - поверх этого NAS. А потом они очень громко удивляются - почему после отвала питания всё ё*** и подниматься не хочет.
Интересно, чем пользуется AWS: FreeNAS или OpenMediaVault?
>чем пользуется AWS: FreeNAS или OpenMediaVault?
Ни то, ни другое увы не тянет на нормальный, промышленный СХД. Две основные причины этого:
1. Нет поддержки двухголовых конфигураций
2. Нет возможности использовать расширенный размер сектора, чтоб считывать данные и CRC за один цикл DMA, а не за два.
Результат - недостаточная надёжность и производительность по сравнению с любой нормальной хранилкой. Для soho - сойдёт, для промышленных решений а-ля aws - нет.
Это - NAS ... как много\мало в в этом звуке ... (С)
Чем все эти NAS-ы лучше, или хуже Nextcloud-а?
Тем, что на NAS ты можешь запустить Nextcloud, а наоборот - нет.
О, пойду домашнюю файлопомойку обновлю. Хотя чую фиг она обновится, уже год только файлы туда сюда гоняю по надобности и трогаю.
А смысл это тут писать? Это же не твой личный дневник, а ты не селебрити, чтобы кому-то были интересны твои действия.
Оооо, планирую дистрохопнуться
Норм дистр для хопа с арча?
Проходные, лучше на HA OS сразу
Надеюсь они хотя бы нейрослоп из оформления интерфейса убрали. Не то чтобы я радикально против сгенерированной графики, но в старой версии он совсем уж стремный.
Нормальны дистрибутив ... Стал на старый nas qnap-239 (2 gb ram)
Торрент через встроенный докер