
Estou usando um Raspberry Pi 3 como servidor doméstico para executar meus scripts agendados. Nos últimos meses, meus scripts funcionaram bem, mas ontem recebi um erro de paginação do banco de dados que parecia estranho.
Ao tentar reiniciar meu serviço esta manhã por meio de conexão remota, recebi os seguintes caracteres corrompidos/substituídos quando tentei reiniciar o serviço, o que requer sudo
:
sudo: error in /etc/sudo.conf, line 0 while loading plugin `sudoers_policy'
sudo: /usr/lib/sudo/sudoers.so: No such file or directory
sudo: fatal error, unable to load plugins
me@myserver:~$ ls
Backups Code Misc
me@myserver:~$ cd /usr
me@myserver:/usr$ cd lib
me@myserver:/usr/lib$ cd sudo
me@myserver:/usr/lib/sudo$ ls
grkup_file.s? sesh sudoers.s? sudo_noexec.so sy?tem_gvoup.so
me@myserver:/usr/lib/sudo$
Também recebo erros estranhos em outros comandos, por exemplo
man: can't execute pager: Structure needs cleaning
man: command exited with status 255: (cd /usr/lib && LESS=-ix8RmPm Manual pa
e fsck(8) ?ltline %lt?L/%L.:byte %bB?s/%s..?e (END):?pB %pB\%.. (press h for
help or q to quit)$PM Manual page fsck(8) ?ltline %lt?L/%L.:byte %bB?s/%s..?
(END):?pB %pB\%.. (press h for help or q to quit)$ MAN_PN=fsck(8) pager -s)
Devo me preocupar em ter contraído um vírus que está fazendo isso ou é apenas corrupção? Uma reinicialização será segura? Existe alguma maneira de consertar o sudoers
arquivo sem sudo
o qual não posso usar? Qual será a informação mais útil que devo descobrir para descobrir a extensão do problema (por exemplo, algum greps inteligente ou algo semelhante que eu possa executar aqui)?
Eu tenho um backup semi-recente, então não preciso fazer nenhuma recuperação emergencial de dados, mas estou curioso para descobrir como diagnosticar isso antes de recorrer à restauração.