環境:DS1812+狀況:加HDD原由:這顆 HDD 在 DS1515 時 DSM 7.0.1 跑過,現在要用在 DS1812+ 時,DSM 6.2.4 就出現這現象,不管是否在相容清單的HDD ,都一樣,請幫忙,感恩~~~※我有嚐試進SSH 但還是無法,請指教,感恩~~~
猜:你這顆硬碟的系統分區被DSM 7分割成8G,所以DSM 6 (系統分區是2.4G)無法使用!解:將硬碟的三個分區全部刪除即可(硬碟上所有資料會全部消失,如上面有需要的資料請先備份)另外:你這顆是SATA硬碟,你的機器上沒有SAS的硬碟,所以在DISKS的目錄下不會有SAS3這顆硬碟!你的Linux知識看似較不足,所以不建議使用SSH管理! 因為你查不清楚你要處理的硬碟是哪一顆,所以資料損毀的機會非常大。在DSM 6的系統下,SATA硬碟編號是sd*,例如sda / sdb /sdc .....所以在 /run/synostorage/disks/目錄下面找到的會是sda /sdb...這種的,如有插NVMe並設成儲存空間的,還會看到有nevm0n1 / nevm1n1 ... 之類的。如硬要用SSH管理,請先用 fdisk -l /dev/sd* 列出你設備上的所有硬碟,並確認它掛載的位置是哪一個。如心狠一點,那就下: rm /run/synostorage/disks/sd*/sys_not_support該指令會把所有硬碟上的sys_not_support標記給移除(如果有的話) --> 請自行判斷是否需要下此命令~ 不負任何責任。
ascendtw wrote:感恩,群暉的服務真好...(恕刪) 請教一下,您原本的SHR是用幾顆硬碟,分別是多大的容量去建立的,有多大的集區可用!?後面您是要加入多大的硬碟但是無法加入的?依群輝的客服回信來看,他的意思是3顆不同容量的硬碟會去建立不同容量的md,然後這些md再組成1個儲存集區,因md的大小已固定,所以最後加入的硬碟容量要大於shr內最大的硬碟,否則會失敗。我下午沒事做了一下實驗,分別建立了32gb、45gb、50gb、90gb及150gb的虛擬硬碟做測試:一、先把32gb、50gb及150gb做了SHR,得到1個61.53gb的儲存集區。※ 分析此集區發現它建了2個md,分別是Raid 1和 Raid 5Raid 1:18g / 18gRaid 5:21.8g / 21.8g / 21.8g其中 32gb:切出21.8g 加入 Raid 550gb:切出21.8g 加入 Raid 5,切出18g加入Raid 1150gb:切出21.8g 加入 Raid 5,切出18g加入Raid 1所以得到21.8*2+18g = 61.53g的儲存集區二、我測試把150g的硬碟停用,然後用90gb的硬碟去替換它原以為會出現和樓主一樣的錯誤,但是我發現竟然成功替換掉。所以SHR變成32gb+50gb+90gb的組合。容量一樣是61.53g。三、我測試用增加容量的方式,再把45gb加進去,我以為這次總會出現錯誤了吧,但仍然沒有問題,系統給出的預估容量是101.3g,但我沒有套用,因為我還想再測試一下把90gb的硬碟給停用,再用這顆45gb的硬碟去替換會不會有問題。四、接著我把90gb的硬碟停用,然後用45gb的硬碟去修復,我心想這次容量應該不會夠了吧,因為45gb扣除系統分區和swap分區後切不出來21.8gb + 18gb的分割區了~ 這下總會出現錯誤了吧,但是…… 它仍然完成了修復。這就奇怪了~~我再次分析了一下,發現DSM沒有把45gb這顆硬碟的系統分區及swap分區給加入系統中,因為這顆硬碟的系統分區只分割出了2.4gb(sdg1),而非8g系統分區,所以加入不了做Raid 1的md0系統集區,且雖然swap是有2g(sdg2),但發現md1中並沒有45gb這顆硬碟的swap分區(sdg2)。如果依上面群輝客服回覆的信件,應該會無法完成以上的動作,但卻都成功了! 現在更搞不清楚SHR的模式了
其實照說明,移除對應的sdx即可 (說明是針對sas硬碟,當然找不到)$cd /run/synostorage/disks$lssda sdb sdc sdd sde sdf sdg sdh$sudo rm sda/sys_not_support$sudo rm sdb/sys_not_support... (要格式化的硬碟)該硬碟就會變回 “未初始化”。來源:自己,剛剛才做過。