¿Puede una partición de intercambio llena causar problemas de bloqueo de archivos en Linux?

¿Puede una partición de intercambio llena causar problemas de bloqueo de archivos en Linux?

Tengo una máquina en casa que ejecuta el sistema operativo elemental 0.2 con muy poca RAM, el intercambio siempre está casi lleno (actualizaré la RAM tan pronto como pueda). Tiene un servidor OpenSSH configurado con autenticación de clave pública. Al iniciar sesión hoy, me pidió una contraseña. Volví a cat:ed mi clave pública en el archivo autorizado_keys remoto y la autenticación de clave pública comenzó a funcionar nuevamente. Supongo que había un bloqueo en el archivo que se levantó cuando escribí en él.

¿Estoy interpretando esta situación correctamente? ¿La causa probable del problema es un bloqueo en el archivo Authorized_keys? Y, ¿puede una partición de intercambio completa causar problemas de bloqueo de archivos?

Respuesta1

Desafortunadamente, su pregunta es específica de la aplicación y del escenario/situación específica. La respuesta corta es, simplemente, no (o más bien no debería).

Su partición de intercambio debe verse como una extensión de su RAM. Para evitar que su SWAP se llene, puede (antes de obtener más RAM) intentar agrandar su partición SWAP. Pero obtenga también más RAM, SWAP puede ser 1000 veces más lento que la RAM.

Entonces, para responder completamente a su pregunta, formule la siguiente pregunta: ¿Qué le sucede a una PC (y a sus aplicaciones en ejecución) cuando se queda sin RAM? ¿O RAM y SWAP?

Se negaría a iniciar nuevas aplicaciones... Se negaría a suministrar nuevos bloques de memoria a las aplicaciones que soliciten memoria (si estas aplicaciones pueden recuperarse de tal rechazo, registrarán un error y continuarán ejecutándose, la mayoría de las aplicaciones fallarán o salir con gracia ya que no pueden cumplir su propósito si no pueden asignar memoria).

Entonces, si su archivo de claves estaba realmente bloqueado (lo cual no discuto que haya sucedido), lo más probable es que se deba a algo relacionado con SSH/SSL, como que el demonio se bloquee porque no pudo asignar memoria, o que el demonio se reinicie para el motivo antes mencionado.

Si usa openssh-server, cambie su /etc/ssh/sshd_conf para no permitir la autenticación de contraseña e intente recrear un escenario en el que no le quedarían RAM ni espacio SWAP. Para ser honesto, realmente sospecho que sshd simplemente fallará.

información relacionada