Rozwiązanie społecznościowe

Brak dysków TerraMaster D4-320 w pamięci masowej ZimaOS: własność RAID

A TerraMaster D4-320 user could see four USB-attached disks at the Linux level but not in the ZimaOS storage-creation UI after creating RAID outside ZimaOS. Staff recommended wiping the existing filesystems and creating the array from the ZimaOS GUI.

Ten wątek jest dobrym przykładem różnicy między tym, że „Linux widzi dyski”, a tym, że „ZimaOS uznaje dyski za dostępne do utworzenia nowej puli zarządzanej”. Użytkownik mógł wyświetlić sdb, sdc, sdd i sde, jednak interfejs pamięci masowej nie oferował ich do utworzenia puli.

D4-320 to czterodyskowa obudowa USB, a nie sprzętowy RAID

Oficjalna specyfikacja TerraMaster D4-320 podaje, że D4-320 udostępnia cztery niezależne dyski przez USB 3.2 Gen2 i obsługuje wyłącznie tryb pojedynczych dysków; nie zapewnia sprzętowego RAID ani własnego menedżera RAID. Oznacza to, że RAID utworzony na podłączonym komputerze jest definiowany programowo poza obudową.

Dlaczego układ utworzony w systemie Windows może nie nadawać się do importu

Programowa macierz RAID lub układ puli utworzony w innym systemie operacyjnym może umieszczać na dyskach metadane i partycje, których ZimaOS nie traktuje jako wolnych elementów. Dlatego oficjalna odpowiedź społeczności zalecała wyczyszczenie istniejących systemów plików i ponowne utworzenie macierzy za pomocą interfejsu graficznego ZimaOS.

Nie czyść dysków, jeśli zawierają jedyną kopię danych. Najpierw przenieś dane w inne miejsce lub utwórz ich kopię zapasową, a następnie zweryfikuj tę kopię.

Aktualny kontekst pamięci masowej ZimaOS

Proces odzyskiwania RAID jest istotny, ponieważ pokazuje, dlaczego nie należy bezmyślnie nadpisywać istniejących metadanych RAID. Zmiany w ZimaOS 1.5 przedstawiają aktualny kontekst wersji pamięci masowej, natomiast proces montowania dysku zewnętrznego pokazuje, że pamięć podłączona przez USB może istnieć na poziomie montowania w systemie Linux, nawet gdy działanie aplikacji lub menedżera pamięci masowej jest inne.

RAID utworzony w wierszu poleceń nie gwarantuje zarządzania w interfejsie

Użytkownik utworzył później RAID z poziomu wiersza poleceń, jednak ZimaOS nadal nie wyświetlał macierzy w zwykły sposób w sekcji pamięci masowej. Zewnętrzna dokumentacja mdadm RAID opisuje, jak programowy RAID w systemie Linux może być tworzony i składany niezależnie od interfejsu producenta. Działająca macierz mdadm nie oznacza zatem, że ZimaOS przejmie ją jako pulę zarządzaną z poziomu interfejsu graficznego.

Podsumowanie

W przypadku D4-320 traktuj obudowę jako cztery niezależne dyski USB. Jeśli chcesz, aby ZimaOS zarządzał nimi jako pulą, utwórz kopię zapasową istniejących danych, wyczyść niekompatybilne układy tylko wtedy, gdy jest to bezpieczne, i utwórz pamięć masową za pomocą aktualnego interfejsu ZimaOS. Nie zakładaj, że RAID utworzony w systemie Windows lub ręcznie automatycznie stanie się pulą zarządzaną przez ZimaOS.