Eu recentemente executei um script no nosso exame da faculdade no meu computador que era especificamente para 32 bits (i386), mas meu ubuntu é amd64, então o script não funcionava, mas tentei acessar as pastas na minha pasta pessoal me permissão negada. Então eu fiz um sudo chmod 777 -R / home / username, que me deu permissões para completar o teste mesmo que eu tenha sido colocado como uma exceção para fazer o teste sem usar o script para rodar com sucesso. Depois de tudo isso e outros dois dias depois, comecei a enfrentar problemas de menos espaço no meu caminho, mas provavelmente deveria ter tido muito espaço. Então ele disse que eu tenho 1,4 kb de espaço no sistema. Eu procurei o meu problema na net e em algum lugar eu encontrei uma resposta no askubuntu que eu não sou capaz de encontrar novamente. Ele disse que, o que realmente aconteceu é que o diretório home deveria ter 644 permissões ao invés de 777 e então os arquivos que eu deletei tiveram seus INODES ainda presentes junto com os novos arquivos que adicionei ao diretório e, portanto, não há mais espaço. Eu removi tudo do diretório home e quando tento adicionar um arquivo com tamanho menor que um kb, ele ainda diz que não há mais espaço. Qualquer ajuda ou sugestão será apreciada.
running df gives
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 16229452 15634864 0 100% /
udev 1941220 4 1941216 1% /dev
tmpfs 780000 972 779028 1% /run
none 5120 0 5120 0% /run/lock
none 1949996 9732 1940264 1% /run/shm
overflow 1024 668 356 66% /tmp
/dev/sda3 449082364 281834708 167247656 63% /media/Acer
/dev/sdb1 976762524 250648068 726114456 26% /media/HD-PCTU2
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 16G 15G 0 100% /
udev 1.9G 4.0K 1.9G 1% /dev
tmpfs 762M 972K 761M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 14M 1.9G 1% /run/shm
overflow 1.0M 668K 356K 66% /tmp
/dev/sda3 429G 269G 160G 63% /media/Acer
/dev/sdb1 932G 240G 693G 26% /media/HD-PCTU2
gparted Image
i.imgur.com/NK0U349.png
O problema foi causado por um arquivo de log ocupar muito espaço no disco. O arquivo foi encontrado no HADOOP_LOG_DIR. Nós podemos encontrá-lo em /etc/hadoop/conf/hadoop-env.sh. Aqui, enquanto configuramos, nós configuramos o HADOOP_LOG_DIR.
Eu os encontrei usando:
encontre / -size + 100M -ls.
Apenas faça um rm -rf / var / log / hadoop /. Se o seu HADOOP_LOG_DIR aponta para / var / log / hadoop / else rm -rf nessa localização particular.
Para aumentar o tamanho da partição raiz /dev/sda6 ,
Inicialize o Ubuntu live disk e clique na opção de tentar Ubuntu na inicialização. Agora, abra o gparted partition Editor do dash. E certifique-se de que todas as partições estejam desmontadas.
reduza /dev/sda3 clicando com o botão direito do mouse e selecione a opção Redimensionar / Mover.
Após encolher, o espaço não alocado será criado logo abaixo da partição /dev/sda3 .
Agora clique com o botão direito do mouse na partição estendida e selecione a opção Redimensionar para adicionar o espaço não alocado estendendo o arrastador.
O espaço não alocado estará sob a partição estendida (logo abaixo da partição /dev/sda5 .
Clique com o botão direito do mouse na partição /dev/sda5 e selecione a opção Redimensionar / Mover. Mova o arrastador para a extrema direita e clique em Aplicar, para que o espaço não alocado fique logo abaixo da partição /dev/sda5 .
Agora você pode estender sua partição de raiz /dev/sda6 .
Veja também Como estender o ext4 com o gparted? e Estendendo minha paritição de raiz