混乱しています。 16.10で完全に動作するRAID1設定があります。 17.10にアップグレードした後、自動的に魔法のようにアレイを検出してmd0を再生成します。すべてのファイルは大丈夫ですが、md0をマウントすると、配列は読み取り専用とマークされます。
cat /proc/mdstat
Personalities : [raid1]
md0 : active (read-only) raid1 dm-0[0] dm-1[1]
5860390464 blocks super 1.2 [2/2] [UU]
bitmap: 0/44 pages [0KB], 65536KB chunk
unused devices: <none>
sudo mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sat Jul 9 23:54:40 2016
Raid Level : raid1
Array Size : 5860390464 (5588.90 GiB 6001.04 GB)
Used Dev Size : 5860390464 (5588.90 GiB 6001.04 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sat Nov 4 23:16:18 2017
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : x6:0 (local to host x6)
UUID : baaccfeb:860781dd:eda253ba:6a08916f
Events : 11596
Number Major Minor RaidDevice State
0 253 0 0 active sync /dev/dm-0
1 253 1 1 active sync /dev/dm-1
/var/log/kern.logやdmesgにエラーはありません。
停止して再組み立てできますが、効果はありません。
sudo mdadm --stop /dev/md0
sudo mdadm --assemble --scan
以前はなぜ正しく機能したのか理解できませんでしたが、今は配列が読み取り専用なので、何らかの理由を検出できません。これは、16.04から16.10にアップグレードしたときに魔法のように再組み立てされたのと同じアレイです。
この問題の調査中に、/ sysマウントに関連する読み取り専用の問題に関する記事が見つかりました。私の投稿は実際には次のとおりです。
ls -ld /sys
dr-xr-xr-x 13 root root 0 Nov 5 22:28 /sys
ただし、/sysが読み取り専用のままであるため、どちらも問題を解決できません。
sudo mount -o remount,rw /sys
sudo mount -o remount,rw -t sysfs sysfs /sys
ls -ld /sys
dr-xr-xr-x 13 root root 0 Nov 5 22:29 /sys
誰もが私が見逃した洞察を提供できますか?
/etc/mdadm/mdadm.conf を含むように編集します。
# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#
# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers
# automatically tag new arrays as belonging to the local system
HOMEHOST <system>
# instruct the monitoring daemon where to send mail alerts
MAILADDR root
# definitions of existing MD arrays
ARRAY /dev/md/0 metadata=1.2 UUID=baaccfeb:860781dd:eda253ba:6a08916f name=x6:0
# This configuration was auto-generated on Sun, 05 Nov 2017 15:37:16 -0800 by mkconf
デバイスマッパーファイルは書き込み可能に見えます。
ls -l /dev/dm-*
brw-rw---- 1 root disk 253, 0 Nov 5 16:28 /dev/dm-0
brw-rw---- 1 root disk 253, 1 Nov 5 16:28 /dev/dm-1
UbuntuやDebianが変更したことがまたあります。このosproberファイルがここで何をしているのかわかりません。私はインストール時にのみ使用されると思いました。
ls -l /dev/mapper/
total 0
crw------- 1 root root 10, 236 Nov 5 15:34 control
lrwxrwxrwx 1 root root 7 Nov 5 16:28 osprober-linux-sdb1 -> ../dm-0
lrwxrwxrwx 1 root root 7 Nov 5 16:28 osprober-linux-sdc1 -> ../dm-1
別れ情報:
sudo parted -l
Model: ATA SanDisk Ultra II (scsi)
Disk /dev/sda: 960GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 81.9GB 81.9GB ext4
2 81.9GB 131GB 49.2GB linux-swap(v1)
3 131GB 131GB 99.6MB fat32 boot, esp
4 131GB 960GB 829GB ext4
Model: ATA WDC WD60EZRZ-00R (scsi)
Disk /dev/sdb: 6001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 6001GB 6001GB raid
Model: ATA WDC WD60EZRZ-00R (scsi)
Disk /dev/sdc: 6001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 6001GB 6001GB raid
Error: /dev/mapper/osprober-linux-sdc1: unrecognised disk label
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/osprober-linux-sdc1: 6001GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:
Error: /dev/mapper/osprober-linux-sdb1: unrecognised disk label
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/osprober-linux-sdb1: 6001GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:
Model: Linux Software RAID Array (md)
Disk /dev/md0: 6001GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0.00B 6001GB 6001GB ext4
デバイスマッパー情報:
$ sudo dmsetup table
osprober-linux-sdc1: 0 11721043087 linear 8:33 0
osprober-linux-sdb1: 0 11721043087 linear 8:17 0
$ sudo dmsetup info
Name: osprober-linux-sdc1
State: ACTIVE (READ-ONLY)
Read Ahead: 256
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 1
Number of targets: 1
Name: osprober-linux-sdb1
State: ACTIVE (READ-ONLY)
Read Ahead: 256
Tables present: LIVE
Open count: 1
Event number: 0
Major, minor: 253, 0
Number of targets: 1
配列をrw strace出力に設定してみてください(一部のコンテキストを含む)。
openat(AT_FDCWD, "/dev/md0", O_RDONLY) = 3
fstat(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(9, 0), ...}) = 0
ioctl(3, RAID_VERSION, 0x7fffb3813574) = 0
fstat(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(9, 0), ...}) = 0
ioctl(3, RAID_VERSION, 0x7fffb38134c4) = 0
ioctl(3, RAID_VERSION, 0x7fffb38114bc) = 0
fstat(3, {st_mode=S_IFBLK|0660, st_rdev=makedev(9, 0), ...}) = 0
readlink("/sys/dev/block/9:0", "../../devices/virtual/block/md0", 199) = 31
openat(AT_FDCWD, "/sys/block/md0/md/metadata_version", O_RDONLY) = 4
read(4, "1.2\n", 4096) = 4
close(4) = 0
openat(AT_FDCWD, "/sys/block/md0/md/level", O_RDONLY) = 4
read(4, "raid1\n", 4096) = 6
close(4) = 0
ioctl(3, GET_ARRAY_INFO, 0x7fffb3813580) = 0
ioctl(3, RESTART_ARRAY_RW, 0) = -1 EROFS (Read-only file system)
write(2, "mdadm: failed to set writable fo"..., 66mdadm: failed to set writable for /dev/md0: Read-only file system
) = 66
答え1
アレイが読み取り専用モードで終了した理由は説明されていません。
mdadm --readwrite /dev/md0
正常に戻る必要があります。あなたの場合は、完全に明確ではない理由のためにそうではありません。コンポーネントデバイス自体が以下の場合読み取り専用、RAIDアレイ読み取り専用(これは、現在見ている動作と読み書きを再度有効にしようとしたときに使用するコードパスと一致します。)
このdmsetup table
情報は、何が起こっているのかを強く示唆しています。 (osprober
デバイス名を見ると)実際のRAIDコンポーネントを探しており、何らかの理由でデバイスマッパーデバイスを作成しており、これらのデバイスが選択され使用されています。 RAID デバイスの場合。唯一のデバイスマッパーデバイスはこれら2つのデバイスであるosprober
ため、最も簡単な回避策はRAIDデバイスを停止し、DMデバイスを停止してRAIDアレイを再スキャンしてデフォルトのコンポーネントデバイスを使用することです。 DMデバイスを停止するには:
dmsetup remove_all
のようにroot
。
答え2
RAIDセットは正常なので、ログやオプションなしで読み取り専用でインストールしないことを前提に追加したいと思いましたmdadm
。そうでない場合システムを再起動することをお勧めします。。
私の場合は使用してインストールsudo mdadm --assemble --scan
しましたが、読み取り専用であることを確認しました。問題を解決するために、何度も試みた後にプロセスを終了して再起動することにしましたmdadm
。再起動後にシステムにログインすると、突然ボリュームが通常どおりマウントされます(読み取りと書き込み)。