Решил таки перевести мою мартовкую заметку с основого блога.

Я задался идеей использовать Linux Mint 20.3 как оснвное окружение для домашнего пользования.

Не уврен, что Mint полностью заменит мне десктоп macOS (которого у меня теперь временно нету), но вообще-то я приятно удивлён тому, как Линукс десктоп и доступный софт хорошо продвинулись за прошлые пару лет.

Если успею, то сделаю этот десктоп темой для очередного проекта в рамках Unix Tutorial projects.

Улучшения в Linux Mint

• Поддержка уровня батареи в Bluetooth устройствах - стандартный виджет Bluetooh теперь показывает уровни заряда батарей в моих мышке и клавиатуре от Logitech. Замечательно!
• Режим HiDPI - наконец-то появилась нормальная поддержка разрешения 4K - правильное масштабирование, большинство приложений корректно отображают интерфейс (раньше были мелкие и почти не читаемые шрифты в некоторых приложениях). Я больше не пользуюсь монитором LG 5K на домашнем компе, поэтому проверить поддержку 5K не получилось.
• Аудио-видео драйверы и кодеки - прям отлично, что даже сравнительно свежий чипсет Z390 на моей материнке поддерживается и большинство устройств просто работают без дополнительных настроек!

Улучшения в приложениях, доступных в Linux

• Telegram - за прошлый год приложение хорошо развилось - прям нативное теперь в Линукс десктопе
• Sublime Text 4 - редактор тоже улучшился, теперь больше нету никаких глюков с GUI

Вещи, На Которые я и не Надеялся

Оказывается, пара приложений из моего постоянного списка на [[macoOS]] теперь и в Линуксе имеются:

• 1Password - наконец-то появилось нормальное приложение, а не расширение для браузеров - стало реально удобно работать
• ProtonVPN - у меня на всех устройствах практически постоянно активирован этот клиент, но раьнше в Линуксах приходилось извращаться с настройкой OpenVPN под каждого конкрнтного VPN провайдера. А теперь есть замечательное приложение от ProtonVPN, так что отслеживание статуса коннекта и переключение профилей стало намного проще

Ссылки

• Ubuntu Releases
• Ubuntu 21.04 - Hirsute Hippo

Я тут недавно мигрировал старые заметки по rsync на основном сайте Unix Tutorial, и вспомнил: вот про копирование rsync с помощью ssh я так ещё и не рассказывал.

Изначально rsync был создан для синхронизации локальных каталогов, потом его расширили для работы с внешними устройствами и файловыми системами, потом добавили поддержку сетевых устройств и в конце концов реализовали собственный протокол синхронизации с удалёнными серверами (который так и назывался: rsync protocol).

Зачем Нужна Синхронизация rsync Через SSH

Подавляющее большинство современных Linux систем поддерживают протокол удалённого доступа SSH. И все более-менее современные реализации поддерживают rsync через SSH, ведь это даёт вам лучшее из двух миров: можно сихнронизировать удалённые сервера И ПРИ ЭТОМ передача данных будет надёжно защищена стандартными методами SSH.

В дополнение ко всему этому, использование транспорта SSH для rsync даёт ещё два преимущества по сравнению с протоколом rsync:

1. На удалённом сервере не нужно запускать никаких демонов rsyncd
2. Как следствие из предыдущего пункта, открывать дополнительный порт на файрволах тоже не придётся (речь о порте 873/tcp дя rsyncd) - потому что можно обойтись стандартным портом SSH port 22.

Как Работать с rsync через SSH

В большинстве случаев, никаких дополнительных движений и опций не нужно - rsync сам всё сообразит. Но если уж очень важно, то стоит указать ssh транспорт с помощью опции -e:

rsync -avhz -e ssh newscripts becky:/home/greys/scripts

В этой командной строке:

• newscripts имя локльного каталога, который я хочу скопировать
• becky это удалённый сервер - одна из моих систем на базе Raspberry Pi
• /home/greys/scripts это название удалённого каталога на сервере becky

Поведение rsync в данной ситуации будет такого: полная копия содержимого локального каталога newscripts окажется в каталоге /home/greys/scripts на удалённой системе becky.

Ну, давайте запустим:

$ rsync -avhz -e ssh newscripts becky:/home/greys/scripts
sending incremental file list
created directory /home/greys/scripts
newscripts/
newscripts/automount.sh
newscripts/backups.sh
newscripts/jkl.sh
newscripts/mtime-capto.sh
newscripts/mtime-capto2.sh
newscripts/mtime-screenshot.sh
newscripts/mtime-voila.sh
newscripts/mtime.sh
newscripts/plex-mpv.sh

sent 3.75K bytes received 233 bytes 1.14K bytes/sec
total size is 7.44K speedup is 1.87

Основная Польза от RSync

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

Мой каталог newscripts содержит следующие файлы:

$ ls -al newscripts
total 72
drwxr-xr-x 11 greys staff 352 9 Jul 20:07 .
drwxr-xr-x+ 97 greys staff 3104 9 Jul 20:25 ..
-rwxr-xr-x 1 greys staff 1348 9 Jul 20:07 automount.sh
-rwxr-xr-x 1 greys staff 2153 9 Jul 20:07 backups.sh
-rwxr-xr-x 1 greys staff 283 9 Jul 20:07 jkl.sh
-rwxr-xr-x 1 greys staff 634 9 Jul 20:07 mtime-capto.sh
-rwxr-xr-x 1 greys staff 641 9 Jul 20:07 mtime-capto2.sh
-rwxr-xr-x 1 greys staff 645 9 Jul 20:07 mtime-screenshot.sh
-rwxr-xr-x 1 greys staff 632 9 Jul 20:07 mtime-voila.sh
-rwxr-xr-x 1 greys staff 583 9 Jul 20:07 mtime.sh
-rwxr-xr-x 1 greys staff 522 9 Jul 20:07 plex-mpv.sh

Давайте теперь поменяем пару файлов:

echo "test" >> newscripts/jkl.sh
echo "test" >> newscripts/mtime.sh

И перезапустим rsync. Как видно, теперь команда спорировала не всё, а только новые файлы:

$ rsync -avhz -e ssh newscripts becky:/home/greys/scripts
sending incremental file list
newscripts/jkl.sh
newscripts/mtime.sh

sent 814 bytes received 67 bytes 195.78 bytes/sec
total size is 7.45K speedup is 8.46

Надеюсь, это когда-нибудь вам пригодится! До скорого!

Ссылки

• Unix Tutorial
• rsync command
• Команды Unix
• Basic Unix commands
• SSH port
• Tracking progress of rsync
• Synchronise Two Directories with rsync

Выбрал момент отметить факт выхода операционной системы CentOS 8.4 - эта версия появилась пару недель назад. Естественно, сначала случился релиз RHEL 8.4 - и в этот раз CentOS появилась довольно быстро.

Очень хочу попробовать апдейты CentOS Stream 8.4, особенно функционал отката на предыдущие версии пакетов (и операционной системы) чере dnf downgrade - но пока похоже на то, что нужно будет начать с более раннего релиза CentOS Stream, который нужно будет апгрейднуть и потом откатить обратно.

А вы уже попробовали CentOS 8.4? Кто-то ещё использует CentOS, или все уже переключились на AlmaLinux и Rocky Linux?

See Also

• CentOS
• 5 Способов Узнать Версию CentOS
• Red Hat Enterprise Linux
• RHEL 8
• dnf package manager
• CentOS 8 and CentOS Stream Released

Ура! После изнурительно (20 дней!) долгой доставки, моя новая клавиатура Keychron K3 наконец-то прибыла!

Последние года три я использовал Apple Magic Keyboard и с недавних пор Logitech MX Keys, но уже давно хотел попробовать вернуться к механическим клавиатурам - тактильность таки помогает с точностью и скоростью набора текста.

Keychron K3

Вот как эта клавиатура выглядит:

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

Выбор именно Keychron K3 - не случаен:

• очень маленькие размеры - клава не является полноразмерной, поэтому занимает очень мало места на столе
• беспроводное подключение (Bluetooth, естественно) - по-моему это маст-хэв для всех, кроме геймеров
• расположение клавиш (особенно стрелок) - они полного размера и стоят там и так, как и ожидается
• поддержка нескольких устройств macOS/Windows - я планирую довольно часто переключаться между рабочим Windows лаптопом и моим макбуком

Keychron K3 - первые впечатления

Я никогда раньше не пользовался продукцией Keychron, и здесь тоже буквально через 5 минут после распаковки приступил к написанию этой заметки. Ощущения от печати - даже после моей любимой Apple Magic Keyboard - просто фантастические!

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

Поверить не могу, какая компактная клавиатура: Keychron K3 рядом с Logitech MX Keys

Ссылки

• Вебсайт Keychron
• Keychron K3 keyboard
• Модель Keychron K3 на сайте

mkdir: cannot create directory – File exists

В переводе с английского сообщение означает: невозможно создать каталог - файл уже существует.

ФАЙЛ существует? А при чём тут проблема создания каталога? И почему ошибка говорить “существует файл”, когда мы вообще пытаемся создавать каталог, а не файл?

На самом деле всё просто: большинство объектов в Linux являются файлами и структурами в файловой системе. Поэтому эта ошибка означает, что там, где вы пытаетесь выполнить команду создания нового каталога, уже существует другой объект с таким же именем. В данном случае - это файл, а не каталог. Но у файла такое же имя, как у желаемого каталога, так что создать второй объект с таким же именем не получится.

Например, ошибка

greys@vps1:~$ mkdir /tmp/try
mkdir: cannot create directory – File exists

намекает, что у нас уже есть файл с именем /tmp/try.

Очень просто проверить эту гипотезу с помощью команды ls:

greys@vps1:~$ ls -ald /tmp/try
drwxr-xr-x 2 greys root 4096 Nov 5 18:55 /tmp/try

Так и есть, у нас существует файл с таким именем.

Возможные решения проблем mkdir: cannot create directory

Сценарий file exists

Если файл с таким именем уже существует, а каталог всё же очень хочется создать, то есть решения.

Переименовать (или переместить) существующий файл

Используем команду mv для перемещения /tmp/try в другой каталог (или просто сменим имя try на другое, оставив файл в том же каталоге /tmp). Вот как можно переименовать файл в имя oldtry:

greys@vps1:~$ mv /tmp/try /tmp/oldtry

Теперь давайте попробуем ту же команду mkdir:

greys@vps1:~$ mkdir /tmp/try

…и всё замечательно работает! Никаких ошибок, и создался новый каталог под названием /tmp/try. Подтверждаем это с помощью команды ls:

greys@vps1:~$ ls -ald /tmp/try /tmp/oldtry
drwxr-xr-x 2 greys root 4096 Nov 5 18:55 /tmp/oldtry
drwxrwxr-x 2 greys greys 4096 Nov 5 19:08 /tmp/try

Удалить существующий файл

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

Для этого примера создадим новый пустой файл с названием /tmp/newtry

greys@vps1:~$ touch /tmp/newtry
greys@vps1:~$ ls -lad /tmp/newtry
-rw-rw-r-- 1 greys greys 0 Nov 5 20:50 /tmp/newtry

Если попробовать mkdir, то получится ожидаемая ошибка:

greys@vps1:~$ mkdir /tmp/newtry
mkdir: cannot create directory '/tmp/newtry': File exists

А теперь мы просто удалим неугодный файл и попробуем mkdir снова:

greys@vps1:~$ rm /tmp/newtry
greys@vps1:~$ mkdir /tmp/newtry

В этот раз нет никаких ошибок, всё снова сработало:

greys@vps1:~$ ls -lad /tmp/newtry
drwxrwxr-x 2 greys greys 4096 Nov 5 20:50 /tmp/newtry

##mkdir: cannot create directory – Permission denied

Это - ещё один распространённый сценарий при создании каталогов.

В переводе на русский, сообщение говорит: невозможно создать каталог - недостаточно прав доступа. То есть файлов с таким же именем нет, но текущий пользователь, под которым мы пытаемся создать каталог, не имеет прав в текущем месте файловой системы для создания новых каталогов (и файлов).

Основной подход к такой ошибке - проверка прав доступа в каталоге, где получена ошибка. Команда ls и здесь поможет. You should use ls command on the higher level directory to confirm permissions.

Например:

greys@vps1:/tmp$ mkdir try2018
greys@vps1:/tmp$ mkdir try2018/anotherone
greys@vps1:/tmp$ ls -ald try2018
drwxrwxr-x 3 greys greys 4096 Nov 5 21:04 try2018

Все эти команды сработали без ошибок, и ls показывает, что у меня есть полные права доступа к каталогу try2018 - rwx для меня, rwx для моей группы и r-x для всех остальных (это я читаю фрагмент drwxrwxr-x в строке с try2018).

Теперь давайте уберём права на запись (и создание новых объектов) в каталоге try2018:

greys@vps1:/tmp$ chmod a-w try2018
greys@vps1:/tmp$ ls -ald try2018
dr-xr-xr-x 3 greys greys 4096 Nov 5 21:04 try2018

Теперь мои права к этому каталогу сменились с полных (rwx - read/write/execute) на только чтение (r-x - read/execute). Так что если я попробую создать в try2018 какой-то подкаталог, выйдет та самая ошибка про недостаток прав доступа:

greys@vps1:/tmp$ mkdir try2018/yetanotherone
mkdir: cannot create directory 'try2018/yetanotherone': Permission denied

Чтобы исправить проблему, нужно исправить права доступа на каталоге, где мы видим ошибку. И пробуем mkdir снова:

greys@vps1:/tmp$ chmod a+w try2018
greys@vps1:/tmp$ mkdir try2018/yetanotherone

Вот теперь - порядок, всё создалось,

greys@vps1:/tmp$ ls -ald try2018/yetanotherone
drwxrwxr-x 2 greys greys 4096 Nov 5 21:05 try2018/yetanotherone

На сегодня - всё! Будут ещё вопросы по самым основам Linux - обращайтесь!

Я тут на основном сайте Unix Tutorial всё ещё переношу заметки после переезда на новый хостинг и новый движок (я с 2020го перешёл на Jekyll). Вчера целую кучу контента по доброму старому tmux добавил:

• basic tmux configuration - пока без перевода
• tmux software - пока без перевода
• Upgrading tmux in macOS - пока без перевода
• tmux reference - пока без перевода
• Preview Windows and Sessions in tmux - пока без перевода
• Getting Started with tmux - пока без перевода
• Windows preview in tmux (choose mode) - пока без перевода

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

Пишите, если что-то ещё из этой темы интересует - научимся вместе!

Ссылки

• tmux
• tmux reference

Надо же! Совершенно пропустил новость о новых расценках в Docker Hub, они поменяли прайсинг в мае 2020.

Новый Прайсинг в Docker Hub

Стоимость Pro плана в Docker Hub с мая 2020

Наконец-то индивидуальный план Про предоставляет именно то, что мне нужно:

• неограниченное количество приватных репов - раньше можно было только 5 образов заводить
• есть разумная скидка при оплате за целый год - $60/год, а это $5/месяц вместо $7/месяц

Торжественно активировал Pro план для моего технического консалтинга: Docker Hub - Tech Stack Solutions

За Что я Люблю Docker Hub

Я уже и собтсвенный container registry хостил, и у конкурентов различных проверял, но лучше нативного Docker Hub ничего не придумано:

1. Удобные, короткие именя реестра имиджей Docker

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

unixtutorial/db использовать гораздо проще, чем dcr.techstack.ie/db, А у некоторых провайдеров имя хоста вот такое: rg.fr-par.scw.cloud/unixtutorial/db, так себе удовольствие.

2. Прайсинг без скрытых наценок

У конкурентов очень уж легко попасть на дополнителньные траты: кто-то берёт деньги за трафик загрузки образов, кто-то за трафик выгрузки (то есть каждый новый деплоймент в вашу инфраструктуру), ну и почти все берут деньги за гигабайтовый объём ваших образов.

В Docker Hub традиционно фиксированная цена - никаких подводных камней.

3. Дополнительные фишки

Docker Hub предоставляет всё непобходимое для энтузиастов и профессионалов CI/CD. Я только начинаю в эти темы втягиваться.

Планирую пользоваться вот этим:

• автоматические билды
• автоматические тесты образов
• webhooks
• build triggers

See Also

• Docker Software
• Docker for Mac
• Docker Desktop vs Docker Machine
• Reviewing Docker Logs
• List containers in Docker
• Tagging Docker Images
• Stop All Docker Containers
• Restart Stopped Docker containers
• Docker Inspect
• Remove Unused Docker volumes

Linux Mint 20 (Ульяна)

Полезные ссылки

• Linux Mint
• Linux Mint Debian Edition 4
• LMDE4 screenFetch
• Linux Mint 19.2 Released
• Upgrading to latest kernel in LMDE 4
• Linux Mint 20.0 Ulyana released

Особенно доставляет новость, что Raspberry Pi OS теперь станет полностью 64-битной операционкой - так что все 8 ГБ памяти будут полностью доступны для каждого процесса. Rapsberry Pi OS 64-bit уже находится в бете.

Я решил не заказаваь себе прям сразу же. У меня и так хватает проектов в домашнем офисе, например Kali Linux на Raspberry Pi 4 замечательно работает и на системе с 4 ГБ памяти. Но что-то подсказывает мне, что я в этом году буду заменять один из самых старых embedded серверов у меня - там 32 бита и всего ли 2 ГБ памяти, которые никак нельзя нарастить - так что RPi4 с 8 ГБ будет отличным апргейдом.

Ссылки по теме

• Raspberry Pi 4 with 8GB announcement
• Raspberry Pi 4 - Model B
• Command to Confirm Raspberry Pi model
• Jeff Geerling on Raspberry Pi 8GB
• Kali Linux 2020.1a on RPi4

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

Я пользовался Grafana несколько лет назад, но потом вынужденно переключался на внутренние солюшены и облачный мониторинг. А этот релиз будет отличной возможностью заценить прогресс Grafana - особенно с учётом того, что теперь это решение разворачивается за пару секунд из стандартного Docker образа (а я ещё руками компилировал какие-то моменты и собирал собственные контейнеры для этого сервиса не так давно).

Улучшения в Grafana 7

Пока сложно судить и тем более рекомендовать какие-то фичи - нужно будет попробовать самому и потом сделать апдейт. Но из того, что видно в пресс релизе, будет довольно много улучшений:

• Авто-компоновка - просто меняешь размеры панелей на странице, а весь контент и даже его типы меняются для максимально удобного предоставления информации
• Экспорт данных - теперь инспектор панелей позволяет экспортировать все данные в формате CSV
• Трансформации - теперь будет супер легко менять представление данных - можно на лету конвертировать метрику в различные типы и форматы, просто чтобы посмотреть и найти лучший вариант
• AWS CloudWatch Logs - раньше можно было работать только с метриками, а теперь и облачные логи можно добавлять и анализировать с графиками
• Улучшенная структура плагинов - теперь станет сильно проще разрабатывать плагины к Grafana: front-end или back-end теперь поддерживают улучшенный синтаксис и дополнительные типы данных

Grafana 7 в Docker

Если уже сейчас хочется попробовать новую версию Grafana в докере, то вам повезло:

# docker run -d --name=grafana -p 3000:3000 grafana/grafana

Сразу после этого можно коннектиться на порт 3000 вашего сервера (только немедленно смените дефолтный пароль к админке):

Grafana 7 login

Ссылки

• Grafana 7 released
• Docker
• Install Grafana 7 with Docker