Tag Archives: 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 🙂

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 🙂