O sistema travou depois de alterar a permissão de / usr / share no ubuntu 14.04LTS

Question

o que aconteceu - Eu instalei audácia (programa) através da linha de comando. Arquivo de ajuda estava faltando. Eu baixei o arquivo zip. Cheguei a saber que este arquivo tem que ser armazenado na pasta / usr / share. Quando tentei extraí-lo lá, estava falhando. Eu pensei que seu problema de permissão mudou a permissão de / usr / share da seguinte forma

sudo chmod -R ugo=rwx /usr/share

Dentro de poucos minutos depois que esse sistema começou a se comportar de maneira estranha. Então desmoronou. Nada estava acontecendo. Apenas a tela preta estava lá.

Então, forcei o desligamento, mas apertei o botão liga / desliga e reiniciei o sistema. Ele foi bem até a tela da BIOS, mostrou as letras coloridas do Ubuntu e em segundos ficou em branco novamente.

O que eu tentei?

Então, para resolver isso, primeiro procurei respostas em "tela preta" após o BIOS. Quase todos eles sugerem que deve haver um problema com a placa gráfica. Eu não tinha certeza sobre isso, então tentei ver se as alterações na permissão causaram algum problema. Esta questão levantou um problema relativamente semelhante. Mas como o sistema estava inativo e não havia nenhuma tela, eu não sabia onde colocar os comandos. Além disso, era diferente de duas maneiras - ele fala sobre / usr / bin e não / usr / share e, no meu caso, o sudo estava funcionando bem. Nessa situação, com algumas pesquisas, tentei digitar "ctrl + alt + f1" e agora consegui ver o tipo tty1. Eu sou raiz nesta máquina e como disse anteriormente sudo estava funcionando bem. Agora, eu tentei a combinação de sugestões que encontrei na pergunta acima mencionada e também aqui e aqui e aqui .

Comandos como shutdown now ou reboot ou mesmo sudo reboot não estavam funcionando. PC não estava desligando.

Eu fiz sudo pkexec com uma mensagem dizendo que eu deveria procurar ajuda e disable internal agent e [username] PROGRAMME [Argument]

Eu dei o comando repair , ele veio com erro de permissão 13 Tentei sudo apt-get update também veio com erro de permissão 13, acesso negado. Havia mais uma mensagem Sorry, command-not-found has crashed! Please file a bug report at A maioria das questões que abordam esse problema discutem sobre o problema causado por locale .

Agora Não consigo "capturar" os resultados dos comandos, pois eles estão no modo tty1 e as saídas são muito longas para serem lembradas. Nesta situação, o que vai me ajudar na reinicialização do modo normal?

    

Answer 1

Sim, e recebi a resposta. De longe, é bem simples. Como @Aizuddin Zali sugere a saída é através da configuração da permissão "certa" para / usr / share novamente. Mas então, o que é "permissão certa" (ou dizer padrão)? Eu tentei procurá-lo sem muita ajuda quando eu tracei essa pergunta e seu answer . Embora não esteja falando diretamente sobre o / usr / share eu tentei usar as mesmas permissões e funcionou !! Vou tentar explicar isso em detalhes.

O que eu fiz (já discutido em questão):

Como explico em questão, com a ajuda de Karnel ( ctrl + alt + t ), mudei a permissão do diretório / usr / share. Eu fiz isso com o comando recursivo (R). O que aconteceu: Sistema recolhido.

Solução que encontrei :

Fechei o PC com força pressionando e mantendo pressionada a tecla liga / desliga. Então eu comecei pressionando novamente. Como de costume tela BIOS apareceu. As letras de Colord UBUNTU também apareceram por enquanto e elas desapareceram. Então não havia nada. Eu pressionei Ctrl + Alt + F1 . tty1 iniciado. Lá eu digitei meu nome de login (era a conta admin) e depois a senha. Agora mudei a permissão de / usr / share para drwxr-xr-x. Os comandos que usei foram Para saber o status atual:

  

sudo ls -l / usr / share

que me deu uma lista de permissões no diretório. Então,

  

sudo chmod -R u = rwx / usr / share

     

sudo chmod -R ir-w / usr / share

(que restringiu a permissão para "escrever" para g (grupo) e o (outro)).

  

sudo chmod -R go = rx / usr / share

Agora, a saída de

  

sudo ls -l / usr / share

foi

  

drwxr-wr-w

Então,

  

sudo reboot

O pc ouviu isso. (PC não estava ouvindo reboot ou "shutdown now" comandos anteriormente, mesmo como sudo) E então ele olhou, tela de loggin apareceu também. Esperançosamente, o que eu fiz foi certo! De uma coisa eu tenho certeza - isso reafirmou o sistema. Por isso, sou grato ao @falconer em particular e à comunidade em geral. Por favor, deixe-me saber se eu fiz algo errado.

    

Answer 2

O mais fácil agora é:

1. Inicialize um LiveDVD da mesma versão do Ubuntu em execução no momento
2. Instale o mesmo programa de backup que você tirou seu backup com
3. Atualize para o mesmo nível do seu computador antes de ter o problema.
4. restaure somente as permissões de arquivo ( e não os arquivos em si )

Feito! ; -)

100% de satisfação garantida!

Oh ??? Você não tem um back-up ??? Bem ... então você terá apenas 85% de chance de sucesso, então continue usando o passo 1, mas:

2. Vá e compre um disco rígido de backup
3. faça um backup do seu computador

4. execute os seguintes comandos

   cd /media/ubuntu/LargeImpossibleNumber/usr/share
   sudo chown --recursive root:root *
   

2 e 3 aqui acima são muito importantes se você cair nos 15% ruins, já que o acima pode piorar as coisas e você pode perder tudo e então você precisará reinstalar tudo e então restaure seus dados ...