Redimensionar partição, problemas com montagem e sistema de inicialização Arch

1

Eu sou iniciante no sistema Linux e provavelmente fiz algo tolo. Eu usei o programa parted para redimensionar minha partição /home (montada). /home tinha 420 GB (60 GB usados) e eu redimensionei para 320 GB (agora são 100 GB livres). E quando eu reinicio o computador, eu não consegui iniciar a verificação do sistema de arquivos e iniciei o modo de emergência no arco. Então, eu desmontei /dev/sda4 (home) executar fsck /dev/sda4 e quando eu tentei montar eu tinha errado tipo fs, má opção, bad superblock em / dev / sda4 e sistema ainda não quer inicializar.

EDITAR: Preciso de dados desta partição, talvez tenha acesso e copie os dados mais importantes em outra partição e exclua sda4? Mas eu não sei como obter acesso a esses dados.

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)

pedaços de revista

-- 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"
    
por Klemens 17.10.2016 / 16:00

1 resposta

3

O problema é que você redimensionou a partição sem redimensionar o sistema de arquivos primeiro, então você cortou parte do sistema de arquivos e agora está em um estado em que o registro do sistema de arquivos diz que é maior do que realmente está e sobe pensando que o resto está com defeito, quando na verdade não está lá.

Uma solução possível é aumentar sua partição de volta ao tamanho original, mas não estou falando no tamanho GiB, deve ser exatamente o tamanho em blocos para e2fsck realmente funcionar, então isso não será problema se o resto da partição ainda está lá inalterado, apenas aumente ao máximo novamente.

Quando a partição estiver no tamanho original, execute e2fsck -f /dev/sda4 e agora a ferramenta deve reparar o sistema de arquivos. Depois de ser consertado, primeiro reduza o sistema de arquivos usando resize2fs e, depois que o FS for ignorado, você poderá encolher a partição exatamente para o mesmo tamanho que encolheu o FS.

Mas eu tenho más notícias para você, já que você redimensionou a partição, mas não o sistema de arquivos, alguns arquivos podem estar na parte limpa e podem estar perdidos.

    
por 17.10.2016 / 21:58