Данная статья будет наполняться постепенно. Все зависит от моего энтузиазма и минта этой статье. Минт любой статье поддерживает развитие и желание наполнять все статьи. В ней будет размещены разные базовые команды, которые помогут новичку в линуксе.

Оглавление

Проверить версию/ядро Linux

Руководство по команде find в Linux

journalctl

History

Папки и файлы

ЛОГИ / LOGS

Способы проверки версии через терминал

#Полная информация:
lsb_release -a

#Краткая версия
lsb_release -d
cat /etc/issue

#Просмотр файла:
cat /etc/os-release

#Версия ядра:
uname -r
#Подробная информация: uname -a

Базовый синтаксис find [путь_начала_поиска] [опции] [выражение]

Поиск строки "Removing" в логах с использованием journalctl.

journalctl -u massad --since "3 hours ago" | grep "Removing"

Эта команда:

Использует journalctl, чтобы получить логи для службы massad за последние 3 часа. Применяет grep для поиска строк, содержащих слово "Removing". Таким образом, будут отображены только те строки логов, которые содержат искомое слово.

Чтобы вывести весь список команд из истории, используйте команду:

history

Вариант первый:

Удаление всей истории команд:

Очистка истории в текущей сессии - это удалит историю только для текущей сессии.

history -c

Чтобы сохранить изменения в файл .bash_history, нужно выполнить:

history -w

Выполните команду, чтобы убедиться, что история удалена и не сохранится при выходе из сессии:

history -c && history -w

Вариант второй:

Удалить всю историю команд, включая ту, которая была сохранена ранее, можно просто удалить файл .bash_history:

rm ~/.bash_history

Удаление файла с историей (~/.bash_history):

cat /dev/null > ~/.bash_history

Дополнительно: Очистка истории с HISTFILE: Если используется переменная HISTFILE, можно ее явно указать:

unset HISTFILE

Очистка истории и предотвращение её записи: Если нужно очистить историю и предотвратить её запись в будущем, можно установить переменную HISTSIZE и HISTFILESIZE в ноль:

export HISTSIZE=0
export HISTFILESIZE=0

Эти переменные можно также добавить в файл конфигурации .bashrc или .bash_profile, чтобы они применялись автоматически при каждом запуске терминала.

Теперь вся история из Bash удалена, включая текущую и сохраненную.

ERRORS

/dev/sda3: recovering journal
/dev/sda3 contains a file system with errors, check forced.
Inodes that were part of a corrupted orphan linked list found.

/dev/sda3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
       (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda3 requires a manual fsck.

BusyBox v1.30.1 (Ubuntu 1:1.30.1-7ubuntu3.11) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) fsck
fsck from util-linux 2.37.2
(initramfs) help
Built-in commands:
[alias break cd chdir command continue echo eval exec exit
export false getopt hash help history let local printf pwd read
readonly return set shift test times trap true type ulimit umask
unalias unset wait [ [[ acpid arch ash awk basename blockdev
busybox cat chmod chroot chvt clear cmp cp cut date deallocvt
deluser devmem df dirname du dumpkmap echo egrep env expr false
fbset fgrep find fold fstrim grep gunzip gzip hostname huclock
ifconfig ip kill ln loadfont loadkmap ls lzop mkdir mkfifo mknod
mkpasswd mknod mount mountp name openvt pidof printf
ps pwd readlink reboot renice rm run-init sed seq setkeycodes
sh sleep sort stat static-sh stty switch-root sync tail tee test
touch tr true tty umount uname uniq wget which yes
(initramfs)

Ошибка указывает на то, что файловая система на /dev/sda3 повреждена и требует ручной проверки. Для решения выполните следующие шаги:

1. Запустите команду fsck вручную: Введите следующую команду в режиме initramfs:

   fsck /dev/sda3
   

   Если система попросит подтвердить исправления, нажимайте клавишу y (Yes).

2. Перезагрузите систему: После завершения работы команды fsck выполните команду:

3. Если ошибка сохраняется:

   • Проверьте диск с помощью специализированных инструментов, например smartctl (для диагностики возможных аппаратных неисправностей).

   • Убедитесь, что данные с диска сохранены (сделайте резервную копию).

4. Если система не загружается:

   • Загрузитесь с LiveCD или LiveUSB и повторите проверку диска с помощью команды fsck.

Чтобы посмотреть все логи на сервере, можно использовать несколько подходов в зависимости от того, что именно вы хотите просматривать: системные логи, логи Docker, или логи приложений.

Системные логи обычно хранятся в каталоге /var/log. Используйте команду journalctl или команду для просмотра файлов.

• Чтобы просмотреть все системные логи:

• Чтобы просмотреть логи в реальном времени:

  sudo journalctl -f
  

• Просмотр логов за определенный период (например, с начала дня):

  sudo journalctl --since today
  

• Просмотр логов за последние 10 минут:

  sudo journalctl --since "10 minutes ago"
  

Логи обычно хранятся в папке /var/log, и вы можете использовать команду cat, less или tail для их просмотра.

• Просмотр лога с помощью cat (например, для логов системы):

  sudo cat /var/log/syslog
  

• Просмотр логов с помощью less (более удобное для прокрутки):

  sudo less /var/log/syslog
  

• Просмотр последних записей в логах с помощью tail:

  sudo tail -f /var/log/syslog
  

Если вы хотите просматривать логи Docker контейнеров, используйте команду docker logs:

• Просмотр логов контейнера:

  docker logs <container_name_or_id>
  

• Просмотр логов в реальном времени (аналогично tail -f):

  docker logs -f <container_name_or_id>
  

• Чтобы просмотреть логи для конкретного контейнера с определенным количеством последних строк:

  docker logs --tail 100 <container_name_or_id>
  

• Если у контейнера несколько журналов, вы можете фильтровать их по времени или по уровням журналирования, например:

  docker logs --since "2025-01-01" <container_name_or_id>
  

Если приложение пишет логи в файлы, вы можете просто просматривать эти файлы с помощью стандартных команд:

• Пример для логов, расположенных в /var/log/myapp/:

  sudo tail -f /var/log/myapp/*.log
  

Чтобы просмотреть все логи в папке /var/log, вы можете использовать команду find:

• Просмотр всех логов в каталоге /var/log:

  sudo find /var/log -type f -exec cat {} \;
  

Эта команда выводит содержимое всех логов в каталоге /var/log. Вы также можете использовать less или grep для фильтрации или поиска информации по ключевым словам в логах.

В зависимости от того, какие именно логи вам нужны, вы можете использовать разные команды, такие как journalctl для системных логов, docker logs для логов контейнеров, или стандартные команды для файловых логов (cat, less, tail).

Данная статья будет наполняться постепенно. Все зависит от моего энтузиазма и минта этой статье. Минт любой статье поддерживает развитие и желание наполнять все статьи. В ней будет размещены разные базовые команды, которые помогут новичку в линуксе.

Оглавление

Проверить версию/ядро Linux

Руководство по команде find в Linux

journalctl

History

Папки и файлы

ЛОГИ / LOGS

Способы проверки версии через терминал

#Полная информация:
lsb_release -a

#Краткая версия
lsb_release -d
cat /etc/issue

#Просмотр файла:
cat /etc/os-release

#Версия ядра:
uname -r
#Подробная информация: uname -a

Базовый синтаксис find [путь_начала_поиска] [опции] [выражение]

Поиск строки "Removing" в логах с использованием journalctl.

journalctl -u massad --since "3 hours ago" | grep "Removing"

Эта команда:

Использует journalctl, чтобы получить логи для службы massad за последние 3 часа. Применяет grep для поиска строк, содержащих слово "Removing". Таким образом, будут отображены только те строки логов, которые содержат искомое слово.

Чтобы вывести весь список команд из истории, используйте команду:

history

Вариант первый:

Удаление всей истории команд:

Очистка истории в текущей сессии - это удалит историю только для текущей сессии.

history -c

Чтобы сохранить изменения в файл .bash_history, нужно выполнить:

history -w

Выполните команду, чтобы убедиться, что история удалена и не сохранится при выходе из сессии:

history -c && history -w

Вариант второй:

Удалить всю историю команд, включая ту, которая была сохранена ранее, можно просто удалить файл .bash_history:

rm ~/.bash_history

Удаление файла с историей (~/.bash_history):

cat /dev/null > ~/.bash_history

Дополнительно: Очистка истории с HISTFILE: Если используется переменная HISTFILE, можно ее явно указать:

unset HISTFILE

Очистка истории и предотвращение её записи: Если нужно очистить историю и предотвратить её запись в будущем, можно установить переменную HISTSIZE и HISTFILESIZE в ноль:

export HISTSIZE=0
export HISTFILESIZE=0

Эти переменные можно также добавить в файл конфигурации .bashrc или .bash_profile, чтобы они применялись автоматически при каждом запуске терминала.

Теперь вся история из Bash удалена, включая текущую и сохраненную.

ERRORS

/dev/sda3: recovering journal
/dev/sda3 contains a file system with errors, check forced.
Inodes that were part of a corrupted orphan linked list found.

/dev/sda3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
       (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sda3 requires a manual fsck.

BusyBox v1.30.1 (Ubuntu 1:1.30.1-7ubuntu3.11) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) fsck
fsck from util-linux 2.37.2
(initramfs) help
Built-in commands:
[alias break cd chdir command continue echo eval exec exit
export false getopt hash help history let local printf pwd read
readonly return set shift test times trap true type ulimit umask
unalias unset wait [ [[ acpid arch ash awk basename blockdev
busybox cat chmod chroot chvt clear cmp cp cut date deallocvt
deluser devmem df dirname du dumpkmap echo egrep env expr false
fbset fgrep find fold fstrim grep gunzip gzip hostname huclock
ifconfig ip kill ln loadfont loadkmap ls lzop mkdir mkfifo mknod
mkpasswd mknod mount mountp name openvt pidof printf
ps pwd readlink reboot renice rm run-init sed seq setkeycodes
sh sleep sort stat static-sh stty switch-root sync tail tee test
touch tr true tty umount uname uniq wget which yes
(initramfs)

Ошибка указывает на то, что файловая система на /dev/sda3 повреждена и требует ручной проверки. Для решения выполните следующие шаги:

1. Запустите команду fsck вручную: Введите следующую команду в режиме initramfs:

   fsck /dev/sda3
   

   Если система попросит подтвердить исправления, нажимайте клавишу y (Yes).

2. Перезагрузите систему: После завершения работы команды fsck выполните команду:

3. Если ошибка сохраняется:

   • Проверьте диск с помощью специализированных инструментов, например smartctl (для диагностики возможных аппаратных неисправностей).

   • Убедитесь, что данные с диска сохранены (сделайте резервную копию).

4. Если система не загружается:

   • Загрузитесь с LiveCD или LiveUSB и повторите проверку диска с помощью команды fsck.

Чтобы посмотреть все логи на сервере, можно использовать несколько подходов в зависимости от того, что именно вы хотите просматривать: системные логи, логи Docker, или логи приложений.

Системные логи обычно хранятся в каталоге /var/log. Используйте команду journalctl или команду для просмотра файлов.

• Чтобы просмотреть все системные логи:

• Чтобы просмотреть логи в реальном времени:

  sudo journalctl -f
  

• Просмотр логов за определенный период (например, с начала дня):

  sudo journalctl --since today
  

• Просмотр логов за последние 10 минут:

  sudo journalctl --since "10 minutes ago"
  

Логи обычно хранятся в папке /var/log, и вы можете использовать команду cat, less или tail для их просмотра.

• Просмотр лога с помощью cat (например, для логов системы):

  sudo cat /var/log/syslog
  

• Просмотр логов с помощью less (более удобное для прокрутки):

  sudo less /var/log/syslog
  

• Просмотр последних записей в логах с помощью tail:

  sudo tail -f /var/log/syslog
  

Если вы хотите просматривать логи Docker контейнеров, используйте команду docker logs:

• Просмотр логов контейнера:

  docker logs <container_name_or_id>
  

• Просмотр логов в реальном времени (аналогично tail -f):

  docker logs -f <container_name_or_id>
  

• Чтобы просмотреть логи для конкретного контейнера с определенным количеством последних строк:

  docker logs --tail 100 <container_name_or_id>
  

• Если у контейнера несколько журналов, вы можете фильтровать их по времени или по уровням журналирования, например:

  docker logs --since "2025-01-01" <container_name_or_id>
  

Если приложение пишет логи в файлы, вы можете просто просматривать эти файлы с помощью стандартных команд:

• Пример для логов, расположенных в /var/log/myapp/:

  sudo tail -f /var/log/myapp/*.log
  

Чтобы просмотреть все логи в папке /var/log, вы можете использовать команду find:

• Просмотр всех логов в каталоге /var/log:

  sudo find /var/log -type f -exec cat {} \;
  

Эта команда выводит содержимое всех логов в каталоге /var/log. Вы также можете использовать less или grep для фильтрации или поиска информации по ключевым словам в логах.

В зависимости от того, какие именно логи вам нужны, вы можете использовать разные команды, такие как journalctl для системных логов, docker logs для логов контейнеров, или стандартные команды для файловых логов (cat, less, tail).