Usted mencionó que hay continuos intentos de inicio de sesión de usuarios externos no autorizados. Si estos intentos de inicio de sesión remotos no deseados hacen referencia a root
o a su cuenta de usuario username
, puede significar que el módulo pam_tally2
PAM está bloqueando uno o ambos.
Ejecute el comando pam_tally2
para ver qué está generando las fallas. (Es posible que deba ejecutar pam_tally2 --user=username --reset
para restablecer el bloque en username
.
Alternativamente, este informe de problema El pam _tally2 cuenta una buena contraseña como un intento de inicio de sesión fallido si "ChallengeResponseAuthentication sí" está configurado en /etc/ssh/sshd _archivo de configuración puede describir su escenario más de cerca. (Todavía estoy trabajando para encontrar una fuente alternativa para una solución.)
Por cierto, a pesar de todos los mejores (pero equivocados )esfuerzos de Canonical, nunca debería necesitar usar sudo su
para nada. (Es como decir "¿Dame root? OK, gracias. Ahora soy root, necesito convertirme en root ". )Pruebe sudo -s
para un shell raíz o sudo -i
para un shell de inicio de sesión raíz.
Попробуйте это,
Мы должны передать содержимое тестового файла в качестве аргумента, чтобы найти размер упомянутого в нем абсолютного пути.
du -sh `cat test`
Вы можете использовать опцию --files0-from
из du
:
--files0-from=F
summarize disk usage of the NUL-terminated file names specified in file > F; if F is -, then read names from standard input
Насколько я понимаю, ваши файлы завершаются не NUL -, а символом новой строки -, вам нужно сначала заменить \n
на \0
. Это, конечно, сломается для имен файлов, содержащих \n
.
tr '\n' '\0' < filenames | du -sh --files0-from=-
В качестве альтернативы вы можете просто использоватьxargs
:
xargs -a filenames -d '\n' du -sh