Algumas possibilidades:
-
/home
poderia ser um sistema de arquivos que é montado somente para leitura (o comandomount
mostraria isso) - como um exercício, seu instrutor poderia ter definido algumas ACL interessantes (mas
ls
deveria ter mostrado um.
ou outro caractere de pontuação após as permissões) - as permissões da VM (arquivo subjacente) são somente leitura e a máquina não pode gravar suas alterações (por exemplo, o diário pode ter morrido).
Em um acompanhamento, o OP mostrou os resultados de mount
:
411blackf16:/> mount | grep home
ldap:CN=auto.home,OU=Unix Autofs,DC=cs,DC=odu,DC=edu on /home type autofs (rw,relatime,fd=6,pgrp=1415,timeout=300,minproto=5,maxproto=5,indirect)
e MikeA apontou que
- o tipo é
"autofs"
, o que mostra que o sistema de arquivos está montado e - a string
"ldap:CN=auto.home,OU=Unix Autofs,DC=cs,DC=odu,DC=edu"
indica que está montada usando credenciais LDAP. - tudo isso implica que o% real
/home
está em outra máquina que o OP não pode modificar (além dos arquivos em seu diretório pessoal).
O usuário de root
na VM não teria permissões nesse sistema de arquivos (seria tratado como nobody
).
Se você deseja criar contas de usuários locais na VM, com um diretório inicial local, é possível colocar o diretório inicial em um local diferente. /home
é uma convenção muito comum, mas não uma regra absoluta.
Leitura adicional: