Experimente chmod +t /tmp e veja se isso resolve o problema.
Por favor Note: O problema que eu descrevo abaixo parece ter "ido embora" por conta própria. Mas isso não é muito reconfortante, por isso estou esperando por uma solução, ou pelo menos uma explicação, caso ocorra novamente.
Eu estava apenas preparando um servidor virtual Slicehost para uma função LAMP, usando o servidor Ubuntu Lucid (somente CLI). Eu criei uma conta para mim (yukondude) mas estava fazendo a maioria das instalações como root. Em algum ponto no processo, o pacote mysql-server ( aptitude install -Pr mysql-server ) falhou com este erro:
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user.
This may have happened because the account already has a password, or because of
a communication problem with the MySQL server.
Esta foi a primeira vez que o servidor mysql foi instalado, então o problema não poderia ter sido uma senha anterior. O script de instalação então jogou essas linhas no terminal:
100903 19:57:05 [Note] Plugin 'FEDERATED' is disabled.
/usr/sbin/mysqld: Can't create/write to file '/tmp/iblv4tJ0' (Errcode: 13)
100903 19:57:05 InnoDB: Error: unable to create temporary file; errno: 13
100903 19:57:05 [ERROR] Plugin 'InnoDB' init function returned error.
100903 19:57:05 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
ERROR: 1146 Table 'mysql.user' doesn't exist
100903 19:57:05 [ERROR] Aborting
Ele ficou suspenso neste ponto, então eu matei manualmente os processos de instalação.
Descobri então que o servidor Apache2 estava se recusando a exibir meu arquivo index.html de teste, em vez disso, produzindo uma mensagem 403 Forbidden, mesmo que as permissões para /var/www/index.html estivessem bem abertas e a configuração do Apache não tivesse t mudou. Também não consegui fazer login por meio do SSH na minha conta yukondude, e o comando su - yukondude gerou um erro cd /home/yukondude Permission Denied (infelizmente, não tenho uma cópia da mensagem de erro exata). As permissões e propriedade de / home / e / home / yukondude / eram perfeitamente normais. Analisando os erros do servidor mysql, imaginei se o acesso ao arquivo em / tmp / estava relacionado.
O que poderia ter causado esse problema de permissões bizarro? Eu nunca vi nada assim antes. Eu me perguntei se o PAM poderia estar envolvido, mas eu não conheço esse sistema tão bem quanto deveria. Eu não tenho certeza se a instalação do mysql-server foi realmente o culpado, ou apenas uma vítima do problema de permissões que surgiu naquele momento.
Eu tentei uma reinstalação completa de uma nova imagem com o mesmo resultado exato. Minha terceira e última tentativa funcionou (a diferença foi que atualizei as versões do meu pacote antes de qualquer instalação), então pareço estar claro esta manhã. Mas estou nervoso que o mesmo problema possa ocorrer algum dia. Eu tentei pesquisar no Google por ajuda, mas ainda não descobri uma boa frase de pesquisa. Alguma sugestão?
Atualização : vou começar uma recompensa. Como indiquei, esse problema não está mais me afetando, mas tenho certeza que gostaria de ter uma idéia do que aconteceu. Também gostaria de receber comentários de qualquer pessoa que tenha experimentado algo semelhante, caso essas circunstâncias forneçam pistas.
Experimente chmod +t /tmp e veja se isso resolve o problema.
Uma coisa muito comum que poderia ter acontecido é que você executou chmod ou usou parâmetros incorretos.
Uma pesquisa rápida de serverfault para recover chmod retorna muitas perguntas descrevendo sintomas semelhantes nos quais a pessoa executou o erro comando chmod.
Pode ser o seu host Xen tendo problemas com um disco ou acesso ao disco.
A execução de um trabalho de instalação só pode ser feita como root, então você teve que su ou sudo para ele. Quando você tentou fazer logon com outra conta, você não teve acesso negado ao sistema, mas negou o acesso à sua pasta pessoal. É seguro dizer que exclui qualquer problema com o PAM.
Já tivemos um problema com sintomas semelhantes. Nossos Xen Guests tentaram escrever algo no disco, que falhou, resultando em pânico no kernel do guest. Antes disso, os convidados se comportavam muito como seu servidor. Descobriu-se que um disco com guest-images no host Xen estava falhando, o que levou a que os convidados operassem com o tempo limite de operações. Em alguns casos, o host Xen aceita suas gravações de disco quando elas ainda não foram confirmadas, quando a gravação expira no host, a imagem do servidor estará corrompida.
Três ideias:
É possível ter dois usuários com o mesmo UID? Olhe / etc / passwd
faça o seguinte:
sudo chmod 777 /tmp/
Tags permissions linux ubuntu