modificando los permisos de archivos del sistema Linux Solución Error

A fin de facilitar la operación, por lo general utilizar el SPV de gestión de conexión de la raíz. A la vista de esta autoridad suprema, un error será todo tipo de tragedia. Hace dos días, previsto originalmente para realizar chmod -R 777 ./*, los resultados de una diapositiva dan jugar uno menos .. Mientras oportuna pulse Ctrl + C para terminar el comando, pero ha ocurrido la tragedia.

En rm-rf /frente, pero todavía está por encima del mal uso de rescate. Aquí decimos sobre la mejor manera de restaurar los permisos correctos originales. El punto más importante:

No cierre la ventana actual después de ejecutar el comando!

Debido a que este tiempo para crear un nuevo terminal, esto no puede pasar incluso un VPS en ssh. Por lo tanto, en primer lugar hay que reparar permisos para SSH.

Comprobar los permisos correctos archivos relacionados con SSH en un huésped normal de Linux, haga lo siguiente:

cd /644 etcchmod grupo passwd sombra chmod 400 gshadow

cd sshchmod 600 módulos ssh_host_dsa_key ssh_host_key ssh_host_rsa_key chmod 644 ssh_config ssh_host_dsa_key.pub ssh_host_key.pub ssh_host_rsa_key.pubchmod 640 sshd_config

intente iniciar sesión en SSH, encontró que han sido normales, pero no puede cambiar a la cuenta raíz. $ Su - rootsu: no puede establecer grupos: Operación no permitida

acceso a información relevante después del descubrimiento, do s debe tener permiso para leer la raíz preconfigurada relevante, a continuación, ejecute el siguiente comando, dejar que los privilegios de propietario, además de su los s: chmod u + s ', que su`

para entrar en el sistema después de la finalización de la raíz.

completar los pasos anteriores, pero despejado el camino en el sistema de raíz, no puede impedir la re-inicio de sesión después de la ventana actual se cierra. El resto de los permisos de reparación de archivos a continuación.

tratar de encontrar una máquina Linux limpia, la autoridad deriva arriba: getfacl -R /> ./linux.chmod.bak

y luego se extendió por el equipo de destino o SCP comando ftp en: SCP linux.chmod.bak [email protected]: /root /

permisos de archivo de importación en el equipo de destino: setfacl --restore = /root /linux.chmod.bak

es necesario reiniciar la máquina después de finalizada la importación para tener efecto. Entonces la máquina, básicamente, volver a la normalidad, al menos, no hay ningún problema en el funcionamiento del sistema. Métodos

Para estar seguro, antes de importar los permisos de archivo, se puede poner delante de guión escrito reparación SSH y luego ejecutar el retraso en el rc.local. Incluso si tales problemas tienen que forzar el reinicio, podemos volver a conectarse a través de SSH.

/root/tmp.sh escribe el contenido en el interior: Gato /root/tmp.sh

cd /644 etcchmod grupo shadow passwd chmod 400 gshadow

cd sshchmod 600 módulos ssh_host_dsa_key ssh_host_key ssh_host_rsa_key chmod 644 ssh_config ssh_host_dsa_key.pub ssh_host_key.pub ssh_host_rsa_key.pubchmod 640 sshd_config

chmod u + s ', que su`

y se coloca en la secuencia de comandos de arranque: echo '/root /sh/sshtmp.sh &'> > /etc/rc.local

a continuación, la importación puede estar seguro de acceso al archivo y luego reiniciar el sistema.

Después del reinicio, si todo es normal, no olvide quitar el guión /etc/rc.local.

Desde que estamos importando una lista limpia de permisos de Linux, por lo que sólo hay que poner el archivo original permisos del sistema de reparación. En cuanto a programas y archivos en VPS instalados, de manera temporal no han descubierto la manera de reparar. ¿Es sólo para volver a instalar todavía! ?

antes de la lección de la sangre, no se puede utilizar simplemente la raíz después de la ...
(╯ □ `′) ╯ (┻━┻