Compare commits

9 Commits
main ... main

Author SHA1 Message Date
cd5fa1647b Обновить Ansible/readme.md
Signed-off-by: Reisber <admin@reisber.space>
2026-09-17 10:06:45 +00:00
81f7bc24c5 Backup_mikrot
Signed-off-by: Reisber <admin@reisber.space>
2026-09-15 14:50:42 +00:00
7f87e51e59 Добавить Ansible/readme.md 2026-09-15 14:49:42 +00:00
0ca44d0131 Удалить Ansible 2026-09-15 14:48:46 +00:00
255ccc8fa6 Удалить ansible 2026-09-15 14:47:25 +00:00
ce8282966f Добавить Ansible 2026-09-15 14:46:30 +00:00
6b5ca417dc Добавить ansible 2026-09-15 14:46:12 +00:00
447ea9515f Обновить NEBULA/resize_of_image.md 2026-08-24 19:20:03 +00:00
b3310c6f15 Удалить linux/ubuntu_domain_leave.md 2026-08-22 10:22:47 +00:00
5 changed files with 44 additions and 64 deletions

21
Ansible/backup_daily.yaml Normal file
View File

@@ -0,0 +1,21 @@
---
- name: Backup router
hosts: mikrotik_routers
gather_facts: false
connection: ansible.netcommon.network_cli
tasks:
- name: backup-file create
community.routeros.command:
commands: /system/backup/save dont-encrypt=yes name=backup_mikrotik
- name: backup-file download
net_get:
src: "/backup_mikrotik.backup"
dest: "/ansible-for-games/backups/{{inventory_hostname}}"
protocol: scp
# - name: Save backup with correct hostname
# ansible.builtin.copy:
# src: /ansible-for-games/
# dest: "/ansible-for-games/backups/{{inventory_hostname}}"

12
Ansible/hosts.ini Normal file
View File

@@ -0,0 +1,12 @@
# Group For routers
[mikrotik_routers]
Mikrotik1 ansible_host=192.168.100.30 # mikrotik in nebula
[mikrotik_routers:vars]
ansible_user=admin
ansible_password=root
ansible_network_os=routeros
ansible_connection=ansible.netcommon.network_cli
#better use ansible vault, but for test that will do

9
Ansible/readme.md Normal file
View File

@@ -0,0 +1,9 @@
## Readme
### Because some day I will built something beautiful
But for now
```
apt update -y | apt upgrade -y
apt install ansible python3-paramiko python3-scp
ansible -i hosts.ini backup_daily/yaml
```
Don't forget to edit config to your liking

View File

@@ -6,6 +6,8 @@ swapoff -a
``` ```
Удаляем все разделы кроме / Удаляем все разделы кроме /
``` ```
fdisk *name_of_device*
p [to list all patritions]
d #номер раздела d #номер раздела
w w

View File

@@ -1,64 +0,0 @@
#🛠️ Runbook: Зависание загрузки Ubuntu 24.04 (AD + GDM)
> **Симптом:** Система наглухо виснет на этапе загрузки после старта служб `gdm.service` и `colord.service`. В логах на экране наблюдаются массовые ошибки сокетов SSSD (`Failed to listen on sssd-nss.socket` и `sssd-pam-priv.socket`).
## 🔍 Анализ проблемы (Root Cause)
Сбой происходит из-за конфликта ожидания:
1. **SSSD (System Security Services Daemon)** падает или уходит в бесконечный цикл из-за поврежденного локального кэша или "зависших" сокетов после некорректного завершения работы.
2. **GDM (GNOME Display Manager)** пытается обратиться к PAM/NSS для инициализации экрана авторизации доменных пользователей.
3. Дополнительным фактором зависания графического стека может выступать конфликт проприетарных драйверов Nvidia с Wayland, который включен в Ubuntu 24.04 по умолчанию.
---
## 🛠️ Шаги диагностики и восстановления
### Шаг 1. Получение доступа к консоли (TTY)
Для начала необходимо пробиться в командную строку, минуя зависший GDM.
- Попробуй переключиться в свободный TTY: нажми `Ctrl + Alt + F3` (или `F4`–`F6`).
- 🛑 **Если система не реагирует:** Уходим в **Recovery Mode**.
1. Выполни жесткую перезагрузку.
2. Зажми `Shift` (или `Esc` для UEFI) во время POST-загрузки.
3. В меню GRUB выбери: *Advanced options for Ubuntu* ➡️ *Recovery mode* ➡️ `root` (Drop to root shell prompt).
4. *Внимание: если корневая ФС смонтирована в режиме "только чтение", перемонтируй ее:*
```bash
mount -o remount,rw /
```
### Шаг 2. Восстановление SSSD (Главный подозреваемый)
Ошибки `Failed to listen on... socket` требуют очистки старых сокетов и сброса кэша базы AD.
```bash
# 1. Останавливаем зависшую службу
systemctl stop sssd
# 2. Сбрасываем кэш (стандартная процедура при отвале доменной машины)
rm -f /var/lib/sss/db/*
# 3. Принудительно удаляем мертвые сокеты
rm -f /var/lib/sss/pipes/nss
rm -f /var/lib/sss/pipes/pam
# 4. Запускаем службу и проверяем статус
systemctl start sssd
systemctl status sssd
```
> 💡 **Tip:** Если служба снова падает, проверь детальные логи: `journalctl -xeu sssd` или `/var/log/sssd/sssd.log`.
### Шаг 3. Решение проблем с графическим стеком (GDM + Nvidia)
Если после сброса кэша SSSD (или его полного отключения через `systemctl disable sssd`) загрузка по-прежнему останавливается на `colord.service` или `gdm.service`, необходимо отключить Wayland, так как он часто конфликтует с драйверами Nvidia.
```bash
# 1. Открываем конфигурацию GDM
nano /etc/gdm3/custom.conf # (иногда /etc/gdm3/daemon.conf)
```
```ini
# 2. Находим и раскомментируем (убираем #) следующую строку:
WaylandEnable=false
```
```bash
# 3. Перезапускаем дисплейный менеджер
systemctl restart gdm.service
```