Necesitaba dar permiso de escritura al archivo que representa los pines GPIO, por curiosidad enseñé a cambiar los permisos de todos los archivos/carpetas, por error en lugar de hacerlo.chmod 755 *en la raíz
Hicemod 750 *y el sistema falló (no arranca), aunque resolví el problema sobrescribiendo el permiso usando un CD en vivo. No entendí qué salió mal con chmod 750 *, al cargador de arranque no le molesta nada de eso, al cargador de arranque simplemente copia el primer sector del disco duro y entrega el control al sistema operativo.
¿Es que el código de entrada se trata comootros¿O es posible que se haya iniciado algún proceso? ¿Necesita establecer esos permisos?
Respuesta1
Es probable que los permisos en /tmp todavía estén en mal estado.
Mi sistema de archivos raíz en CentOS 5 se ve así:
[8:21am][wlynch@apple ~] ls -al /
total 178
drwxr-xr-x 24 root root 4096 Feb 1 20:56 .
drwxr-xr-x 24 root root 4096 Feb 1 20:56 ..
-rw-r--r-- 1 root root 0 Feb 1 20:56 .autofsck
-rw-r--r-- 1 root root 0 Jan 25 14:55 .autorelabel
drwxr-xr-x 2 root root 4096 Feb 8 04:02 bin
drwxr-xr-x 4 root root 1024 Jan 25 15:21 boot
drwxr-xr-x 11 root root 3700 Feb 6 11:20 dev
drwxr-xr-x 106 root root 12288 Feb 8 04:02 etc
drwxr-xr-x 3 root root 4096 Jan 25 14:56 home
drwxr-xr-x 11 root root 4096 Jan 31 18:18 lib
drwxr-xr-x 8 root root 12288 Feb 8 04:02 lib64
drwx------ 2 root root 16384 Jan 25 08:44 lost+found
drwxr-xr-x 2 root root 4096 May 11 2011 media
drwxr-xr-x 2 root root 0 Feb 1 20:57 misc
drwxr-xr-x 3 root root 4096 Jan 25 20:01 mnt
drwxr-xr-x 2 root root 0 Feb 1 20:57 net
drwxr-xr-x 5 root root 4096 Jan 25 16:41 opt
dr-xr-xr-x 150 root root 0 Feb 1 14:56 proc
drwxr-x--- 7 root root 4096 Feb 6 11:21 root
drwxr-xr-x 2 root root 12288 Feb 8 04:02 sbin
drwxr-xr-x 2 root root 4096 Jan 25 14:45 selinux
drwxr-xr-x 2 root root 4096 May 11 2011 srv
drwxr-xr-x 11 root root 0 Feb 1 14:56 sys
drwxrwxrwt 15 root root 4096 Feb 8 08:20 tmp
drwxr-xr-x 15 root root 4096 Jan 25 14:47 usr
drwxr-xr-x 22 root root 4096 Jan 25 14:51 var