Corrigindo erros de var

0

Desculpe por não conseguir formatar corretamente a minha pergunta porque estou usando o aplicativo SE Android, meu xubuntu não está funcionando. Eu não sei o que exatamente é o erro, mas vou tentar descrever o que aconteceu e espero que você possa me ajudar a depurar ainda mais e resolver o problema, estou no xubuntu 13.10 64 bit.

2 dias atrás, ao tentar fazer o trabalho php, eu chmod -R / var

Isso funcionou, mas sudo apt-get install x diz que var / lib deve ter chmod 0700 ou algo assim então eu fiz chmod 0700 / var / lib e chmod -R 0700 / var / lib. Não me lembro da permissão exata, mas alterei as permissões / var com certeza.

De qualquer forma eu não sei se isso é um grande negócio ou não. Eu também mexi em outra coisa, apt-get install tasksel, não esperei que terminasse de instalar, lembrei que poderia instalar a lâmpada sem o tasksel, então abandonei a instalação ctrl-z.

Logo após o ctrl-z, eu tenho o ícone vermelho ao lado do relógio dizendo que esse erro geralmente ocorre quando um pacote não termina de instalar dependências. Eu tentei atualizar os pacotes não funcionou.

Apt-get não funciona mais, não consigo instalar nem remover nada que esteja bloqueado ou algo assim. É o mesmo erro quando você tenta instalar algo do terminal enquanto o gerenciador de pacotes synaptic é aberto.

Eu tentei reiniciar o pc pensando que algum processo em segundo plano está rodando, agora o xubuntu não funciona, ele inicializa e tudo o que vejo é o carregamento do xubuntu, mas não vejo a tela de login depois, apenas uma tela preta tty).

Eu tentei reinstalar, mas não há (opção de reinstalação) no cd ao vivo, então eu teria que formatar o disco rígido, eu não quero fazer isso. Eu tenho muitas coisas.

Se eu for para tty e consertar a bagunça que fiz em var, isso resolveria? Se sim, então quais são as diferentes permissões para pastas e arquivos no var?

    
por Lynob 08.03.2014 / 00:20

1 resposta

1

Uma breve introdução às permissões de arquivo do Unix:

As permissões de arquivo e pasta são representadas como 4 octetos. O primeiro octeto é para permissões especiais. O segundo octeto representa o que o usuário proprietário do arquivo / pasta pode fazer (isso é quase sempre 7). O terceiro octeto representa o que o grupo proprietário pode fazer (geralmente 5). O quarto octeto representa o que todo mundo pode fazer.

Cada permissão é representada por números. 4 é para leitura, 2 para escrita e 1 para execução / abertura (executando um script ou abrindo uma pasta).

O primeiro comando que você executou não poderia ter sido chmod -R /var , porque não especifica a permissão para definir. Se a permissão de que você chmod 'd é de fato 0700, isso significa que você tem acesso total (leitura e gravação) à pasta; o sistema não pode sequer espiar dentro da pasta. Não sei como a primeira instância de apt-get funcionou.

Corrigir as permissões deve fazer com que seu sistema inicialize completamente (e provavelmente restaure apt-get ). A solução em que consigo pensar (supondo que você não pode chegar a um tty) é executar uma sessão ao vivo a partir do live CD e, em / var do seu disco rígido (não a sessão ao vivo), executar:

chmod -R 0755 /var
chmod 0377 /var/crash
chmod 0755 /var/log
chmod 0777 /var/run
chmod 0777 /var/lock
chmod 2775 /var/local
chmod 3777 /var/mail
chmod 3777 /var/metrics
chmod 1777 /var/tmp

Isso deve colocar você de volta no caminho certo.

Além disso, eu strongmente recomendo que você não altere as permissões das pastas do sistema (basicamente, qualquer coisa fora de / home).

    
por saiarcot895 08.03.2014 / 02:23