☰

ブート2緊急モード：/ Varをマウントできません。

tag-icon • tag-icon centos filesystems mount virtual-machine data-recovery
ブート2緊急モード：/ Varをマウントできません。

CentOS7は緊急モードで起動します。見つかったエラーは次のとおりです。journalctl -xb

sd 0:0:0:0: [sda] Asking for cache data failed

sd 0:0:0:0: [sda] Assuming drive cache: write through

gspca_vc032x: reg_r err -32

bcma: bus0: No SPROM available

EXT4-fs (sdb1): VFS: Can't find ext4 filesystem

Failed to mount /borg

Failed to mount /var

fstabに/ varがあるため、/ varにマウントポイントがあります。

/dev/nvmeVg/var     /var            ext4    defaults        0 0

直前にはサイズを小さくしてできるnvmeVg-varサイズを増やすことができました。nvmeVg-homeその後、ファイルシステムのサイズを変更し、通常の再起動を期待していましたが、パニックモードに入りました。コマンドは

lvreduce -L44G /dev/mapper/nvmeVq-var

lvextend -L181G /dev/mapper/nvmeVg-home

resize2fs /dev/mapper/nvmeVg-home

│ ├─nvmeVg-var 254:0 0 44G 0 lvm
│ └─nvmeVg-home 254:1 0 181G 0 lvm

走ってsudo e2fsck -C0 /dev/mapper/nvmeVg-var行った/dev/mapper/nvmeVg-var is in use

私も試しました

[root@localhost-live DataCabinet]# e2fsck -C0 -f /dev/mapper/nvmeVg-var
    e2fsck 1.45.6 (20-Mar-2020)
    The filesystem size (according to the superblock) is 32768000 blocks
    The physical size of the device is 11534336 blocks
    Either the superblock or the partition table is likely to be corrupt!
    Abort<y>? no
    Pass 1: Checking inodes, blocks, and sizes
    Error reading block 11534368 (Invalid argument) while getting next inode from scan.  Ignore error<y>? yes
    Force rewrite<y>? yes
    Error reading block 11534369 (Invalid argument) while getting next inode from scan.  Ignore error<y>? yes
    Force rewrite<y>? yes
    Error reading block 11534370 (Invalid argument) while getting next inode from scan.  Ignore error<y>? no
    Error while scanning inodes (2759055): Can't read next inode                   
    Error writing block 11534368 (Invalid argument).  Ignore error<y>? yes
    Error writing block 11534369 (Invalid argument).  Ignore error<y>? yes
    e2fsck: aborted

バックアップが見つかりました /var/www次のステップは、回復前にファイルシステムのサイズを変更するか、ファイルシステムを回復してみることです。後者は私にとって意味があります。

[root@localhost-live snapshots]# fdisk -l /dev/mapper/nvmeVg-var
Disk /dev/mapper/nvmeVg-var: 44 GiB, 47244640256 bytes, 92274688 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

[root@localhost-live snapshots]# fdisk /dev/mapper/nvmeVg-var

Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

The device contains 'ext4' signature and it will be removed by a write command. See fdisk(8) man page and --wipe option for more details.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x26e63ccd.

ベストアンサー1

実行する前にaresize2fs /dev/mapper/nvmeVg-var 44Gまたはそれに対応する操作を実行しなかった場合は、lvreduce -L44G /dev/mapper/nvmeVg-varファイルシステムの尾部を切り取ってファイルシステムを確実に破損させます。

lvmcfgrestoreまた、別のファイルシステムを拡張したので、標準バックアップを使用して以前の構成にロールバックするのも/etc/lvm/backup良いオプションではありません。/home同じ方法でシステムが損傷する可能性が高いからです。

/var最近のバックアップから復元することは良い解決策になります。ところで、あなたにはそんなことはないようですが、そうですか？

e2fsck -C0 -f /dev/mapper/nvmeVg-varファイルシステムがプライマリデバイスより大きいという恐ろしいエラーメッセージを発行して受け入れる必要があるかもしれません。その後、誤って行われたテールカットプロセスを完了し、ファイルシステムサイズを現在のLVサイズと一致する値に設定します。

おすすめ記事