私は/home（マウントされた）パーティションのサイズを変更するためにpartedプログラムを使用します。/home420GB（60GB使用）がありましたが、320GB（現在100GB使用可能）にサイズを変更しました。コンピュータを再起動すると、ファイルシステムのスキャンを開始できず、アーチから緊急モードを開始できません。したがって、/dev/sda4umount（home）を実行しfsck /dev/sda4てマウントしようとすると、間違ったファイルシステムの種類、無効なオプション、/ dev / sda4の無効なスーパーブロックがあり、システムはまだ起動したくありません。
編集：このパーティションのデータが必要です。アクセス権を取得して他のパーティションの最も重要なデータをコピーし、sda4を削除しますか？しかし、このデータにアクセスする方法がわかりません。
lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
|-sda1 8:1 0 256M 0 part /boot
|-sda2 8:2 0 6G 0 part [SWAP]
|-sda3 8:3 0 40G 0 part /
`-sda4 8:4 0 419.4G 0 part
sr0 11:0 1 742M 0 rom
dmesg | tail
[ 67.769679] xor: using function: prefetch64-sse (6108.000 MB/sec)
[ 67.828384] Btrfs loaded
[ 140.029658] sda: sda1 sda2 sda3 sda4
[ 348.916444] sda: sda1 sda2 sda3 sda4
[ 731.875551] EXT4-fs (sda4): bad geometry: block count 109972230 exceeds size of device (85531834 blocks)
[ 737.760531] EXT4-fs (sda1): mounting ext2 file system using the ext4 subsystem
[ 737.805255] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[ 767.421212] EXT4-fs (sda4): bad geometry: block count 109972230 exceeds size of device (85531834 blocks)
[ 769.639095] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[ 2340.076115] EXT4-fs (sda4): bad geometry: block count 109972230 exceeds size of device (85531834 blocks)
日記の彫刻
-- Logs begin at Tue 2015-10-27 15:56:01 CET, end at Mon 2016-10-17 17:16:55 CEST. --
Oct 17 17:16:46 iam systemd-journald[146]: Runtime journal (/run/log/journal/) is 8.0M, max 285.7M, 277.7M free.
-- Subject: Disk space used by the journal
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Runtime journal (/run/log/journal/) is currently using 8.0M.
-- Maximum allowed usage is set to 285.7M.
-- Leaving at least 428.6M free (of currently available 2.7G of disk space).
-- Enforced usage limit is thust 17 17:16:47 iam kernel: Urtc0
-- The start-up result is done.
Oct 17 17:16:54 iam systemd-fsck[374]: /dev/sda4: The filesystem size (according to the superblock) is 109972230 blocks
Oct 17 17:16:54 iam systemd-fsck[374]: The physical size of the device is 109945896 blocks
Oct 17 17:16:54 iam systemd-fsck[374]: Either the superblock or the partition table is likely to be corrupt!
Oct 17 17:16:54 iam systemd-fsck[374]: /dev/sda4: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
Oct 17 17:16:54 iam systemd-fsck[374]: (i.e., without -a or -p options)
Oct 17 17:16:54 iam systemd-fsck[374]: fsck failed with error code 4.
Oct 17 17:16:54 iam systemd-fsck[374]: Running request emergency.target/start/replace
Oct 17 17:16:54 iam systemd[1]: Mounting /boot...
-- Subject: Unit boot.mount has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit boot.mount has begun starting up.
Oct 17 17:16:54 iam systemd[1]: [email protected]: Main process exited, code=exited, status=1/FAILURE
Oct 17 17:16:54 iam systemd[1]: Failed to start File System Check on /dev/sda4.
-- Subject: Unit [email protected] has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit [email protected] has failed.
--
-- The result is failed.
Oct 17 17:16:54 iam systemd[1]: Dependency failed for /home.
-- Subject: Unit home.mount has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit home.mount has failed.
-- The result is dependency.
Oct 17 17:16:54 iam systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Oct 17 17:16:54 iam systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
Oct 17 17:16:54 iam systemd[1]: home.mount: Job home.mount/start failed with result 'dependency'.
Oct 17 17:16:54 iam systemd[1]: [email protected]: Unit entered failed state.
Oct 17 17:16:54 iam systemd[1]: [email protected]: Failed with result 'exit-code'.
Oct 17 17:16:54 iam systemd[1]: Reached target Network.
-- Subject: Unit network.target has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Userspace start-up required 11995553 microseconds.
Oct 17 17:16:55 iam systemd[468]: emergency.service: Failed at step EXEC spawning /bin/plymouth: No such file or directory
-- Subject: Process /bin/plymouth could not be executed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- The process /bin/plymouth could not be executed and failed.
--
-- The error number returned by this process is 2.
blkid
/dev/sda1: UUID="a60f7835-d787-4794-889e-1229c3788b5a" TYPE="ext2" PARTUUID="e10910a7-01"
/dev/sda2: UUID="4d2bdad8-2c4f-45de-bc11-c02a690d2bdf" TYPE="swap" PARTUUID="e10910a7-02"
/dev/sda3: UUID="a17f1309-204d-4aea-abda-7ef7e1dcae05" TYPE="ext4" PARTUUID="e10910a7-03"
/dev/sda4: UUID="af1e2c37-517c-4d5c-8a0e-76d67b1b84ca" TYPE="ext4" PARTUUID="e10910a7-04"
/dev/sr0: UUID="2016-08-01-16-33-35-00" LABEL="ARCH_201608" TYPE="iso9660" PTUUID="38ab083f" PTTYPE="dos"
/dev/sdb1: UUID="2016-06-11-19-19-51-00" LABEL="MJRO1606" TYPE="iso9660" PTUUID="62cadc67" PTTYPE="dos" PARTUUID="62cadc67-01"
/dev/sdb2: SEC_TYPE="msdos" LABEL="MISO_EFI" UUID="F6E9-DC96" TYPE="vfat" PARTUUID="62cadc67-02"
ベストアンサー1
問題は、ファイルシステムのサイズを最初に変更せずにパーティションのサイズを変更したため、ファイルシステムの一部を切り捨て、現在はファイルシステムの履歴に実際よりも大きいと表示される状態になり、残りの部分では競合が発生して欠陥が発生しませんないということです。実際には存在しません。
考えられる解決策の1つは、パーティションを元のサイズに復元することです。ただし、GiBサイズを意味するわけではなく、e2fsck実際に動作するブロックサイズとまったく同じでなければなりません。したがって、パーティションの残りの部分がまだ変更されていない場合は、次のようにする必要があります。問題ありません。最大値まで再度増やしてください。
パーティションが元のサイズに達すると、e2fsck -f /dev/sda4ツールを実行できるようになり、ツールはファイルシステムを回復します。これで、回復後に最初に縮小ファイルシステムを使用しresize2fs、FSを縮小してからFS縮小とまったく同じサイズにパーティションを縮小できます。
しかし、悪いニュースがあります。パーティションのサイズを変更したがファイルシステムは調整しなかったため、一部のファイルが消去された部分で失われる可能性があります。