Como recuperar a capacidade perdida depois de usar o Gparted?

2

Eu tenho um laptop com um único SSD de 80GB da Intel. Eu originalmente só tinha W7, mas instalei o Ubuntu em uma pequena partição deste disco. Recentemente eu queria expandir a partição contendo o Ubuntu e então inicializar a partir de um USB para rodar o Gparted a partir daí. A idéia era redimensionar a partição W7 e usar esse espaço extra para minha partição Ubuntu. Eu tinha:

Windows partition 61GB
Ubuntu partition 9,3GB
Linux-Swap 4GB

Redimensionar a partição W7 usando o Gparted correu bem, o que me deu algum espaço em disco não alocado. Eu agora precisava mover esse espaço não alocado ao lado da minha partição do Ubuntu. Para fazer isso eu apaguei o disco de swap usado pelo Ubuntu para expandir a partição do Ubuntu nesta área do disco rígido. O que significa que eu tinha:

Windows partition 56,17GB
Unallocated 4,88GB
Ubuntu partition 9,3GB
Unallocated 4GB

Em seguida, usei o espaço não alocado da partição do Windows como um novo disco de troca:

Windows partition 56,17GB
Linux-Swap 4,88GB
Ubuntu partition 9,3GB
Unallocated 4GB

E, finalmente, eu queria estender minha partição do Ubuntu para incluir o espaço não alocado da troca anterior. Aqui é onde eu tive problemas.

Eu tentei redimensionar a partição do Ubuntu no Gparted, mas recebi uma mensagem de erro que não salvei. No entanto, a partição do Ubuntu cresceu e, de acordo com o Gparted, tenho agora:

Windows partition 56,17GB
Linux-Swap 4,88GB
Ubuntu partition 13,5GB

O problema é que os 4GB adicionais na partição Ubuntu não aparecem, é como se eu ganhasse 4GB, mas esses 4GB estão sendo usados por algum arquivo. Ao executar df -h , a partição ainda está sendo listada como 9,3 GB e não como 13,5 GB como no Gparted.

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda5       9,3G  7,5G  1,3G  86% /
none            4,0K     0  4,0K   0% /sys/fs/cgroup
udev            2,0G   12K  2,0G   1% /dev
tmpfs           393M  864K  392M   1% /run
none            5,0M     0  5,0M   0% /run/lock
none            2,0G  488K  2,0G   1% /run/shm
none            100M   36K  100M   1% /run/user
/dev/sda1        57G   44G   13G  79% /media/OS

Eu queria postar uma imagem do Utilitário de Disco, mas como esta é a minha primeira pergunta, eu não posso. Ele mostra a partição como 14GB no entanto.

Eu tentei usar fstrim -v / , mas isso não pareceu ajudar.

GParted 0.12.1 --enable-libparted-dmraid

Libparted 2.3

Check and repair file system (ext4) on /dev/sda5  00:00:04    ( ERROR )  

calibrate /dev/sda5  00:00:00    ( SUCCESS )  

path: /dev/sda5
start: 128,047,104
end: 156,301,311
size: 28,254,208 (13.47 GiB)  


check file system on /dev/sda5 for errors and (if possible) fix them  00:00:04    ( SUCCESS )  

e2fsck -f -y -v /dev/sda5  

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

 234643 inodes used (37.27%, out of 629552)
 332 non-contiguous files (0.1%)
 596 non-contiguous directories (0.3%)
 # of inodes with ind/dind/tind blocks: 0/0/0
 Extent depth histogram: 185927/200
 1840791 blocks used (73.84%, out of 2492928)
 0 bad blocks
 0 large files

 144531 regular files
 20184 directories
 57 character device files
 25 block device files
 0 fifos
 30 links
 69834 symbolic links (48423 fast symbolic links)
 3 sockets
------------
 234664 files


e2fsck 1.42.5 (29-Jul-2012)




grow file system to fill the partition  00:00:00    ( ERROR )  

resize2fs /dev/sda5  

resize2fs 1.42.5 (29-Jul-2012)
resize2fs: /dev/sda5: The combination of flex_bg and
    !resize_inode features is not supported by resize2fs. 
    
por Obi-Wan 08.10.2013 / 16:32

3 respostas

1

O problema parece ser o redimensionamento do sistema de arquivos do Ubuntu (provavelmente ext2, ext3 ou ext4) com resize2fs 1.42.5.

Você pode tentar iniciar a partir de mídia contendo o GParted Live mais recente (a versão estável mais recente é a 0.16.2-1b). Esta imagem ao vivo usa uma versão mais recente do resize2fs 1.42.8-1.

Esta nova versão do GParted (0.16.2) também indicará se há espaço não alocado dentro da partição.

    
por Curtis Gedak 08.10.2013 / 22:41
0

Abra o gparted novamente e execute um CHECK no sistema de arquivos. Isso também irá expandi-lo para usar todo o espaço disponível.

    
por psusi 08.10.2013 / 19:29
-1

Sua explicação é um pouco difícil de seguir, mas quando você está lidando com o Windows, teria sido melhor redimensionar a unidade com o Windows para evitar muitos problemas. Nas janelas, você digita isso em Run > diskmgmt.msc e gerenciamento de disco irão aparecer. Você gostaria de fazer todo o redimensionamento de janelas lá. Eu definitivamente acho que você deveria rodar o diskmgmt para ver o que ele mostra. O Windows é capaz de mover seus próprios arquivos quando você redimensiona uma partição com diskmgmt, mas o Linux não. Você também pode querer rodar o BleachBit na sua instalação do Ubuntu para limpar os arquivos indesejados. Você pode se surpreender com a quantidade de espaço que irá recuperar se não tiver usado antes. Você pode baixar o Bleachbit do Ubuntu Software Manager. Execute o Bleachbit como raiz e usuário para remover o lixo eletrônico.

    
por Ronshere 08.10.2013 / 16:52