私はいくつかの問題を抱えていますDebian 7.5 安定版 (Wheezy)サーバー。現在、レスキュー モードで実行されています。
それはRAID 1 アレイで動作する 2 x 2000 GB HDD。
当面の優先事項は、特定のディレクトリ ( /home/servers/) にアクセスしてバックアップできるようにすることです。
問題は、ディスクをマウントするのが難しいことです。RAID アレイを使用してクリーンな方法でこれを行うことを希望しますが、後ですべてを再インストールして Ubuntu 用に変更するため、データにアクセスできる限り、何でも構いません。
root@rescue:~# 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 / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 1 3907029167 1953514583+ ee GPT
Partition 1 does not start on physical sector boundary.
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 / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 1 3907029167 1953514583+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/md2: 1978.4 GB, 1978380779520 bytes
2 heads, 4 sectors/track, 483003120 cylinders, total 3864024960 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md2 doesn't contain a valid partition table
Disk /dev/md1: 21.5 GB, 21474770944 bytes
2 heads, 4 sectors/track, 5242864 cylinders, total 41942912 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md1 doesn't contain a valid partition table
まず簡単な方法を試しました:
root@rescue:~# mount /dev/sda1 sda1
mount: unknown filesystem type 'linux_raid_member'
それから私はこのガイドに従ってみました@http://blog.sleeplessbeastie.eu/2012/05/08/how-to-mount-software-raid1-member-using-mdadm/
root@rescue:~# mdadm -A -R /dev/md9 /dev/sda1
mdadm: /dev/sda1 is busy - skipping
サーバーを再起動しましたが、/dev/sda1 はまだビジーです。今、行き詰まっています。これは実稼働サーバーです。助けてください。ここからどう進めていけばいいのかわかりません。
アップデート：
root@rescue:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty]
md1 : active raid1 sda1[0] sdb1[1]
20971456 blocks [2/2] [UU]
md2 : active raid1 sda2[0] sdb2[1]
1932012480 blocks [2/2] [UU]
unused devices: <none>
。
root@rescue:~# cat /etc/fstab
# /etc/fstab: Information sur les systèmes de fichiers.
#
# <sys.fichiers><pt de montage><type> <options> <dump> <pass>
proc /proc proc defaults 0 0
答え1
次のことを試すとどうなるでしょうか:
mkdir /mnt/md1
mount /dev/md1 /mnt/md1
mkdir /mnt/md2
mount /dev/md2 /mnt/md2
?
これにより、マウント ポイントとして使用する空のフォルダーが作成され、RAID ファイルシステムを正常にマウントできる場合はマウントが試行されます (マウント中に問題が発生した場合は、エラーが報告され、ドライブはそのまま残ります)。
これらのコマンドが機能する場合、ファイルは次のいずれかにあります/mnt/md1/servers/（/mnt/md2/servers/おそらく2番目です）。
今後の参考のために：
/proc/mdstatは、すべてのアクティブおよび非アクティブな RAID アレイのリストをダンプします。ここでは、21.5GiB アレイ ( md1) が および 上に構築され/dev/sda1、/dev/sdb12 番目の 1.9TiB アレイ ( md2) が/dev/sda2および上に構築されていることがわかります。これは、OS/アプリケーションが小さなパーティション ( ) に常駐し、すべてのユーザー データ ( ) が別の大きなパーティション ( ) に保存される、/dev/sdb2かなり一般的なパーティション スキームです。これにより、大量のユーザー データを移動することなく、OS パーティションだけを消去して再インストールすることが容易になります。md1/home/*md2
/etc/fstabシステム内のすべてのデフォルトのマウント ポイントを一覧表示します。レスキュー システムで実行しているため、ここではあまり役に立ちませんが、レスキュー システム以外のシステムでは、/dev/md1to/と/dev/md2toのマッピングのようなものが表示されます/home/(前の段落のパーティションに関する仮定が正しい場合)。
システムが起動すると、RAID アレイが自動検出され、すべてのドライブが見つかった場合はアレイが起動されます (これが、アレイがすでに実行されている理由であり、アレイを手動でmdadm組み立てようとしたときにビジー エラーで失敗した理由です。アレイはすでにそのドライブを使用していました)。ただし、これはレスキュー システムであるため、システムにマウントするように指示するマウント情報がどこにもありませんでした。これは、上記のコマンド ブロックが手動で実行しようとしていることです。/dev/md9md1/etc/fstab/dev/md1/dev/md2