Categories
Synology

Synology – Problem ze zmianą nazw folderów współdzielonych

Ostatnio wpadłem na pomysł zmiany nazw folderów współdzielonych, udostępnianych domyślnie przez DSM. Jakoś tak bardziej podoba mi się jak mam wszystko po polsku.

Foldery “music”, “photo” i “video” zmieniłem kolejno na “muzyka”, “zdjecia” i “filmy”. Wszystko odbyło się bez problemów, w konfiguracji Folderów współdzielonych pojawiły się nowe nazwy.
Natomiast po restarcie, ku mojemu zdziwieniu oprócz moich zmienionych folderów pojawiły się również foldery domyślne (których nie można było usunąć).
Dodatkowo podczas próby oglądania zdjęć po DLNA folder ze zdjęciami był pusty.Okazało się ze konfiguracja udostępnianych folderów w “Usługa indeksowania multimediów” nie została zmieniona przy okazji zmiany nazewnictwa i w dalszym ciągu wskazywała na foldery domyślne.

Zdecydowałem się cofnąć całą akcję i przywrócić dane w domyślnych folderach – denerwowało mnie to że via smb foldery domyślne w dalszym ciągu były dostępne (być może wystarczyło ukryć je poprzez konfigurację ale nie chciało już mi się mieszać).

Poza tym zachowanie domyślnych nazw uchroni przed ewentualnymi problemami po wykonaniu upgrade DSM.  Oczywiście chętni mogą pobawić się symlinkami lub zamontować udział kilkukrotnie z opcją –bind.

…a wszystko zadziało się na DSM 4.0-2228 🙂

Categories
Internet Synology Tech tomato Windows

www.tunnelbroker.net – automatyczna aktualizacja adresu IPv4

Przy wykorzystaniu tunelu udostępnianego przez www.tunnelbroker.net można ustawić sobie automatyczne aktualizowanie adresu IPv4 końcówki klienckiej.

Oczywiście można to wykonać ręcznie po zalogowaniu się do swojego panelu zarządzania tunelem, jednak zaprzęgnięcie do tego routera lub jakiegoś skryptu jest rozwiązaniem zdecydowanie bardziej wygodnym.

Istnieją dwa rodzaje aktualizacji:

  • Bez jawnego podania adresu IP – adres pobierany podczas wywołania linku – w tym przypadku wywołanie musi nastąpić z hosta, który jest końcówką tunelu:
    https://<USERNAME>:<PASSWORD>@ipv4.tunnelbroker.net/nic/update?hostname=<TUNNEL_ID>
    https://ipv4.tunnelbroker.net/nic/update?username=<USERNAME>&password=<PASSWORD>&hostname=<TUNNEL_ID>
  • Z jawnym podaniem adresu IP – adres przekazywany jako parametr wywołania, wywołanie z obojętnie jakiego hosta:
    https://<USERNAME>:<PASSWORD>@ipv4.tunnelbroker.net/nic/update?hostname=<TUNNEL_ID>&myip=<IP ADDRESS>
    https://ipv4.tunnelbroker.net/nic/update?username=<USERNAME>&password=<PASSWORD>&hostname=<TUNNEL_ID>&myip=<IP_ADDRESS>
Oczywiście jako parametry podajemy:
  • <USERNAME> – nazwę konta
  • <PASSWORD> – hasło
  • <TUNNEL_ID> – ID tunelu
  • <IP_ADDRESS> – adres IPv4 jaki ma być ustawiony dla końcówki

W przypadku routerów opartych o oprogramowanie OpenSource – Tomato, OpenWrt itd zawsze jest możliwość wywołania typu CustomLink w opcjach DDNS, gorzej jest z routerami posiadającymi oprogramowanie producentów, wtedy należy posiłkować się skryptami uruchamianymi z jakiegoś PC lub serwera.

 

Categories
Synology

Synology – Awaria partycji systemowej – problem z dyskiem 1

Posiadam NASa Synology DS211j z dyskami 2x2TB pracującymi w RAID1. W pewnym momencie zauważyłem problem z dyskiem 1 a dokładniej wskazanie na awarię partycji systemowej. Oczywiście odczyty SMART nie wskazywały na nic niepokojącego.

Zazwyczaj w takich przypadkach pomaga wykonanie repair z poziomu DSM, natomiast w tym przypadku próba wykonania naprawy skutkowała pojawieniem się w logach wyjątku:

Jan 13 03:11:42 scemd: ScemRefreshDiskLed(524)Disk 1 fail
Jan 13 03:11:42 scemd: modules/raid_sys_volume_check.c:254 Md0 crashed
Jan 13 03:11:42 kernel: [ 154.740000] md: cannot remove active disk sda1 from md0 ...
Jan 13 03:11:42 storagehandler.cgi: raid_remove_disk.c:43 Failed to add '/dev/sda1' into '/dev/md0', WEXITSTATUS(err) = 1, err = 256
Jan 13 03:11:42 storagehandler.cgi: raid_add.c:54 Failed to add '/dev/sda1' into '/dev/md0', WEXITSTATUS(err) = 1, err = 256

Zgodnie z poradami na forum Pronas próbowałem zawalczyć za pomocą mdadm, jednak bezskutecznie.
Najprostszy i najmniej problemowy sposób to wykonanie reinstalacji firmware z poziomu Synology Assistant.

Rozwiązanie:

  1. Pobieramy i instalujemy Synology Assistant (http://www.synology.com/support/download.php)
  2. Pobieramy najnowszy firmware DSM (plik pat)
  3. Wykonujemy kopię zapasową ustawień (opcjonalnie)
  4. Wykonujemy reset urządzenia (trzymając 4s wciśnięty reset z tyłu kieszeni, do momentu wydania sygnału dźwiękowego)
  5. W ciągu kolejnych 10s należy jeszcze raz przytrzymać przez 4s reset do wydania sygnału dźwiękowego przez Synka
  6. W tym momencie uruchomienie Synology Assistant spowoduje wyszukanie Synka w sieci  (status uszkodzony lub brak konfiguracji czy jakoś tak), w SA będzie dostępna opcja instalacji DSM
  7. Wybieramy uprzednio pobrany plik z DSM
  8. Czekamy…
  9. Po jakiś 10-15minutach mamy sprawnie działający DSM, z hasłem admina ustawionym na etapie instalacji, z nietkniętą partycją z danymi (podczas instalacji ten etap był automatycznie pominięty).
  10. Jeśli mamy kopię ustawień to importujemy ją… i cieszymy się działającym Synkiem.

Pomimo posiadania kopii zapasowej ustawień nie cała parametryzacja Synka została przywrócona, musiałem dokonfigurować m.in. reguły dostępu, ustawienia zasilania itp.

… i to by było na tyle 🙂