LinuxシステムのLVMに構成されているソフトウェアraid-1アレイ[機能低下状態の場合]を削除したいのですが、削除できません。 Knoppix Live CDを使用してLVMに関連付けられているRAID-1を削除しようとしましたが、この試みも失敗しました。問題を分析したところ、RAIDとともに構成されたLVMがあり、論理ボリューム(vg0-root)が「/」ファイルシステムにマウントされています。データを失うことなくこのRaid-1アレイを削除する方法を提案してください。
システムの構成を確認してください。
root@:~# fdisk -l
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 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: 0x000bb738
Device Boot Start End Blocks Id System
/dev/sdb1 2048 34613373 17305663 da Non-FS data
/dev/sdb4 * 34613374 156248189 60817408 fd Linux raid autodetect
Partition 4 does not start on physical sector boundary.
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 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: 0x000bb738
Device Boot Start End Blocks Id System
/dev/sda1 2048 34613373 17305663 da Non-FS data
/dev/sda4 * 34613374 156248189 60817408 fd Linux raid autodetect
Partition 4 does not start on physical sector boundary.
root@:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 16.5G 0 part
└─sda4 8:4 0 58G 0 part
└─md0 9:0 0 58G 0 raid1
├─vg0-swap (dm-0) 252:0 0 1.9G 0 lvm [SWAP]
├─vg0-root (dm-1) 252:1 0 19.6G 0 lvm /
└─vg0-backup (dm-2) 252:2 0 19.6G 0 lvm
sdb 8:16 0 465.8G 0 disk
├─sdb1 8:17 0 16.5G 0 part
└─sdb4 8:20 0 58G 0 part
root@S761012:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sda4[0]
60801024 blocks super 1.2 [2/1] [U_]
unused devices: <none>
root@:~# mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Wed Sep 23 02:59:04 2015
Raid Level : raid1
Array Size : 60801024 (57.98 GiB 62.26 GB)
Used Dev Size : 60801024 (57.98 GiB 62.26 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Tue Mar 7 23:38:20 2017
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : Raja:0
UUID : 8b007464:369201ca:13634910:1d1d4bbf
Events : 823063
Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
1 0 0 1 removed
root@:~# mdadm --manage /dev/md0 --fail /dev/sda4
mdadm: set device faulty failed for /dev/sda4: Device or resource busy
root@:~# mdadm --manage /dev/md0 --remove /dev/sda4
mdadm: hot remove failed for /dev/sda4: Device or resource busy
root@:~# mdadm --stop /dev/md0
mdadm: Cannot get exclusive access to /dev/md0:Perhaps a running process, mounted filesystem or active volume group?
root@:~# pvdisplay
--- Physical volume ---
PV Name /dev/md0
VG Name vg0
PV Size 57.98 GiB / not usable 3.00 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 14843
Free PE 4361
Allocated PE 10482
PV UUID uxH3FS-sUOF-LsIP-kAjq-7Bwq-suhK-CLJXI1
root@:~#:~# lvdisplay
--- Logical volume ---
LV Path /dev/vg0/swap
LV Name swap
VG Name vg0
LV UUID BIwp5H-NYlf-drQJ-12Vf-5qYM-7NUj-ty9GhE
LV Write Access read/write
LV Creation Host, time S000001, 2015-09-23 03:00:58 +0000
LV Status available
# open 2
LV Size 1.86 GiB
Current LE 476
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0
--- Logical volume ---
LV Path /dev/vg0/root
LV Name root
VG Name vg0
LV UUID SBf1mc-iqaB-noBx-1neo-IEPi-HhsH-SM14er
LV Write Access read/write
LV Creation Host, time S000001, 2015-09-23 03:01:19 +0000
LV Status available
# open 1
LV Size 19.54 GiB
Current LE 5003
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
--- Logical volume ---
LV Path /dev/vg0/backup
LV Name backup
VG Name vg0
LV UUID w1jGGy-KkfJ-0lDp-MFDl-8BJU-uJWU-24XKSL
LV Write Access read/write
LV Creation Host, time SRAJA, 2016-10-22 05:30:03 +0000
LV Status available
# open 0
LV Size 19.54 GiB
Current LE 5003
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:2
root@:~# vgdisplay
--- Volume group ---
VG Name vg0
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 674
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 3
Open LV 2
Max PV 0
Cur PV 1
Act PV 1
VG Size 57.98 GiB
PE Size 4.00 MiB
Total PE 14843
Alloc PE / Size 10482 / 40.95 GiB
Free PE / Size 4361 / 17.04 GiB
VG UUID LjCUyX-25MQ-WCFT-j2eF-2UWX-LYCp-TtLVJ5
最後に私はやろうとしました:
root@S761012:~# mdadm --zero-superblock /dev/md0
mdadm: Couldn't open /dev/md0 for write - not zeroing
root @:〜#umount/dev/md0 umount:/ dev/md0:マウントされていませんroot @:〜#root @:〜#mdadm --manage/dev/md0 --remove/dev/sda4 mdadm:ホット削除に失敗しました/ dev/sda4:デバイスまたはリソースがビジー状態ですroot @:〜#mdadm --stop/dev/md0 mdadm:/ dev/md0への排他的アクセスを取得できません:おそらく実行中のプロセス、マウントされたファイルシステム、またはアクティブなボリュームグループですか? root @:〜#mdadm --zero-superblock/dev/sda4 mdadm:書き込み用に/ dev/sda4を開くことができませんでした-ゼロ化ではありません
Sda4はアクティブディスクであるため、操作を実行できません。同じことを達成するための他の方法を提案していただけませんか。
私は前述の手順を使用しようとしました:
create new log file
select /dev/sda and press Proceed
select Intel/PC partition type
select Analyse
select Backup (at first starting `testdisk`) or select Quick Search and Press Enter
select Deeper Search -> After deep search is not showing any thing.
-> リカバリ用のパーティションが見つからないか選択されていません。空です。そのため、ブート修復も期待どおりに機能しません。常にグラブレスキューモードになります。
何よりもまず、それがどのように機能するかを理解する必要があります。パーティションはディスクsda全体で機能し、ソフトウェアRAIDはパーティションで機能し、次に図のように機能します。
ディスクsda->パーティションsda4->ソフトウェアRAID md0-> LVM物理ボリューム-> LVMボリュームグループvg0-> LVM論理ボリューム->ファイルシステム->システムマウントポイント。
ルートファイルシステムを実行しているコマンドラインインターフェイスからルートファイルシステムをアンマウントすることはできません。そのため、同じLinuxシステムをCD/DVDから実行する必要があります。同じLinuxインストールCDまたは最後のバージョンを使用できます SystemRescueCD 。 CDから開始した後に確認する必要があります。
コマンドcat /proc/mdstat
によるソフトウェアRAIDの起動と状態は? RAIDデバイスmd
には別の番号が付いている場合があります。
LVMボリュームグループはコマンドvgdisplay
でアクティブになっていますか?
(LVMボリューム上の)ファイルシステムはコマンドmount
によってマウントされていますか?
次に、コマンドumount
でLVMボリュームに配置されているすべてのファイルシステムをアンマウントし、コマンドvgchange -a n vg0
でLVMボリュームグループvg0を非アクティブ化し、コマンドmdadm --stop /dev/md0
でRAIDアレイをシャットダウンし、RAIDデバイスを削除します。コマンドmdadm --remove /dev/md0
を使用して、コマンドmdadm --zero-superblock /dev/sda4
でsda4のスーパーブロックをゼロに設定します。
何よりもまず、すべてのLVMボリュームファイルシステム上のすべてのファイルをバックアップする必要があります。
あなたはGRUBブートローダーを復元するかもしれません。
アップデート:
ブートを復元する前に、LVMを復元する必要があります! SystemResqueCDからシステムを再度起動します。 fdisk /dev/sda
を実行し、次を押します:
t (type)
4
8e (Linux LVM)
w
次に、testdisk
を実行します。
create new log file
select /dev/sda and press Proceed
select Intel/PC partition type
select Analyse
select Backup (at first starting `testdisk`) or select Quick Search and Press Enter
select Deeper Search
select Linux LVM with heights start CHS values and press space key to change this found structure as Primary partition and press enter
select Write
次に、testdiskのバックアップをscp backup.log user@somehost:~
のどこかに保存し、SystemResqueCDから再起動します。再起動後、vgdisplayコマンドでボリュームグループvg0
を確認できます。その後、testdisk
を再度実行しない場合は、testdiskのバックアップをロードし、別の確立されたLinuxLVMパーティションから再開します。
LVMを正常に復元した後、 buntu Boot repair で説明されているようにブートを復元できます。
おそらく、shutdownコマンドを使用して「シングルユーザー」モードに戻してから、シングルユーザーモードでボリュームをアンマウントする必要があります。この時点では、RAID-1ボリュームは使用されておらず、RAIDアレイを削除できるはずです。
今すぐシャットダウンを実行すると、シングルユーザーに移行します。
shutdown -h nowはシステムを停止します
shutdown -r now再起動します
shutdown --helpは、システムをシングルユーザーモードにしているログインユーザーへのメッセージの送信など、コマンドのすべてのオプションを提供します。