Как я могу узнать то, что произошло с моим полем Debian?

В zsh ≥4.3.10:

print -l -- **/*.txt~build*(oe\''REPLY=${REPLY:t}'\')
  • **/*.txt соответствия *.txt в текущем каталоге и его подкаталогах рекурсивно.
  • ~build* исключает соответствия, текст которых начинается build* (как ! -path './build*'). (Вам нужно setopt extended_glob сначала.)
  • (oe\''…'\') спецификатор шарика сортировки. REPLY=… создает строку к виду от строки для возврата.
  • ${REPLY:t} базовое имя (“хвост”) пути.

2
06.03.2011, 01:40
3 ответа

Принятие Вашего компьютера обычно стабильно, проверьте на аппаратные проблемы, особенно с RAM (т.е. установка memtest86+ и выберите memtest при подсказке начальной загрузки), но также и с дисками (ошибки диска иногда разрушают код файловой системы; установка smartmontools и выполненный smartctl -a /dev/sda). Если проблема была постепенна, можно найти что-то в журналах ядра (/var/log/kern.log), но часто катастрофический отказ происходит слишком жестоко, чтобы что-либо было записано в журналы.

2
27.01.2020, 22:16

Чтение.1 журналов всегда является хорошим местом для запуска.

Использовать iptraf видеть, устанавливает ли Ваша машина какие-либо подозрительные связи (если кто-то получил / несанкционированный доступ).

Выполненный a rkhunter сканирование:
aptitude install rkhunter
rkhunter --update
rkhunter --check

И если это когда-либо происходит снова, присоединяет монитор и видит то, что говорит консоль :)

0
27.01.2020, 22:16
  • 1
    На ноте стороны: Если кто-то даже удаленно способный вошел в Вашу систему и закрыл Вас там, вероятно, привычка является любой трассировкой ее. –  Mark 06.03.2011, 02:16

Этим -

Как я могу узнать то, что произошло с ним?

Я предполагаю, что Вы хотите знать то, что произошло во время Вашей неудачной попытки в SSH!

Одно место для изучения будет /var/log. Что-то как grep -ir ssh /var/log/* должен дать Вам, SSH связал записи в журнале.

0
27.01.2020, 22:16

Теги

Похожие вопросы