Архив метки: linux

Установка EasyNAS: самый простой дистрибутив для дома

После того, как openmediavault — один из популярных дистрибутивов для NAS — стал без каких-либо причин выключать компьютер (см. предыдущий пост по теме), я попытался рассмотреть альтернативы.

Я установил все дистрибутивы, которые перечислял в этом посте, в виртуальную машину. Из них мне понравились два: EasyNAS и Rockstor.

Устанавливается система довольно просто. После выбора пункта «установить» в консоль сыпется некоторое количество служебной информации.

Затем система спрашивает, на какой диск она будет устанавливаться. Внимательно выбираем нужный диск.

Читать далее


Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Openmediavault самопроизвольно выключается

В предыдущих сериях мы собирали NAS и устанавливали систему. Я даже не успел запилить пост по настройке openmediavault и, похоже, не придётся: NAS, который должен работать круглосуточно и сам вставать после каждого падения, вдруг неожиданно начал самопроизвольно тухнуть.

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

Я грешил на отключение по сигналу BIOS, где было установлено отключение по превышению температуры процессора. И зря — за 10 градусов до срабатывания отключения должно было сработать звуковое оповещение, которого всё-таки не было. Так что виновата не температура.

Видеопиратство возвращается

Я перешерстил все логи, но никто и нигде не вылетал с ошибкой: запускал задачки крон, чистил пёрышки php, юзеры логинились — ничего криминального. Тогда я решил выявить нарушителя с помощью старого доброго «видеопиратства» — когда направляешь камеру на монитор и пишешь видео, чтобы потом покадрово отловить ошибку. Этот способ я «придумал» ещё во времена не самой стабильной Windows XP, где мне никак не удавалось прочитать ошибку, которая валила систему в BSOD и через секунду всё тухло.

Но в этот раз «видеопиратство» не спасло: вот последний кадр перед отключением и видно что в консоль при запущенном процессе journalctl -f ничего не вывалилось.

Стоит признать, я не особо опытный linux-пользователь, чтобы задротить в конфиги и логи, пытаясь отыскать вредную команду, которая тушит мой NAS. С другой стороны — система позиционируется как user-friendly и легко настраиваемая через web-панель, что по факту оказывается далеко не так.

Короче, openmediavault оказался не самым подходящим для меня дистрибутивом и я решил дать шанс некоторым другим — в предыдущем посте я перечислил список дистрибутивов для сетевого хранилища. И собирался кое-что попробовать из этого. Но это история для другого поста.


Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Как сделать так, чтобы команда продолжала выполняться после закрытия терминала и ssh-сессии

В ходе настройки самосборного NAS-сервера (смотри предыдущие посты: сборка системы и установка openmediavault) пришлось столкнуться с тем, что при подключении по ssh и выполнении долгих команд любой обрыв связи, закрытие крышки ноутбука, закрытие окна терминала или всё прочее приводило к завершению ssh-сессии и, соответственно, предыванию выполняющейся команды.

Да, обычное поведение такое: если соединение по ssh рвётся, то прерываются все операции. Разве это плохо? Ну, конечно! Есть куча продолжительных операций, в ходе выполнения которых терять коннект никак не хочется:

  • сборка и синхронизация RAID-массива — может занять часов десять
  • форматирование файловой системы массива — часов 20 и больше
  • перенос информации с временного накопителя на основной диск — зависит от объёма, но терабайт данных перекидывается очень неспешно, знаете ли

Короче, задача есть. И есть решение. Нам просто нужно to go deeper.

Читать далее


Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Собираем NAS, часть 2: установка openmediavault

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

Я буду устанавливать openmediavault — это свободно распространяемый специализированный дистрибутив для организации сетевого хранилища, основанный на debian. Его легко администрировать, он хорошо изучен и задокументирован, может быть установлен даже на микрокомпьютеры типа Raspberry Pi, отчего имеет развитое сообщество.

Хотя есть и альтернативы, надо про них хотя бы немного рассказать.

Операционные системы для NAS

Rockstor — система, основанная на OpenSUSE или же CentOS (можно выбирать). Судя по скриншотам, довольно симпатичная. С центами ни разу не сталкивался, так что проходим мимо.

EasyNAS — дистрибутив, основанный на OpenSUSE. Более дружелюбный к начинающим, но менее гибкий в настройке за счёт этого.

FreeNAS, ныне TrueNAS Core — дистрибутив на базе FreeBSD. С бздёй тоже не сталкивался, так что проходим мимо.

NexentaStor — коммерческий, то есть проприетарный дистрибутив с закрытым исходным кодом. В бесплатной версии установлено ограничение в 10 ТБ, если укладываетесь — можете попробовать.

OpenMediaVault — герой этого поста. Система основана на debian, откуда вышла популярная ubuntu, с которой я как раз неоднократно имел дело. Лучший вариант для меня, за счёт более-менее знакомой среды и команд debian. Читать далее


Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Собираем недорогой NAS своими руками для дома и семьи

В отдельном ролике подробно было разобрано, что такое NAS, какие у них бывают характеристики, за что отвечают различные фишки и зачем оно вообще такое надо. Вот видео:

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

Главные параметры компьютера под NAS для дома

Если и собирать сетевое хранилище на базе компьютера, то не первого попавшегося, а правильного.

  1. Процессор (или чипсет материнки) со встроенной графикой . Если избавимся от дискретной видеокарты, то избавимся и от лишнего вентилятора на ней вместе с шумом. Да, можно собрать NAS без видеоадаптера вообще, но не факт, что любая старая материнка будет готова запускаться в таком режиме.
  2. Приоритет материнским платам малого формата, желательно mATX или mini-itx. Чем крупнее материнка, тем обычно кучерявее чипсет, чтобы вывести всевозможные разъёмы на мать. В нашем домашне-бюджетном случае это излишне.
  3. Твердотельные конденсаторы на материнской плате. На моей памяти, твердотельники начали ставить со времён DDR3, то есть уже в начале 2010-х. Нет ничего плохого в обычных электролитах, просто твердотельные конденсаторы видятся более надёжными.
  4. Наиболее низкий TDP процессора. Выбирайте самые холодные процессоры из линейки. Селерон вместо пентиума, атлон вместо ряженки и т.д. Производительность процессора в сетевом хранилище не очень-то важна, а вот теплоотдача существенна.
  5. Серверное оборудование идёт нахер! Просто поверьте, серверные решения очень шумные, особенно стоечные, особенно 1U. Пересмотрите видео выше: там практически в самом начале включают стоечный сервер и да — он реально так гудит.
  6. Охлаждение строго 4-pin вентиляторами. Это те самые, что умеют подстраивать скорость автоматически. Не факт, что такие вертушки будут в купленном компьютере, но если материнка не поддерживает 4-pin, это проблема.
  7. Больше SATA-портов! Допустимый минимум — 4 порта (один на системный диск, два под накопители), хотя можно обойтись двумя (если грузить систему с USB-флешки). Идеальный вариант — 6 портов.
  8. Гигабитный ethernet на плате. Это вообще-то не проблема, потому что гигабитные сетевые карты на платах ставятся уже лет пятнадцать.
  9. Больше жёстких дисков разумного объёма. Если есть возможность взять пару одинаковых — хорошо, можно их задействовать под зеркальный RAID-массив для надёжного хранения данных. Но ещё лучше, если дисков будет больше двух. И необязательно одинаковых.

Читать далее


Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)