From 601439d79ee5511d7fd57aa485dfa2ff8bc167b0 Mon Sep 17 00:00:00 2001 From: postscriptum Date: Tue, 3 Mar 2026 18:39:26 +0200 Subject: [PATCH] minor corrections --- public/uk/kellnr-storage-on-usb-drive.gmi | 12 +++++++----- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/public/uk/kellnr-storage-on-usb-drive.gmi b/public/uk/kellnr-storage-on-usb-drive.gmi index 4b68aff..b938ad5 100644 --- a/public/uk/kellnr-storage-on-usb-drive.gmi +++ b/public/uk/kellnr-storage-on-usb-drive.gmi @@ -1,8 +1,10 @@ # Спільне сховище Kellnr на флешці USB -Оскільки мій домашній сервер ARM наказав довго жити, постала задача десь розмістити локальний кеш крейтів на випадок відсутності Інтернет та можливості розробки Rust офлайн. Kellnr мені сподобався своєю гнучкістю і не вибагливістю до диску, за рахунок кешування тільки тих даних, які використовуються. З ним легко збудувати децентралізовані ланцюги проксі і так само легко переключатись у разі не доступності одного з них. +Оскільки мій імпровізований сервер ARM наказав довго жити, постала задача десь розмістити локальний кеш крейтів на випадок відсутності Інтернет та можливості розробки Rust офлайн. Kellnr мені сподобався своєю гнучкістю і не вибагливістю до диску, за рахунок кешування тільки тих даних, які використовуються. З ним легко збудувати децентралізовані ланцюги проксі і так само легко переключатись у разі не доступності одного з них. -Для локального сервера Kellnr, першою опцією в мене був сам комп'ютер, але єдиний його HDD (запакований в iMac) майже заповнений, до того ж повільний. Інший комп'ютер PC - наразі не зручно запускати через перебої живлення і його апетити до UPS. Тому я вирішив застосувати свій старий лайф-хак з розширенням пам'яті засобами звичайної флешки USB (Kellnr пише дані тільки при першому запиті крейту, тому проблем з живучістю SSD не повинно бути). Також, цей сценарій дозволяє тягати флешку між компами без жодної залежності від стаціонарного сервера чи локальної мережі. +Для локального кеш-сервера, першою опцією в мене був сам комп'ютер, але єдиний його HDD (запакований в iMac) майже заповнений, до того ж повільний. Інший комп'ютер PC - наразі не зручно запускати через перебої живлення і його апетити до UPS. + +Тому вирішив застосувати свій старий лайф-хак з розширенням пам'яті засобами звичайної флешки USB (Kellnr пише дані тільки при першому запиті крейту, тому проблем з живучістю SSD не повинно бути). Також, цей сценарій дозволяє тягати флешку між компами без жодної залежності від стаціонарного сервера чи локальної мережі. ## Підготовка USB @@ -10,7 +12,7 @@ ### Файлова система -Накопичувач я спочатку відформатував в FAT, оскільки мені набридло морочитись з правами. Утім, як виявилось, Kellnr якось там залежить від мета-даних і сипле в журнали помилки. Тому згодом я обрав формат Ext4, створивши для сховища простір імен `kellnr/data`. +Спочатку я відформатував накопичувач в FAT, оскільки мені набридло морочитись з правами. Утім, як виявилося згодом, Kellnr якось там залежить від мета-даних і сипле в журнали помилки. Тому згодом я обрав формат Ext4, створивши для сховища простір імен `kellnr/data`, розмістивши в `kellnr/` переносний бінарник та пам'ятку для швидкого розгортання на іншому комп'ютері. ## Системний сервіс @@ -49,7 +51,7 @@ WantedBy=multi-user.target sudo useradd -s /usr/sbin/nologin -Mr kellnr ``` -І відповідні теки для монтування і журналів: +І відповідні теки для монтування та журналів: ``` bash sudo mkdir /var/log/kellnr @@ -78,7 +80,7 @@ sudo findmnt --verify --verbose sudo mount -a ``` -Kellnr запускається від однойменного користувача, тому для теки сховища потрібні відповідні права: +Kellnr запускатиметься від однойменного користувача, тому для теки сховища потрібні відповідні права: ``` bash sudo mkdir -p /mnt/usb1/kellnr