Eu uso UbuntuStudio 16.04.1 (instalado no modo legado, por alguma razão eu tenho que ficar com o BIOS antigo e eu estou bem com ele),
Minha /home -folder está localizada na partição / .
Eu tenho uma grande partição de dados ( sdb6 , que é uma partição lógica e é montada automaticamente via fstab) e eu uso links simbólicos para as pastas na partição de dados na minha pasta ~/ (um conveniente
maneira de manter seus dados separados do seu sistema).
A partição de dados estava quase cheia, então decidi redimensionar essa partição.
Eu tinha cerca de 450 GB de espaço não alocado restante para sdb6 na partição estendida.
Eu desmontei a partição de dados com Thunar (clique com o botão direito > desmonte) e abri o Gparted, selecionei sdb6 com o botão direito e escolhi Resize .
Em seguida, movi a borda esquerda de sdb6 para a esquerda para adicionar cerca de 410 GB de espaço não alocado a sdb6 (deixei outros 40 GB não alocados para o
instalação fora de outra distro para testar e brincar).
Depois de clicar em aplicar, o GParted começou a funcionar e logo eu comecei a barra de progresso, parecia que o GParted estava ocupado com a movimentação de dados. Estava demorando e um amigo estava chegando, quando voltei para o meu computador, o GParted abortou com uma mensagem de erro.
Aqui está o relatório de erros (editei um pouco o layout do relatório, eram mais de 100 linhas, mas não quero que você abra um link externo):
GParted 0.25.0 --enable-libparted-dmraid --enable-online-resize Libparted 3.2 Move /dev/sdb6 to the left and grow it from 302.34 GiB to 713.14 GiB 01:14:34 ( ERROR ) calibrate /dev/sdb6 00:00:01 ( SUCCESS ) path: /dev/sdb6 (partition) start: 1113161728 end: 1747206143 size: 634044416 (302.34 GiB) check file system on /dev/sdb6 for errors and (if possible) fix them 00:00:05 ( SUCCESS ) e2fsck -f -y -v -C 0 /dev/sdb6 00:00:05 ( SUCCESS ) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information 1758 inodes used (0.01%, out of 19816448) 10 non-contiguous files (0.6%) 6 non-contiguous directories (0.3%) # of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 1640/46/64 70884317 blocks used (89.44%, out of 79255552) 0 bad blocks 85 large files 1629 regular files 120 directories 0 character device files 0 block device files 0 fifos 0 links 0 symbolic links (0 fast symbolic links) 0 sockets 1749 files e2fsck 1.42.13 (17-May-2015) grow partition from 302.34 GiB to 713.14 GiB 00:00:01 ( SUCCESS ) old start: 1113161728 old end: 1747206143 old size: 634044416 (302.34 GiB) new start: 251650048 new end: 1747206143 new size: 1495556096 (713.14 GiB) move file system to the left 01:14:20 ( SUCCESS ) e2image -ra -p -o 441093980160 /dev/sdb6 01:14:20 ( SUCCESS ) Scanning inodes... e2image 1.42.13 (17-May-2015) Copied 70881482 / 70881482 blocks (100%) in 01:14:15 at 62.15 MB/s s shrink partition from 713.14 GiB to 302.34 GiB 00:00:01 ( SUCCESS ) old start: 251650048 old end: 1747206143 old size: 1495556096 (713.14 GiB) new start: 251650048 new end: 885694463 new size: 634044416 (302.34 GiB) check file system on /dev/sdb6 for errors and (if possible) fix them 00:00:05 ( SUCCESS ) e2fsck -f -y -v -C 0 /dev/sdb6 00:00:05 ( SUCCESS ) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information 1758 inodes used (0.01%, out of 19816448) 10 non-contiguous files (0.6%) 6 non-contiguous directories (0.3%) # of inodes with ind/dind/tind blocks: 0/0/0 Extent depth histogram: 1640/46/64 70884317 blocks used (89.44%, out of 79255552) 0 bad blocks 85 large files 1629 regular files 120 directories 0 character device files 0 block device files 0 fifos 0 links 0 symbolic links (0 fast symbolic links) 0 sockets 1749 files e2fsck 1.42.13 (17-May-2015) grow partition from 302.34 GiB to 713.14 GiB 00:00:01 ( ERROR ) old start: 251650048 old end: 885694463 old size: 634044416 (302.34 GiB) requested start: 251650048 requested end: 1747208191 requested size: 1495558144 (713.14 GiB) libparted messages ( INFO ) Can't have overlapping partitions.
Eu reiniciei o sistema, sdb6 automontado com sucesso, toda a data foi ok, mas ao fazer check-in no Gparted, a partição original sdb6 foi movida para
a esquerda, mas não redimensionada, tinha exatamente o mesmo tamanho de antes e eu tinha novo tamanho não alocado direito a sdb6 . Depois de usar o GParted novamente para desmontar e redimensionar sdb6 novamente, desta vez para o lado direito
de sdb6 , movendo a alça da borda direita sobre o novo espaço não alocado foi feito em um minuto e agora tudo é como eu queria que fosse.
Vamos analisar as etapas do GParted de acordo com o relatório de erros.
1. Calibrate the partition
2. Checking the file-system
3. Grow the partition (GParted does not complain, but the old and new
partition are overlapping)
4. Move the file-system to the left (Why is that necessary? It don't
see an advantage in doing that if it is only a data-partition, but
maybe there are other reasons and I would like to know about that)
5. Shrink partition (why that, couldn't we stop after step 4?)
6. Check the file-system again
7. Grow partition (and here Gparted complains that the old and the new
partition are overlapping, did I miss a prompt to reboot while I've
been away from the computer?)
Minha principal questão é a mencionada na etapa 4: Por que o sistema de arquivos precisa ser movido para o início da partição? Se não é necessário fazer isso, existe alguma maneira de crescer uma partição para a esquerda sem mover o sistema de arquivos, provavelmente com um comando de terminal?