NAS

OMV i Docker

przez

Dobry wieczór!

Wiele się słyszy od dłuższego czasu w światku IT, głównie programistów, ale również osób zajmujących się IoT, Home Automation o Dockerze i konteneryzacji. Do tej pory patrzyłem na to z boku, delikatnie śledząc temat, pora jednak najwyższa się w to 'wdrożyć’. Dobrze zrobiłem, bo temat jest nad wyraz ciekawy i (nie tylko) moim zdaniem rewolucyjny.

Docker i kontenery, w przeciwieństwie do maszyn wirtualnych, nie są osobnymi systemami, ale pewnymi 'zbiornikami’ w których w izolacji pracują programy. Co ciekawe – korzystają ze wspólnych zasobów pamięci, odpowiednio nimi zawiadując. Czyli możemy sobie w sumie postawić ich wiele na jednym systemie i korzystać, będąc pewnym, że w razie jakichkolwiek problemów możemy przeinstalować tylko i wyłącznie jeden kontener, nie całość systemu, bez potrzeby 'stawiania’ wszystkiego od nowa.

Nadmieniam, że jestem w tym temacie jeszcze początkujący, ale zafascynowany, wybaczcie więc możliwe błędy w pełnym rozumieniu tematu. Z chęcią również posłucham Waszych rad i korekt, jeżeli potrzeba.

Kilka osób mówiło: 'Docker, tak. Kup QNAP, albo jakiś starszy serwer i tam instaluj’. No ale ja już mam mój 'biedny NAS’ postawiony na Orange Pi Zero Plus z NAS Hat. Głupio by było go nie wykorzystać, chociaż sprawdzić temat, bo jak nie 'zaskoczy’ to wydam 1k PLN bez potrzeby.

Po raz kolejny – warto być upartym, bo mimo że 'szału nie ma’ to działa na nim i Docker. Mimo limitu 512MB RAM. Coraz częściej jednak myślę o Odroid HC1/HC2.

Po pierwsze musimy w Open Media Vault (bo jego używam na moim NAS) zainstalować wtyczkę do Docker’a.

Po instalacji pojawi się nowa opcja w menu Services, do której przechodzimy.

Tam już zobaczymy możliwe do pobrania obrazy kontenerów Docker.

Pora przedstawić cel wpisu: instalujemy graficzny interface do pokazania naszych zdjęć w NAS. Do tego celu użyjemy lychee oraz MariaDB (czyli sewer baz danych tworzony przez zespół MySQL po tym jak zostali kupieni przez Oracle). Lekki, dostępny, ciekawy, ładny.

Zróbmy to jednak trochę inaczej. Na zakładce Overview w wyszukiwarce po prawej wpiszmy na początek linuxserver/mariadb i pobierzmy wybrany obraz. Po zakończeniu zobaczymy go w górnej połowie ekranu. Dobra, pobrany. Co teraz? Teraz trzeba go sparametryzować i uruchomić. Świetną cechą kontenerów jest to, że komunikują się przez konkretny port/porty z całym systemem. Czyli wystawiają pewien port, który później jest przekierowany na wybrany przez nas. W tym przypadku pozostanę przy standardowym dla MariaDB 3306.

Więcej informacji o parametrach, opisie znajdziecie na stronie z repozytorium kontenerów: https://hub.docker.com/r/linuxserver/mariadb. Opis parametrów, folderów do wyboru znajduje się na wymienionej stronie. Tu udajcie się w razie wątpliwości i wiedzy jakie parametry ma jaki kontener.

W przypadku tej konfiguracji musimy podać:
– PUID
– PGID
– TZ – TimeZone
– Hasło root do MySQL

WAŻNE! Każdą wpisaną wartość musicie 'potwierdzić’ i przejść do kolejnej linii aby został zatwierdzony. To był mój główny błąd na początku nauki.

Poniżej również bardzo ważne dane – informacje o folderach z którymi może się komunikować nasz kontener. Wskazujemy folder po stronie kontenera i adekwatny folder na dysku NAS. Ja tworzę dla każdego kontenera osobny folder z konfiguracją, ale to zależy już od Waszych potrzeb i poczucia estetyki.

Lepiej zdefiniować je tak:

Jeżeli wszystko skonfigurowaliście poprawnie, obraz zostanie uruchomiony i od razu zobaczycie jego status.

W identyczny sposób instalujemy lychee. Konfiguracja jest odrobinę inna, jak poniżej:

I teraz ciekawa część. Wskażemy stronę lychee, w celu wstępnej konfiguracji. Tak jak ustawiliśmy, Lychee zgłasza się pod adresem naszego NAS z portem jaki wskazaliśmy przy konfiguracji kontenera, u mnie 192.168.1.124:81, czyli port 81. Ja sobie jak widać na routerze nazwy domen domowych przypisałem do adresów IP.

Lychee poprosi nas o adres IP serwera MariaDB (czyli w moim przypadku adres mojego NAS) i hasło do użytkownika którego chcecie używać. Ja wybrałem root. Niezbyt może bezpiecznie, ale mój NAS 'nie wychodzi na świat’, nie mam do niego dostępu spoza domu. Lychee stworzy swoją bazę jeżeli chcecie, na wypadek 'przenosin’ w inne miejsce macie możliwość wskazania lokalizacji używanej poprzednio bazy. Po założeniu będziemy jeszcze musieli stworzyć użytkownika i hasło, które chcecie używać w programie.

Jesteśmy gotowi do pracy!

Zasada Lychee jest następująca: wskazujemy folder źródłowy oraz docelowy, do którego zostaną przeniesione skatalogowane zdjęcia. Na początku trochę się wahałem, bo mam swój własny sposób na katalogowanie zdjęć, ale operacja (mimo że długotrwała przy kilkudziesięciu gigabajtach zdjęć) zakończyła się sukcesem.

OMV i klucze SSH do łatwiejszej komunikacji pomiędzy różnymi sprzętami

przez

Jak pisałem – zbudowałem sobie NAS. Kopię danych z laptopa załatwiłem sobie prostym xcopy z poziomu Windows (nie chce mi się instalować jakiego wielkiego softu do backupów, chociaż używałem kiedyś Cobian backup), miałem jednak mały zgryz z kopią Domoticz oraz RetroPie.

A miało to wyglądać tak:
– kopia wykonywana z poziomu NAS (czyli OMV) pobierająca foldery z Raspberry Pi na którym jest Domoticz
– kopia wykonywana z poziomu NAS pobierająca foldery z Raspberry Pi na którym jest RetroPie

Wszystko to miał obsłużyć rsync. Aby zrobić to pomiędzy dwoma systemami musiałem użyć połączenia szyfrowanego (SSH), ponieważ tego wymaga rsync.

Chciałem to zautomatyzować na ile się da i w sumie udało mi się bez problemu przez SSH (Secure SHell), ale zawsze stało mi na przeszkodzie hasło, które musiałem podawać przy logowaniu się do serwera. Pora była nauczyć się generowania kluczy SSH, które później można użyć przy bezpośrednim łączeniu się pomiędzy konkretnymi komputerami.

Jak się okazuje – dla chcącego nic trudnego…

Po pierwsze – po stronie systemu NA KTÓRY chciałem się logować bez hasła musiałem wygenerować klucz rsa:

ssh-keygen -t rsa

Robiłem to dla standardowego użytkownika 'pi’, dlatego klucz publiczny znajduje się w folderze /home/pi/.ssh/id_rsa.pub. Klucz prywatny (identyfikator) znajduje się w /home/pi/.ssh/id_rsa.

TERAZ WAŻNE: trzeba nakazać skopiowanie klucza serwerowi KTÓRY będzie się logował na inny, gdzie jest klucz. Poleceniem ssh-copy-id, jak poniżej

ssh-copy-id pi@192.168.1.200 

Z POZIOMU SERWERA który ma się dostać do danych, czyli z OMV.

Podajemy hasło do konta, jednorazowo.

Teraz już bez problemu działają polecenia:

sudo rsync -avz -e ssh pi@192.168.1.200:/var/www/html/dashboard /sharedfolders/Sobczaki/Dane/Backup/Domoticz

sudo rsync -avz -e ssh pi@192.168.1.200:/home/pi/habridge /sharedfolders/Sobczaki/Dane/Backup/Domoticz

sudo rsync -avz -e ssh pi@192.168.1.200:/home/pi/domoticz /sharedfolders/Sobczaki/Dane/Backup/Domoticz

sudo rsync -avz -e ssh pi@192.168.1.126:/etc/emulationstation /sharedfolders/Sobczaki/Dane/Backup/RetroPie/

Wpakuję sobie to wszystko do CRON i backup 'będzie się robił sam’.

OpenMediaVault (OMV) i Transmission

przez
Dzień dobry.
Rozwijania NAS ciąg dalszy. Sam dysk sieciowy jako taki działa bardzo dobrze (raz czy dwa przez kilka miesięcy zdarzyło mu się zawiesić, ale nie uznaję tego za znaczący problem), transfery są stabilne (mimo, że oczywiście ustępują potężniejszym maszynom), do zastosowań domowych w zupełności mi wystarczają. Po przestawieniu się kompletnie na Netflix i Spotify sens streamowania jest coraz mniejszy, ale dzieciaki się cieszą gdy oglądamy rodzinne zdjęcia, a o kopie moich danych z różnych maszyn jestem bardziej pewny. RetroPie, Domoticz czy laptop mają swoje miejsce na dysku. Co prawda apetyt rośnie w miarę jedzenia i coraz częściej spoglądam na Odroid HC1/HC2, ale nie o tym jest ten wpis.
A jest o tym, że jednak ciągle dostęp do torrentów jest jednym z celów wykorzystania NAS. Powiedzmy, że może Wam się przydać do szybszego ściągania obrazu Raspbiana, czy Open Office 😉
Zaczynamy.
W Plugins wybieramy pakiet Transmission, instalujemy. Po szybkim ściągnięciu repozytorium OMV odświeży stronę i zobaczymy w menu Services BitTorrent. 

Zanim jednak tam wejdziemy musimy zastosować się do zaleceń konfiguracyjnych. Po pierwsze – musimy stworzyć (albo udostępnić już istniejące) foldery na dysku. Zalecam stworzenie osobnego dla plików w trakcie zgrywania, osobnego do tak zwanego Watch (czyli folderu gdzie Transmission 'nasłuchuje’ czy nie pojawiło się coś nowego do pobrania’), oraz plików już pobranych w całości. Pozostaje nadać prawa dla użytkownika/grupy debian-transmission w ACL i jesteśmy gotowi do pracy.

Później możemy wejść w listę parametrów. Jeżeli nie zależy Wam na 'tuningu’ na samym początku to praktycznie zostawiacie to co jest i udajecie się na zakładkę Files and Locations, gdzie wskazujecie stworzone wcześniej foldery.

Kolejne zakładki pozwalają na:
– dostosowanie limitów przepustowości
– informacje o Peer’ach – czyli osobach udostępniających
– kolejkowanie
– harmonogramy pobierań – jeżeli na przykład chcecie 'ciągnąć pełną mocą nocą’

Interface web jest dostępny pod adresem: waszadresOMV:9091, gdzie macie w sumie minimalne możliwości konfiguracyjne.

Poniżej zrzuty ekranu:
– W trakcie pobierania
– Niepełny plik

– Zawartość folderu Watch

– Całość już pobrana

Miłych i szybkich pobrań życzę!

Orange Pi Zero Plus, NAS Hat, Open Media Vault i pierwsza styczność z drukarką 3D

przez

Sprzęt dotarł, testy wcześniej zrobione, warto postawić system 'na poważnie’.

Od razu ostrzegam – Orange Pi (w moim przypadku) Zero Plus jest dość specyficznym sprzętem. Z jednej strony świetnym – sieć 1Gigabit (prawdziwa, nie jak w Raspberry Pi, nawet 3B+), bez wewnętrznego huba USB, bez dzielenia przepustowości z Ethernet. Wsparcie w porównaniu do Raspberry Pi jest jednak małe, przez brak zgodności producentów ze standardami wielu twórców wycofuje się ze wsparcia oprogramowania (np. DietPi). Od razu widać, że samym sprzętem rynku się nie wygra.

Mnie osobiście zależało na oszczędności prądowej oraz dobrej nakładce SATA przy zachowaniu niskiej ceny – pod tym kątem sprzęt sprawdza się bardzo dobrze, ale wyłącznie do jednego celu – OpenMediaVault. W sumie można pracować z Armbianem, ale to mnie akurat nie interesowało. Najlepszą alternatywą byłby ODROID-HC1/HC2, ale koszt jest kilka razy większy. Dla sprawdzenia, czy się przyjmie w domu jest to już dyskusyjne.

Dla jasności – nie przekonuję tutaj, że sprzęt za 80 PLN jest lepszy niż QNAP czy Synology, lepiej spełnia swoje zadania, itp., itd. Bo na pewno nie jest z wielu względów. DLA MNIE jest wystarczający do celów, które sobie założyłem, czyli:
– dostęp do muzyki, filmów i zdjęć rodzinnych w sieci domowej w możliwie najszybszy sposób
– skonfiguruj raz i zapomnij
– energooszczędny

W przypadku Orange Pi okazało się, że ważne jest jedno. KARTA SD! Powtarzam – karta SD. A jakbym zapomniał – KARTA SD! Nie pamiętam abym AŻ takie problemu miał na Raspberry Pi, ale tutaj szczególnie. Wolne działanie, problemy – minęły gdy włożyłem ciut lepszą kartę SD.

Robiąc wszystko na Raspberry z podłączonym dyskiem HDD zapomniałem jak to jest działać na karcie SD…

Do tego – trzeba szczególnie uważać jakie obrazy pobieramy, ponieważ odmian Orange Pi jest wiele.

Zgrywamy obraz na kartę za pomocą Etcher i od razu mamy postawiony i dostępny OpenMediaVault.

I, podobnie jak w przypadku OMV na Raspberry Pi, miałem problem z aktualizacją systemu i OMV. Teraz już wiem dlaczego apt-get update && omv-update skutkuje błędem jak poniżej przy pierwszym uruchomieniu.

W tle pojawia się demon aktualizujący system, ale z jakichś powodów nie chciał się zakończyć. Albo byłem mało cierpliwy.

Pomogło:

ps aux | grep apt

kill processnumber

dpkg –configure -a

Czyli 'ubicie’ procesu aktualizacji (raz w sumie zadziałał mi prosty restart systemu) i naprawienie repozytorium aktualizacji.

Później już wszystko poszło poprawnie.

System zaczął stabilnie i szybko działać.

Osobiście zainstalowałem kilka dodatków do OMV:
– shellinabox – możliwość zalogowania SSH bezpośrednio przez stronę OMV
– backup – kopia OMV (samej konfiguracji) w razie awarii
– duplicati – możliwość robienia kopii na serwisy chmurowe
– usbbackup – automatyczna kopia zadanych folderów w przypadku włożenia dysku USB
– minidlna – DLNA (Digital Living Network Alliance) – aby nasze zasoby były widoczne dla Smart TV (nie mam osobiście), media boxów (mam Xiaomi), telefonów, VLC, konsol, itp.
– domoticz – nie wiem jeszcze co robi ten plugin ale nazwa taka, że musiałem zainstalować 😀
– nut – do zarządzania w przypadku braku zasilania i komunikatów z UPS do zamknięcia systemu
Konfiguracją poszczególnych wtyczek zajmę się w osobnym wpisie.
Zainstalowałem również serwer Plex, ale nie wiem jak długo z nim zostanę, bo strasznie mnie denerwują nachalne reklamy i limitacje w aplikacjach na telefony (film tylko przez jedną minutę, itp.). Aplikacja na PS4 nie ma takich problemów i w sumie zobaczymy jak się to będzie sprawdzać w akcji.
Poniżej wartości poboru prądu dla podłączonego zasilacza do NAS (5V, 2A) oraz zasilania Orange Pi Zero Plus wraz z działającym dyskiem 2.5 cala. Znikomy – około 5 Watt. A z tego co czytałem na forum OMV i tak za duży – gdy tylko skończę konfigurację zabiorę się za 'tuning’. Dla czystej zabawy i chęci nauki.
Aha, niech Was nie zmyli nazwa wtyczki – zapomniałem zmienić z TV na inną.
Teraz obudowa. Skorzystałem z gotowego projektu dostępnego na stronie https://www.thingiverse.com/thing:2765840. Bardzo prosty, a jednocześnie funkcjonalny. Jak się okazało po wydruku – do tego bardzo ładny i estetyczny! Bardzo się zdziwiłem niesamowitą dokładnością tego wydruku. Wszystko co do milimetra spasowane, w odpowiednim miejscu. Wybaczcie emocje, ale pierwszy raz miałem osobiście w rękach potrzebny mi wydruk 3D. Owszem, wcześniej z dziećmi robiliśmy jakieś małe rzeczy na warsztatach w różnych miejscach, to jednak jakby nie to samo 🙂
Bez wstydu można postawić sprzęt obok amplitunera czy innych elementów.
Dla własnej informacji bardziej, poniżej Armbian.
Użytkownik: root, hasło: 1234

Raspberry Pi nie nadaje się na NAS! Ale możemy się dużo nauczyć przy OpenMediaVault…

przez

Taki tytuł to typowy click-bait. Czyli link w który trzeba kliknąć, żeby doczytać o co chodziło autorowi.

A czemu nie – każdy może czasem taki zastosować 😀

Ale tak serio – szukam czegoś na czym będę mógł zbudować NAS. Czyli w skrócie dysk stale dostępny w sieci domowej. Mógłbym iść do sklepu i kupić QNAP albo Synology, ale z czystej przekory nie chcę tego zrobić. Widziałem te systemy w akcji, są świetne, ale nie jestem przekonany czy ich potrzebuję w domu. Owszem, bezpieczeństwo danych i RAID1, ale czyż nie wystarczy backup danych w chmurze i dane trzymane dodatkowo na dwóch osobnych dyskach? Niby wystarczy, ale mamy 2018 rok i wypadałoby wykrzesać coś więcej z tych systemów niż tylko kopię danych.

Warto się przekonać czy faktycznie NAS jest dla nas (taki żart słowny, wybaczcie 😉 ) instalując wcześniej system podobny, nie tak rozbudowany, ale wbrew pozorom całkiem ciekawy.

Akurat w domu leżało Raspberry Pi 3, które chwilowo nie miało żadnego zastosowania. 'Czemu by nie spróbować OpenMediaVault?’ pomyślałem. I godzinę później miałem go już zainstalowanego na dysku 😀

Nawiązując jednak do tematu posta – Raspberry Pi jest faktycznie najgorszym możliwym SBC (Single Board Computer) jaki można wybrać to tworzenia NAS. Forsowane od dłuższego czasu dzielenie sterownika USB z portem Ethernet jest kiepskim rozwiązaniem, ponieważ teoretycznie montowana karta Gigabit osiąga maksymalnie, w szczycie 330 Mbit. A to i tak tylko Raspberry Pi3B+, bo w 3B jest to realnie około 60mbit. Jak na NAS to zbyt mało. Brak SATA nie pomaga, konieczne jest połączenie wyłącznie po USB, który jest w standardzie 2.0.

Ale nic to – sprawdzimy chociaż jak działa OpenMediaVault i z czym się to je.

Celów jest kilka, sprawdzimy które uda się zacząć realizować:
– udostępnienie danych rodzinie (jakby co najmniej była zainteresowana, ale przyjmijmy, że jest..)
– uruchomienie maszyny do tworzenia kopii zapasowych w formacie 3-2-1 – czyli:
a) co najmniej trzy kopie danych
b) przechowywać te kopie przynajmniej na dwóch różnych nośnikach
c) jedną kopię danych przechowywać 'na zewnątrz’
– media server z muzyką, filmami rodzinnymi

Po pierwsze nauczyłem się używać Etcher. Żadne to osiągnięcie, ale wcześniej był to Win32DiskImager. OpenMediaVault domyślnie jest udostępniony w formacie, który czyta Etcher.

Ram tam tam, kilka minut i gotowe.

Domyślny użytkownik to admin, hasło openmediavault.

Po uruchomieniu naszym oczom ukazuje się bardzo ładny, schludny ekran z możliwością konfiguracji.

Jak widać, mamy w sekcji System dostęp do:
– Ustawienia główne
– Data i czas
– Sieć
– Powiadomienia
– Zarządzanie energią
– Monitorowanie
– Zaplanowane zadania
– Aktualizacje
– Dodatki – na przykład Plex, integracja z LDAP, NUT do integracji z UPS, backup na dysk USB i wiele innych

W System -> Network możemy mieć na przykład to co poniżej:

W Storage -> Disks, gdy tylko podłączyłem dysk 2.5 cala w kieszeni, od razu pojawiła się o tym informacja.

Tutaj mamy esencję naszego NAS od strony bardziej technicznej, ponieważ:
– zawiadujemy tu dyskami
– monitorujemy je (S.M.A.R.T.) – Self-Monitoring, Analysis and Reporting Technology – dzięki niej dyski potrafią same w pewien sposób (na podstawie wielu parametrów) ocenić swój stan i przed prawdopodobną awarią poinformować o tym użytkownika
– zarządzamy RAID (Redundant Array of Independent Disks) czyli macierz dyskowa, która przez odpowiedni sposób traktowania dysków i zapisu na nich może:
a) w RAID 0 – w zależności od ilości dysków, tworzy na nich wspólną przestrzeń, czyli przy dyskach 2TB + 2TB będzie mieli dostępne 4TB, ale UWAGA, w przypadku 1TB + 2TB będzie to 2xnajmniejszy dysk, czyli 2TB
b) w RAID 1 – informacje są zapisywane na zdefiniowanej ilości dysków jednocześnie, czyli na przykład w przypadku 3x2TB mamy dostępne 2TB, przy czym dwa dyski mogę ulec awarii, a my ciągle mamy dostęp do danych
c) tutaj wiele innych typów, ale wchodzimy raczej w obszary firm i mechanizmów tworzenia kopii danych i ich zabezpieczania, a chcę się skupić na tym, co ma sens w domu

RAID na Raspberry Pi nie ma najmniejszego sensu (po USB?), ale OMV można zainstalować na innym sprzęcie, z kilkoma portami SATA i wtedy skonfigurować RAID.

– File Systems, czyli formaty zapisu na naszych dyskach – FAT, FAT32, NTFS, ext4, itp.

System pozwala oczywiście na definiowanie użytkowników oraz grup i przyznawanie im odpowiednich dostępów, uprawnień.

W Storage -> File Systems mamy dostęp do wszystkich naszych dysków, partycji, itp., wraz z podanym systemem plików. Jak widać, karta SD sformatowana w ext4 (domyślny dla Linuxa), mój dysk w ntfs – najgorszy możliwy system plików do współpracy z Raspberry Pi i NAS – zdecydowanie najwolniejszy. Ale… Kompatybilny z Windows, więc na początek musiał wystarczyć.

Poniżej jedno z okien, w którym można przydzielić odpowiednie foldery do różnych protokołów dostępu do plików. Zależy co włączycie – czy będzie to Samba, FTP, NFS, DLNA – tutaj nawet nie jest potrzebna wiedza techniczna. Jeżeli zależy Wam wyłącznie na dostępie do plików – będzie to zapewne Samba, jeżeli ma do tego mieć dostęp odtwarzacz video/muzyki/telewizor – zapewne DLNA. Oczywiście nic nie stoi na przeszkodzie, aby tych protokołów było uruchomionych kilka.

Jak widać na obrazku pod spodem – zadziałało i mam dostęp do swojego folderu, gdzie mogę zapisywać i odczytywać dane.

W przypadki OpenMediaVault napotkałem na pewien problem. Może nie potrafiłem czegoś zrobić, może coś pominąłem, ale nie udało mi się zaktualizować za pierwszym razem systemu i podległych komponentów. Miałem ciągły błąd, musiałem zadziałać w inny sposób, czyli SSH. Po pierwsze, logowanie na konto root trzeba włączyć w konfiguracji OpenMediaVault. Użytkownik root, hasło podawaliście w momencie wstępnej konfiguracji.

Później już sudo apt-get update, sudo apt-get upgrade i wszystko ruszyło. Następne aktualizacje można już realizować z poziomu interface użytkownika.

OpenMediaVault ma również bogatą sekcję raportową. Przy okazji zobaczcie, jak wygląda oprogramowanie w języku polskim, co możecie wybrać w momencie logowania do systemu. Informacje o uruchomionych serwisach, obciążeniu procesora, dysku, pamięci, itp., itd.

Teraz będzie trochę bardziej 'niskopoziomowo’, będziemy usuwać partycje, zakładać i formatować dysk w ext4. Chciałem zmienić domyślny (dla mnie) ntfs na coś szybszego pod Raspberry po USB.
Uruchamiamy sudo cfdisk i naszym oczom ukazują się informacje o partycjach, które aktualnie są na dysku. 
Kasujemy wybierając Delete, 

Później wybieramy New.

Później Quit

I Write, aby zatwierdzić zmiany.

Partycja gotowa, teraz trzeba ją sformatować. Można użyć albo sudo mkfs.ext4 /dev/symbol_dysku,

Albo zrobić to z poziomu OpenMediaVault:

Formatowanie:

I dysk gotowy do pracy:

Na koniec dodatek, przy którym może się wyklarować do czego tak naprawdę może nam się przydać NAS – serwer PLEX. PLEX jest serwerem/klientem multimediów, który pozwala skatalogować i udostępniać swoje zasoby. Przeważnie wyłącznie w sieci domowej, chociaż można wykupić opcje synchronizacji w mobilnymi urządzeniami (tablety, telefony), synchronizacja z chmurą, itp. Ewoluował (a jakże…) z XMB (Xbox Media Center – aktualnie KODI). Od razu piszę, że to raczej w formie zabawy, ponieważ wspomniane wcześniej ograniczenia Raspberry Pi wykluczają możliwość używania go szybko i sprawnie.

Instalujemy go z poziomu dodatków w OMV,

Włączamy, wskazujemy miejsce na repozytorium:

I od razu (no, gdy już dane zostaną skatalogowane) na stronie projektu mamy dostęp do filmów, muzyki, zdjęć. Można tym zawiadywać z poziomu klientów na tablet, telefon, ze strony internetowej – nie jest źle.

Przepraszam za potraktowanie tematu pobieżnie, ale każdy z nich można rozwijać na kilka kolejnych wpisów – co postaram się zrobić w miarę rozwoju systemu.

Podsumowując to, co udało mi się zrobić i jakie wnioski wyciągnąłem:
– OpenMediaVault to pokaźne, darmowe narzędzie, które spełnia moje wymagania
– Raspberry Pi się na NAS nie nadaje 😉
– OMV udostępni moje pliki w sieci domowej – protokół Samba, mogę mieć swój, zabezpieczony hasłem folder
– OMV udostępni pliki dla Xiaomi Mi Box czy też innych urządzeń Smart (których akurat nie mam w domu zbyt wiele…)
– OMV zrobi backup na dysk zewnętrzny, gdy go podłączę – tu pomogą pluginy
– miniDLNA czy też PLEX pozwolą zawiadywać biblioteką mediów
– możliwości raportowania oraz informowania powiadomią mnie o potencjalnych problemach

Moje kolejne przemyślenia były następujące:
– idę w tę stronę! Nie kupię Qnap ani Synology, zrobię NAS sam! Platformę już mam wybraną, na razie nie zdradzę tajemnicy, ale wszystko już przygotowane. Nadmieniam, że brałem pod uwagę na przykład HP Proliant Microserver, Dell Optiplex 960, platforma Atom.
– ze względu na to, że nie lubię marnowania energii, platforma ma być maksymalnie oszczędna i pobierać minimalne ilości prądu
– będę się opierał na OpenMediaVault albo DietPi – zobaczymy co będzie lepsze
– backup 3-2-1 będę realizował trochę inaczej
a) 3 kopie – dwie w domu, jedna w chmurze – zapewne Google Drive
b) dwa dyski – jeden na stałe w NAS, drugi podłączany co pewien czas aby synchronizować najważniejsze dane, albo podłączony do Raspberry w drugiej części domu – tu mi na zależy na czasie dostępu, a na zrobieniu kopii
c) kopia zewnętrzna na Google Drive
albo
kopia na kolejny dysk i przechowywanie go poza domem
– zainteresuję się Docker’em, aby serwisy stawiać w nowoczesny, bezpieczny sposób

Może być ciekawie 😀 Pozdrawiam!