仮想マシンのパフォーマンスの問題が発生した後、システムをbtrfsからext4に移行しています。私のラップトップには2つのハードドライブを使用できます。ホームパーティションを正常に移動しましたが、使用したのと同じ手順がルートでは機能しません。
これまでの進捗状況:
dd
私のルートパーティションを次のように/dev/sda3
修正しました/dev/sdb3
。/etc/fstab
$ cat /etc/fstab
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# UUID=95f13c34-96ca-49e3-bcb2-ff594df31506
/dev/sdb3 / btrfs rw,noatime,ssd,space_cache,discard 0 0
# UUID=0fe04f59-599f-41e2-ac30-2ad0f17a9727
/dev/sda2 /boot ext2 rw,relatime 0 2
# UUID=44741e0f-924a-4841-80ef-2132bef84182
/dev/sda4 /home ext4 rw,noatime,discard 0 0
そして実行してくださいsudo mkinitcpio -p linux
。うまくいくようです。 2番目のディスクにパーティションをマウントして起動できます。df
示す:
$ df
Filesystem Size Used Avail Use% Mounted on
/dev/sdb3 28G 18G 9.8G 65% /
したがって、sdb3
明らかにsda3
。問題の手順は次のとおりです。sda3
(使用されていないと推定される)フォーマットを試みると、次の結果が表示されます。
$ sudo mkfs.ext4 /dev/sda3
[sudo] password for stew:
mke2fs 1.42.11 (09-Jul-2014)
/dev/sda3 contains a btrfs file system
Proceed anyway? (y,n) y
/dev/sda3 is apparently in use by the system; will not make a filesystem here!
sda3
使用。どのように、なぜ使用されますか?
Caseyのコメントによると、インストールの結果は次のとおりです。
mount | grep sd
/dev/sdb3 on / type btrfs (rw,noatime,ssd,discard,space_cache)
/dev/sda4 on /home type ext4 (rw,noatime,discard,data=ordered)
/dev/sda2 on /boot type ext2 (rw,relatime)
Warwickのコメントに基づいて、以下を削除します。
$ sudo umount /dev/sda3
umount: /dev/sda3: not mounted
他の場所でsda3をマウントしてアンマウントすると正常に動作しますが、何も変更されません。
アップデート:より疑わしい行動:
$ mount | grep sd
/dev/sdb3 on / type btrfs (rw,noatime,ssd,discard,space_cache)
/dev/sda4 on /home type ext4 (rw,noatime,discard,data=ordered)
/dev/sda2 on /boot type ext2 (rw,relatime)
$ sudo mount /dev/sda3 mnt
[sudo] password for stew:
$ mount | grep sd
/dev/sda3 on / type btrfs (rw,noatime,ssd,discard,space_cache)
/dev/sda4 on /home type ext4 (rw,noatime,discard,data=ordered)
/dev/sda2 on /boot type ext2 (rw,relatime)
/dev/sda3 on /home/stew/mnt type btrfs (rw,relatime,ssd,discard,space_cache)
sda3をマウントした後、sdb3はもはやマウンターではありません。変じゃないですか?
Mike Servicesによると:
$ rmmod btrfs
rmmod: ERROR: Module btrfs is in use
sdb3はbtrfsで、ルートにインストールする必要があるため、これは非常に望ましいです。私のmkinitcpio.confファイルから:
MODULES=""
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
ベストアンサー1
私はそれについて考えた。私のブートローダが正しく設定されていません。当然だと思いますか? fstab の変更は、ブートローダの設定とまったく同じではありません。/boot/syslinux/syslinux.cgf
正しい起動パーティションを参照するには、1行を変更する必要がありました。
つまり、最初から2番目のディスクを起動する必要はありません。プロセス全体を実際の環境で実行し、それをルート化することでこの問題を回避できましたmkinitcpio
。