私はより安価なLenovo IX2 2ディスクNASデバイスを持っています。まず、ディスクを含むハードウェア障害はありません。 IX2 の UPS の 1 つが故障して電源ショックを受け、数回落ちて再び戻りましたが、これは IX Linux オペレーティング・システムを破損するのに十分でした。起動するたびに opt を読み取り専用にコピーする NAS で、実行中の構成を編集したり optware をインストールするなどの作業がすでに大きな苦痛なので、以前の構成で簡単に再構築するだけです。
問題の症状:実行中の多くの構成が失われているように見え、Web GUIに工場出荷時のリセット/復元が必要であることを示すメッセージが表示されます。
ただし、他の動作しているIX2を「テンプレート」として使用してRAIDプールを手動でインストールした後、良いニュースは、すべてのユーザーデータが破損してRAIDエラーがないことです。 (これはRAID0なので、存在する場合は完全にSOLになります。私はそれを完全に知っています。)
なぜなら、データがすべてであり、それが私が一生懸命働く唯一の理由であるからです(しかし実際にはそうしてはいけません)。
コアは一部のユーザーデータですが、このIXには100%VMware専用の2TB iSCSIボリュームがあります。この iSCSI ボリュームファイルもそのまま残ります。私は本当に欲しいデータストアです。
作業完了:新しい4TB WD USB3ドライブ(IX2にはUSB2のみ)を分解して接続し、mkfsを使用してデフォルトパーティションをEXT4に再フォーマットしました。その後、/dev/usbとしてマウントし、約20時間前にこのコマンドの実行を開始しました。
rsync -axHAWXS --numeric-ids --progress /mnt/pools/A/A0/ /mnt/usb
はい、私は最初に最新のinfo:progress2を試してみましたが、うまくいかなかったので、今はわかります。だから私はcmdをすばやく編集し、friggin -P部分を追加するのを忘れました。これは問題です。本当に終了して再起動したいです。 --appendを引き続き使用できますか? --partialを使用することを忘れましたか?今すぐ再起動する必要がある場合は、強制的に進み、20時間以上の損失を防ぐにはどうすればよいですか? (これは私の質問のオプション部分です)
進行状況、チェックサム、および再起動の可能性のために特別にrsyncを実行し、標準のcpよりはるかに遅いことをよく知っていました。しかし、このIX2は常に悪いですが、iSCSI -65MB / sで100 mbitから50までの読み取り速度を得ることができましたが、これはrsyncが平均iSCSI 2TBファイルの場合は約10 MBです。言葉にならないことですね。まだ3日も残っていますね。
目標:私の究極の目標(ここの質問)は、この古いIX2ハードウェアを捨ててディスクを移動し、数日ではなく数時間以内にSATA3とUSB3全体に最新のLinuxディストリビューションを実行する最新のPCにインストールする方法です。
追加の詳細:
fdisk -lのコマンド出力:
root@ix2b:/mnt/usb/iSCSI# fdisk -l
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6fcb5480
Device Boot Start End Blocks Id System
/dev/sda1 1 3907029167 1953514583+ ee GPT
WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2fbbf4b0
Device Boot Start End Blocks Id System
/dev/sdb1 1 3907029167 1953514583+ ee GPT
Disk /dev/md0: 21.5 GB, 21474762752 bytes
2 heads, 4 sectors/track, 5242862 cylinders, total 41942896 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/md1: 3957.8 GB, 3957777760256 bytes
2 heads, 4 sectors/track, 966254336 cylinders, total 7730034688 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
Note: sector size is 4096 (not 512)
Disk /dev/sdc: 4000.8 GB, 4000752599040 bytes
255 heads, 63 sectors/track, 60799 cylinders, total 976746240 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xdb4bf07b
Device Boot Start End Blocks Id System
/dev/sdc1 256 976746239 3906983936 7 HPFS/NTFS/exFAT
root@ix2b:/mnt/usb/iSCSI#
分割されたコマンド出力:
Model: WDC WD20EFRX-68AX9N0 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 33.6MB 21.5GB 21.5GB primary
2 21.5GB 2000GB 1979GB primary
Model: WDC WD20EFRX-68AX9N0 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 33.6MB 21.5GB 21.5GB primary
2 21.5GB 2000GB 1979GB primary
Model: WD My Book 1230 (scsi)
Disk /dev/sdc: 4001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 4001GB 4001GB primary
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/b9b358d_vg-lv3707c1c1: 3958GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 3958GB 3958GB ext4
Error: /dev/mtdblock0: unrecognised disk label
Error: /dev/mtdblock1: unrecognised disk label
Error: /dev/mtdblock2: unrecognised disk label
Error: /dev/mtdblock3: unrecognised disk label
Error: /dev/md0: unrecognised disk label
Error: /dev/md1: unrecognised disk label
unameのコマンド出力:
root@ix2b:/mnt/usb/iSCSI# uname -a
Linux ix2b 2.6.31.8 Tue Aug 30 10:28:13 EDT 2016 v0.0.9 Tue Aug 30 10:28:13 EDT 2016 armv5tel GNU/Linux
lsblkのコマンド出力:
root@ix2b:/mnt/usb/iSCSI# lsblk /dev/sd[bc] -o NAME,SIZE,TYPE,MAJ:MIN
NAME SIZE TYPE MAJ:MIN
sdb 1.8T disk 8:16
|-sdb1 20G part 8:17
| `-md0 20G raid1 9:0
`-sdb2 1.8T part 8:18
`-md1 3.6T raid0 9:1
`-b9b358d_vg-lv3707c1c1 (dm-0) 3.6T lvm 253:0
sdc 3.7T disk 8:32
`-sdc1 1.7T part 8:33
答え1
私は明らかにこれを間違ったSOサイトに投稿しました。 askubuntuは明らかにこの問題に対してより多くの治療法を持っており、調査するいくつかの参考文献を見つけました。
だから予備の回答を投稿します。しかし、より多くの内容があるかどうかはわかりません。答えがある場合は、ここにコメントを残して他の人に助けてください!
最新のハードウェアからLiveCDを起動し、2つのSATAドライブをポート0と1に接続し、SATAまたはUSB3を介して新しいデータターゲットドライブを接続します。
mdadmをインストールします。
sudo apt-get install mdadm
すべてのドライブでRAIDボリュームを検索します。
sudo mdadm -Q /dev/sd[a-f][1-9]
Nautilusでスキャンして組み立ててから開きます。
sudo mdadm --assemble --scan
RAID ボリュームから新しいデータターゲットにデータを移動する CP/Rsync/TAR/etc
編集:上記の回答はこれまで正確ですが、このNASには次のようにディスク/RAID LVMが設定されています。
root@ubuntu:~# sudo lsblk -f 名前 FSTYPE ラベル UUID マウントポイント sdb
├─sdb2 linux_rai ix2b:1 0b3fca64-f33a-21cc-45dc-6353be71366e
│ -Iv3w- g24n- MylTHy └─sdb1 linux_rai ix2-dl-113:0 70d23f10-3d2b-9d15-4af5-7c4e11dda669
└─md0
sdc
├─sdc2 linux_rai ix2b35 3be 71366e
│ └─md1 LVM2_memb HgGqsx- nrcC - MF1f -tWYK-Iv3w-g24n-MylTHy └─sdc1 linux_rai ix2-dl-113:0 70d23f10-3d2b-9d15-4af5-7c4e11dda669 10
- c
009-43 5c- 8435 -e0b4556a235b [交換] └─sda1 ext4 5e18f5b8-ff52-4f82-8a2a-24d687eb8413/
編集:残りのステップを集めてここに追加し、公開ガイドを作成しました。 USB3 / SATA仮想マシンにすべてのRAIDボリュームをマウントしましたが、これはうまく機能することが証明されており、NASドライブを回復するために他の人が取ったアプローチと比較して良い改善でした。 SATA3-->USB3コンバータを介してマウントし、仮想マシン上のストリップを約120-150MB / sec seq x 2の速度でテストしましたが、これはNASに置くよりもはるかに高速です!ずっと見守ってください!