Disco cheio, não inicializa modo gráfico nem com live CD

AdrianoDaltro · 31 de Março de 2015, 14:13

Na sequencia:
1. Tive problema com um HD externo. O sistema não reconhecia algumas pastas, após um erro ao salvar um arquivo. Não lembro o que fiz, mas dei algum comando de verificação do disco que acabou copiando arquivos para o HD do sistema, e este encheu.

2. O sistema avisou que o HD estava cheio e que era necessário esvaziá-lo, mas como não tinha a segurança sobre o que eu estava realmente apagando, acabei reinicializando a máquina.

3. Depois disso o sistema trava no modo gráfico. Depois de entrar com a senha, só o mouse funciona.

4. Tentei várias alternativas dadas por usuários do fórum, algumas sobre atualização da placa de vídeo e outras sobre apagar arquivos para gerar espaço no HD. Não consegui executá-las:
a) porque algumas sugerem o uso do live cd. Depois do grub (usando pendrive bootável), a tela fica preta e não sai disso. Tanto no modo "testar" quanto no modo "instalar".
b) algumas indicam o uso das teclas crtl+alt+f1 para entrar em um modo de texto. Coloco a senha no modo gráfico e depois de travar o carregamento, dou o comando. Chego no modo texto, mas mesmo usando minha senha para entrar no sistema, ele diz que a senha está incorreta e por isso não consigo comandar nada. A senha contém caracteres especiais, neste modo não são reconhecidos? Existe outra senha além da que eu uso na abertura do meu perfil? (Não fiz senha de root).

Tentei também as "opções avançadas do sistema", verificação de disco e outras, mas todas elas parecem iniciar e depois (mesmo após mais de 30 horas de espera) não saem da mesma tela.

Ubuntu 14.04 LTS
Dual boot com Windows 7 Ultimate 64-bit SP1
CPU: Intel Core i3 4130 3.40GHz
RAM: 4,00GB Single-Channel DDR3 @ 665 Mhz (9-9-9-24)
Placa mãe: Gigabyte Technology Co., Ltd. H81M-H (SOCKET 0)
Gráficos: 913W (1440x900@60Hz) - Intel HD Graphics 4400 (Gigabyte)

druidaobelix · 31 de Março de 2015, 14:51

Vamos partir do princípio que realmente se esgotou a capacidade de armazenamento do disco (na verdade da partição). O fato é que seu sistema funcionava, então não há porque não voltar a funcionar, portanto, parece razoável iniciar apagando alguns arquivos e ver o que acontece.

Está enroscando em encontrar um modo de fazer isso, já que não está conseguindo colocar a senha e por outro lado parece que não está conseguindo subir o sistema a partir de um live-iso (existem outros meios, mas deixemos isso para depois, se o caso), então parece que é necessário entrar pelo Recovery Mode (Modo de Recuperação) que se apresenta na tela inicial do grub.

Quando chegar na tela de opção escolhar "Ir direto para root" (ou algo assim, não lembro bem o texto que está lá, mas na essência é isso).

Apenas que nesse modo root é apenas ro (read only), isto é, somente leitura, então precisa permitir rw (read write) leitura e gravação, portanto, estando lá faça:

Código Selecionar

mount -o remount,rw /dev/sdax /

o 'x' aí do sdax você substitui pelo dado concreto da sua partição, por exemplo, sda2, sda3, enfim, o que for realmente o caso concreto.

O comando acima vai desmontar o remontar o sdax em / (raiz)

Genericamente se trata de fazer:

Código Selecionar

mount -o remount,rw /partição /mount-point

Dessa forma o sistema estará montado e você está na condição de root (então não precisa usar o sudo para os comandos), então é começar a limpar o que for possível.

Verifique a situação do disco fazendo:

Código Selecionar

df -h

Talvez possa começar fazendo:

Código Selecionar

apt-get clean

Código Selecionar

apt-get autoremove

Também por via das dúvidas dê uma conferida na integridade do sistema de arquivos, fazendo:

Código Selecionar

touch /forcefsck

reinicie o sistema para que o forcefsck seja executado, depois volte para o Recovery Mode e veja o que mais é possível esvaziar no disco.

druidaobelix · 31 de Março de 2015, 15:07

Faltou:

Código Selecionar

apt-get autoclean

Apaga arquivos de arquivo antigos obtidos por download.

AdrianoDaltro · 31 de Março de 2015, 15:15

legal Druida, mas tenho um problema mirim antes disso. Não sei qual o número da partição :/ (óbvio que deveria saber)
Realmente no recovery chego a opção "desistir e ir para o terminal modo root".
Podes me dar um comando para descobrir a partição do sistema?

druidaobelix · 31 de Março de 2015, 15:18

No modo de recuperação, estando como root, para ver as partições apenas faça:

Código Selecionar

fdisk -l

(é um hífen mais letra ele aí no final)

Isso irá relacionar suas partições.

Normalmente em sda1 deve estar o seu Windows (ntfs).
Pelo tipo do sistema de arquivos (geralmente ext4) é fácil deduzir.

AdrianoDaltro · 31 de Março de 2015, 15:54

Perfeito cara, estou no Ubuntu! Obrigado.
Quero abusar mais um pouco da tua paciência no sentido de limpar o HD do sistema.

Assim que abri o sistema o analisador de uso de disco abriu. Mas vi que há ali dados do HD externo e também do HD que não é do sistema. Não me sinto seguro em identificar quais pastas e arquivos devo apagar. Quais pastas devo analisar para excluir arquivos que foram copiados do HD externo para o do sistema (devem ser txt, áudio, imagem e vídeo, basicamente)?

druidaobelix · 31 de Março de 2015, 16:06

Aí é complicado saber, regra geral só deveria poder apagar o que está em /home pois o restante são arquivos do sistema, claro que sempre se pode desinstalar programas e com isso ganhar mais algum espaço, porém nesse caso é fazer a desinstalação do programa e não apenas apagar arquivos.

Os comandos mais simples para apagar o supérfluo são aqueles que passei e referentes ao apt, fora disso precisa saber bem o que está fazendo para não quebrar o sistema e torná-lo inoperante de vez.

druidaobelix · 31 de Março de 2015, 16:12

Adicionalmente: observe no menu do grub se há vários entradas para o kernel, isto é, se no seu sistema existem várias versões de kernel.
Se for esse o caso é possível ganhar espaço razoável eliminando kernels mais antigos.

Identificado quais não estão sendo necessários o modo mais fácil de fazer, acho eu, é instalar o Gerenciador de Pacotes Synaptic e fazer a exclusão por lá.
Na caixa de pesquisa do Synaptic digita a referência de número do kernel e manda desinstalar completo, claro que só não vai funcionar fazer isso com o que está usando. Normalmente dá para ganhar um bom espaço com isso, claro, quando há de fato tais kernels antigos.

Depois de eliminar as entradas de kernels, para atualizar o menu do grub, que é aquela tela de entrada, de escolha de sistemas, é fazer:

Código Selecionar

sudo update-grub

jkmsjq · 31 de Março de 2015, 16:50

Para kerneis antigos, pode-se usar o comando a seguir:

Citarsudo dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/$.*$-$[^0-9]\+$/\1/")"'/d;s/^[^ ]* [^ ]* $[^ ]*$.*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge

Ficará apenas o kernel atual em uso pelo Ubuntu.

zekkerj · 24 de Abril de 2015, 15:53

Olá Adriano,

Você já está com acesso ao Ubuntu novamente, correto? Então execute o comando abaixo para listar as partições montadas, e a ocupação de cada uma delas.

sudo df -h

Cole o resultado aqui pra gente analisar.

AdrianoDaltro · 28 de Abril de 2015, 18:32

Cara, desculpe não tinha observado sua ultima mensagem.
Acontece que o problema se repetiu nesta semana prq estou recuperando dados de um HD que deletei por engano com o photorec.
O Photorec só dá a alaternativa de recuperar o dados na pasta home, onde tenho pouco espaço e então o HD do sistema lotou de novo e repetiu o problema.
Por isso voltei a esse tópico, so que agora ao executar o comando:

mount -o remount,rw /dev/sdax /

O terminal exige que se identifique o sistema de arquivos?!

zekkerj · 28 de Abril de 2015, 21:04

Esse comando funciona para sistemas de arquivos já montados. Claro que o "/" já deveria estar montado, mas talvez vc não esteja tentando (re)montar a partição certa no lugar certo. Poste a saída do comando que eu pedi, que já vai explicar um pouco melhor seu problema.

AdrianoDaltro · 29 de Abril de 2015, 08:39

df: "/run/user"; arquivo ou diretório não o encontrado
df: "/sys/fs/cgroup/systemd": arquivo ou diretório não o encontrado
Sist. arq. Tamanho Usado Disp. Uso% Montado em
/dev/sda3 38g 38g 0 100% /
udev 1,9g 0 1,9g 0% /dev
tmpfs 385m 1,1m 384m 1% /run
none 385m 1,1m 384m 1% /run/lock
none 385m 1,1m 384m 1% /run/shm
/nome/ads/. private 38g 38g 0 100% /home/ads

Tem algum meio de evitar que isso aconteça. Não dá para estipular um ponto em que o hd avise do problemna de encher deixando espaço para que se faça a limpeza?

druidaobelix · 29 de Abril de 2015, 10:06

Para saber o tipo de arquivo de uma partição use:

Código Selecionar

sudo blkid

(O comando acima depois do bê é letra ele)

Para montar informando o tipo de arquivo a fórmula geral é:

Código Selecionar

mount -t type /dev /dir

A leitura abstrata para entender o comando é essa:

montar o tipo (-t) de arquivo especificado (type) existente em alguma coisa (/dev) em algum lugar (/dir)

Como já dito antes, o ponto de montagem (/dir) precisa existir previamente.

Por exemplo, supondo que blkid informe que sua partição sda3 seja do tipo ext4 e que o ponto de montagem do dispositivo seja no / (raiz), então:

Código Selecionar

mount -t ext4 /dev/sda3 /

O comando precisa do sudo se estiver logado normalmente num terminal no ambiente gráfico e não precisa se já estiver em root no recovery mode.

Se você está no modo recovery como ready only e precisa do read-write, então vai precisar fazer:

Código Selecionar

mount -t ext4 -o remount,rw /dev/sda3 /

Faça a adequação ao caso concreto, estou supondo que o filesystem seja ext4, precisa ver se é mesmo.

AdrianoDaltro · 29 de Abril de 2015, 14:10

(estou logando como root, muda alguma coisa?!)

Depois do comando:
sudo mount -t ext4 -o remount,rw /dev/sda3 /

Ele monta, dei os comandos:
apt-get clean

apt-get autoremove

apt-get autoclean

touch /forcefsck

Mas diferente da outra vez, não inicializou o modo gráfico, apesar de os comandos terem sido executados.

o comando df -h retornou:

df: "run/user": Arquivo ou diretório não encontrado
df: "/sys/fs/cgroup/systemd": Arquivo ou diretório não encontrado

Sist. Arq Tam Usado Disp. Uso% Montado em
/dev/sda3 38g 37g 0 100% /
udev 1,9g 0 1,9g 0% /dev
tmpfs 385m 1,1m 384m 1% /run
none 385m 1,1m 384m 1% /run/lock
none 385m 1,1m 384m 1% /run/shm
/home/ads.Private 38g 37g 0 100% /home/ads

Enfim, o problema continua.