Рубрика: Systemd, cron, загрузка

debian 11 / ubuntu / rs232 / rs-232 / com port / install / установка

Автор записи Автор: Evgeny Yakovlev
Дата записи 2022/03/28

Ссылки:

https://teklager.se/en/knowledge-base/installing-debian-over-serial-console-apu-board/

1	https://teklager.se/en/knowledge-base/installing-debian-over-serial-console-apu-board/

Зависает установка \ установка debian, используем rs-232:

Выбираем нужный пункт меню.
Жмем "TAB" или "e" (зависит от версии grub  uefi /mbr)
Добавляем:
vga=off  console=ttyS0,115200n8
Жмем enter

Выбираем нужный пункт меню.

Жмем "TAB" или "e" (зависит от версии grub uefi /mbr)

Добавляем:

vga=off console=ttyS0,115200n8

Жмем enter

Включаем rs-232

0. Включаем службу:
sudo systemctl enable serial-getty@ttyS0.service
sudo systemctl start serial-getty@ttyS0.service

1. Редактируем /etc/default/grub:
---------------------------------
...

###GRUB_CMDLINE_LINUX_DEFAULT="quiet"

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0,115200n8 console=tty1"

GRUB_CMDLINE_LINUX=""

...

GRUB_TERMINAL="serial console"

GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"

----------------------------------

2. Применяем изменения

update-grub2

3. Проверяем, перезагружаемся
reboot

0. Включаем службу:

sudo systemctl enable serial-getty@ttyS0.service

sudo systemctl start serial-getty@ttyS0.service

1. Редактируем /etc/default/grub:

---------------------------------

...

###GRUB_CMDLINE_LINUX_DEFAULT="quiet"

GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0,115200n8 console=tty1"

GRUB_CMDLINE_LINUX=""

...

GRUB_TERMINAL="serial console"

GRUB_SERIAL_COMMAND="serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1"

----------------------------------

2. Применяем изменения

update-grub2

3. Проверяем, перезагружаемся

reboot

add ubuntu 20.04 / 18.04

0. Boot UEFI
1. Press e 
2. Редактируем строку linux:
----------------------------
setparams 'install Ubuntu Server'
set gfxpayload=keep
linux /casper/vmlinuz vga=off console=ttyS0,115200n8 quit ---
initrd /casper/initrd
----------------------------
3. ctrl+x

0. Boot UEFI

1. Press e

2. Редактируем строку linux:

----------------------------

setparams 'install Ubuntu Server'

set gfxpayload=keep

linux /casper/vmlinuz vga=off console=ttyS0,115200n8 quit ---

initrd /casper/initrd

----------------------------

3. ctrl+x

Systemd, cron, загрузка

systemd \ daemon \ timer \ triger \ свой демон \ daemon \ reload

Автор записи Автор: Evgeny Yakovlev
Дата записи 2022/01/10

ссылки:

https://systemd.io/
https://www.freedesktop.org/wiki/Software/systemd/
https://www.freedesktop.org/software/systemd/man/systemd.service.html
https://manpages.ubuntu.com/manpages/xenial/en/man5/systemd.service.5.html

https://habr.com/ru/post/535872/
https://habr.com/ru/post/535930/
https://habr.com/ru/post/536040/

https://t.me/ru_systemd


https://linux-notes.org/pishem-systemd-unit-fajl/
https://wiki.archlinux.org/title/Systemd_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)
https://www.digitalocean.com/community/tutorials/how-to-use-systemctl-to-manage-systemd-services-and-units-ru
https://habr.com/ru/company/southbridge/blog/255845/
https://medium.com/@benmorel/creating-a-linux-service-with-systemd-611b5c8b91d6


https://habr.com/ru/post/540096/ - rastic

https://systemd.io/

https://www.freedesktop.org/wiki/Software/systemd/

https://www.freedesktop.org/software/systemd/man/systemd.service.html

https://manpages.ubuntu.com/manpages/xenial/en/man5/systemd.service.5.html

https://habr.com/ru/post/535872/

https://habr.com/ru/post/535930/

https://habr.com/ru/post/536040/

https://t.me/ru_systemd

https://linux-notes.org/pishem-systemd-unit-fajl/

https://wiki.archlinux.org/title/Systemd_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)

https://www.digitalocean.com/community/tutorials/how-to-use-systemctl-to-manage-systemd-services-and-units-ru

https://habr.com/ru/company/southbridge/blog/255845/

https://medium.com/@benmorel/creating-a-linux-service-with-systemd-611b5c8b91d6

https://habr.com/ru/post/540096/ - rastic

daemon / service

Помощь:
man systemd.unit
man systemd.service
man systemd.exec
man systemctl
man sysusers.d
man systemd-sysusers


/usr/lib/systemd/system/ – юниты из установленных пакетов RPM — всякие nginx, apache, mysql и прочее
/run/systemd/system/ — юниты, созданные в рантайме — тоже, наверное, нужная штука
/etc/systemd/system/ — юниты, созданные системным администратором — а вот сюда мы и положим свой юнит.
Юнит представляет из себя текстовый файл с форматом, похожим на файлы .ini Microsoft Windows.


/etc/systemd/system/NAME-UNIT.service - расположение юнита NAME-UNIT
/etc/sysusers.d/NAME-UNIT.conf - расположение конфига NAME-UNIT (не обязательный файл)


Пример простого юнита MyUnit:
vim  /etc/systemd/system/myunit.service
-----------------------------------------
[Unit]
#описание юнита
Description=MyUnit

#Запускать юнит после какого-либо сервиса или группы сервисов        
After=syslog.target
After=network.target
After=nginx.service
After=mysql.service

#Для запуска сервиса необходим запущенный сервис mysql
Requires=mysql.service

#Для запуска сервиса желателен запущенный сервис redis
Wants=redis.service

[Service]
#Тип сервиса (Type=simple, Type=forking)
Type=forking

#Определить PIDFile=, чтобы systemd могла отслеживать основной процесс  (не обязательный)
PIDFile=/work/www/myunit/shared/tmp/pids/service.pid

#Рабочий каталог, он делается текущим перед запуском стартап команд  (не обязательный)
WorkingDirectory=/work/www/myunit/current

#Пользователь и группа, под которым надо стартовать сервис:
User=myunit
Group=myunit

#Переменные окружения (не обязательный)
Environment=RACK_ENV=production

#логи
SyslogIdentifier=MyUnit
SyslogFacility=daemon

#Запрет на убийство сервиса вследствие нехватки памяти и срабатывания механизма OOM
OOMScoreAdjust=-1000

#Команды на старт/стоп и перезапуск сервиса
ExecStart=/usr/local/bin/bundle exec service -C /work/www/myunit/shared/config/service.rb --daemon
ExecStop=/usr/local/bin/bundle exec service -S /work/www/myunit/shared/tmp/pids/service.state stop
ExecReload=/usr/local/bin/bundle exec service -S /work/www/myunit/shared/tmp/pids/service.state restart

#Таймаут в секундах, сколько ждать system отработки старт/стоп команд
TimeoutSec=300

#Попросим systemd автоматически рестартовать наш сервис, если он вдруг перестанет работать
Restart=always
RestartSec=5
Restart=on-failure


[Install]
#В секции [Install] опишем, в каком уровне запуска должен стартовать сервис
WantedBy=multi-user.target 
-----------------------------------------


Директива Type= может быть одной из следующих:
Type=simple 
Основной процесс службы указан в стартовой строке. 
Это значение по умолчанию, если директивы Type= и Busname= не установлены, но установлен ExecStart=. 
Любое сообщение должно обрабатываться вне устройства через второй блок соответствующего типа (например, через блок .socket, если эта служба должна обмениваться данными с помощью сокетов).

Type=forking 
Этот тип службы используется, когда служба форкает дочерние процессы при мгновенном покидании родительского процесса.
Это сообщает systemd, что процесс все еще работает, даже несмотря на то, что родитель завершил сеанс.
Хорошо подходит, например для запуска php-fpm, nginx, tomcat.

Type=oneshot
Этот тип указывает, что процесс будет недолговечным и система должна ждать завершения процесса, прежде чем продолжить работу с другими устройствами.
Значение по умолчанию для Type= и ExecStart= не установлены. 
Он используется для одноразовых задач.

Type=dbus
Это означает, что устройство будет использовать имя от D-Bus шины.
Когда это произойдет, systemd продолжит обработку следующего блока.

Type=notify
Это указывает на то, что служба отправит уведомление, когда закончит запуск. 
Процесс systemd будет ждать, пока это произойдет, прежде чем переходить к другим устройствам.

Type=idle
Это означает, что служба не будет запущена до тех пор, пока не будут отправлены все задания.


multi-user.target или runlevel3.target соответствует нашему привычному runlevel=3"Многопользовательский режим без графики". 
Пользователи, как правило, входят в систему при помощи множества консолей или через сеть

 



После изменения\добавления файла юнита необходимо:
systemctl daemon-reload - перечитать демоны
systemctl enable  NAME-UNIT - добавить в автозагрузку
systemctl start NAME-UNIT - запустить
systemctl -l status NAME-UNIT - проверить
systemctl --state=failed - показать сбойные юниты

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

Помощь:

man systemd.unit

man systemd.service

man systemd.exec

man systemctl

man sysusers.d

man systemd-sysusers

/usr/lib/systemd/system/ – юниты из установленных пакетов RPM — всякие nginx, apache, mysql и прочее

/run/systemd/system/ — юниты, созданные в рантайме — тоже, наверное, нужная штука

/etc/systemd/system/ — юниты, созданные системным администратором — а вот сюда мы и положим свой юнит.

Юнит представляет из себя текстовый файл с форматом, похожим на файлы .ini Microsoft Windows.

/etc/systemd/system/NAME-UNIT.service - расположение юнита NAME-UNIT

/etc/sysusers.d/NAME-UNIT.conf - расположение конфига NAME-UNIT (не обязательный файл)

Пример простого юнита MyUnit:

vim /etc/systemd/system/myunit.service

-----------------------------------------

[Unit]

#описание юнита

Description=MyUnit

#Запускать юнит после какого-либо сервиса или группы сервисов

After=syslog.target

After=network.target

After=nginx.service

After=mysql.service

#Для запуска сервиса необходим запущенный сервис mysql

Requires=mysql.service

#Для запуска сервиса желателен запущенный сервис redis

Wants=redis.service

[Service]

#Тип сервиса (Type=simple, Type=forking)

Type=forking

#Определить PIDFile=, чтобы systemd могла отслеживать основной процесс (не обязательный)

PIDFile=/work/www/myunit/shared/tmp/pids/service.pid

#Рабочий каталог, он делается текущим перед запуском стартап команд (не обязательный)

WorkingDirectory=/work/www/myunit/current

#Пользователь и группа, под которым надо стартовать сервис:

User=myunit

Group=myunit

#Переменные окружения (не обязательный)

Environment=RACK_ENV=production

#логи

SyslogIdentifier=MyUnit

SyslogFacility=daemon

#Запрет на убийство сервиса вследствие нехватки памяти и срабатывания механизма OOM

OOMScoreAdjust=-1000

#Команды на старт/стоп и перезапуск сервиса

ExecStart=/usr/local/bin/bundle exec service -C /work/www/myunit/shared/config/service.rb --daemon

ExecStop=/usr/local/bin/bundle exec service -S /work/www/myunit/shared/tmp/pids/service.state stop

ExecReload=/usr/local/bin/bundle exec service -S /work/www/myunit/shared/tmp/pids/service.state restart

#Таймаут в секундах, сколько ждать system отработки старт/стоп команд

TimeoutSec=300

#Попросим systemd автоматически рестартовать наш сервис, если он вдруг перестанет работать

Restart=always

RestartSec=5

Restart=on-failure

[Install]

#В секции [Install] опишем, в каком уровне запуска должен стартовать сервис

WantedBy=multi-user.target

-----------------------------------------

Директива Type= может быть одной из следующих:

Type=simple

Основной процесс службы указан в стартовой строке.

Это значение по умолчанию, если директивы Type= и Busname= не установлены, но установлен ExecStart=.

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

Type=forking

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

Это сообщает systemd, что процесс все еще работает, даже несмотря на то, что родитель завершил сеанс.

Хорошо подходит, например для запуска php-fpm, nginx, tomcat.

Type=oneshot

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

Значение по умолчанию для Type= и ExecStart= не установлены.

Он используется для одноразовых задач.

Type=dbus

Это означает, что устройство будет использовать имя от D-Bus шины.

Когда это произойдет, systemd продолжит обработку следующего блока.

Type=notify

Это указывает на то, что служба отправит уведомление, когда закончит запуск.

Процесс systemd будет ждать, пока это произойдет, прежде чем переходить к другим устройствам.

Type=idle

Это означает, что служба не будет запущена до тех пор, пока не будут отправлены все задания.

multi-user.target или runlevel3.target соответствует нашему привычному runlevel=3"Многопользовательский режим без графики".

Пользователи, как правило, входят в систему при помощи множества консолей или через сеть

После изменения\добавления файла юнита необходимо:

systemctl daemon-reload - перечитать демоны

systemctl enable NAME-UNIT - добавить в автозагрузку

systemctl start NAME-UNIT - запустить

systemctl -l status NAME-UNIT - проверить

systemctl --state=failed - показать сбойные юниты

Приме пример демона из документации:

[Unit]
Description=Simple notifying service

[Service]
Type=notify
ExecStart=/usr/sbin/simple-notifying-service

[Install]
WantedBy=multi-user.target

[Unit]

Description=Simple notifying service

[Service]

Type=notify

ExecStart=/usr/sbin/simple-notifying-service

[Install]

WantedBy=multi-user.target

timer \ замена cron

Помощь:
man systemd.timer
man systemd.time
man systemd-system.conf
man systemd-analyze
man tzselect

Пример из поставки systemd:
cat /usr/lib/systemd/system/man-db.timer
----------------------------------------
[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)

[Timer]
OnCalendar=daily
AccuracySec=12h
Persistent=true

[Install]
WantedBy=timers.target
----------------------------------------
Простой, коротенький таймер.
Почему не указано что мы запускаем? Всё нормально! 
По умолчанию, если в секции [Timer] отсутствует параметр Unit=, с указанием запускаемого юнита, systemd будет искать одноимённый *.service юнит.


Проверяем что делает:
cat /usr/lib/systemd/system/man-db.service
------------------------------------------
[Unit]
Description=Daily man-db regeneration
Documentation=man:mandb(8)
ConditionACPower=true

[Service]
Type=oneshot
# Recover from deletion, per FHS.
ExecStart=+/usr/bin/install -d -o root -g root -m 0755 /var/cache/man
# Expunge old catman pages which have not been read in a week.
ExecStart=/usr/bin/find /var/cache/man -type f -name *.gz -atime +6 -delete
# Regenerate man database.
ExecStart=/usr/bin/mandb --quiet
User=root
Nice=19
IOSchedulingClass=idle
IOSchedulingPriority=7
------------------------------------------

Сервис стартует начиная с 00:00 (OnCalendar=daily) , с точностью 12 часов (AccuracySec=12h),
то-есть он может сработать в любой момент между полуночью и полднем, в зависимости от загрузки системы
systemctl status man-db.timer  - проверяем состояне



Событийные таймеры
Таймеры привязанные к каким-либо событиям в системе.
OnBootSec=
Таймер сработает через указанное время после старта системы.

OnStartupSec= 
Для системных таймеров действие аналогично предыдущему, для пользовательских таймеров, это время после первого логина пользователя в систему.

OnActiveSec=
Через какое время, после активации таймера системным менеджером, запускать юнит

RandomizedDelaySec= 
Этакий рандомный джиттер. 
Перед срабатыванием добавляется случайный таймаут от нуля, до заданного значения. 
По умолчанию -- отключено.

FixedRandomDelay= 
Связанный с предыдущим параметром булевый параметр. 
Если включено, то при первом срабатывании таймера, джиттер запомнится (и для этого таймера станет постоянным), но запомнится хитро. 
Сама генерация рандома будет основана на имени пользователя, имени таймера, а самое главное MachineID, 
о котором будет рассказано в одной из следующих статей и который гарантированно разный, на разных хостах. 
Для чего это нужно? Например имеем сеть с кучей хостов, которые, например в начале рабочего дня, запускают таймеры, юниты которых ломятся на сервер, устраивая шторм запросов. 
Что-бы таймеры гарантированно срабатывали в разное время и следует использовать этот параметр.

OnClockChange=, OnTimezoneChange=
Булевые параметры, определяющие будет ли таймер реагировать на перевод системных часов или смену временной зоны. 
По умолчанию, оба параметра, false.

Persistent= 
Записывать-ли на диск состояние таймера сразу после запуска юнита. 
Актуально для параметра OnCalendar=.
По умолчанию — false.

WakeSystem=
Действует на монотонные таймеры. 
По умолчанию отключён. 
Логика следующая. 
При отключённом параметре все монотонные таймеры запоминают своё состояние, перед уходом системы в спящий режим и встают на паузу. 
После выхода системы из спящего режима, отсчёт продолжается с того момента с которого система "ушла в спячку". 
Если-же параметр поставить в true, то таймеры продолжают работать и в спящем режиме (должно поддерживаться и железом) 
и по наступлении события выводят систему из спячки и запускают юнит.

RemainAfterElapse= 
По умолчанию true.
Смысл этого параметра примерно следующий, после срабатывания таймера он остаётся загруженным, но если поставить false, 
то после срабатывания таймер выгружается и перестаёт отслеживать время. 
Хорошо для одноразовых юнитов (Transient Units) о которых мы поговорим в одной из следующих статей. 
Или для таймеров которые должны сработать один раз, как это делают задания старой, доброй at.

100

101

102

103

Помощь:

man systemd.timer

man systemd.time

man systemd-system.conf

man systemd-analyze

man tzselect

Пример из поставки systemd:

cat /usr/lib/systemd/system/man-db.timer

----------------------------------------

[Unit]

Description=Daily man-db regeneration

Documentation=man:mandb(8)

[Timer]

OnCalendar=daily

AccuracySec=12h

Persistent=true

[Install]

WantedBy=timers.target

----------------------------------------

Простой, коротенький таймер.

Почему не указано что мы запускаем? Всё нормально!

По умолчанию, если в секции [Timer] отсутствует параметр Unit=, с указанием запускаемого юнита, systemd будет искать одноимённый *.service юнит.

Проверяем что делает:

cat /usr/lib/systemd/system/man-db.service

------------------------------------------

[Unit]

Description=Daily man-db regeneration

Documentation=man:mandb(8)

ConditionACPower=true

[Service]

Type=oneshot

# Recover from deletion, per FHS.

ExecStart=+/usr/bin/install -d -o root -g root -m 0755 /var/cache/man

# Expunge old catman pages which have not been read in a week.

ExecStart=/usr/bin/find /var/cache/man -type f -name *.gz -atime +6 -delete

# Regenerate man database.

ExecStart=/usr/bin/mandb --quiet

User=root

Nice=19

IOSchedulingClass=idle

IOSchedulingPriority=7

------------------------------------------

Сервис стартует начиная с 00:00 (OnCalendar=daily) , с точностью 12 часов (AccuracySec=12h),

то-есть он может сработать в любой момент между полуночью и полднем, в зависимости от загрузки системы

systemctl status man-db.timer - проверяем состояне

Событийные таймеры

Таймеры привязанные к каким-либо событиям в системе.

OnBootSec=

Таймер сработает через указанное время после старта системы.

OnStartupSec=

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

OnActiveSec=

Через какое время, после активации таймера системным менеджером, запускать юнит

RandomizedDelaySec=

Этакий рандомный джиттер.

Перед срабатыванием добавляется случайный таймаут от нуля, до заданного значения.

По умолчанию -- отключено.

FixedRandomDelay=

Связанный с предыдущим параметром булевый параметр.

Если включено, то при первом срабатывании таймера, джиттер запомнится (и для этого таймера станет постоянным), но запомнится хитро.

Сама генерация рандома будет основана на имени пользователя, имени таймера, а самое главное MachineID,

о котором будет рассказано в одной из следующих статей и который гарантированно разный, на разных хостах.

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

Что-бы таймеры гарантированно срабатывали в разное время и следует использовать этот параметр.

OnClockChange=, OnTimezoneChange=

Булевые параметры, определяющие будет ли таймер реагировать на перевод системных часов или смену временной зоны.

По умолчанию, оба параметра, false.

Persistent=

Записывать-ли на диск состояние таймера сразу после запуска юнита.

Актуально для параметра OnCalendar=.

По умолчанию — false.

WakeSystem=

Действует на монотонные таймеры.

По умолчанию отключён.

Логика следующая.

При отключённом параметре все монотонные таймеры запоминают своё состояние, перед уходом системы в спящий режим и встают на паузу.

После выхода системы из спящего режима, отсчёт продолжается с того момента с которого система "ушла в спячку".

Если-же параметр поставить в true, то таймеры продолжают работать и в спящем режиме (должно поддерживаться и железом)

и по наступлении события выводят систему из спячки и запускают юнит.

RemainAfterElapse=

По умолчанию true.

Смысл этого параметра примерно следующий, после срабатывания таймера он остаётся загруженным, но если поставить false,

то после срабатывания таймер выгружается и перестаёт отслеживать время.

Хорошо для одноразовых юнитов (Transient Units) о которых мы поговорим в одной из следующих статей.

Или для таймеров которые должны сработать один раз, как это делают задания старой, доброй at.

Примеры таймеров

Самый простой таймер:
---------------------
#задача запуска сервиса раз в полтора часа, начиная с часа ночи
[Unit]
Description=Test timer

[Timer]
OnCalendar=01:00
OnUnitActiveSec=1.5h
---------------------

Например мы хотим что-б наш юнит запускался каждую пятницу 13-е… 
OnCalendar=Fri *-*-13 12:00:00

Полный формат календарной формы выглядит так: 
Mon 2025-12-01 12:00:00.000000 Europe/Moscow

Камчатка уже отпраздновала Новый год: 
OnCalendar=yearly Asia/Kamchatka 

Нормализованная форма будет выглядеть так (эти строчки указывают на одно и то-же время):
OnCalendar=*-01-01 00:00:00 Asia/Kamchatka


Проверять таймстампы на валидность можно при помощи утилиты systemd-analyze
systemd-analyze calendar 'Mon *-12-01/1'
systemd-analyze timespan 1.5h
systemd-analyze timestamp 01:00:30.9999

Посмотреть все таймеры в системе: 
systemctl list-timers

Самый простой таймер:

---------------------

#задача запуска сервиса раз в полтора часа, начиная с часа ночи

[Unit]

Description=Test timer

[Timer]

OnCalendar=01:00

OnUnitActiveSec=1.5h

---------------------

Например мы хотим что-б наш юнит запускался каждую пятницу 13-е…

OnCalendar=Fri *-*-13 12:00:00

Полный формат календарной формы выглядит так:

Mon 2025-12-01 12:00:00.000000 Europe/Moscow

Камчатка уже отпраздновала Новый год:

OnCalendar=yearly Asia/Kamchatka

Нормализованная форма будет выглядеть так (эти строчки указывают на одно и то-же время):

OnCalendar=*-01-01 00:00:00 Asia/Kamchatka

Проверять таймстампы на валидность можно при помощи утилиты systemd-analyze

systemd-analyze calendar 'Mon *-12-01/1'

systemd-analyze timespan 1.5h

systemd-analyze timestamp 01:00:30.9999

Посмотреть все таймеры в системе:

systemctl list-timers

triger

Помощь:
man systemd.path
man 7 inotify
man inotifywait
man inotifywatch
man systemd.automount
man systemd.mount
man systemd-mount
man 5 fstab
man systemd.time

Помощь:

man systemd.path

man 7 inotify

man inotifywait

man inotifywatch

man systemd.automount

man systemd.mount

man systemd-mount

man 5 fstab

man systemd.time

Пример запуск скрипта с таймером:

vim /etc/systemd/system/sctipt-test.service 
-------------------------------------------
[Unit]
Description=sctipt-test
 
[Service]
Type=oneshot
ExecStart=/usr/bin/sctipt-test.sh
Restart=on-failure
 
[Install]
WantedBy=multi-user.target
-------------------------------------------

vim /etc/systemd/system/sctipt-test.timer
----------------------------------------- 
# Каждые 30 сек запуск скрипта
[Unit]
Description=sctipt-test
 
[Timer]
OnUnitActiveSec=30 

[Install]
WantedBy=timers.target
----------------------------------------- 

systemctl daemon-reload
systemctl enable sctipt-test.service
systemctl enable sctipt-test.timer
systemctl status sctipt-test.service
systemctl status sctipt-test.timer

systemctl list-timers 
systemctl list-timers sctipt-test.timer

vim /etc/systemd/system/sctipt-test.service

-------------------------------------------

[Unit]

Description=sctipt-test

[Service]

Type=oneshot

ExecStart=/usr/bin/sctipt-test.sh

Restart=on-failure

[Install]

WantedBy=multi-user.target

-------------------------------------------

vim /etc/systemd/system/sctipt-test.timer

-----------------------------------------

# Каждые 30 сек запуск скрипта

[Unit]

Description=sctipt-test

[Timer]

OnUnitActiveSec=30

[Install]

WantedBy=timers.target

-----------------------------------------

systemctl daemon-reload

systemctl enable sctipt-test.service

systemctl enable sctipt-test.timer

systemctl status sctipt-test.service

systemctl status sctipt-test.timer

systemctl list-timers

systemctl list-timers sctipt-test.timer

Systemd, cron, загрузка

Ventoy / boot ISO

Автор записи Автор: Evgeny Yakovlev
Дата записи 2021/07/13

Ссылки

https://github.com/ventoy/Ventoy
https://github.com/ventoy/Ventoy/releases

https://www.ventoy.net/en/download.html - 
https://www.ventoy.net/en/doc_linux_webui.html

https://linuxcool.ru/kak-legko-sozdat-zagruzochnuju-fleshku-s-pomoshhju-ventoy/

https://www.youtube.com/watch?v=88RS7H0p8kQ&ab_channel=%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9%D0%A1%D1%83%D1%85%D0%BE%D0%B2

https://github.com/ventoy/Ventoy

https://github.com/ventoy/Ventoy/releases

https://www.ventoy.net/en/download.html -

https://www.ventoy.net/en/doc_linux_webui.html

https://linuxcool.ru/kak-legko-sozdat-zagruzochnuju-fleshku-s-pomoshhju-ventoy/

https://www.youtube.com/watch?v=88RS7H0p8kQ&ab_channel=%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9%D0%A1%D1%83%D1%85%D0%BE%D0%B2

Что?:

ventoy - программа для создания загрузочной флешки, которая позволяет загружаться с iso файла

1	ventoy - программа для создания загрузочной флешки, которая позволяет загружаться с iso файла

Windows:

https://github.com/ventoy/Ventoy/releases
https://github.com/ventoy/Ventoy/releases/download/v1.0.46/ventoy-1.0.46-windows.zip

1 2	https://github.com/ventoy/Ventoy/releases https://github.com/ventoy/Ventoy/releases/download/v1.0.46/ventoy-1.0.46-windows.zip

Linux ventoy WebGUI:

!!! https://github.com/ventoy/Ventoy/releases
!!! Похож на интерфейс windows программы
Запускаем:
sudo sh VentoyWebDeepin.sh

Открываем в браузере по умолчанию:
http://127.0.0.1:24680

Остановка:
CTRL + C 

Запуск с специальными параметрами:
sudo sh VentoyWeb.sh -H 192.168.0.100 -P 8080

!!! https://github.com/ventoy/Ventoy/releases

!!! Похож на интерфейс windows программы

Запускаем:

sudo sh VentoyWebDeepin.sh

Открываем в браузере по умолчанию:

http://127.0.0.1:24680

Остановка:

CTRL + C

Запуск с специальными параметрами:

sudo sh VentoyWeb.sh -H 192.168.0.100 -P 8080

Linux ventoy bash:

!!! https://github.com/ventoy/Ventoy/releases
!!! https://github.com/ventoy/Ventoy/releases/download/v1.0.46/ventoy-1.0.46-linux.tar.gz

Проверяем какие есть диски:
sudo fdisk -l 
sudo parted -l

Примеры создания флешки:
sudo ./Ventoy2Disk.sh -i /dev/sdX
sudo ./Ventoy2Disk.sh -i -s /dev/sdX
sudo ./Ventoy2Disk.sh -g -i -s /dev/sdX

!!! https://github.com/ventoy/Ventoy/releases

!!! https://github.com/ventoy/Ventoy/releases/download/v1.0.46/ventoy-1.0.46-linux.tar.gz

Проверяем какие есть диски:

sudo fdisk -l

sudo parted -l

Примеры создания флешки:

sudo ./Ventoy2Disk.sh -i /dev/sdX

sudo ./Ventoy2Disk.sh -i -s /dev/sdX

sudo ./Ventoy2Disk.sh -g -i -s /dev/sdX

Systemd, cron, загрузка

logrotate.service degraded

Автор записи Автор: Evgeny Yakovlev
Дата записи 2021/07/07

Проблема:

Падает демон logrotate

В логах
cd /var/log
grep -irns logrotate.service -C4
--------------------------------
daemon.log-13157-Jul  5 00:00:10 HOSTNAME systemd[1]: Reloaded The Apache HTTP Server.
daemon.log-13158-Jul  5 00:00:10 HOSTNAME logrotate[13606]: #007mysqladmin: connect to server at 'localhost' failed
daemon.log-13159-Jul  5 00:00:10 HOSTNAME logrotate[13606]: error: 'Access denied for user 'root'@'localhost' (using password: NO)'
daemon.log-13160-Jul  5 00:00:10 HOSTNAME logrotate[13606]: error: error running shared postrotate script for '/var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/mariadb-slow.log /var/log/mysql/error.log '
daemon.log:13161:Jul  5 00:00:10 HOSTNAME systemd[1]: logrotate.service: Main process exited, code=exited, status=1/FAILURE
daemon.log:13162:Jul  5 00:00:10 HOSTNAME systemd[1]: logrotate.service: Failed with result 'exit-code'.
daemon.log-13163-Jul  5 00:00:10 HOSTNAME systemd[1]: Failed to start Rotate log files.
daemon.log-13164-Jul  5 00:00:12 HOSTNAME systemd[1]: Stopping User Manager for UID 1015...
daemon.log-13165-Jul  5 00:00:12 HOSTNAME systemd[13615]: Stopped target Default.
daemon.log-13166-Jul  5 00:00:12 HOSTNAME systemd[13615]: Stopped target Basic System.
--------------------------------

в файле /etc/mysql/debian.cnf нет юзера debian-sys-maint и пароль пуст
cat /etc# cat /etc/mysql/debian.cnf
--------------------------------
# Automatically generated for Debian scripts. DO NOT TOUCH!
[client]
host     = localhost
user     = root
password = 
socket   = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
host     = localhost
user     = root
password = 
socket   = /var/run/mysqld/mysqld.sock
basedir  = /usr
--------------------------------

Падает демон logrotate

В логах

cd /var/log

grep -irns logrotate.service -C4

--------------------------------

daemon.log-13157-Jul 5 00:00:10 HOSTNAME systemd[1]: Reloaded The Apache HTTP Server.

daemon.log-13158-Jul 5 00:00:10 HOSTNAME logrotate[13606]: #007mysqladmin: connect to server at 'localhost' failed

daemon.log-13159-Jul 5 00:00:10 HOSTNAME logrotate[13606]: error: 'Access denied for user 'root'@'localhost' (using password: NO)'

daemon.log-13160-Jul 5 00:00:10 HOSTNAME logrotate[13606]: error: error running shared postrotate script for '/var/log/mysql/mysql.log /var/log/mysql/mysql-slow.log /var/log/mysql/mariadb-slow.log /var/log/mysql/error.log '

daemon.log:13161:Jul 5 00:00:10 HOSTNAME systemd[1]: logrotate.service: Main process exited, code=exited, status=1/FAILURE

daemon.log:13162:Jul 5 00:00:10 HOSTNAME systemd[1]: logrotate.service: Failed with result 'exit-code'.

daemon.log-13163-Jul 5 00:00:10 HOSTNAME systemd[1]: Failed to start Rotate log files.

daemon.log-13164-Jul 5 00:00:12 HOSTNAME systemd[1]: Stopping User Manager for UID 1015...

daemon.log-13165-Jul 5 00:00:12 HOSTNAME systemd[13615]: Stopped target Default.

daemon.log-13166-Jul 5 00:00:12 HOSTNAME systemd[13615]: Stopped target Basic System.

--------------------------------

в файле /etc/mysql/debian.cnf нет юзера debian-sys-maint и пароль пуст

cat /etc# cat /etc/mysql/debian.cnf

--------------------------------

# Automatically generated for Debian scripts. DO NOT TOUCH!

[client]

host = localhost

user = root

password =

socket = /var/run/mysqld/mysqld.sock

[mysql_upgrade]

host = localhost

user = root

password =

socket = /var/run/mysqld/mysqld.sock

basedir = /usr

--------------------------------

Решение:

https://qastack.ru/server/9948/what-is-the-debian-sys-maint-mysql-user-and-more


задать пароль пользователю debian-sys-maint:
!!! ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА_debian-sys-maint - придумываем
GRANT ALL PRIVILEGES on *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА' WITH GRANT OPTION; FLUSH PRIVILEGES;
прописать логин и пароль debian-sys-maint  в файл:
vim /etc# cat /etc/mysql/debian.cnf
--------------------------------
# Automatically generated for Debian scripts. DO NOT TOUCH!
[client]
host     = localhost
user     = debian-sys-maint
password = ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА_debian-sys-maint
socket   = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
host     = localhost
user     = debian-sys-maint
password = ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА_debian-sys-maint
socket   = /var/run/mysqld/mysqld.sock
basedir  = /usr
--------------------------------

Проверяем:
logrotate -v -f /etc/logrotate.d/mysql-server

https://qastack.ru/server/9948/what-is-the-debian-sys-maint-mysql-user-and-more

задать пароль пользователю debian-sys-maint:

!!! ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА_debian-sys-maint - придумываем

GRANT ALL PRIVILEGES on *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА' WITH GRANT OPTION; FLUSH PRIVILEGES;

прописать логин и пароль debian-sys-maint в файл:

vim /etc# cat /etc/mysql/debian.cnf

--------------------------------

# Automatically generated for Debian scripts. DO NOT TOUCH!

[client]

host = localhost

user = debian-sys-maint

password = ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА_debian-sys-maint

socket = /var/run/mysqld/mysqld.sock

[mysql_upgrade]

host = localhost

user = debian-sys-maint

password = ВАШ_НОВЫЙ_ПАРОЛЬ_ДЛЯ_ЮЗЕРА_debian-sys-maint

socket = /var/run/mysqld/mysqld.sock

basedir = /usr

--------------------------------

Проверяем:

logrotate -v -f /etc/logrotate.d/mysql-server

Systemd, cron, загрузка

синхронизации времени / systemd / systemd-timesyncd / ntp / Debian / 9 / 10 / 11 / 12 / 13

Автор записи Автор: Evgeny Yakovlev
Дата записи 2021/07/04

systemctl start systemd-timesyncd  - запустить демон  systemd-timesyncd
systemctl enable systemd-timesyncd - добавить в автозапуск

systemctl status systemd-timesyncd - проверить текущее состояние демона
systemctl restart systemd-timesyncd - перезапуск
journalctl -u systemd-timesyncd --since today - посмотреть лог на сегодня для демона systemd-timesyncd

systemctl stop systemd-timesyncd - остановить
systemctl disable systemd-timesyncd - отключит автозапуск

systemctl start systemd-timesyncd - запустить демон systemd-timesyncd

systemctl enable systemd-timesyncd - добавить в автозапуск

systemctl status systemd-timesyncd - проверить текущее состояние демона

systemctl restart systemd-timesyncd - перезапуск

journalctl -u systemd-timesyncd --since today - посмотреть лог на сегодня для демона systemd-timesyncd

systemctl stop systemd-timesyncd - остановить

systemctl disable systemd-timesyncd - отключит автозапуск

конфиг:

nano /etc/systemd/timesyncd.conf
--------------------------------
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See timesyncd.conf(5) for details.
 
[Time]
NTP=kom-dc01.holding.com kom-dc02.holding.com
#FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org
--------------------------------

nano /etc/systemd/timesyncd.conf

--------------------------------

# This file is part of systemd.

# systemd is free software; you can redistribute it and/or modify it

# under the terms of the GNU Lesser General Public License as published by

# the Free Software Foundation; either version 2.1 of the License, or

# (at your option) any later version.

# Entries in this file show the compile time defaults.

# You can change settings by editing this file.

# Defaults can be restored by simply deleting this file.

# See timesyncd.conf(5) for details.

[Time]

NTP=kom-dc01.holding.com kom-dc02.holding.com

#FallbackNTP=0.debian.pool.ntp.org 1.debian.pool.ntp.org 2.debian.pool.ntp.org

--------------------------------

Systemd, cron, загрузка

logrotate

Автор записи Автор: Evgeny Yakovlev
Дата записи 2021/06/14

Введение:

Logrotate - это системная утилита, которая управляет автоматической ротацией и сжатием лог-файлов. 
Если в процессе длительной работы сервера файлы не были ротированы, сжаты и периодически не удалялись, то рано или поздно они могут занять весь доступный объем памяти.
Logrotate устанавливается по умолчанию на сервере и настроена для обработки ротации журналов для всех установленных пакетов и приложений.

Основной файл конфигурации — /etc/logrotate.conf.
Для создания настроек отдельных логов — используем директорию /etc/logrotate.d




адрес_файла_лога {
директивы
}

Logrotate - это системная утилита, которая управляет автоматической ротацией и сжатием лог-файлов.

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

Logrotate устанавливается по умолчанию на сервере и настроена для обработки ротации журналов для всех установленных пакетов и приложений.

Основной файл конфигурации — /etc/logrotate.conf.

Для создания настроек отдельных логов — используем директорию /etc/logrotate.d

адрес_файла_лога {

директивы

}

Основные директивы управления и обработки логов:

Опции, определяющие интервал ротации:
!!! Порядок выполнения :  hourly,daily, weekly, monthly, ИЛИ size

hourly - каждый час (cron для logrotate должен быть)
daily - каждый день (по умолчанию)
weekly -  ротация раз в неделю
monthly -  ротация раз в месяц
yearly -  ротация раз в год

size - размер лога, когда он будет достигнут будет перемещен, возможные варианты size 500M

Опции, определяющие интервал ротации:

!!! Порядок выполнения : hourly,daily, weekly, monthly, ИЛИ size

hourly - каждый час (cron для logrotate должен быть)

daily - каждый день (по умолчанию)

weekly - ротация раз в неделю

monthly - ротация раз в месяц

yearly - ротация раз в год

size - размер лога, когда он будет достигнут будет перемещен, возможные варианты size 500M

Дополнительные директивы, опции сжатия логов:

compress	- Сжимать логи при ротации. По умолчанию для сжатия используется gzip
compresscmd	- Команда/программа, которая будет использоваться для сжатия логов
compressoptions	- Опции команды ротации, которые будут использоваться при сжатии логов
uncompresscmd	- Команда разархивации логов. По умолчанию gunzip
compressext	- Указать расширение файлов, которое будет указываться для сжатых логов
delaycompress	- Отложить сжатие лога до следующей ротации. Таким образом последняя версия лога после ротации будет несжатой, а более ранние — сжатыми
nocompress	- Не сжимать логи при ротации
nodelaycompress	- Не откладывать сжатие до следующей итерации ротации. Эта опция перегружает опцию delaycompress

compress - Сжимать логи при ротации. По умолчанию для сжатия используется gzip

compresscmd - Команда/программа, которая будет использоваться для сжатия логов

compressoptions - Опции команды ротации, которые будут использоваться при сжатии логов

uncompresscmd - Команда разархивации логов. По умолчанию gunzip

compressext - Указать расширение файлов, которое будет указываться для сжатых логов

delaycompress - Отложить сжатие лога до следующей ротации. Таким образом последняя версия лога после ротации будет несжатой, а более ранние — сжатыми

nocompress - Не сжимать логи при ротации

nodelaycompress - Не откладывать сжатие до следующей итерации ротации. Эта опция перегружает опцию delaycompress

Дополнительные директивы, опции копирования:

copy	        - Копировать лог-файл, но не изменять оригинал. 
                  Эту опцию можно использовать, когда надо создать снимок лога на определенный момент, вместо ротации, 
                  либо когда для усечения лога используется внешняя программа. 
                  Если используется опция copy, то опция create, если она указана, 
                  не будет иметь никакого эффекта, так как старый лог остается.

copytruncate	- Урезать оригинальный файл до нулевого размера после создания копии вместо переименования оригинального файла и создания нового. 
                  Эта опция используется тогда, когда программе, записывающей лог, нельзя указать, что нужно закрыть связанный с файлом лога дескриптор и открыть новый. 
                  Такая программа может продолжать писать в старый файл. 
                  При использовании этой опции есть один момент, связанный с тем, что на копирование требуется некоторое время и поэтому файл не может быть скопирован мгновенно. 
                  За время копирования в лог могут быть добавлены записи, которые будут утеряны при усечении файла до нулевого размера. 
                  При использовании этой опции опция create также не будет иметь эффекта, так как старый файл остается на месте

nocopy	        - Не копировать оригинальный лог-файл. 
                  Эта опция перегружает опцию copy

nocopytruncate	- Не усекать оригинальный лог-файл после создания копии. 
                  Эта опция перегружает опцию copytruncate

copy - Копировать лог-файл, но не изменять оригинал.

Эту опцию можно использовать, когда надо создать снимок лога на определенный момент, вместо ротации,

либо когда для усечения лога используется внешняя программа.

Если используется опция copy, то опция create, если она указана,

не будет иметь никакого эффекта, так как старый лог остается.

copytruncate - Урезать оригинальный файл до нулевого размера после создания копии вместо переименования оригинального файла и создания нового.

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

Такая программа может продолжать писать в старый файл.

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

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

При использовании этой опции опция create также не будет иметь эффекта, так как старый файл остается на месте

nocopy - Не копировать оригинальный лог-файл.

Эта опция перегружает опцию copy

nocopytruncate - Не усекать оригинальный лог-файл после создания копии.

Эта опция перегружает опцию copytruncate

Дополнительные директивы, опции создания нового лог-файла (после ротации старого):

create права владелец группа
create владелец группа - Указать права доступа, владельца и группу владения нового свежесоздаваемого лог-файла сразу после его создания. 
                         Как уже упоминалось, если используются опции copy и copytruncate, то create не имеет смысла, так как старый файл остается на месте, новый файл не создается. 
                         Чтобы опция create отработала, файл должен отсутствовать. 
                         Права указываются восьмеричными значениями в таком же виде, как и при использовании программы chmod. 
                         Например, 644 или 600. 
                         Если какое-то значение (права/владелец/группа) опущено, то оно будет таким же, как у оригинального файла

nocreate	       - Новые лог-файлы не создаются. 
                         Эта опция перегружает опцию create

create права владелец группа

create владелец группа - Указать права доступа, владельца и группу владения нового свежесоздаваемого лог-файла сразу после его создания.

Как уже упоминалось, если используются опции copy и copytruncate, то create не имеет смысла, так как старый файл остается на месте, новый файл не создается.

Чтобы опция create отработала, файл должен отсутствовать.

Права указываются восьмеричными значениями в таком же виде, как и при использовании программы chmod.

Например, 644 или 600.

Если какое-то значение (права/владелец/группа) опущено, то оно будет таким же, как у оригинального файла

nocreate - Новые лог-файлы не создаются.

Эта опция перегружает опцию create

Дополнительные директивы, опции, связанные с удалением файла лога:

shred                   - Удалять лог-файл при помощи программы команды «shred -u». По умолчанию используется unlink

shredcycles количество	- Указать количество циклов перезаписи содержимого файла до его удаления. 
                          Если опция не указана, будет использовано значение по умолчанию

noshred	                - Не использовать shred для удаления

maxage количество	- Удалять файлы логов, которые старше, чем указанное количество дней. 
                          Возраст файлов проверяется только когда происходит ротация. 
                          Файлы высылаются по электронной почте на сконфигурированный адрес, если указаны опции mail и maillast

shred - Удалять лог-файл при помощи программы команды «shred -u». По умолчанию используется unlink

shredcycles количество - Указать количество циклов перезаписи содержимого файла до его удаления.

Если опция не указана, будет использовано значение по умолчанию

noshred - Не использовать shred для удаления

maxage количество - Удалять файлы логов, которые старше, чем указанное количество дней.

Возраст файлов проверяется только когда происходит ротация.

Файлы высылаются по электронной почте на сконфигурированный адрес, если указаны опции mail и maillast

Дополнительные директивы, опции, связанные с датами:

dateext	        - Использовать в названии старых лог-файлов дату вместо номера. 
                  При использовании номера названия выглядят так: logfile.1.gz, logfile.2.gz и так далее

nodateext	- Не использовать дату в названиях старых лог-файлов. 
                  Эта опция перегружает опцию dateext

dateformat форматная-строка - Указать форматную строку для даты, которая будет добавляться к названию лога. 
                              Форматная строка похожа на используемую в команде date, но допустимы только шаблоны %Y(четырехзначный номер года), 
                              %m(двузначный номер месяца), %d(двузначный номер дня месяца) и %s(unix time, количество секунд с 00:00 01.01.1970). 
                              Значение по умолчанию «-%Y%m%d», минус также включен в шаблон, при задании шаблона его можно упустить. 
                              Нужно отметить, что logrotate использует сортировку для определения более старых файлов, которые необходимо удалить, 
                              поэтому строка даты должна учитывать корректную сортировку. 
                              Именно поэтому вначале пишется обычно год, затем месяц и только затем день.

dateyesterday	           - Использовать вчерашнюю дату при ротации. 
                             Таким образом, дата в названии файла будет соответствовать дате файла, который находится внутри архива

dateext - Использовать в названии старых лог-файлов дату вместо номера.

При использовании номера названия выглядят так: logfile.1.gz, logfile.2.gz и так далее

nodateext - Не использовать дату в названиях старых лог-файлов.

Эта опция перегружает опцию dateext

dateformat форматная-строка - Указать форматную строку для даты, которая будет добавляться к названию лога.

Форматная строка похожа на используемую в команде date, но допустимы только шаблоны %Y(четырехзначный номер года),

%m(двузначный номер месяца), %d(двузначный номер дня месяца) и %s(unix time, количество секунд с 00:00 01.01.1970).

Значение по умолчанию «-%Y%m%d», минус также включен в шаблон, при задании шаблона его можно упустить.

Нужно отметить, что logrotate использует сортировку для определения более старых файлов, которые необходимо удалить,

поэтому строка даты должна учитывать корректную сортировку.

Именно поэтому вначале пишется обычно год, затем месяц и только затем день.

dateyesterday - Использовать вчерашнюю дату при ротации.

Таким образом, дата в названии файла будет соответствовать дате файла, который находится внутри архива

Дополнительные директивы, опции, связанные с рассылкой логов:

mail адрес	- Указать адрес, на который будет выслан старый лог после ротации
nomail	        - Не отправлять старые логи по электронной почте.
mailfirst	- Отправлять самый свежий файл после ротации
maillast	- Отправлять самый старый файл после ротации. Этот вариант используется по умолчанию


Опции, связанные с размером и существованием файла лога:
maxsize размер	 - Лог ротируется, когда его размер превысит указанный, еще до наступления следующего интервала ротации (daily, weekly, monthly, yearly). 
                   Поскольку такая ротация не зависит от времени, поэтому использовать в названии файла дату не имеет смысла.

minsize размер	 - Лог ротируется, когда его размер больше указанного, но не ранее, 
                   чем наступает соответствующий временной интервал ротации (daily, weekly, monthly, yearly)

size размер	 - Лог ротируется, когда его размер больше указанного количества байт. 
                   Если после размера указана буква k, размер считается в килобайтах, 
                   если M — в мегабайтах, если G — в гигабайтах. Например, 1G или 10M.

ifempty	         - Ротировать файл лога, даже если он пуст. Используется по умолчанию.

notifempty	 - Не ротировать файл лога, если он пуст. Перегружает опцию ifempty.

missingok	 - Если файл лога отсутствует, перейти к следующему без сообщения об ошибке

nomissingok	 - Если файл лога отсутствует, возникнет ошибка. 
                   Этот параметр установлен по умолчанию.

mail адрес - Указать адрес, на который будет выслан старый лог после ротации

nomail - Не отправлять старые логи по электронной почте.

mailfirst - Отправлять самый свежий файл после ротации

maillast - Отправлять самый старый файл после ротации. Этот вариант используется по умолчанию

Опции, связанные с размером и существованием файла лога:

maxsize размер - Лог ротируется, когда его размер превысит указанный, еще до наступления следующего интервала ротации (daily, weekly, monthly, yearly).

Поскольку такая ротация не зависит от времени, поэтому использовать в названии файла дату не имеет смысла.

minsize размер - Лог ротируется, когда его размер больше указанного, но не ранее,

чем наступает соответствующий временной интервал ротации (daily, weekly, monthly, yearly)

size размер - Лог ротируется, когда его размер больше указанного количества байт.

Если после размера указана буква k, размер считается в килобайтах,

если M — в мегабайтах, если G — в гигабайтах. Например, 1G или 10M.

ifempty - Ротировать файл лога, даже если он пуст. Используется по умолчанию.

notifempty - Не ротировать файл лога, если он пуст. Перегружает опцию ifempty.

missingok - Если файл лога отсутствует, перейти к следующему без сообщения об ошибке

nomissingok - Если файл лога отсутствует, возникнет ошибка.

Этот параметр установлен по умолчанию.

Дополнительные директивы, опции , связанные с директориями, в которых хранятся логи:

olddir директория  - Директория, в которую будут перемещаться логи при ротации. 
                     Эта директория должна находиться на том же устройстве, что и ротируемый файл лога. 
                     Путь к директории можно указывать как абсолютный, так и без полного пути. 
                     Во втором случае он будет считаться поддиректорией директории, в которой хранится оригинальный файл лога. 
                     Когда эта опция указана, все старые версии логов попадают в эту директорию. 
                     Опция может быть перегружена опцией noolddir

noolddir           - Логи ротируются в той же директории, где находится оригинальный фай

olddir директория - Директория, в которую будут перемещаться логи при ротации.

Эта директория должна находиться на том же устройстве, что и ротируемый файл лога.

Путь к директории можно указывать как абсолютный, так и без полного пути.

Во втором случае он будет считаться поддиректорией директории, в которой хранится оригинальный файл лога.

Когда эта опция указана, все старые версии логов попадают в эту директорию.

Опция может быть перегружена опцией noolddir

noolddir - Логи ротируются в той же директории, где находится оригинальный фай

Дополнительные директивы, опции выполнения скриптов:

postrotate/endscript	- Строки, находящиеся между словами postrotate и endscript, каждое из которых должно находиться в отдельной строке, 
                          выполняются с использованием /bin/sh после ротации файла лога. 
                          Обычно скрипту в качестве первого аргумента передается полное имя файла лога с путем. 
                          Если указана директива sharedscripts, то передается список файлов. 
                          Таким образом можно выполнить скрипт для всех файлов сразу

prerotate/endscript	- Строки, находящиеся между словами prerotate и endscript, каждое из которых должно находиться в отдельной строке, 
                          выполняются с использованием /bin/sh перед ротацией файла лога.
                          Обычно скрипту в качестве первого аргумента передается полное имя файла лога с путем. 
                          Если указана директива sharedscripts, то передается список файлов.

sharedscripts	        - В обычном режиме скрипты выполняются по одному разу на каждый файл, указанный для ротации. 
                          Таким образом скрипты могут быть выполнены несколько раз, по разу для каждого файла, указанного для ротации. 
                          Если указана директива sharedscripts, то скрипты выполняются по одному разу, но в качестве аргументов им передается список файлов.
                          Если же ни один файл лога не ротируется, скрипты выполнены не будут. 
                          Если в процессе выполнения скрипта возникнет ошибка, то действие не будет завершено для всех логов.

nosharedscripts         - Запускать prerotate и postrotate скрипты для каждого лога, который ротируется. 
                          Это значение по умолчанию, кроме того, эта директива перегружает sharedscripts. 
                          Скриптам передается абсолютный путь к файлам логов. Если во время выполнения скрипта возникнет ошибка, 
                          то действие не будет завершено только для одного текущего файла лога.

preremove/endscript	- Строки, находящиеся между словами preremove и endscript, каждое из которых должно находиться в отдельной строке, 
                          выполняются с использованием /bin/sh перед удалением старого файла лога. 
                          logrotate передаст название файла, который будет удален, скрипту в качестве аргумента

firstaction/endscript	- Строки, находящиеся между словами firstaction и endscript, каждое из которых должно находиться в отдельной строке, 
                          выполняются с использованием /bin/sh один раз до того, как лог-файлы будут ротированы и еще до того, как будет выполнена секция prerotate. 
                          Это произойдет только в том случае, если хотя бы один лог-файл будет действительно ротироваться. 
                          Скрипту передается весь список файлов текущей секции в качестве аргументов. 
                          Если скрипт заканчивает работу с ошибкой, другого запуска не будет.

lastaction/endscript	- Строки, находящиеся между словами lastaction и endscript, каждое из которых должно находиться в отдельной строке, 
                          выполняются с использованием /bin/sh один раз только после того, как лог-файлы будут ротированы и даже после того, как будет выполнена секция postrotate. 
                          Это произойдет только в том случае, если хотя бы один лог-файл ротирован. 
                          Скрипту передается весь список файлов текущей секции в качестве аргументов. 
                          Если скрипт заканчивает работу с ошибкой, другого запуска не будет.

postrotate/endscript - Строки, находящиеся между словами postrotate и endscript, каждое из которых должно находиться в отдельной строке,

выполняются с использованием /bin/sh после ротации файла лога.

Обычно скрипту в качестве первого аргумента передается полное имя файла лога с путем.

Если указана директива sharedscripts, то передается список файлов.

Таким образом можно выполнить скрипт для всех файлов сразу

prerotate/endscript - Строки, находящиеся между словами prerotate и endscript, каждое из которых должно находиться в отдельной строке,

выполняются с использованием /bin/sh перед ротацией файла лога.

Обычно скрипту в качестве первого аргумента передается полное имя файла лога с путем.

Если указана директива sharedscripts, то передается список файлов.

sharedscripts - В обычном режиме скрипты выполняются по одному разу на каждый файл, указанный для ротации.

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

Если указана директива sharedscripts, то скрипты выполняются по одному разу, но в качестве аргументов им передается список файлов.

Если же ни один файл лога не ротируется, скрипты выполнены не будут.

Если в процессе выполнения скрипта возникнет ошибка, то действие не будет завершено для всех логов.

nosharedscripts - Запускать prerotate и postrotate скрипты для каждого лога, который ротируется.

Это значение по умолчанию, кроме того, эта директива перегружает sharedscripts.

Скриптам передается абсолютный путь к файлам логов. Если во время выполнения скрипта возникнет ошибка,

то действие не будет завершено только для одного текущего файла лога.

preremove/endscript - Строки, находящиеся между словами preremove и endscript, каждое из которых должно находиться в отдельной строке,

выполняются с использованием /bin/sh перед удалением старого файла лога.

logrotate передаст название файла, который будет удален, скрипту в качестве аргумента

firstaction/endscript - Строки, находящиеся между словами firstaction и endscript, каждое из которых должно находиться в отдельной строке,

выполняются с использованием /bin/sh один раз до того, как лог-файлы будут ротированы и еще до того, как будет выполнена секция prerotate.

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

Скрипту передается весь список файлов текущей секции в качестве аргументов.

Если скрипт заканчивает работу с ошибкой, другого запуска не будет.

lastaction/endscript - Строки, находящиеся между словами lastaction и endscript, каждое из которых должно находиться в отдельной строке,

выполняются с использованием /bin/sh один раз только после того, как лог-файлы будут ротированы и даже после того, как будет выполнена секция postrotate.

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

Скрипту передается весь список файлов текущей секции в качестве аргументов.

Если скрипт заканчивает работу с ошибкой, другого запуска не будет.

Дополнительные директивы, общего назначения:

extention расширение	- Лог-файлы с указанным расширением могут сохранять его после ротации. 
                          Если используется компрессия, то расширение с типом архива (обычно .gz) появляется после расширения. 
                          Например, если у вас файл лога называется mylog.foo и вы хотите получить при ротации файл mylog.1.foo.gz, а не mylog.foo.1.gz

rotate количество	- Лог-файлы ротируются указанное количество раз до удаления или отправки на адрес, указанный в директиве mail. 
                          Если количество равно 0, старые версии просто удаляются вместо ротации.

start номер            - Указать номер, используемый как база для нумерации при ротации. 
                         Например, если вы указываете 0, то оригинальный файл будет ротироваться в файл с окончанием .0, и далее по увеличению, если указать 9, то нумерация начнется с .9. 
                         Файлы в любом случае будут ротироваться такое количество раз, которое указано в директиве count.

su пользователь группа	- Выполнять ротацию логов под указанным пользователем и группой вместо пользователя по умолчанию (обычно root). 
                          Если у пользователи или группы недостаточно прав для осуществления ротации, возникнет ошибка.

include файл-или-директория - logrotate считывает указанный файл и вставляет его как есть в конфигурационный файл в место вставки директивы include. 
                              Если указана директория, файлы из нее сортируются по алфавиту и затем вставляются в конфигурацию. 
                              При этом, если файлы не являются обычными файлами, они игнорируются. 
                              Это могут быть, например, именованные пайпы или директории. 
                              Также игнорируются файлы, имеющие расширения, указанные в директории tabooext.

tabooext [+] список - Изменение текущего списка игнорируемых расширений. Если перед списком стоит +, то текущий список дополняется указанным. 
                      Если + не указан, то список заменяется. 
                      По умолчанию список изначально включает следующие расширения: .rpmsave, .rpmorig, ~, .disabled, .dpkg-old, .dpkg-dist, .dpkg-new, .cfsaved, 
                      .ucf-old, .ucf-dist, .ucf-new, .rpmnew, .swp, .cfsaved, .rhn-cfg-tmp-*

extention расширение - Лог-файлы с указанным расширением могут сохранять его после ротации.

Если используется компрессия, то расширение с типом архива (обычно .gz) появляется после расширения.

Например, если у вас файл лога называется mylog.foo и вы хотите получить при ротации файл mylog.1.foo.gz, а не mylog.foo.1.gz

rotate количество - Лог-файлы ротируются указанное количество раз до удаления или отправки на адрес, указанный в директиве mail.

Если количество равно 0, старые версии просто удаляются вместо ротации.

start номер - Указать номер, используемый как база для нумерации при ротации.

Например, если вы указываете 0, то оригинальный файл будет ротироваться в файл с окончанием .0, и далее по увеличению, если указать 9, то нумерация начнется с .9.

Файлы в любом случае будут ротироваться такое количество раз, которое указано в директиве count.

su пользователь группа - Выполнять ротацию логов под указанным пользователем и группой вместо пользователя по умолчанию (обычно root).

Если у пользователи или группы недостаточно прав для осуществления ротации, возникнет ошибка.

include файл-или-директория - logrotate считывает указанный файл и вставляет его как есть в конфигурационный файл в место вставки директивы include.

Если указана директория, файлы из нее сортируются по алфавиту и затем вставляются в конфигурацию.

При этом, если файлы не являются обычными файлами, они игнорируются.

Это могут быть, например, именованные пайпы или директории.

Также игнорируются файлы, имеющие расширения, указанные в директории tabooext.

tabooext [+] список - Изменение текущего списка игнорируемых расширений. Если перед списком стоит +, то текущий список дополняется указанным.

Если + не указан, то список заменяется.

По умолчанию список изначально включает следующие расширения: .rpmsave, .rpmorig, ~, .disabled, .dpkg-old, .dpkg-dist, .dpkg-new, .cfsaved,

.ucf-old, .ucf-dist, .ucf-new, .rpmnew, .swp, .cfsaved, .rhn-cfg-tmp-*

Часто используемые:

notifempty - не ротировать пустой лог-файл
rotate - указывает сколько старых логов нужно хранить, в параметрах передается количество
dateext - добавляет дату ротации перед заголовком старого лога
compress - указывает, что лог необходимо сжимать
delaycompress - не сжимать последний и предпоследний журнал
extension - сохранять оригинальный лог файл после ротации, если у него указанное расширение
mail - отправлять Email после завершения ротации
maxage - выполнять ротацию журналов, если они старше, чем указано
missingok - не выдавать ошибки, если лог файла не существует
olddir - перемещать старые логи в отдельную папку
start - номер, с которого будет начата нумерация старых логов
nocopytruncate - не сбрасывать файл журнала после копирования
copytruncate - сбрасывать файл журнала после копирования
create - указывает, что необходимо создать пустой лог файл после перемещения старого
create 640 root – с какими правами и владельцем будет создан новый файл
nocreate - не создавать пустой журнал

postrotate/endscript - выполнить произвольные команды после ротации, 
                       между postrotate и endscript расположены команды интерпретатора sh(1)
                       исполняемые непосредственно после ротации

notifempty - не ротировать пустой лог-файл

rotate - указывает сколько старых логов нужно хранить, в параметрах передается количество

dateext - добавляет дату ротации перед заголовком старого лога

compress - указывает, что лог необходимо сжимать

delaycompress - не сжимать последний и предпоследний журнал

extension - сохранять оригинальный лог файл после ротации, если у него указанное расширение

mail - отправлять Email после завершения ротации

maxage - выполнять ротацию журналов, если они старше, чем указано

missingok - не выдавать ошибки, если лог файла не существует

olddir - перемещать старые логи в отдельную папку

start - номер, с которого будет начата нумерация старых логов

nocopytruncate - не сбрасывать файл журнала после копирования

copytruncate - сбрасывать файл журнала после копирования

create - указывает, что необходимо создать пустой лог файл после перемещения старого

create 640 root – с какими правами и владельцем будет создан новый файл

nocreate - не создавать пустой журнал

postrotate/endscript - выполнить произвольные команды после ротации,

между postrotate и endscript расположены команды интерпретатора sh(1)

исполняемые непосредственно после ротации

Примеры:

!!! Примеры: /etc/logrotate.d

Пример 000:
/var/log/mydaemon/mydaemon.log /var/log/mydaemon/error.log{
    # Ежедневная ротация
    daily
    # Начинать нумерацию с 0
    start 0
    # Ротировать 30 раз до удаления
    rotate 30
    # Не генерировать ошибку, если файла лога нет
    missingok
    # Удалять логи при помощи команды shred
    shred
    # Делать 3 цикла перезаписи
    shredcycles 3
    # Отложить сжатие последнего лога
    delaycompress
    # Выполнять postrotate только один раз
    sharedscripts
    # После ротации послать программе сигнал SIGHUP, в результате чего
    # будут переоткрыты дескрипторы логов
    # (многие программы поддерживают такое поведение)
    postrotate
        kill -SIGHUP $(cat /var/run/mydaemon.pid)
    endscript
}


Пример 0:
/var/log/runtel/cdr.log
/var/log/runtel/core.log
/var/log/runtel/event-hunter.log
/var/log/runtel/iface.log
{
daily
size 10M
missingok
copytruncate
create 0640 root adm
rotate 30
compress
}


Пример 1:
/var/log/messages {
size 10M
rotate 3
compress
delaycompress
}

Пример 2:
/var/log/messages1 {
daily
size 10M
rotate 3
compress
delaycompress
}

Пример 3:
/var/log/testing/logrotate.conf 
/var/log/testing/logs/*.log {
    hourly
    missingok
    rotate 24
    compress
    create
}

Пример 4:
/var/log/asterisk/debug
/var/log/asterisk/console
/var/log/asterisk/security
/var/log/asterisk/messages
/var/log/asterisk/full
/var/log/asterisk/*_log
/var/log/asterisk/cdr-csv/Master.csv
{
    daily
    dateext
    dateformat -%Y%m%d.log
    missingok
    notifempty
    rotate 63
    compress
    delaycompress
    sharedscripts
    postrotate
        /usr/sbin/asterisk -rx 'logger reload' > /dev/null 2> /dev/null
    endscript
}

Пример 5:
/var/log/audit/audit.log {
compress
dateext
rotate 15
daily
missingok
notifempty
create 600 root root
sharedscripts
postrotate
/sbin/service auditd restart 2> /dev/null > /dev/null || true
endscript
}

Пример 6:
/var/log/postgresql/*.log {
       daily
       rotate 7
       copytruncate
       compress
       delaycompress
       notifempty
       missingok
       su root root
}

Пример 7:
/var/log/php-fpm/*.log {
    rotate 14
    missingok
    notifempty
    sharedscripts
    compress
    maxage 14
    postrotate
        /bin/kill -SIGUSR1 `cat /var/run/php-fpm/php-fpm.pid 2>/dev/null` 2>/dev/null || true
    endscript
}

Пример 8:
/var/log/logstash-forwarder/*.log {
    rotate 30
    size=10M
    missingok
    notifempty
    compress
    maxage 30
    postrotate
        (/usr/bin/systemctl restart logstash-forwarder || /sbin/service logstash-forwarder restart) > /dev/null 2>&1
    endscript
}
/var/log/logstash-forwarder/*.err {
    rotate 30
    size=10M
    missingok
    notifempty
    compress
    maxage 30
    postrotate
        (/usr/bin/systemctl restart logstash-forwarder || /sbin/service logstash-forwarder restart) > /dev/null 2>&1
    endscript
}

Пример 9:
/var/log/dhcp.log {
    daily
    rotate 10
    missingok
    notifempty
    compress
    delaycompress
    sharedscripts
    create 0600 root root
    postrotate
        /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
    endscript
}


Пример 10:
/var/log/openvpn/openvpn*.log {
    daily
    rotate 7
    compress
    copytruncate
    delaycompress
    missingok
    notifempty
}

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

!!! Примеры: /etc/logrotate.d

Пример 000:

/var/log/mydaemon/mydaemon.log /var/log/mydaemon/error.log{

# Ежедневная ротация

daily

# Начинать нумерацию с 0

start 0

# Ротировать 30 раз до удаления

rotate 30

# Не генерировать ошибку, если файла лога нет

missingok

# Удалять логи при помощи команды shred

shred

# Делать 3 цикла перезаписи

shredcycles 3

# Отложить сжатие последнего лога

delaycompress

# Выполнять postrotate только один раз

sharedscripts

# После ротации послать программе сигнал SIGHUP, в результате чего

# будут переоткрыты дескрипторы логов

# (многие программы поддерживают такое поведение)

postrotate

kill -SIGHUP $(cat /var/run/mydaemon.pid)

endscript

}

Пример 0:

/var/log/runtel/cdr.log

/var/log/runtel/core.log

/var/log/runtel/event-hunter.log

/var/log/runtel/iface.log

{

daily

size 10M

missingok

copytruncate

create 0640 root adm

rotate 30

compress

}

Пример 1:

/var/log/messages {

size 10M

rotate 3

compress

delaycompress

}

Пример 2:

/var/log/messages1 {

daily

size 10M

rotate 3

compress

delaycompress

}

Пример 3:

/var/log/testing/logrotate.conf

/var/log/testing/logs/*.log {

hourly

missingok

rotate 24

compress

create

}

Пример 4:

/var/log/asterisk/debug

/var/log/asterisk/console

/var/log/asterisk/security

/var/log/asterisk/messages

/var/log/asterisk/full

/var/log/asterisk/*_log

/var/log/asterisk/cdr-csv/Master.csv

{

daily

dateext

dateformat -%Y%m%d.log

missingok

notifempty

rotate 63

compress

delaycompress

sharedscripts

postrotate

/usr/sbin/asterisk -rx 'logger reload' > /dev/null 2> /dev/null

endscript

}

Пример 5:

/var/log/audit/audit.log {

compress

dateext

rotate 15

daily

missingok

notifempty

create 600 root root

sharedscripts

postrotate

/sbin/service auditd restart 2> /dev/null > /dev/null || true

endscript

}

Пример 6:

/var/log/postgresql/*.log {

daily

rotate 7

copytruncate

compress

delaycompress

notifempty

missingok

su root root

}

Пример 7:

/var/log/php-fpm/*.log {

rotate 14

missingok

notifempty

sharedscripts

compress

maxage 14

postrotate

/bin/kill -SIGUSR1 `cat /var/run/php-fpm/php-fpm.pid 2>/dev/null` 2>/dev/null || true

endscript

}

Пример 8:

/var/log/logstash-forwarder/*.log {

rotate 30

size=10M

missingok

notifempty

compress

maxage 30

postrotate

(/usr/bin/systemctl restart logstash-forwarder || /sbin/service logstash-forwarder restart) > /dev/null 2>&1

endscript

}

/var/log/logstash-forwarder/*.err {

rotate 30

size=10M

missingok

notifempty

compress

maxage 30

postrotate

(/usr/bin/systemctl restart logstash-forwarder || /sbin/service logstash-forwarder restart) > /dev/null 2>&1

endscript

}

Пример 9:

/var/log/dhcp.log {

daily

rotate 10

missingok

notifempty

compress

delaycompress

sharedscripts

create 0600 root root

postrotate

/bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true

endscript

}

Пример 10:

/var/log/openvpn/openvpn*.log {

daily

rotate 7

compress

copytruncate

delaycompress

missingok

notifempty

}

Команды:

man logrotate - помощь

С ключом -d программа будет только эмулировать полезную активность, выводя вам на экран диагностические сообщения (реально она логи не тронет).
Теперь давайте протестируем, удачно ли создан конфиг:
logrotate -d /etc/logrotate.d/example
logrotate -d /etc/logrotate.d/example-app - выполнить проверку example-app
logrotate -d /etc/logrotate.d/rsyslog.conf - выполнить проверку rsyslog.conf

logrotate /etc/logrotate.conf --debug - можно выполнить тестирование конфигурации

Если всё в порядке, то запускайте утилиту в боевом режиме:
logrotate -v -f /etc/logrotate.d/example

Если вы хотите заставить LogRotate производить ротацию файла журнала, тогда надо использовать флаг –force:
logrotate /home/testing/logrotate.conf --state /home/testing/logrotate-state --verbose --force


cat /var/lib/logrotate/status - информация о том, что и когда ротировал logrotate


Подстройка расписания под себя:
/etc/cron.d/logrotate_apache2
------------
0/30 * * * * root /usr/sbin/logrotate /etc/logrotate.d/apache2
------------

man logrotate - помощь

С ключом -d программа будет только эмулировать полезную активность, выводя вам на экран диагностические сообщения (реально она логи не тронет).

Теперь давайте протестируем, удачно ли создан конфиг:

logrotate -d /etc/logrotate.d/example

logrotate -d /etc/logrotate.d/example-app - выполнить проверку example-app

logrotate -d /etc/logrotate.d/rsyslog.conf - выполнить проверку rsyslog.conf

logrotate /etc/logrotate.conf --debug - можно выполнить тестирование конфигурации

Если всё в порядке, то запускайте утилиту в боевом режиме:

logrotate -v -f /etc/logrotate.d/example

Если вы хотите заставить LogRotate производить ротацию файла журнала, тогда надо использовать флаг –force:

logrotate /home/testing/logrotate.conf --state /home/testing/logrotate-state --verbose --force

cat /var/lib/logrotate/status - информация о том, что и когда ротировал logrotate

Подстройка расписания под себя:

/etc/cron.d/logrotate_apache2

------------

0/30 * * * * root /usr/sbin/logrotate /etc/logrotate.d/apache2

------------

Systemd, cron, загрузка

rc.local / debian 10

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/12/14

Ссылки:

https://www.troublenow.org/752/debian-10-add-rc-local/
https://azrr.info/page/view/65-zastavlyaem-rabotat-rclocal-na-debian-10.html

1 2	https://www.troublenow.org/752/debian-10-add-rc-local/ https://azrr.info/page/view/65-zastavlyaem-rabotat-rclocal-na-debian-10.html

Решение:

!!! Обратите внимание, что это неправильный способ , вероятно, следует создать сервис для вашего скрипта или приложения.
В последней версии Debian файл /etc/rc.local устарел, но мы можем добавить его обратно, 
используя systemd для тех сценариев или приложений, которые все еще зависят от него.

!!! Обратите внимание, что это неправильный способ , вероятно, следует создать сервис для вашего скрипта или приложения.

В последней версии Debian файл /etc/rc.local устарел, но мы можем добавить его обратно,

используя systemd для тех сценариев или приложений, которые все еще зависят от него.

Сначала нам нужно создать файл сервиса:
cat <<EOF >> /etc/systemd/system/rc-local.service
[Unit]
Description=/etc/rc.local
ConditionPathExists=/etc/rc.local
 
[Service]
Type=forking
ExecStart=/etc/rc.local start
TimeoutSec=0
StandardOutput=tty
RemainAfterExit=yes
SysVStartPriority=99

[Install]
WantedBy=multi-user.target

Сначала нам нужно создать файл сервиса:

cat <<EOF >> /etc/systemd/system/rc-local.service

[Unit]

Description=/etc/rc.local

ConditionPathExists=/etc/rc.local

[Service]

Type=forking

ExecStart=/etc/rc.local start

TimeoutSec=0

StandardOutput=tty

RemainAfterExit=yes

SysVStartPriority=99

[Install]

WantedBy=multi-user.target

После создайте rc.local снова:

cat <<EOF >> /etc/rc.local


#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
 
exit 0

cat <<EOF >> /etc/rc.local

#!/bin/sh -e

# rc.local

# This script is executed at the end of each multiuser runlevel.

# Make sure that the script will "exit 0" on success or any other

# value on error.

# In order to enable or disable this script just change the execution

# bits.

# By default this script does nothing.

exit 0

После:

chmod +x /etc/rc.local - задайте разрешения на запуск
systemctl enable rc-local - включите автозагрузку при старте системы
systemctl start rc-local - запустите 
systemctl status rc-local - проверьте состояние rc-local

chmod +x /etc/rc.local - задайте разрешения на запуск

systemctl enable rc-local - включите автозагрузку при старте системы

systemctl start rc-local - запустите

systemctl status rc-local - проверьте состояние rc-local

Systemd, cron, загрузка

crontab \ at

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/22

at - программа для настройки однократных заданий выполненный программ по расписанию
atrm 11 - удалить задание 11
crontab -e - редактировать расписание выполнения процессов текущего пользователя
crontab -eu n_user - редактировать расписание выполнения процессов пользователя n_user
crontab -l - отображает содержимое файла crontab текущего пользователя
crontab -r - удаляет файл crontab текущего пользователя
/etc/crontab - раньше системные задания заносили сюда (возможность осталась)
/etc/cron.hourly - задания выполняются каждый час
/etc/cron.daily - задания выполняются раз в день
/etc/cron.weely - задания выполняются раз в неделю
/etc/cron.monthly - задания выполняются раз в месяц

at - программа для настройки однократных заданий выполненный программ по расписанию

atrm 11 - удалить задание 11

crontab -e - редактировать расписание выполнения процессов текущего пользователя

crontab -eu n_user - редактировать расписание выполнения процессов пользователя n_user

crontab -l - отображает содержимое файла crontab текущего пользователя

crontab -r - удаляет файл crontab текущего пользователя

/etc/crontab - раньше системные задания заносили сюда (возможность осталась)

/etc/cron.hourly - задания выполняются каждый час

/etc/cron.daily - задания выполняются раз в день

/etc/cron.weely - задания выполняются раз в неделю

/etc/cron.monthly - задания выполняются раз в месяц

Systemd, cron, загрузка

runlevel

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

runlevel - уровень инициализации. 6 шт
0 - выключение (init 0) 
1 - однопользовательский режим
2,3,4 - настраиваемый режим
5 - графический режим
6 - перезагрузка

runlevel - уровень инициализации. 6 шт

0 - выключение (init 0)

1 - однопользовательский режим

2,3,4 - настраиваемый режим

5 - графический режим

6 - перезагрузка

Systemd, cron, загрузка

upstart инициализация (Ubuntu)

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

Upstart оперирует понятиями служба (service), поддерживаемая в постоянном режиме работы,
и задача (task), выполняющаяся разово.
В процессе инициализации upstart считывает настройки из файлов конфигурации (заданий - jobs) в каталоге /etc/init/.
Уровень инициализации по умолчанию указывается в файле /etc/init/rc-sysinit.conf

initctl start networking - запустить службу сети
initctl list - вывести перечень служб
initctl show-config - показать конфиг upstart
initctl check-config  - проверить конфиг upstart

wall “текст_сообщения” - оповещение пользователей

status apache2 - состояние службы apache2
stop apache2 - остановить apache2
start apache2 - запустить apache2

Upstart оперирует понятиями служба (service), поддерживаемая в постоянном режиме работы,

и задача (task), выполняющаяся разово.

В процессе инициализации upstart считывает настройки из файлов конфигурации (заданий - jobs) в каталоге /etc/init/.

Уровень инициализации по умолчанию указывается в файле /etc/init/rc-sysinit.conf

initctl start networking - запустить службу сети

initctl list - вывести перечень служб

initctl show-config - показать конфиг upstart

initctl check-config - проверить конфиг upstart

wall “текст_сообщения” - оповещение пользователей

status apache2 - состояние службы apache2

stop apache2 - остановить apache2

start apache2 - запустить apache2

Systemd, cron, загрузка Загрузка/GRUB

grub пример загрузки cli grub

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

Для efi:

grub> set root=hdX,Y
grub> chainloader /EFI/Microsoft/Boot/bootmgfw.efi
grub> boot

grub> set root=hdX,Y

grub> chainloader /EFI/Microsoft/Boot/bootmgfw.efi

grub> boot

Для mbr:

grub> set root=hdX,Y
grub> ntldr /bootmgr
grub> boot

grub> set root=hdX,Y

grub> ntldr /bootmgr

grub> boot

Вручную вводим команды GRUB для запуска Linux:

Если GRUB удастся запустить, но после выбора Linux из меню GRUB саму операционную систему запустить не получается, 
ТО можно, нажав клавишу С, перейти в меню GRUB в интерактивный режим, а затем выполнить следующие команды:
grub> set root=(hd0,1)
grub> linux /vmlinuz root=/dev/sdal
grub> initrd /initrd.img
grub> boot

Вместо (hd0.l) и /dev/sdal задайте имя вашего системного раздела с Linux. 
В большинстве дистрибутивов файлы /vmlinuz и /initrd. 
img указывают на новейшую версию ядра и файла Initrd. 
Эти файлы находятся в каталоге /boot. 
Если в вашем случае это не так, нужно точно задать местоположение ядра и Initrd-файла. 
GRUB обеспечивает при этом функцию автозавершения, оно выполняется клавишей Tab.

Если GRUB удастся запустить, но после выбора Linux из меню GRUB саму операционную систему запустить не получается,

ТО можно, нажав клавишу С, перейти в меню GRUB в интерактивный режим, а затем выполнить следующие команды:

grub> set root=(hd0,1)

grub> linux /vmlinuz root=/dev/sdal

grub> initrd /initrd.img

grub> boot

Вместо (hd0.l) и /dev/sdal задайте имя вашего системного раздела с Linux.

В большинстве дистрибутивов файлы /vmlinuz и /initrd.

img указывают на новейшую версию ядра и файла Initrd.

Эти файлы находятся в каталоге /boot.

Если в вашем случае это не так, нужно точно задать местоположение ядра и Initrd-файла.

GRUB обеспечивает при этом функцию автозавершения, оно выполняется клавишей Tab.

efibootmgr

efibootmgr
efibootmgr -n 5
efibootmgr -о 5
efibootmgr -с -1 \\EFI\\test\\abc.efi  -L abc

efibootmgr

efibootmgr -n 5

efibootmgr -о 5

efibootmgr -с -1 \\EFI\\test\\abc.efi -L abc

Systemd, cron, загрузка Загрузка/GRUB

grub как настроить запуск ос по умолчанию

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

0. Редактируем файл настроек grub2
nano  /etc/default/grub
1. Ищем строку GRUB_DEFAULT=0  - устанавливает запись для запуска по умолчанию 
                                 (Первая запись под номером 0, вторая - под 1 и так далее.)
2. После любых изменений файла настроек  grub требуется выполнить update-grub.
update-grub - применит настройки

0. Редактируем файл настроек grub2

nano /etc/default/grub

1. Ищем строку GRUB_DEFAULT=0 - устанавливает запись для запуска по умолчанию

(Первая запись под номером 0, вторая - под 1 и так далее.)

2. После любых изменений файла настроек grub требуется выполнить update-grub.

update-grub - применит настройки

Systemd, cron, загрузка Загрузка/GRUB

grub файлы из каталога /etc/grub.d/

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

00_header	  Основные настройки GRUB
05_debian_theme	  Цветовое оформление меню (только в Debian и Ubuntu)
lOJinux	          Записи меню для запуска актуального дистрибутива
20_linux_xen	  Записи меню для запуска виртуальных машин
20_mem:est86+	  Запись меню для запуска Memtest86 (только в Debian и Ubuntu)
30_os-prober	  Записи меню для запуска других операционных систем
40_custom	  Шаблон для собственных конфигурационных файлов
41_custom	  Добавление в grub.cfg код из custom.cfg

00_header Основные настройки GRUB

05_debian_theme Цветовое оформление меню (только в Debian и Ubuntu)

lOJinux Записи меню для запуска актуального дистрибутива

20_linux_xen Записи меню для запуска виртуальных машин

20_mem:est86+ Запись меню для запуска Memtest86 (только в Debian и Ubuntu)

30_os-prober Записи меню для запуска других операционных систем

40_custom Шаблон для собственных конфигурационных файлов

41_custom Добавление в grub.cfg код из custom.cfg

Systemd, cron, загрузка Загрузка/GRUB

grub на флешке /boot/grub/grub.cfg

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

insmod vbe
set timeout=30
loadfont /boot/grub/themes/dejavu_16.pf2
gfxpayload='1024x768,800x600,640x480'
set lang=ru_RU
set theme=/boot/grub/themes/volchara/win_menu.txt
terminal_output gfxterm
insmod chain
insmod loopback
insmod part_gpt
insmod jpeg
insmod png
insmod gzio
insmod part_msdos
insmod ext2
insmod fat
insmod ntfs
insmod iso9660
insmod xfs

#root - это переменная, которая говорит, какая файловая система считается основной. 
#chainloader +1 - вызывает загрузчик устройства root


#MICROSOFT
menuentry "Установка Windows 7/8/8.1/10 (MSDaRT Full) x64bit" --class win {
search --set -f /efi/microsoft/x64/erdc/bootx64.efi
chainloader /efi/microsoft/x64/erdc/bootx64.efi
}

#STRELEC
menuentry "WinPE by Xemom1 and Sergei Strelec x64bit" --class winpe1 {
search --set -f /efi/microsoft/x64/winpe/bootx64.efi
chainloader /efi/microsoft/x64/winpe/bootx64.efi
}

#Возврат в меню#
menuentry "Вернуться в главное меню" --class nazad {
search --set -f /boot/grub/grub.cfg
configfile /boot/grub/grub.cfg
}

#Загрузиться с диска 1
menuentry 'boot from hd1' {
set root=hd1
chainloader +1
}

#Загрузить с Windows 7
menuentry "Windows 7" {
search -s root --file /bootmgr
ntldr /bootmgr
}

#Загрузить с Windows 8
menuentry "Windows 8 UEFI" {
  search --file --no-floppy --set=root /efi/Microsoft/Boot/bootmgfw.efi
  chainloader /efi/Microsoft/Boot/bootmgfw.efi
}

#загрузка разных видов Linux'а:
menuentry "Arch Linux" {
 linux /boot/vmlinuz-linux root=LABEL=Arch_root rw
 initrd /boot/initramfs-linux.img
}

#загрузка iso
menuentry "<Название пункта меню>" { 
    set isofile="<Полный путь к файлу iso>"
    loopback loop <Загрузочный раздел>$isofile 
    <Дополнительные параметры (kernel, initrd,...)>
}

#загрузка iso
menuentry 'ISO Ubuntu ' {
set isofile="/iso/ubuntu-12.04-desktop-amd64.iso"
loopback loop (hd0,5)$isofile
linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile noprompt noeject
initrd (loop)/casper/initrd.lz
}

#Загрузка  GParted 
menuentry "GParted Live CD i486" { 
    set isofile="/boot/iso/gparted-live-0.18.0-1-i486.iso" 
    loopback loop (hd0,1)$isofile 
    loopback loop $isofile 
    linux (loop)/live/vmlinuz boot=live config union=aufs noswap noprompt ip=frommedia toram=filesystem.squashfs findiso=${isofile} 
    initrd (loop)/live/initrd.img 
}

#Tails
menuentry "Tails 1.5 i386" { 
    set isofile="/boot/iso/tails-i386-1.5.iso" 
    loopback loop (hd0,1)$isofile 
    loopback loop $isofile 
    linux (loop)/live/vmlinuz boot=live config apparmor=1 security=apparmor nopersistent timezone=Etc/UTC block.events_dfl_poll_msecs=1000 noautologin module=Tails findiso=$isofile
    initrd (loop)/live/initrd.img 
}

#Kali
menuentry "Kali Linux 2.0 i386" { 
    set isofile="/boot/iso/kali-linux-2.0-i386.iso" 
    loopback loop (hd0,1)$isofile 
    loopback loop $isofile 
    linux (loop)/live/vmlinuz boot=live username=root hostname=kali findiso=${isofile} 
    initrd (loop)/live/initrd.img 
}

#запустить например GRUB4DOS
menuentry "Grub4Dos" {
linux /boot/grub.exe --config-file=/boot/grub/menu.lst
}

100

101

102

103

104

105

106

107

108

109

110

111

112

insmod vbe

set timeout=30

loadfont /boot/grub/themes/dejavu_16.pf2

gfxpayload='1024x768,800x600,640x480'

set lang=ru_RU

set theme=/boot/grub/themes/volchara/win_menu.txt

terminal_output gfxterm

insmod chain

insmod loopback

insmod part_gpt

insmod jpeg

insmod png

insmod gzio

insmod part_msdos

insmod ext2

insmod fat

insmod ntfs

insmod iso9660

insmod xfs

#root - это переменная, которая говорит, какая файловая система считается основной.

#chainloader +1 - вызывает загрузчик устройства root

#MICROSOFT

menuentry "Установка Windows 7/8/8.1/10 (MSDaRT Full) x64bit" --class win {

search --set -f /efi/microsoft/x64/erdc/bootx64.efi

chainloader /efi/microsoft/x64/erdc/bootx64.efi

}

#STRELEC

menuentry "WinPE by Xemom1 and Sergei Strelec x64bit" --class winpe1 {

search --set -f /efi/microsoft/x64/winpe/bootx64.efi

chainloader /efi/microsoft/x64/winpe/bootx64.efi

}

#Возврат в меню#

menuentry "Вернуться в главное меню" --class nazad {

search --set -f /boot/grub/grub.cfg

configfile /boot/grub/grub.cfg

}

#Загрузиться с диска 1

menuentry 'boot from hd1' {

set root=hd1

chainloader +1

}

#Загрузить с Windows 7

menuentry "Windows 7" {

search -s root --file /bootmgr

ntldr /bootmgr

}

#Загрузить с Windows 8

menuentry "Windows 8 UEFI" {

search --file --no-floppy --set=root /efi/Microsoft/Boot/bootmgfw.efi

chainloader /efi/Microsoft/Boot/bootmgfw.efi

}

#загрузка разных видов Linux'а:

menuentry "Arch Linux" {

linux /boot/vmlinuz-linux root=LABEL=Arch_root rw

initrd /boot/initramfs-linux.img

}

#загрузка iso

menuentry "<Название пункта меню>" {

set isofile="<Полный путь к файлу iso>"

loopback loop <Загрузочный раздел>$isofile

<Дополнительные параметры (kernel, initrd,...)>

}

#загрузка iso

menuentry 'ISO Ubuntu ' {

set isofile="/iso/ubuntu-12.04-desktop-amd64.iso"

loopback loop (hd0,5)$isofile

linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$isofile noprompt noeject

initrd (loop)/casper/initrd.lz

}

#Загрузка GParted

menuentry "GParted Live CD i486" {

set isofile="/boot/iso/gparted-live-0.18.0-1-i486.iso"

loopback loop (hd0,1)$isofile

loopback loop $isofile

linux (loop)/live/vmlinuz boot=live config union=aufs noswap noprompt ip=frommedia toram=filesystem.squashfs findiso=${isofile}

initrd (loop)/live/initrd.img

}

#Tails

menuentry "Tails 1.5 i386" {

set isofile="/boot/iso/tails-i386-1.5.iso"

loopback loop (hd0,1)$isofile

loopback loop $isofile

linux (loop)/live/vmlinuz boot=live config apparmor=1 security=apparmor nopersistent timezone=Etc/UTC block.events_dfl_poll_msecs=1000 noautologin module=Tails findiso=$isofile

initrd (loop)/live/initrd.img

}

#Kali

menuentry "Kali Linux 2.0 i386" {

set isofile="/boot/iso/kali-linux-2.0-i386.iso"

loopback loop (hd0,1)$isofile

loopback loop $isofile

linux (loop)/live/vmlinuz boot=live username=root hostname=kali findiso=${isofile}

initrd (loop)/live/initrd.img

}

#запустить например GRUB4DOS

menuentry "Grub4Dos" {

linux /boot/grub.exe --config-file=/boot/grub/menu.lst

}

Systemd, cron, загрузка Загрузка/GRUB

grub модули

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

С помощью insmod name GRUB загружает во время работы модули расширений с дополнительными функциями. 
GRUB ищет файлы модулей name, mod в каталоге /boot/grub[2], в разделе, указанном в переменной root. 
Следует в частности отметить важные модули part_msdos и part_gpt (считывание таблиц секционирования), 
ext2 (файловые системы cxt2 и cxt4), 
raid, 
raidSrec, 
raid6rec и mdraid (программные массивы RAID), 
lvm, 
gfxterm(графическая консоль), 
vbe(графическая система), 
jpeg, tga и png для считывания графических файлов.

С помощью insmod name GRUB загружает во время работы модули расширений с дополнительными функциями.

GRUB ищет файлы модулей name, mod в каталоге /boot/grub[2], в разделе, указанном в переменной root.

Следует в частности отметить важные модули part_msdos и part_gpt (считывание таблиц секционирования),

ext2 (файловые системы cxt2 и cxt4),

raid,

raidSrec,

raid6rec и mdraid (программные массивы RAID),

lvm,

gfxterm(графическая консоль),

vbe(графическая система),

jpeg, tga и png для считывания графических файлов.

Systemd, cron, загрузка Загрузка/GRUB

grub разделы

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

В GRUB существует собственная номенклатура для обозначения жестких дисков 
По нумерация при этом не совпадает: 
первый жесткий диск имеет номер 0, а первый раздел — номер 1!

Имена разделов в GRUB 2
(hd0)   Первый жесткий/твердотельный диск (соответствует /dev/sda)
(hdl)	Второй жесткий/твердотельный диск (соответствует/dev/sdb)
(hd0,l)	Первый раздел первого жесткого/твердотельного диска (/dev/sda 1)
(hd2,8)	Восьмой раздел второго жесткого/твердотельного диска (/dev/sdc8)

Перед номером раздела допускается ставить сокращенное обозначение, указывающее способ секционирования: 
msdos для носителей, чья таблица секционирования записана в главной учетной записи, gpt - для носителей, применяющих таблицу разбиения GUID. 
Таким образом могут получаться названия вида (hd0.msdos3)  или (hd0.gpt2).

В GRUB существует собственная номенклатура для обозначения жестких дисков

По нумерация при этом не совпадает:

первый жесткий диск имеет номер 0, а первый раздел — номер 1!

Имена разделов в GRUB 2

(hd0) Первый жесткий/твердотельный диск (соответствует /dev/sda)

(hdl) Второй жесткий/твердотельный диск (соответствует/dev/sdb)

(hd0,l) Первый раздел первого жесткого/твердотельного диска (/dev/sda 1)

(hd2,8) Восьмой раздел второго жесткого/твердотельного диска (/dev/sdc8)

Перед номером раздела допускается ставить сокращенное обозначение, указывающее способ секционирования:

msdos для носителей, чья таблица секционирования записана в главной учетной записи, gpt - для носителей, применяющих таблицу разбиения GUID.

Таким образом могут получаться названия вида (hd0.msdos3) или (hd0.gpt2).

Совет:

На жестких дисках SATA и твердотельных дисках в принципе совершенно не важно, с какими SATA-портами материнской платы связаны носители данных. 
Первым жестким/твердотельным диском с точки зрения GRUB является тот, который связан с SATA-портом, имеющим наименьший номер.
Рекомендуется связывать первый жесткий или твердотельный диск именно с первым портом SATA. 
При несоблюдении этого условия во время тестов время от времени GRUB опознавал жесткий диск только как hdl. 
В таком случае автоматически сгенерированный конфигурационный файл GRUB не функционировал. 
Чтобы загрузиться в таком случае, нужно отредактировать соответствующую запись GRUB: 
нажать клавишу E и заменить hd0,... на hdl,...

На жестких дисках SATA и твердотельных дисках в принципе совершенно не важно, с какими SATA-портами материнской платы связаны носители данных.

Первым жестким/твердотельным диском с точки зрения GRUB является тот, который связан с SATA-портом, имеющим наименьший номер.

Рекомендуется связывать первый жесткий или твердотельный диск именно с первым портом SATA.

При несоблюдении этого условия во время тестов время от времени GRUB опознавал жесткий диск только как hdl.

В таком случае автоматически сгенерированный конфигурационный файл GRUB не функционировал.

Чтобы загрузиться в таком случае, нужно отредактировать соответствующую запись GRUB:

нажать клавишу E и заменить hd0,... на hdl,...

Systemd, cron, загрузка Загрузка/GRUB

grub переменные

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

С помощью set varname=value осуществляется присваивание переменных. 
Для считывания переменных применяется запись вида $varname. 
При интерактивном выполнении команд GRUB команда echo Svarname отображает содержимое переменной, a set возвращает все определенные переменные.
Некоторые переменные обладают, кроме того, особым значением. 
К ним относятся» например, default, timeout, color_xxx, menu_color_xxx и особенно root: 
при любом доступе к файлам автоматически происходит считывание раздела, определенного в root.

GRUB может долговременно сохранять переменные на время работы. 
Для этого сначала (в Linux) должен быть создан файл /boot/grub[2]/grub-editenv (по умолчанию в большинстве дистрибутивов он уже создан). 
grub-editenv /boot/grub[2]/grubenv create

Теперь во время работы GRUB может с помощью save_env имя_переменной сохранить в этом файле переменную либо считывать переменные из этого файла с помощью loadenv. 
Перед этим необходимо настроить root так, чтобы эта переменная указывала на раздел с файлом окружения. 
В Linux вы также можете считывать или изменять переменные GRUB с помощью grub-editenv.

С помощью set varname=value осуществляется присваивание переменных.

Для считывания переменных применяется запись вида $varname.

При интерактивном выполнении команд GRUB команда echo Svarname отображает содержимое переменной, a set возвращает все определенные переменные.

Некоторые переменные обладают, кроме того, особым значением.

К ним относятся» например, default, timeout, color_xxx, menu_color_xxx и особенно root:

при любом доступе к файлам автоматически происходит считывание раздела, определенного в root.

GRUB может долговременно сохранять переменные на время работы.

Для этого сначала (в Linux) должен быть создан файл /boot/grub[2]/grub-editenv (по умолчанию в большинстве дистрибутивов он уже создан).

grub-editenv /boot/grub[2]/grubenv create

Теперь во время работы GRUB может с помощью save_env имя_переменной сохранить в этом файле переменную либо считывать переменные из этого файла с помощью loadenv.

Перед этим необходимо настроить root так, чтобы эта переменная указывала на раздел с файлом окружения.

В Linux вы также можете считывать или изменять переменные GRUB с помощью grub-editenv.

Systemd, cron, загрузка Загрузка/GRUB

grub нескольких операционных систем

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/09

Каждая операционная система может сохранить собственный загрузчик в специально предусмотренном для этого сегменте диска. 
При запуске компьютера сначала происходит инициализация EFI, а потом автоматически запускается загрузчик той операционной системы, которая была задана по умолчанию. 
(Как правило, по умолчанию задается та операционная система, которая была установлена последней.) 
Если при запуске компьютера нажать специальное сочетание клавиш (к сожалению, оно не стандартизировано и варьируется в зависимости от производителя EFI и ПК), то EFI отобразит меню со всеми загрузчиками.
Таким образом, при работе с EFI GRUB требуется лишь для того, чтобы запустить Linux. 
Вторая функция GRUB — выбор одной из нескольких операционных систем — с EFI становится уже излишней (хотя меню GRUB — исключительно полезная вещь даже при работе с EFI).
В сущности, GRUB с EFI совершенно не нужен. 
Ядро Linux содержит все необходимые функции, позволяющие EFI-системе запускать Linux напрямую, то есть, минуя GRUB или другие загрузчики. 
Но на практике этот вариант пока не играет роли: 
GRUB или другие загрузчики позволяют выбирать одну из нескольких установленных версий ядра, передавать параметры ядра, изменять параметры загрузки и т.д. 
При запуске Linux непосредственно из EFI вся эта гибкость теряется.

Каждая операционная система может сохранить собственный загрузчик в специально предусмотренном для этого сегменте диска.

При запуске компьютера сначала происходит инициализация EFI, а потом автоматически запускается загрузчик той операционной системы, которая была задана по умолчанию.

(Как правило, по умолчанию задается та операционная система, которая была установлена последней.)

Если при запуске компьютера нажать специальное сочетание клавиш (к сожалению, оно не стандартизировано и варьируется в зависимости от производителя EFI и ПК), то EFI отобразит меню со всеми загрузчиками.

Таким образом, при работе с EFI GRUB требуется лишь для того, чтобы запустить Linux.

Вторая функция GRUB — выбор одной из нескольких операционных систем — с EFI становится уже излишней (хотя меню GRUB — исключительно полезная вещь даже при работе с EFI).

В сущности, GRUB с EFI совершенно не нужен.

Ядро Linux содержит все необходимые функции, позволяющие EFI-системе запускать Linux напрямую, то есть, минуя GRUB или другие загрузчики.

Но на практике этот вариант пока не играет роли:

GRUB или другие загрузчики позволяют выбирать одну из нескольких установленных версий ядра, передавать параметры ядра, изменять параметры загрузки и т.д.

При запуске Linux непосредственно из EFI вся эта гибкость теряется.

Systemd, cron, загрузка Загрузка/GRUB

grub ?

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/08

Аббревиатура GRUB:

Аббревиатура GRUB означает Grand Unified Bootloader (Грандиозный унифицированный загрузчик). 
Программа запускает Linux и вообще очень полезна для работы с параллельными установками Windows и Linux, 
так как непосредственно после запуска компьютера позволяет выбрать для работы желаемую операционную систему.

Независимо от конкретного дистрибутива, для работы GRUB2 требуется предварительно установить пакет os-prober. 
Одноименная команда просматривает все доступные разделы дисков на наличие операционных систем. 
Результат выполнения os-prober интегрируется в автоматически создаваемое меню GRUB.

Аббревиатура GRUB означает Grand Unified Bootloader (Грандиозный унифицированный загрузчик).

Программа запускает Linux и вообще очень полезна для работы с параллельными установками Windows и Linux,

так как непосредственно после запуска компьютера позволяет выбрать для работы желаемую операционную систему.

Независимо от конкретного дистрибутива, для работы GRUB2 требуется предварительно установить пакет os-prober.

Одноименная команда просматривает все доступные разделы дисков на наличие операционных систем.

Результат выполнения os-prober интегрируется в автоматически создаваемое меню GRUB.

Внимание:

На вашем жестком диске может быть только одна главная загрузочная запись, но вполне может присутствовать несколько операционных систем. 
Разумеется, здесь есть потенциал для конфликтов! MBR перезаписывается как при установке Linux, так и при установке Windows. 
GRUB вполне может запускать и Windows, но Windows не учитывает возможного наличия Linux на диске. 
Поэтому после установки Linux GRUB приходится «ремонтировать». 
Для этого лучше всего воспользоваться «живым диском» или системой аварийного восстановления. 
Поэтому сначала лучше устанавливать Windows, уже потом — Linux. 
Если позже вы снова установите Windows и перепишете таким образом главную учетную запись, то советы, как справиться с данной проблемой, 
ремонтируем  GRUB с помощью "живого диска".

На вашем жестком диске может быть только одна главная загрузочная запись, но вполне может присутствовать несколько операционных систем.

Разумеется, здесь есть потенциал для конфликтов! MBR перезаписывается как при установке Linux, так и при установке Windows.

GRUB вполне может запускать и Windows, но Windows не учитывает возможного наличия Linux на диске.

Поэтому после установки Linux GRUB приходится «ремонтировать».

Для этого лучше всего воспользоваться «живым диском» или системой аварийного восстановления.

Поэтому сначала лучше устанавливать Windows, уже потом — Linux.

Если позже вы снова установите Windows и перепишете таким образом главную учетную запись, то советы, как справиться с данной проблемой,

ремонтируем GRUB с помощью "живого диска".

Systemd, cron, загрузка

Запуск \ загрузка Linux

Автор записи Автор: Evgeny Yakovlev
Дата записи 2019/09/08

Запуск Linux:

Если вы определяете в загрузчике, что необходимо запустить Linux, то загрузчик должен поместить в оперативную память файл ядра Linux и запустить этот файл. 
Обычно файл ядра Linux называется /boot/vmlinuz (последняя буква z указывает на то, что ядро архивировано). 
Иными словами, загрузчик должен быть в состоянии загрузить из файловой системы весь указанный файл.

Если вы определяете в загрузчике, что необходимо запустить Linux, то загрузчик должен поместить в оперативную память файл ядра Linux и запустить этот файл.

Обычно файл ядра Linux называется /boot/vmlinuz (последняя буква z указывает на то, что ядро архивировано).

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

Параметры ядра:

Обычно ядру сообщается несколько параметров. Как минимум один параметр передается обязательно: 
имя устройства системного раздела (например, root=/dev/sdbl3). 
Это делается для того, чтобы ядро знало, какой из разделов является системным. 
Когда ядро запустится, управление будет передано программе Linux /sbin/init, отвечающей за инициализацию системы Linux.

Обычно ядру сообщается несколько параметров. Как минимум один параметр передается обязательно:

имя устройства системного раздела (например, root=/dev/sdbl3).

Это делается для того, чтобы ядро знало, какой из разделов является системным.

Когда ядро запустится, управление будет передано программе Linux /sbin/init, отвечающей за инициализацию системы Linux.

Доступ к модулям ядра:

Ядро Linux имеет модульную структуру. 
Это означает, что в самом ядре содержатся только самые элементарные функции. 
Дополнительные функции, необходимые для доступа к компонентам аппаратного обеспечения, для считывания и изменения файлов из различных файловых систем и т.д., 
напротив, находятся в модулях, которые при необходимости загружаются из файловой системы и, таким образом, дополняют ядро.
Чтобы процесс запуска прошел успешно, ядро должно иметь возможность получать доступ к системному разделу. 

Если этот раздел расположен в файловой системе, не поддерживаемой ядром напрямую, или на жестком диске SCSI, 
для которого в ядре нет подходящего драйвера, возникает проблема «курицы и яйца».

Ядро Linux имеет модульную структуру.

Это означает, что в самом ядре содержатся только самые элементарные функции.

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

напротив, находятся в модулях, которые при необходимости загружаются из файловой системы и, таким образом, дополняют ядро.

Чтобы процесс запуска прошел успешно, ядро должно иметь возможность получать доступ к системному разделу.

Если этот раздел расположен в файловой системе, не поддерживаемой ядром напрямую, или на жестком диске SCSI,

для которого в ядре нет подходящего драйвера, возникает проблема «курицы и яйца».