Przemuss pisze: ↑wt cze 19, 2018 4:32 pm
To co na tej kości to nie jest pełno wartościowy DSM.
Nie pełno-wartościowy - wtf?
Jest pełno-wartościowy - wygląda i działa jak każdy inny. Nie ma na serwerze synology paczek PAT z tzw. "niepełnym DSM'em". Bo nie ma czegoś takiego. Są tylko wersje z pełnym systemem albo mniejsze aktualizacje. Musi być pełno-wartościowy bo jego zadaniem jest wgrać całość na dyski. Różnica polega tylko na tym, że jest w kości zamiast na dyskach. Przy instalacji nowego DSM synek daje Ci możliwość wyboru, wgrania tego co tam jest od producenta albo nowszy wgrany ręcznie z pliku *.PAT. Tyle w temacie!
Ten system od producenta jak się bardzo chce i wie jak to można go podmienić na dowolny inny wgrany przez siebie. Jak to zrobić opisałem tutaj.
http://codesnippets.pl/porada-pokaz-5791-1.htm#cut
Przemuss pisze: ↑wt cze 19, 2018 4:32 pm
Budowa tego trybu RAID jest taka ze drugi kolejny dysk pełni rolę mirrora.
Ale skoro to mirror to na obu jest to samo. W trybie mirror zarówno dane jak i uszkodzenia logiczne również są kolonowane.
A wiec iście cyrkowa żonglerka dyskami nic tu nie da.
A jeśli DA to znaczy to tyle, że uszkodzona jest zatoka i nastąpiło przekłamanie bitu - a nie że winny dysk czy DSM.
Może wystąpić sytuacja gdzie DSM na głównym dysku ulegnie uszkodzeniu, od tego jest kopia na innych dyskach, nie jestem pewny ale wydaje mi się, że w takich przypadkach proces odczytywania z rezerwowych dysków odbywa się automatycznie bez wiedzy użytkownika i w tle (bo RAID to robi) - ktoś to może potwierdzić/zaprzeczyć z własnego doświadczenia? Bo zakładając, że nie dzieje się to automatycznie tylko przez przełożenie dowolnego dysku do pierwszej zatoki było by triggerem do naprawienia systemu z dysku rezerwowego, tylko co wtedy zrobić ma system z danymi użytkownika?

Chyba tylko zostaje kasowanko w trybie expresowym. Zaś ręczne skopiowanie danych z dysku A do B i B do A też nie rozwiąże problemu błędu logicznego dysku.