laserattack

Быстрый git clone только нужных файлов/папок

Wed, 14 Oct 2026 00:00:00 +0000

NAME: Быстрый git clone только нужных файлов/папок
TAGS: it, git, guide

Проблема

Репозиторий содержит жирный бинарник (coomer.gif, десятки МБ), который тянется при обычном git clone и нужен только для красоты в README.md. Но я хочу скачать только код и мейкфайл

Решение

--filter=blob:none - сервер отдаёт только коммиты и деревья (имена файлов), но НЕ содержимое файлов (блобы).
--no-checkout - не разворачивать рабочее дерево после клона, иначе git сразу полезет докачивать все блобы (включая гифку).
--depth=1 можно добавить, если не нужна история - будет ещё быстрее.

~/projects/temp
[serr@lap]-> git clone --filter=blob:none --no-checkout https://github.com/Mr-Emacs/coomer
Cloning into 'coomer'...
remote: Enumerating objects: 75, done.
remote: Counting objects: 100% (60/60), done.
remote: Compressing objects: 100% (50/50), done.
remote: Total 75 (delta 14), reused 50 (delta 7), pack-reused 15 (from 1)
Receiving objects: 100% (75/75), 51.38 KiB | 125.00 KiB/s, done.
Resolving deltas: 100% (18/18), done.

git ls-tree -r --name-only HEAD - показывает плоский список всех файлов в текущем коммите, без выкачивания содержимого. Нужно, чтобы понять, какие пути вообще есть и что тянуть.

~/projects/temp
[serr@lap]-> cd coomer/
~/projects/temp/coomer
[serr@lap]-> git ls-tree -r --name-only HEAD
.gitignore
LICENSE
Makefile
README.md
coomer.1.gz
coomer.gif
src/cm_gl.h
src/cm_main.c
src/cm_shaders.h
src/stb_image_write.h

git restore --source=HEAD -- <пути> - вытаскивает указанные пути из коммита HEAD в рабочее дерево.

~/projects/temp/coomer
[serr@lap]-> git restore --source=HEAD -- src Makefile
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (1/1), 585 bytes | 585.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 1 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (1/1), 913 bytes | 913.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (1/1), 7.37 KiB | 7.37 MiB/s, done.
remote: Enumerating objects: 1, done.
remote: Total 1 (delta 0), reused 0 (delta 0), pack-reused 1 (from 1)
Receiving objects: 100% (1/1), 601 bytes | 601.00 KiB/s, done.
remote: Enumerating objects: 1, done.
remote: Counting objects: 100% (1/1), done.
remote: Total 1 (delta 0), reused 1 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (1/1), 19.91 KiB | 19.91 MiB/s, done.

Проблема с определением заряда батареи на HP Victus 16

Sat, 05 Sep 2026 00:00:00 +0000

NAME: Проблема с определением заряда батареи на HP Victus 16
TAGS: linux, it, personal, guide, hardware

Система

Модель: HP Victus 16-e0xxx
ОС: Void Linux
Ядро: 6.18.45_1
Батарея: 4-cell Li-ion polymer

Проблема

системный мониторинг батареи всегда показывает 100%, независимо от реального уровня заряда

Симптомы

/sys/class/power_supply/BAT0/energy_now и /sys/class/power_supply/BAT0/energy_full показывают одинаковые значения (56672000)
/sys/class/power_supply/BAT0/power_now не читается (“No such device”)
/sys/class/power_supply/BAT0/status меняется (Charging/Discharging/Full и тп)
/sys/class/power_supply/BAT0/voltage_now меняется (работает)
/sys/class/power_supply/BAT0/capacity всегда 100
/sys/class/power_supply/BAT0/capacity_level всегда Full

Диагностика

ACPI запрос _BST (Battery Status)

echo '\_SB_.BAT0._BST' | sudo tee /proc/acpi/call
sudo cat /proc/acpi/call

вывод: [0x0, 0xffffffff, 0xdd60, 0x4173]

расшифровка:

0xffffffff — скорость разряда (неизвестно, контроллер не может измерить ток)
0xdd60 — Оставшаяся ёмкость (56672 mWh, застыло)
0x4173 — напряжение (16755 mV, работает)

ACPI запрос _BIF (Battery Information)

echo '\_SB_.BAT0._BIF' | sudo tee /proc/acpi/call
sudo cat /proc/acpi/call

вывод [0x1, 0xdd60, 0xdd60, 0x1, 0x3c28, 0x1a96, 0xf83, 0x1fe, 0x8d, "Primary", " ", "LION", "Hewlett-Packard"]

0xdd60 — проектная емкость (56672 mAh)
0xdd60 — максимальная емкость при полном заряде (56672 mAh)
0x1 — технология (1 = перезаряжаемая)
0x3c28 — проектное напряжение, типо среднее при работе (15400mV)
0x1a96 — предупреждение о низком заряде (6806 mAh)
0xf83 — критически низкий заряд (3971 mAh)
остальное не важно

Причина

контроллер батареи (EC) не может измерить ток (скорость разряда/заряда), из-за чего:

Не обновляется счётчик энергии (energy_now)
Система не может вычислить реальный процент заряда
power_now недоступен

при этом напряжение измеряется напрямую и работает корректно

Решение

использовать напряжение батареи для оценки процента заряда вместо неработающего счётчика энергии

скрипт который пишет текущий вольтаж в системный лог (socklog)

#!/usr/bin/env bash

VOLTAGE=$(cat /sys/class/power_supply/BAT0/voltage_now)
VOLTAGE_MV=$((VOLTAGE / 1000))

logger -t "current battery voltage" "${VOLTAGE_MV}"

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

таким образом можно будет спустя какое то время на зарядке узнать максимальное значение, и его использовать типо как 100% заряда батареи, а потом разрядить ноут и посмотреть минимальное и использовать его как 0% заряда. и текущий процент считать относительно их

конечно измерение заряда на основе напряжения дает погрешность в точности, но это хотя бы что то

вообще нашел статью

там написано

Lithium-ion cells are susceptible to stress by voltage ranges outside of safe ones between 2.5 and 3.65/4.1/4.2 or 4.35 V (depending on the components of the cell)

т.е. минимум 2.5 V на элемент, на 4 элемента как у меня в батарее это значит 10 V а максимум зависит от конкретной батареи, нейросеть говорит что для моей 4.2 V, т.е. на 4 элемента это 16.8 V

по моим логам максимум где то 16.76

~
[serr@lap]-> sucklog user | grep battery
2026-09-05T12:31:01.15228 user.notice: Sep  5 15:31:01 current battery voltage: 16765
2026-09-05T12:32:01.15999 user.notice: Sep  5 15:32:01 current battery voltage: 16765
2026-09-05T12:33:01.16847 user.notice: Sep  5 15:33:01 current battery voltage: 16764
2026-09-05T12:34:01.17606 user.notice: Sep  5 15:34:01 current battery voltage: 16764
2026-09-05T12:35:01.18485 user.notice: Sep  5 15:35:01 current battery voltage: 16764
2026-09-05T12:36:01.19382 user.notice: Sep  5 15:36:01 current battery voltage: 16764
2026-09-05T12:37:01.20235 user.notice: Sep  5 15:37:01 current battery voltage: 16764
2026-09-05T12:38:01.20998 user.notice: Sep  5 15:38:01 current battery voltage: 16764
2026-09-05T12:39:01.21902 user.notice: Sep  5 15:39:01 current battery voltage: 16764
2026-09-05T12:40:01.22840 user.notice: Sep  5 15:40:01 current battery voltage: 16764
2026-09-05T12:41:01.23742 user.notice: Sep  5 15:41:01 current battery voltage: 16765

а 10 V это конечно абсолютный минимум до которого не опустится

тут например сказано

Typically, Li-ion cells operate with a discharge cutoff around 3.0V

т.е. это 12 V на 4 элемента, такое и возьму за минимум пока что, потом мб подкорректирую по логам

т.е. пока что вот так считаю зарядку

#!/usr/bin/env bash

MAX_VOLTAGE=16800
MIN_VOLTAGE=12000

VOLTAGE=$(cat /sys/class/power_supply/BAT0/voltage_now)
VOLTAGE_MV=$((VOLTAGE / 1000))

PERCENT=$(echo "scale=0; ($VOLTAGE_MV - $MIN_VOLTAGE) * 100 / ($MAX_VOLTAGE - $MIN_VOLTAGE)" | bc)

[ $PERCENT -gt 100 ] && PERCENT=100
[ $PERCENT -lt 0 ] && PERCENT=0

echo "BAT ${PERCENT}% (${VOLTAGE_MV}mV)"

Константы в C++

Tue, 25 Aug 2026 00:00:00 +0000

NAME: Константы в C++
TAGS: it, c++, cpp

Указатели на переменные базовых типов

Случай 1

Переменная: неконстантная
Указатель: неконстантный, указывающий на неконстантную переменную

int a = 10;
int *p = &a; // OK
p--; // OK
p++; // OK
(*p)++; // OK

Случай 2

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

const int a = 10;
int *p = &a; // error: invalid conversion from 'const int*' to 'int*'
p--;
p++;
(*p)++;

Случай 3

Переменная: константная
Указатель: неконстантный, указывающий на константную переменную
Вывод: нельзя через неконстантный указатель, указывающий на константную память, изменить память на которую он указывает. Сам указатель при этом менять можно

const int a = 10;
const int *p = &a; // OK
p--; // OK
p++; // OK
(*p)++; // error: increment of read-only location '* p'

сначала подумал что read-only location означает RO-секцию типо .rodata, куда поместился литерал. но в общем случае это то не означает, потому что тут ошибка та же

void f(const int *p) {
    (*p)++; // error: increment of read-only location '* p'
}

т.е. read-only тут не факт что уровня ОС, под read-only может иметься в виду гарантия компилятора не менять константу

Случай 4

Переменная: неконстантная
Указатель: константный, указывающий на неконстантную переменную
Вывод: через константный указатель, указывающий на неконстантную память, можно изменить память на которую он указывает. Сам указатель при этом менять нельзя

int a = 10;
int *const p = &a; // OK
(*p)++; // OK
p--; // error: decrement of read-only variable 'p'

Случай 5

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

const int a = 10;
const int *const p = &a;
(*p)++; // error: increment of read-only location '*(const int*)p'
p--; // error: decrement of read-only variable 'p'

Пользовательские типы: константные и неконстантные объекты

Случай 1

Вывод: нельзя создать константный объект, если его тип не имеет конструктора. Неконстантный объект создать при этом можно

struct Data {
    int data;
};

int main() {
    Data a; // OK
    const Data b; // error: uninitialized 'const b'
                  // note: 'const struct Data' has no user-provided default constructor
}

Если определяю конструктор, то все ок

struct Data {
    int data;
    Data() : data() {}
};

int main() {
    Data a; // OK
    const Data b; // OK
}

Случай 2

Вывод: если объект константный, то даже неконстантные его поля менять нельзя (если не пометить их как mutable)

struct Data {
    int data;
    Data() : data() {}
};

int main() {
    Data a;
    const Data b;
    a.data = 1;
    b.data = 1; // error: assignment of member 'Data::data' in read-only object
}

если поле помечено как mutable то его можно менять даже если объект константный

struct Data {
    mutable int data;
    Data() : data() {}
};

int main() {
    Data a;
    const Data b;
    a.data = 1;
    b.data = 1;
}

Случай 3

Вывод: если объект константный, то даже неконстантные его поля менять нельзя (если не пометить их как mutable), но если поле - указатель, то можно менять память на которую он указывает, но не сам указатель

struct Data {
    int *data;
    Data() : data(new int[3]) {}
    ~Data() { delete[] data; }
};

int main() {
    Data a; // OK
    const Data b; // OK
    a.data[1] = 1; // OK
    b.data[1] = 1; // OK
}

Случай 4

Вывод: не-const метод нельзя вызвать на const объекте

матчасть: любой метод неявно принимает адрес объекта, т.е. obj.method() компилятор превращает образно говоря в Class::method(&obj)

#include <iostream>

struct Data {
    int *data;
    int len;
    Data() {
        data = new int[3]{1, 2, 3};
        len = 3;
    }
    ~Data() { delete[] data; }
    void print() {
        for (int i = 0; i < len; i++) {
            std::cout << data[i];
        }
    }
};

int main() {
    const Data a;
    a.print(); // error: passing 'const Data' as 'this' argument discards qualifiers
}

Когда вызывается a.print() на const Data a:

Неявный аргумент this ожидается как Data * (не const)
Передача const Data * в Data * — потеря const, про что и написано в ошибке

если определяю метод как константный то все ок

#include <iostream>

struct Data {
    int *data;
    int len;
    Data() {
        data = new int[3]{1, 2, 3};
        len = 3;
    }
    ~Data() { delete[] data; }
    void print() const {
        for (int i = 0; i < len; i++) {
            std::cout << data[i];
        }
    }
};

int main() {
    const Data a;
    a.print(); // OK
}

если не менять метод то можно еще так

#include <iostream>

struct Data {
    int *data;
    int len;
    Data() {
        data = new int[3]{1, 2, 3};
        len = 3;
    }
    ~Data() { delete[] data; }
    void print() {
        for (int i = 0; i < len; i++) {
            std::cout << data[i];
        }
    }
};

int main() {
    const Data a; // OK
    const_cast<Data&>(a).print(); // OK
}

Случай 5

Вывод: существует перегрузка по const

struct Data {
    void print() {
        std::cout << "non-const\n";
    }

    void print() const {
        std::cout << "const\n";
    }
};

int main() {
    Data a;
    const Data b;

    a.print(); // "non-const"
    b.print(); // "const"
}

Как я уменьшил в 2 раза число системных вызовов newfstatat в mado

Tue, 18 Aug 2026 00:00:00 +0000

NAME: Как я уменьшил в 2 раза число системных вызовов newfstatat в mado
TAGS: it, linux, syscall, performance

Что за mado?

Программа, которую я периодически пишу и использую для ведения заметок и задач: mado - markdown organizer for Linux

Проблема

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

 36.26    0.086568           4     20090           newfstatat

20000 системные вызовов stat на 10000 записей. при этом явно в программе stat вызывается один раз на запись. так с чего системных вызовов в 2 раза больше чем должно быть?

Расследование

Локализую проблему

оказалось для каждой записи вот что происходит

newfstatat(AT_FDCWD, "/home/serr/projects/mado/MADO/20260107T020900/MAIN.md", {st_mode=S_IFREG|0644, st_size=2543, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /home/serr/projects/mado/mado(+0x0) [0x11c72]
 > /home/serr/projects/mado/mado(+0x0) [0x147ce]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa203]
 > /home/serr/projects/mado/mado(main+0xdd) [0x764d]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]
 > /usr/lib/libc.so.6(__libc_start_main+0x85) [0x2acb5]
 > /home/serr/projects/mado/mado(_start+0x21) [0x7831]
newfstatat(AT_FDCWD, "/etc/localtime", {st_mode=S_IFREG|0644, st_size=1535, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /usr/lib/libc.so.6(__tzfile_read+0xec) [0xcae0c]
 > /usr/lib/libc.so.6(tzset_internal+0x154) [0xca9a4]
 > /usr/lib/libc.so.6(__tz_convert+0x53) [0xcaba3]
 > /home/serr/projects/mado/mado(+0x0) [0x1281d]
 > /home/serr/projects/mado/mado(+0x0) [0x147ce]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa203]
 > /home/serr/projects/mado/mado(main+0xdd) [0x764d]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]

посмотрю что там

0x0000000000012818 <+5896>:	call   0x5260 <localtime@plt>
0x000000000001281d <+5901>:	lea    0x9e1e(%rip),%rdx

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

вот проблемный участок кода

if (need_mtime) {
    struct stat st;
    if (stat(entry_file.c_str(), &st) == 0) {
        std::tm *tm = std::localtime(&st.st_mtime);
        char buf[16];
        std::strftime(buf, sizeof(buf), "%Y%m%dT%H%M%S", tm);
        entry->mtime = buf;
    } else {
        return nullptr;
    }
}

получается что функция std::localtime

std::tm *tm = std::localtime(&st.st_mtime);

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

Откуда берется локальное время

В системах Linux информация о часовом поясе (таймзоне) хранится в файле /etc/localtime

Когда программа запрашивает локальное время, библиотека libc должна знать:

Смещение от UTC
Правила перехода на летнее/зимнее время

вот тут man7.org/linux/man-pages/man3/localtime.3.html есть такой абзац

The localtime() function converts the calendar time timep to broken-down time representation, expressed relative to the user’s specified timezone. The function also sets the external variables tzname, timezone, and daylight as if it called tzset(3). The return value points to a statically allocated struct which might be overwritten by subsequent calls to any of the date and time functions. The localtime_r() function does the same, but stores the data in a user-supplied struct. It need not set tzname, timezone, and daylight.

ключевое тут про localtime вот что

The function also sets the external variables tzname, timezone, and daylight as if it called tzset(3)

т.е. она действительно при каждом вызове читает информацию о таймзоне, а значит обращается к /etc/localtime

тут же написано про другую функцию - localtime_r

The localtime_r() function does the same, but stores the data in a user-supplied struct. It need not set tzname, timezone, and daylight.

а вот она не читает информацию о таймзоне при каждом вызове

Расследую далее

поменял std::localtime на localtime_r

modified   libmado/mado.cpp
@@ -228,9 +228,10 @@ Mado_Entry::parse(const Mado_Config *cfg,
     if (need_mtime) {
         struct stat st;
         if (stat(entry_file.c_str(), &st) == 0) {
-            std::tm *tm = std::localtime(&st.st_mtime);
+            struct tm tm_result;
+            localtime_r(&st.st_mtime, &tm_result);
             char buf[16];
-            std::strftime(buf, sizeof(buf), "%Y%m%dT%H%M%S", tm);
+            std::strftime(buf, sizeof(buf), "%Y%m%dT%H%M%S", &tm_result);
             entry->mtime = buf;
         } else {
             return nullptr;

и действительно получаю уменьшение числа системных вызовов в 2 раза

 25.18    0.043956           4     10047           newfstatat

но обращение к /etc/localtime все таки происходит

openat(AT_FDCWD, "/etc/localtime", O_RDONLY|O_CLOEXEC) = 4
 > /usr/lib/libc.so.6(__open64_nocancel+0x3e) [0xfbdee]
 > /usr/lib/libc.so.6(_IO_file_open+0xb5) [0x84bd5]
 > /usr/lib/libc.so.6(_IO_file_fopen+0xc5) [0x84cb5]
 > /usr/lib/libc.so.6(__fopen_internal+0x79) [0x79459]
 > /usr/lib/libc.so.6(__tzfile_read+0x103) [0xcae23]
 > /usr/lib/libc.so.6(tzset_internal+0x154) [0xca9a4]
 > /usr/lib/libc.so.6(__tz_convert+0x53) [0xcaba3]
 > /home/serr/projects/mado/mado(+0x0) [0x12828]
 > /home/serr/projects/mado/mado(+0x0) [0x147ce]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa203]

вот оно тут

0x0000000000012823 <+5907>:	call   0x51c0 <localtime_r@plt>
0x0000000000012828 <+5912>:	mov    %r13,%rcx

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

вот что еще есть в мануале

According to POSIX.1, localtime() is required to behave as though tzset(3) was called, while localtime_r() does not have this requirement. For portable code, tzset(3) should be called before localtime_r()

т.е. рекомендуется все таки явно инициализировать внутренние переменные таймзоны через tzset()

Что в итоге

Заменив std::localtime() на localtime_r() + однократный вызов tzset(), убрал лишний системный вызов stat() для /etc/localtime на каждую запись

Результат на 100 000 записей:

Время выполнения: ~4.0 с -> ~3.5 с
Ускорение: ~12%
Сокращение системных вызовов: 100 000 newfstatat

Нахождение утечек и узких мест в производительности программ

Mon, 17 Aug 2026 00:00:00 +0000

NAME: Нахождение утечек и узких мест в производительности программ
TAGS: it, linux, valgrind, strace, time

time

просто проверка времени работы

~/projects/mado
[serr@lap]-> time mado ls 's ~ ope'
<ВЫВОД ПРОГРАММЫ>
real	0m5.091s
user	0m4.247s
sys	0m0.823s

valgrind

ищет утечки, использую такой алиас

~/projects/mado
[serr@lap]-> cat ~/.bashrc | grep valgall
alias valgall='valgrind --leak-check=full --show-leak-kinds=all'

пример

~/projects/mado
[serr@lap]-> valgall mado ls 's ~ ope'
==8710== Memcheck, a memory error detector
==8710== Copyright (C) 2002-2024, and GNU GPL'd, by Julian Seward et al.
==8710== Using Valgrind-3.25.1 and LibVEX; rerun with -h for copyright info
==8710== Command: mado ls s\ ~\ ope
==8710==
<ВЫВОД ПРОГРАММЫ>
==8710==
==8710== HEAP SUMMARY:
==8710==     in use at exit: 0 bytes in 0 blocks
==8710==   total heap usage: 2,601,468 allocs, 2,601,468 frees, 1,243,906,158 bytes allocated
==8710==
==8710== All heap blocks were freed -- no leaks are possible
==8710==
==8710== For lists of detected and suppressed errors, rerun with: -s
==8710== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

strace

strace — это утилита для трассировки системных вызовов (syscalls). Позволяет увидеть, с какими файлами, сокетами, процессами и памятью взаимодействует программа на уровне ядра. Используется для поиска узких мест, связанных с I/O, работой с файловой системой и сетевыми операциями

пример

~/projects/mado
[serr@lap]-> strace -c mado ls 's ~ ope'
<ВЫВОД ПРОГРАММЫ>
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
02    0.852957           4    200090           newfstatat
41    0.520218           5    100063        12 openat
66    0.376334           3    100091           read
83    0.337496           3    100051           close
87    0.039811         321       124           getdents64
18    0.003920           5       681           brk
02    0.000450          90         5           munmap
01    0.000196           7        26           mmap
00    0.000048           8         6           mprotect
00    0.000023           2         9           fstat
00    0.000008           4         2           pread64
00    0.000006           3         2           fcntl
00    0.000006           6         1           getcwd
00    0.000006           6         1           getrandom
00    0.000005           5         1           futex
00    0.000004           4         1           lseek
00    0.000004           4         1           arch_prctl
00    0.000004           4         1           set_tid_address
00    0.000004           4         1           set_robust_list
00    0.000004           4         1           prlimit64
00    0.000003           3         1           rseq
00    0.000000           0         2           write
00    0.000000           0         1         1 access
00    0.000000           0         1           execve
------ ----------- ----------- --------- --------- ----------------
00    2.131507           4    501163        13 total

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

~/projects/mado
[serr@lap]-> strace -k -e trace=newfstatat mado ls 's ~ ope' 2>&1 | head -50
newfstatat(AT_FDCWD, "/home/serr/projects/mado/MADO", {st_mode=S_IFDIR|0755, st_size=3547136, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /usr/lib/libstdc++.so.6.0.33(+0x0) [0x1cd760]
 > /usr/lib/libstdc++.so.6.0.33(+0x0) [0x1cddf9]
 > /home/serr/projects/mado/mado(+0x0) [0xebe6]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x133) [0x9a23]
 > /home/serr/projects/mado/mado(main+0xe2) [0x7462]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]
 > /usr/lib/libc.so.6(__libc_start_main+0x85) [0x2acb5]
 > /home/serr/projects/mado/mado(_start+0x21) [0x7631]
newfstatat(AT_FDCWD, "/home/serr/projects/mado/MADO", {st_mode=S_IFDIR|0755, st_size=3547136, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /usr/lib/libstdc++.so.6.0.33(+0x0) [0x1cd760]
 > /usr/lib/libstdc++.so.6.0.33(+0x0) [0x1cddf9]
 > /home/serr/projects/mado/mado(+0x0) [0x13a72]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa003]
 > /home/serr/projects/mado/mado(main+0xe2) [0x7462]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]
 > /usr/lib/libc.so.6(__libc_start_main+0x85) [0x2acb5]
 > /home/serr/projects/mado/mado(_start+0x21) [0x7631]
newfstatat(AT_FDCWD, "/home/serr/projects/mado/MADO", {st_mode=S_IFDIR|0755, st_size=3547136, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /usr/lib/libstdc++.so.6.0.33(+0x0) [0x1cd760]
 > /usr/lib/libstdc++.so.6.0.33(+0x0) [0x1cddf9]
 > /home/serr/projects/mado/mado(+0x0) [0x13ab0]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa003]
 > /home/serr/projects/mado/mado(main+0xe2) [0x7462]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]
 > /usr/lib/libc.so.6(__libc_start_main+0x85) [0x2acb5]
 > /home/serr/projects/mado/mado(_start+0x21) [0x7631]
newfstatat(AT_FDCWD, "/home/serr/projects/mado/MADO/20260110T143500/MAIN.md", {st_mode=S_IFREG|0644, st_size=2544, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /home/serr/projects/mado/mado(+0x0) [0x113f2]
 > /home/serr/projects/mado/mado(+0x0) [0x13eaa]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa003]
 > /home/serr/projects/mado/mado(main+0xe2) [0x7462]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]
 > /usr/lib/libc.so.6(__libc_start_main+0x85) [0x2acb5]
 > /home/serr/projects/mado/mado(_start+0x21) [0x7631]
newfstatat(AT_FDCWD, "/home/serr/projects/mado/MADO/20260220T003100/MAIN.md", {st_mode=S_IFREG|0644, st_size=2544, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]
 > /home/serr/projects/mado/mado(+0x0) [0x113f2]
 > /home/serr/projects/mado/mado(+0x0) [0x13eaa]
 > /home/serr/projects/mado/mado(_ZL8cmd_listiPPc+0x713) [0xa003]
 > /home/serr/projects/mado/mado(main+0xe2) [0x7462]
 > /usr/lib/libc.so.6(__libc_start_call_main+0x7c) [0x2abfc]
 > /usr/lib/libc.so.6(__libc_start_main+0x85) [0x2acb5]
 > /home/serr/projects/mado/mado(_start+0x21) [0x7631]
newfstatat(AT_FDCWD, "/etc/localtime", {st_mode=S_IFREG|0644, st_size=1535, ...}, 0) = 0
 > /usr/lib/libc.so.6(fstatat+0xa) [0xf76aa]

Работа с PGP ключами

Sat, 15 Aug 2026 00:00:00 +0000

NAME: Работа с PGP ключами
TAGS: pgp, cipher, privacy, guide

Создание мастерключей

Мастерключи должны храниться только в зашифрованной ФС, я буду использовать gocryptfs - оверлейную зашифрованную файловую систему

mkdir ~/mnt/gocryptfs/pgp-keys

далее запускаю процесс создания ключа

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --full-generate-key
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
gpg (GnuPG) 2.4.9; Copyright (C) 2025 g10 Code GmbH
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

gpg: keybox '/home/serr/mnt/gocryptfs/pgp-keys/pubring.kbx' created
Please select what kind of key you want:
   (1) RSA and RSA
   (2) DSA and Elgamal
   (3) DSA (sign only)
   (4) RSA (sign only)
   (9) ECC (sign and encrypt) *default*
  (10) ECC (sign only)
  (14) Existing key from card
Your selection? 10
Please select which elliptic curve you want:
   (1) Curve 25519 *default*
   (4) NIST P-384
   (6) Brainpool P-256
Your selection?
Please specify how long the key should be valid.
         0 = key does not expire
      <n>  = key expires in n days
      <n>w = key expires in n weeks
      <n>m = key expires in n months
      <n>y = key expires in n years
Key is valid for? (0)
Key does not expire at all
Is this correct? (y/N) y

GnuPG needs to construct a user ID to identify your key.

Real name: Primary Key
Email address:
Comment: Clean
You selected this USER-ID:
    "Primary Key (Clean)"

Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O
We need to generate a lot of random bytes. It is a good idea to perform
some other action (type on the keyboard, move the mouse, utilize the
disks) during the prime generation; this gives the random number
generator a better chance to gain enough entropy.
gpg: /home/serr/mnt/gocryptfs/pgp-keys/trustdb.gpg: trustdb created
gpg: directory '/home/serr/mnt/gocryptfs/pgp-keys/openpgp-revocs.d' created
gpg: revocation certificate stored as '/home/serr/mnt/gocryptfs/pgp-keys/openpgp-revocs.d/0C73E648FEEA465E8F6493AF38A22EA086864C8F.rev'
public and secret key created and signed.

pub   ed25519 2026-08-15 [SC]
      0C73E648FEEA465E8F6493AF38A22EA086864C8F
uid                      Primary Key (Clean)

важно что я выбирал

  (10) ECC (sign only)

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

Выпуск субключей

Создаю субключ для шифрования

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --edit-key "Primary Key (Clean)"
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
gpg (GnuPG) 2.4.9; Copyright (C) 2025 g10 Code GmbH
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Secret key is available.

gpg: checking the trustdb
gpg: marginals needed: 3  completes needed: 1  trust model: pgp
gpg: depth: 0  valid:   2  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 2u
sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
[ultimate] (1). Primary Key (Clean)

gpg> addkey
Please select what kind of key you want:
   (3) DSA (sign only)
   (4) RSA (sign only)
   (5) Elgamal (encrypt only)
   (6) RSA (encrypt only)
  (10) ECC (sign only)
  (12) ECC (encrypt only)
  (14) Existing key from card
Your selection? 12
Please select which elliptic curve you want:
   (1) Curve 25519 *default*
   (4) NIST P-384
   (6) Brainpool P-256
Your selection?
Please specify how long the key should be valid.
         0 = key does not expire
      <n>  = key expires in n days
      <n>w = key expires in n weeks
      <n>m = key expires in n months
      <n>y = key expires in n years
Key is valid for? (0) 1y
Key expires at Sun 15 Aug 2027 02:12:50 PM MSK
Is this correct? (y/N) y
Really create? (y/N) y
We need to generate a lot of random bytes. It is a good idea to perform
some other action (type on the keyboard, move the mouse, utilize the
disks) during the prime generation; this gives the random number
generator a better chance to gain enough entropy.

sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
[ultimate] (1). Primary Key (Clean)

gpg> save

тут важно что я выбрал

  (12) ECC (encrypt only)

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

в связке так

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --list-secret-keys --with-subkey-fingerprint "Primary Key (Clean)"
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
sec   ed25519 2026-08-15 [SC]
      0C73E648FEEA465E8F6493AF38A22EA086864C8F
uid           [ultimate] Primary Key (Clean)
ssb   cv25519 2026-08-15 [E] [expires: 2027-08-15]
      9A819283B120FA7E83523B2E5DBD0FD73ACA057F

еще выпущу sign ключ для использования в ssh

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --edit-key "Primary Key (Clean)"
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
gpg (GnuPG) 2.4.9; Copyright (C) 2025 g10 Code GmbH
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Secret key is available.

sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
[ultimate] (1). Primary Key (Clean)

gpg> addkey
Please select what kind of key you want:
   (3) DSA (sign only)
   (4) RSA (sign only)
   (5) Elgamal (encrypt only)
   (6) RSA (encrypt only)
  (10) ECC (sign only)
  (12) ECC (encrypt only)
  (14) Existing key from card
Your selection? 10
Please select which elliptic curve you want:
   (1) Curve 25519 *default*
   (4) NIST P-384
   (6) Brainpool P-256
Your selection?
Please specify how long the key should be valid.
         0 = key does not expire
      <n>  = key expires in n days
      <n>w = key expires in n weeks
      <n>m = key expires in n months
      <n>y = key expires in n years
Key is valid for? (0) 1y
Key expires at Sun 15 Aug 2027 02:24:57 PM MSK
Is this correct? (y/N) y
Really create? (y/N) y
We need to generate a lot of random bytes. It is a good idea to perform
some other action (type on the keyboard, move the mouse, utilize the
disks) during the prime generation; this gives the random number
generator a better chance to gain enough entropy.

sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
ssb  ed25519/7CB4AF1623EBFD0D
     created: 2026-08-15  expires: 2027-08-15  usage: S
[ultimate] (1). Primary Key (Clean)

gpg> save

но сейчас экспорт в ssh не работает

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --export-ssh-key 7CB4AF1623EBFD0D
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
gpg: key "7CB4AF1623EBFD0D" not found: Unusable public key
gpg: export as ssh key failed: Unusable public key

надо сменить тип использования с sign на authenticate

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --edit-key "Primary Key (Clean)"
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
gpg (GnuPG) 2.4.9; Copyright (C) 2025 g10 Code GmbH
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Secret key is available.

sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
ssb  ed25519/7CB4AF1623EBFD0D
     created: 2026-08-15  expires: 2027-08-15  usage: S
[ultimate] (1). Primary Key (Clean)

gpg> key 2

sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
ssb* ed25519/7CB4AF1623EBFD0D
     created: 2026-08-15  expires: 2027-08-15  usage: S
[ultimate] (1). Primary Key (Clean)

gpg> change-usage
Changing usage of a subkey.

Possible actions for this ECC key: Sign Authenticate
Current allowed actions: Sign

   (S) Toggle the sign capability
   (A) Toggle the authenticate capability
   (Q) Finished

Your selection? A

Possible actions for this ECC key: Sign Authenticate
Current allowed actions: Sign Authenticate

   (S) Toggle the sign capability
   (A) Toggle the authenticate capability
   (Q) Finished

Your selection? S

Possible actions for this ECC key: Sign Authenticate
Current allowed actions: Authenticate

   (S) Toggle the sign capability
   (A) Toggle the authenticate capability
   (Q) Finished

Your selection? Q

sec  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: ultimate      validity: ultimate
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
ssb* ed25519/7CB4AF1623EBFD0D
     created: 2026-08-15  expires: 2027-08-15  usage: A
[ultimate] (1). Primary Key (Clean)

gpg> save

вот теперь экспорт в ssh

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --export-ssh-key 7CB4AF1623EBFD0D
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAILDuVae20rXvJDEHZUqKjUYJ7837SFL2HG5O2xNa4XUE openpgp:0x23EBFD0D

вообще типы использования такие

Certify (C) - Подписывать другие ключи (сертификация)
Sign (S) - Подписывать файлы, сообщения, git-коммиты
Encrypt (E) - Шифровать файлы, сообщения
Authenticate (A) - Аутентификация

Экспорт субключей в основную систему

мастерключ не экспортируется, он живет только в зашифрованной фс, это ключевое требование

~/mnt/gocryptfs
[serr@lap]-> gpg --homedir ~/mnt/gocryptfs/pgp-keys --export-secret-subkeys "Primary Key (Clean)" | gpg --import --pinentry-mode loopback
gpg: WARNING: unsafe permissions on homedir '/home/serr/mnt/gocryptfs/pgp-keys'
gpg: key 38A22EA086864C8F: public key "Primary Key (Clean)" imported
gpg: To migrate 'secring.gpg', with each smartcard, run: gpg --card-status
gpg: key 38A22EA086864C8F: secret key imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg:       secret keys read: 1
gpg:  secret keys unchanged: 1

проверка

~/mnt/gocryptfs
[serr@lap]-> gpg --list-secret-keys --keyid-format LONG
gpg: checking the trustdb
gpg: no ultimately trusted keys found
/home/serr/.gnupg/pubring.kbx
-----------------------------
sec#  ed25519/38A22EA086864C8F 2026-08-15 [SC]
      0C73E648FEEA465E8F6493AF38A22EA086864C8F
uid                 [ unknown] Primary Key (Clean)
ssb   cv25519/5DBD0FD73ACA057F 2026-08-15 [E] [expires: 2027-08-15]
ssb   ed25519/7CB4AF1623EBFD0D 2026-08-15 [A] [expires: 2027-08-15]

sec# - тут # означает что нет приватного ключа

проверить можно так

~/mnt/gocryptfs
[serr@lap]-> echo "test" | gpg --sign --local-user 38A22EA086864C8F
gpg: signing failed: No secret key

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

~
[serr@lap]-> gpg --edit-key "Primary Key (Clean)"
gpg (GnuPG) 2.4.9; Copyright (C) 2025 g10 Code GmbH
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Secret subkeys are available.

pub  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: unknown       validity: unknown
ssb  cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
ssb  ed25519/7CB4AF1623EBFD0D
     created: 2026-08-15  expires: 2027-08-15  usage: A
ssb  ed25519/1CC271B607E17A73
     created: 2026-08-15  expires: 2027-08-15  usage: S
[ unknown] (1). Primary Key (Clean)

gpg> key 1

pub  ed25519/38A22EA086864C8F
     created: 2026-08-15  expires: never       usage: SC
     trust: unknown       validity: unknown
ssb* cv25519/5DBD0FD73ACA057F
     created: 2026-08-15  expires: 2027-08-15  usage: E
ssb  ed25519/7CB4AF1623EBFD0D
     created: 2026-08-15  expires: 2027-08-15  usage: A
ssb  ed25519/1CC271B607E17A73
     created: 2026-08-15  expires: 2027-08-15  usage: S
[ unknown] (1). Primary Key (Clean)

gpg> expire
Changing expiration time for a subkey.
Please specify how long the key should be valid.
         0 = key does not expire
      <n>  = key expires in n days
      <n>w = key expires in n weeks
      <n>m = key expires in n months
      <n>y = key expires in n years
Key is valid for? (0) 0
Key does not expire at all
Is this correct? (y/N) y
gpg: signing failed: No secret key
gpg: make_keysig_packet failed: No secret key

gpg> quit

Сохранение приватных мастерключей в keepass

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

gpg --homedir ~/mnt/gocryptfs/pgp-keys --export-secret-keys "Primary Key (Clean)" > /tmp/primary-clean-secret.asc

и в keepassxc например аттачментсы добавляются в заметке во вкладке Advanced

оттуда же их можно сохранить в систему

импорт из .asc так

~
[serr@lap]-> mkdir -p /tmp/test-gpg && chmod 700 /tmp/test-gpg
~
[serr@lap]-> gpg --homedir /tmp/test-gpg --import /tmp/primary-clean-secret.asc
gpg: keybox '/tmp/test-gpg/pubring.kbx' created
gpg: /tmp/test-gpg/trustdb.gpg: trustdb created
gpg: key 38A22EA086864C8F: public key "Primary Key (Clean)" imported
gpg: key 38A22EA086864C8F: secret key imported
gpg: Total number processed: 1
gpg:               imported: 1
gpg:       secret keys read: 1
gpg:   secret keys imported: 1
~
[serr@lap]-> gpg --homedir /tmp/test-gpg --list-secret-keys --keyid-format LONG
/tmp/test-gpg/pubring.kbx
-------------------------
sec   ed25519/38A22EA086864C8F 2026-08-15 [SC]
      0C73E648FEEA465E8F6493AF38A22EA086864C8F
uid                 [ unknown] Primary Key (Clean)
ssb   cv25519/5DBD0FD73ACA057F 2026-08-15 [E] [expires: 2027-08-15]
ssb   ed25519/7CB4AF1623EBFD0D 2026-08-15 [A] [expires: 2027-08-15]
ssb   ed25519/1CC271B607E17A73 2026-08-15 [S] [expires: 2027-08-15]

тут импортировался полностью мастерключ ну и субключи все

Экспорт и импорт публичного ключа

gpg --export --armor "Primary Key (Clean)" > /tmp/primary-clean-public.asc

выглядит как то так

~
[serr@lap]-> cat /tmp/primary-clean-public.asc
-----BEGIN PGP PUBLIC KEY BLOCK-----

mDMEaoA+YRYJKwYBBAHaRw8BAQdALcylHsJhiaiG/1Z/6L6kZeABo/rgYX9TVj2i
VpTReeC0E1ByaW1hcnkgS2V5IChDbGVhbimIkwQTFgoAOxYhBAxz5kj+6kZej2ST
rziiLqCGhkyPBQJqgD5hAhsDBQsJCAcCAiICBhUKCQgLAgQWAgMBAh4HAheAAAoJ
EDiiLqCGhkyPpuQA/2EhSFGG7YaLp1LINKNdH+kO0PNlseaQ3bE/8LQz5apJAP9F
qs5giukGNFW1WsDa2xFwGxV9dlHr3UgFF9B2YiOOBbg4BGqASZ4SCisGAQQBl1UB
BQEBB0CqHGu4KplCJul4FHH3mrh3nDVrWKXdhYCc3NpeQzL3dAMBCAeIfgQYFgoA
JhYhBAxz5kj+6kZej2STrziiLqCGhkyPBQJqgEmeAhsMBQkB4TOAAAoJEDiiLqCG
hkyPGUwA/jRI1/FCbw5ewLNd81KeaVCxOyQjQ2AN2maMOiKPSESmAP495K4crObv
3NaW48Myq3HHXHgttH2rBTOQmhHvuoROAbgzBGqATHUWCSsGAQQB2kcPAQEHQLDu
Vae20rXvJDEHZUqKjUYJ7837SFL2HG5O2xNa4XUEiPUEGBYKACYFCQHhM4AWIQQM
c+ZI/upGXo9kk684oi6ghoZMjwUCaoBNogIbIACBdiAEGRYKAB0WIQRB0v4ZIcMD
zXRqWx58tK8WI+v9DQUCaoBMdQAKCRB8tK8WI+v9DUJPAP4q0SEChxjHad+se78f
JUUPAsVXDiJP0oyXMjg2KMswUQEAsrj+cKEf0FZEp7A2c6Y5lRQan3o7BWfe9UbY
X/QjOQoJEDiiLqCGhkyPA5gBALvzO+U+otN5+MaUaP6uAWmmnvyJgUYJH8pC+4Td
eoM4AP43ijjzxlViwpBpd7t4NqYr205j3kHH6hvqpFNQk9g9AbgzBGqAUlgWCSsG
AQQB2kcPAQEHQOxTz0Y5CxSKuxK5Amcv6gCfb6DVbzvQDGG+pczDHqS1iPUEGBYK
ACYWIQQMc+ZI/upGXo9kk684oi6ghoZMjwUCaoBSWAIbAgUJAeEzgACBCRA4oi6g
hoZMj3YgBBkWCgAdFiEEowAY9aL3SZ8UdFcuHMJxtgfhenMFAmqAUlgACgkQHMJx
tgfhenMF/AEA/KJbWBOt/NQXeFXmBnqJ+G0/bAlbSSKjlTCGbmee088BAKN2hdCw
zSISFJ37A34VNzNeEbHfjXdyitrlHa8BqXEJ6uoA/isP/B1XE4U0U8+1NA4K1V6t
JLK/Jcgjlp3fy2EnxU19AP9wTn1uwrFackH+ODlKX6JQkMYDfgwakdxmHNfm55RS
DA==
=TLTG
-----END PGP PUBLIC KEY BLOCK-----

импорт так

~
[serr@lap]-> mkdir -p /tmp/test-contact && chmod 700 /tmp/test-contact
~
[serr@lap]-> gpg --homedir /tmp/test-contact --import /tmp/primary-clean-public.asc
gpg: keybox '/tmp/test-contact/pubring.kbx' created
gpg: /tmp/test-contact/trustdb.gpg: trustdb created
gpg: key 38A22EA086864C8F: public key "Primary Key (Clean)" imported
gpg: Total number processed: 1
gpg:               imported: 1
~
[serr@lap]-> gpg --homedir /tmp/test-contact --list-keys --keyid-format LONG
/tmp/test-contact/pubring.kbx
-----------------------------
pub   ed25519/38A22EA086864C8F 2026-08-15 [SC]
      0C73E648FEEA465E8F6493AF38A22EA086864C8F
uid                 [ unknown] Primary Key (Clean)
sub   cv25519/5DBD0FD73ACA057F 2026-08-15 [E] [expires: 2027-08-15]
sub   ed25519/7CB4AF1623EBFD0D 2026-08-15 [A] [expires: 2027-08-15]
sub   ed25519/1CC271B607E17A73 2026-08-15 [S] [expires: 2027-08-15]

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

проверка что нет приватных ключей

~
[serr@lap]-> echo "test" | gpg --homedir /tmp/test-contact --sign --local-user "Primary Key (Clean)"
gpg: skipped "Primary Key (Clean)": No secret key
gpg: signing failed: No secret key
~
[serr@lap]-> echo "test" | gpg --homedir /tmp/test-contact --sign --local-user 5DBD0FD73ACA057F
gpg: skipped "5DBD0FD73ACA057F": No secret key
gpg: signing failed: No secret key
~
[serr@lap]-> echo "test" | gpg --homedir /tmp/test-contact --sign --local-user 1CC271B607E17A73
gpg: skipped "1CC271B607E17A73": No secret key
gpg: signing failed: No secret key
~
[serr@lap]-> echo "test" | gpg --homedir /tmp/test-contact --sign --local-user 7CB4AF1623EBFD0D
gpg: skipped "7CB4AF1623EBFD0D": No secret key
gpg: signing failed: No secret key

Использование PGP ключей для доступа по SSH

Sat, 15 Aug 2026 00:00:00 +0000

NAME: Использование PGP ключей для доступа по SSH
TAGS: it, linux, guide, pgp, ssh

Матчасть

gpg-agent

gpg-agent — это программа-посредник, которая:

Хранит приватные ключи в памяти
Запрашивает пароль, когда нужно использовать ключ
Выполняет операции (подпись, расшифровка) не отдавая ключ наружу

Простыми словами: ваши секретные ключи лежат на диске зашифрованными. Когда приложению нужно что-то подписать или расшифровать, оно не трогает файлы напрямую, а просит gpg-agent сделать это. Агент сам расшифровывает ключ (спросив пароль), выполняет операцию и отдаёт результат

Обычно SSH работает через ssh-agent, который хранит обычные SSH-ключи

Но вы хотите использовать GPG-ключ для SSH. Значит:

SSH-клиент должен общаться не с ssh-agent, а с gpg-agent
gpg-agent должен уметь говорить по протоколу SSH
gpg-agent должен знать, какой GPG-субключ использовать для SSH

Настройка

Настройка конфига агента

echo "enable-ssh-support" > ~/.gnupg/gpg-agent.conf
echo "pinentry-program /usr/bin/pinentry-curses" >> ~/.gnupg/gpg-agent.conf

~/.gnupg/gpg-agent.conf — файл настроек gpg-agent
pinentry-program /usr/bin/pinentry-curses говорит gpg-agent, какую программу использовать для ввода пароля
Строка enable-ssh-support говорит агенту: «Создай ещё один канал (сокет), по которому SSH-клиент сможет с тобой общаться»

keygrip SSH-субключа

Keygrip — это внутренний идентификатор, который gpg-agent использует для хранения и поиска ключей

~
[serr@lap]-> gpg --list-keys --with-keygrip --with-subkey-fingerprints 38A22EA086864C8F
pub   ed25519 2026-08-15 [SC]
      0C73E648FEEA465E8F6493AF38A22EA086864C8F
      Keygrip = 35AA36C80511FB0EA34C5FC183C30DB84629B3DD
uid           [ unknown] Primary Key (Clean)
sub   cv25519 2026-08-15 [E] [expires: 2027-08-15]
      9A819283B120FA7E83523B2E5DBD0FD73ACA057F
      Keygrip = 74E0DCAD28C27CF7DB8D8A5FFA900AC3D6340B43
sub   ed25519 2026-08-15 [A] [expires: 2027-08-15]
      41D2FE1921C303CD746A5B1E7CB4AF1623EBFD0D
      Keygrip = 8C5698905719F63292B051BC743F4DDE8F931C0F
sub   ed25519 2026-08-15 [S] [expires: 2027-08-15]
      A30018F5A2F7499F1474572E1CC271B607E17A73
      Keygrip = BAF88477B915A40928C0C9F8CB45F4E311C40FAE

для аутентификации этот 8C5698905719F63292B051BC743F4DDE8F931C0F

Регистрация ключа для SSH

echo "8C5698905719F63292B051BC743F4DDE8F931C0F" >> ~/.gnupg/sshcontrol

~/.gnupg/sshcontrol — файл, в котором перечислены ключи, разрешённые для SSH
Добавляя сюда keygrip, вы говорите gpg-agent: «Этот ключ можно использовать, когда SSH попросит подписать что-то»

Перезапуск gpg-agent

gpgconf --kill gpg-agent
gpgconf --launch gpg-agent

--kill — остановить текущего агента
--launch — запустить нового, чтобы он прочитал gpg-agent.conf и sshcontrol

Указать SSH-клиенту, где искать ключи

export SSH_AUTH_SOCK=$(gpgconf --list-dirs agent-ssh-socket)

gpgconf --list-dirs agent-ssh-socket — спрашивает: «Где gpg-agent создал SSH-сокет?» Получаем путь, например /run/user/1000/gnupg/S.gpg-agent.ssh

Без этой строки SSH по умолчанию пойдёт в стандартный ssh-agent и не увидит GPG-ключи

Проверка что ключ виден

~
[serr@lap]-> ssh-add -L
ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAILDuVae20rXvJDEHZUqKjUYJ7837SFL2HG5O2xNa4XUE (none)

Это публичная часть GPG-ключа, экспортированная в SSH-формат

Обновление информации о терминале

gpg-connect-agent updatestartuptty /bye &>/dev/null

gpg-connect-agent — отправляет команду работающему gpg-agent

updatestartuptty — сообщает агенту: «Обнови информацию о текущем терминале, чтобы я мог показать окно ввода пароля именно здесь»
/bye — закрывает соединение после выполнения

Без этой команды gpg-agent не знает, в каком терминале запрашивать пароль, и SSH-подключение может завершиться ошибкой sign_and_send_pubkey: signing failed: agent refused operation

Добавление ключа на сервере

Для начала по PGP ключу, который поддерживает авторизацию, генерируется ssh ключ

~
[serr@lap]-> gpg --export-ssh-key 41D2FE1921C303CD746A5B1E7CB4AF1623EBFD0D
ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAILDuVae20rXvJDEHZUqKjUYJ7837SFL2HG5O2xNa4XUE openpgp:0x23EBFD0D

на сервере добавляю этот ключ

serr@ninja3773:~$ echo "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAILDuVae20rXvJDEHZUqKjUYJ7837SFL2HG5O2xNa4XUE openpgp:0x23EBFD0D" >> ~/.ssh/authorized_keys

ну и все, далее уже можно подключаться. в первый раз gpg-agent попросит пассфразу, потом закеширует и уже не будет просить

Автонастройка в при старте bash сессии

~
[serr@lap]-> echo '' >> ~/.bashrc
echo '# Использовать gpg-agent вместо ssh-agent' >> ~/.bashrc
echo 'export SSH_AUTH_SOCK=$(gpgconf --list-dirs agent-ssh-socket)' >> ~/.bashrc
echo 'gpg-connect-agent updatestartuptty /bye &>/dev/null' >> ~/.bashrc

tcp traceroute с конкретным портом

Thu, 13 Aug 2026 00:00:00 +0000

NAME: tcp traceroute с конкретным портом
TAGS: vpn, traceroute, network, ssh

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

sudo traceroute -T -p 14160 91.239.206.123

Создание загрузочной флешки Linux

Sat, 02 May 2026 00:00:00 +0000

NAME: Создание загрузочной флешки Linux
TAGS: guide, it, linux

вот подключил флешку

~
[serr@lap]-> lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    1  57.8G  0 disk
└─sda1        8:1    1  57.8G  0 part /run/media/serr/19043_1052_
nvme0n1     259:0    0 476.9G  0 disk
├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
├─nvme0n1p2 259:2    0     2G  0 part [SWAP]
└─nvme0n1p3 259:3    0 474.4G  0 part /var/lib/docker
                                      /

вот она

sda           8:0    1  57.8G  0 disk
└─sda1        8:1    1  57.8G  0 part /run/media/serr/19043_1052_

размонтирую раздел

sudo umount /run/media/serr/19043_1052_

~
[serr@lap]-> lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    1  57.8G  0 disk
└─sda1        8:1    1  57.8G  0 part
nvme0n1     259:0    0 476.9G  0 disk
├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
├─nvme0n1p2 259:2    0     2G  0 part [SWAP]
└─nvme0n1p3 259:3    0 474.4G  0 part /var/lib/docker
                                      /

туда записываю iso

~/Desktop/iso
[serr@lap]-> sudo dd if=gentoo-install-amd64-minimal-20260426T153103Z.iso of=/dev/sda bs=4M status=progress conv=fsync
792723456 bytes (793 MB, 756 MiB) copied, 1 s, 791 MB/s1052526592 bytes (1.1 GB, 1004 MiB) copied, 1.33385 s, 789 MB/s

250+1 records in
250+1 records out
1052526592 bytes (1.1 GB, 1004 MiB) copied, 180.731 s, 5.8 MB/s

программно извлекаю флешку

sudo eject /dev/sda