Linux-советы на каждый день! (часть 3)

Совет №1: В почтовом клиенте Mozilla Thunderbird в Manjaro не полная руссификация календаря. Точное так же было и в Дебиане 7, так как мне не нужен календарь, то я просто удалил плагин календаря из дополнений. Теперь хоть глаза не мозолит менюшка с заморским языком.

Совет №2: не запускается в WINE под Manjaro мой любимый 2GIS. Достаточно доустановить рекомендованные пакеты. Достаточно в консоли в папке с программой дать команду wine 2gis.exe и доустановить те библиотеки, на отсутствие которых ругается программа. Список пакетов (возможно и есть лишние): lib32-krb5 lib32-keyutils lib32-e2fsprogs lib32-gnutls lib32-nettle lib32-gmp  lib32-p11-kit lib32-libidn2 lib32-libtasn1lib32-libunistring vkd3d lib32-vkd3d lib32-vulkan-icd-loader lib32-libldap installed lib32-openssl lib32-vulkan-mesa-layers vulkan-mesa-layers

Совет №3: Не красивый шрифт в консоли tty. В файле /etc/vconsole.conf прописать нужный шрифт в FONTS у меня cyr-sun16

Совет №3: решенией моей проблемы с загрузкой системы из-за установленного Microcode. В первом обзаце статьи Путь к Manjaro Linux я описал, как это решается в этом дистрибутиве, но хотел добавить, что при удалении пакетов amd-ucode и intel-ucode необходимо обновить загрузчик grub вручную командой grub-mkconfig -o /boot/grub/grub.cfg почему-то при автоматически это не произошло и пришлось при загрузке вручную вносить временные изменения, иначе система не грузилась из-за отсутствующих img

Информация о запущенной системе

Совет №4: при первом запуске системы с Мате на рабочем столе нельзя вызвать меню правой клавишей мышки, а элементы управления окна находятся слева, а не с права. Установка системы была через Архитектор: минимальный рабочий стол MATE. Легче всего это исправить - установить пакет mate-tweak, в меню "рабочий стол" поставить галочку - показать иконки, а в меню "окна" - установить "правый" в "управление расположением окон". В ванильном Арче 2013 года этих действий мне делать не пришлось. 

Совет №5: если Вы пользовались Ubuntu и был создан единственный пользователь, то при переходе можно использовать родной "хомяк" как есть. Так как UID пользователей в этих системах совпадают. Мелочь, а приятно!

Совет №6: Firefox не стартует, пишет, что профиль устарел и нужно создать новый. Проблема была в том, что в Ubuntu Mate 18.04 был 81, а в роллинговом Manjaro 80! достаточно изменить файл в корне профиля браузера в домашней директории пользователя /home/%имяпользователя%/.mozilla/firefox/%буквы-цифры%.default/compatibility.ini и изменить значение строчки LastVersion на 80. Сохранить и запустить браузер. Всё будет работать без проблем. Через пару дней браузер обновился до 81 версии и строчка тоже обновилась. Фактически можно было просто подождать...

Совет №7: в браузере Хромиум при запуске со старым профилем можно обнаружить, что учётка "вышла", если в неё зайти, то можно окажется, что у браузера "амнезия" на логины и пароли к сайтам. Даже списка нет, хотя якобы учётная запись синхронизируется. Самое простое - это просто создать новый профиль и заного зайти, после чего логины и пароли прекрасно синхронизируются. Странно, но с таким глюком я не сталкивался и более простого решения этой проблемы не нашёл. 

Путь к Manjaro Linux

Давно не было статей - лето, время отдыха, путешествий, сельхоз-работа. И вот наступила осень и внезапано, нашёлся повод написать статью. Начну с того, что на ПК у меня стояла Ubuntu Mint 18.04 и вполне меня радовала. Были конечно огрехи в работе, но я умею готовить семейство дебиано-подобных дистрибутивов. У моего ПК есть одна странная и неприятная особенность: линукс виснет намертво с современными версиями microcode. Железо такое: мать Asus z97-pro gamer и ЦП intel i5675c. В Убунту 20.04 этот пакет установлен по-умолчанию и система не грузится даже в лайв режиме. Так я и жил на старой, но как-то обновился, всего лишь один пакет и система накрылась "медным тазом". Перестал работать system-logind, чинить было лениво и я стал думать: куда пойти, кому отдаться. Должен отметить, что в моём случае большая часть дистрибутивов не грузилась. В Archlinux и Debian этот пакет intel-microcode нужно устанавливать отдельно. Дебиан мне наскучил: слишком стабильный. Арч я ставил в 2013 году - поразил быстротой работы и нудным допиливанием всего руками. А вот с Манжарой опыт тоже был примерно в теже годы, во времена версии 0.8, показалась крайне глюкавой. А смотрел я её настолько мельком, что даже был не в курсе, что основана на Арче. И так решил попробовать популярный мейнстримовый дистрибутив, типа Арч с "человеческим лицом". 

Система в моём случае грузится, если в режиме лайв в grub удалить упоминание в initrd intel-microcode, а потом уже можно спокойно снести пакет, благо он не тянет за собой кучу всего. Система очень хорошо чувствовала себя на моём железе. В целом произвела приятное впечатление. Дальше решил установить обычным установщиком, помня о баге с переключением языка. Установил, перезагрузил, обновил... и система сдохла! Беглый анализ показал, что затык случился при обновлении ядра с 5.6 до 5.8, причём, что интересно - с 5.8 система висла, а с 5.6 жаловалась на утерянные модули, обновление initramfs ничего не дало - сыпались ошибки. 

Попытка №2: устанавливаем систему с помощью встроенного Архитектора. Должен отметить - прекрасный установщик! Имеет русский язык и позволяет сконфигурировать систему под себя, исключая мусор. Пакеты качаются сразу с сети и потому обновления не требуется после установки. Ядро выбрал 5.4 LTS, ибо Убунта с ним работала прекрасно. Система запустилась без проблем. А вот дальше - началась муторная настройка, не потому что дистрибутив плохой, а потому что опыт настройки прошлой системы неприменим к этой. 

                                                       Рис - информация о системе

Обращу внимание на сложности, при выборе минимального варианта Мате ставится ванильный и без tweak не вменяем чуть более, чем полностью. Pamac реактивный, как и 7 лет назад. Минус и одновременно плюс, что зависимости ставятся лишь необходимые, а рекомендуемые нет. Например, под WINE у меня отказался работать 2GIS. И только внимательный анализ выхлопа в консоли, позволил выяснить, что не хватает определённых библиотек, которые являются рекомендованными. Второй затык у меня случился с VLC плеером - неполная локализация интерфейса (заметил, что и в других приложения также) и глюк с тем, что при полноэкранном режиме панелька управления становится невидимой, хотя кнопки работают (типа слепое управление 0___о ). В целом роллинг есть роллинг, местами глюкавый и корявый. В той же Opensuse Tumbleweed нет проблем с локализацией, но VLC тупо можно открыть 1 раз и потом он зависает в процессах. В целом пакетов в официальном репозитории мало, а в AUR они не все собираются. Ковыряться и решать проблемы лень. Любимые ошибки: ключи. Ну и как бонус Firefox отказался запускать с профилем, так как в Убунте он был 81, а в Манжаро 80, т.е. в роллинге протух на пару недель. Роллинг такой роллинг :-)

Системой пользуюсь на момент написания статьи пару дней. Это слишком маленький срок, но уже стали ясны проблемы: надёжность (да-да Арч стабильный, пока не обновишь гыгы), плохая локализация, вроде бы Арч с человеческим лицом, но приходится решать кучу проблем, которые в той же Убунте просто не возникают. AUR меня не особо впечатлил (да простят меня Арчеводы) - да я нашёл то, что искал, но честно, в той же Убунте или Дебиане и без PPA всё есть "искаропке". И вот тут главный момент - лучше ли Манжаро, чем Убунта - нет! Если бы 20.04 работала на моём железе, то я бы предпочёл остаться на этом дистрибутиве, даже по одной простой причине - я умею его готовить. 

Идеальный дистрибутив: а есть ли он? Многие, кто прочитал эту статью, могут сказать - ставь Дебиан. Я пробовал в своё время Тестовую ветку - она ломалась, более того у меня Стабильная ветка 5 адово глючила на сервере (Убунта 10.04 тоже), а вот вечная бета - Федора встала как влитая и проблем с ней не знал. Также Дебиан умирал внезапно после обновления не нетбуке. Причём, как и Убунта 18.04 смерть была отнюдь не нового дистрибутива, а весьма устаревшего. Так что смело могу сказать, что и Дебиан и Убунта, как и Арч, стабильны - пока не обновишь :-) Я сразу скажу, что не чинил системы после краха потому, что они были уже старыми и проще было поставить с нуля свежую версию. Стабильность важнее в повседневной работе, а вот роллинг я не использовал в повседневной работе. Своего рода это будет некий эксперимент. 

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

Самодельный картридж для жёсткого диска в сервер HP Proliant ML-150g3

В далёком 2007 году, когда мне попал в руки сервер HP Proliant ML-150g3, в нём было установлено 2 HDD диска по 500 гб каждый в RAID. На тот моменту  меня уже был домашний сервер на базе обычного ПК с 2 HDD - один на 80 гб под систему и один на 500 гб под файлопомойку. Было принято решение все 500-ки поставить в сервер без райда, 80-ку под систему, а в ПК новый жёсткий диск на 250 гб. В сервере было 2 фирменных картриджа и 4 заглушки. Понимание, что меня ждёт весёлое будущее наступило довольно быстро, так как готовые картриджи надо было заказывать по цене 750 рублей за штуку и то не факт, по правилу надо было покупать фирменные диски от производителя по двойной цене. Меня такой расклад не устроил и было принято решение изготовить свои картриджи из заглушек. Ну, почему бы и нет? Вставлются - да. Имеют защёлку - да. Дело за малым - выпилить внутреннюю часть. Но нужно выпиливать так, чтобы убрать и кромку, а не только каркас. Весь процесс показа на фотографиях:

 Рис.1 - заглушки 

 Рис.2 - внутренний каркас и кромка, которую будем пилить

 Рис.3 - необходимый инструмент для работы

 Рис.4 - исходная позиция для работы

 Рис.5 в процессе ликвидации кромки

 

Рис.6 - лишний пластик

 Рис.7 - салазки для установки жёсткого диска

 

Рис.8 - отверстия под винты крепления диска 

Рис.9 - оригинал и копия, вид сверху 

 Рис.10 - оригинал и копия, вид снизу

 Рис.11 - оригинал и копия, вид сбоку

 

Рис.12 - оригинал и копия, вид спереди

 Рис.13 - установленные в сервер жёсткие диски

В заключении хочу отметить, что данная статья была написана по той причине, что мне потребовалось ещё установить 2 диска к имеющимся 4. За эти 13 лет службы, из которых 9 лет сервер отработал 24/7, ранее установленные диски были заменены на 6 по 2 ТБ каждый. Разницы в эксплуатации жёстких дисков в фирменных салазках или самодельных я не заметил. Надеюсь, что данная информация ещё актуальна или в новых серверах используются аналогичные заглушки, которые можно применить в дело, тем самым сэкономить кучу денег. Конечно - это колхоз, но разве наша страна была бедна когда-то кулибиными?

HP Proliant ML-150g3 + Debian 10 + Nvidia GF710 - нюансы настройки

В своё время я обзавёлся замечательным сервером от HP - Proliant ML-150g3 на момент приобретения это был 2006 год. Но у этой модели есть парочка неприятных моментов, которые сильно мешали его эксплуатации. В начале туда была поставлена Windows Server 2003, но система часто внезапно перезагружалась. Опытным путём было выяснено, что происходит это при работе с приложениями на рабочем столе (перемещение окон, сворачивание, открытие). Разбираться не стал - на тот момент я осваивал линукс, который и был туда водружён. Opensuse 10.2, как сейчас помню. К сожалению, разрешение было всего лишь 1024х800 при глубине света 24 бита. Matrox 200 - та ещё гадость. Шло время, менялись дистрибутивы, но неизменным оставалось 2 момента - сеть не работала на 1 гбит, а лишь на 100 мбит (под вин всё было нормально) и графика - низкое разрешение и отсутствие аппаратного ускорения. Сервер апгрейдился -  появилась звуковая карта, поставлен дискретный сетевой адаптер на гигабит. А вот видео меня особо и не интересовало. Мне хватало для запуска пары графических утилит. Однако, мне не удалось перейти с Debian 7 на 8, так как оказалось, что в новой версии убрали поддержку этой старой глючной видеокарты. Шло время, пакеты протухали, а потом и вовсе начались странные глюки - сервер не мог выключиться. Просто kernel panic при выключении и перезагрузке. Приходилось выключать кнопкой. Я решил поставить дискретную видеокарту. Подобрать было не просто - необходимо было PCI-Express X8 (или короче). После долгого поиска была найдена карточка NVIDIA 710 модификация 2GD3H.

 Рис.1 - сервер и его железо

 

Запуск лайв сиди Debian 10 показал, что определяется карточка нормально и работает без проблем. В установленном Debian 7 карта также определялась и работала. В БИОС отключить встроенный "матрас" нельзя - просто нет такой опции!

Установка классическая netinstall, перезагрузка - окно логина, пользователь, пароль... и снова окно ввода пароля. В начале я думал, что просто ошибся, но нет. В консольном режиме пользователь успешно логинился, а в графике - нет. Тут я и вспомнил, что новые дистрибутивы наотрез отказывались работать нормально в графике - либо артефакты либо низкое разрешение 800 на 600 при 16 битном свете, либо просто не запуск X-ов.

Как решить данную? Сразу скажу, что попытка дать загрузчику опции вида video=VGA1:d video=video0:d не прокатили. Отключение модуля поддержки старой видеокарты не возможен, потому что нельзя отключить то, что и так работает в VESA. Перед глазами замаячила перспектива многочасового мозгового штурма или написания правильного xorg.conf Вот тут и сыграло на руку то, что NVIDIA предлагает проприетарный драйвер. Выясняем какой нам нужен командой nvidia-detect (предварительно ставим эту утилиту):

 Рис.2 - определение видеокарты и подбор драйвера

Далее ставим драйвер nvidia-driver (ставится 418). Кстати, в интернете гуляет информация, что для 710 карты нужен именно 390 драйвер - опровергаю! 418 отлично поддерживает эту карточку и прекрасно с ней работает. Перезагружаемся и о чудо, всё работает отлично!

Рис.3 - установленная система на сервер

Единственный минус - тиаринг (разрывы при перемещении окон). Запускаем утилиту nvidia-settings и ставим галочка, как на картинке:

Рис.4 - исправление тиаринга (VSYNC)

Но есть один нюанс, я не знаю, почему так. Настройки не сохраняются после перезагрузки. Хотя файл конфигурации RC создаётся в домашней директории пользователя, но всё приходится настраивать заново. Исправить это недоразумение просто: сохраняем сгенерированный X файл в каталог /etc/ под именем xorg.conf с правами 755 владельцем-группой root

После всех этих манипуляций сервер работает стабильно и нет проблем с графикой. При проигрывании видеофайлов с HD нагрузка на ЦП в пределах 10-15% на ядро. Артефактов нет. Проблем со входом в систему тоже нет.

Linux-советы на каждый день! (часть 2)

Обновление Opensuse 42.2 до Tumbleweed (успешно):

1. после обновления не работает dns. NM пишет: доступ частично. Настройки сетей при этом не сохраняются. Для решения достаточно под root сделать 2 вещи:

network update -f

systemctl restart networkmanager

Решение найдено на одном из зарубежных форумов.

2. не видно расшаренные ресурсы samba с дебиановского сервера (древний дебиан 7). Решение: обновить ОС на сервере. Так как в smbclient отключён протокол SMB1.

3. не запускается служба samba. Просто удалить все файлы настройки из каталога /etc/samba/ и заного настроить с помощью YAST.

Подключение репозитория Mint 19 к Ubuntu 18.04 (успешно): 

4. закомментируйте все строчки в файле /apt/source.list иначе будет валиться ошибки - дублирование репозитория

5. после обновления пропал значок nm-applet в трее Mate. Починить можно так: Система>Персональные>Запускаемые приложения нужно изменить команду запуска в Сеть на dbus-launch nm-applet & и перелогиниться.

Дублирование имён расшаренных ресурсов на компьютере под управлением Debian 10 на других компьютерах:

6. В файле /etc/avahi-daemon.conf раскомментировать сточку и привести её к виду disable-publishing=yes

Debian 10 и нетбук Asus eeepc 900 в 2020 году

Внезапно наступил 2020 год, а вместе с этим и необходимость обновить стремительно устаревающую версию дистрибутива на новую. Должен отметить, что Дебиан 8 очень хорошо себя показал на этой машинке. Среда рабочего стола - XFCE. Этот маленький компьютер у меня с 2010 года, на нём также стояли Ubuntu Netbook Remix 10.04, Debian 7 (сломался при обновлении). В своём блоге я уже писал про Установка Debian 7 XFCE на Asus eee pc 900 в 2013 году.

Предпосылки к обновлению: скорое окончание поддержки 8-ки и не хватка места. Корень системы был размещён на 4 гб SSD. А home на 2 SSD ёмкостью 16 гб (более медленный и имеющий ограниченное колличество циклов перезаписи).

Для начала я решил поставить эксперимент - обновить 8 до 10 (без промежуточной 9), делается по классике: меняем репозитории jessie на buster, обновляем пакет debian-archive-keyring и ставим 2 командами upgrade и dist-upgrade Однако место при обновлении не хватило... Тогда я стал пускать под нож игрушки, браузеры, текстовые редакторы и прочее. В итоге система всё же обновилась и как ни странно даже без явных глюков, но пользоваться такой системой было невозможно, конечно можно было перенести данные на другой раздел, но я решил переставить систему с нуля и уже в процессе установки разметить пространство иначе.

Что решил: корень / на 4 гб, /usr вынести на медленный SSD и выделить под него 7 гб, оставшиеся 9 гб под /home. Конечно, можно было бы воспользоваться LVM, но я решил по старинке. Ставить решил также среду XFCE с net-install (минимальная установка по сети).

Обращу внимание, что архитектура i686, а значит образ надо брать x86_32 бита. Увы, процессор Intel Atom не умеет 64 бита.

Установку я не буду описывать, так как я уже описал её в своей статье, указанной выше. Скажу одно - проблема с тачпадом актуально (не работает щелчок по тачу) и чинится тем же способом. Забавно, что за 7 лет ничего не поменялось. Стабильный дистрибутив однако )))

Пооблемы и решения:

Не открывает сеть в Thunar. Выдаётся ошибка: «/ на .» Необходимо поставить пакет gvfs-backends (источник:  https://blog.andreyskrypnik.com)

Тиаринг (разрывы при перемещении окон) - создать файл 20-intel.conf
в каталоге /usr/share/X11/xorg.conf.d/ с содержимым

Section "Device"
    Identifier "Intel Graphics"
    Driver "intel"
    Option "AccelMethod" "SNA"
    Option "TearFree" "true"
EndSection

Взято с sysadmin.ru. Обращу внимание, что я разместил файл в другом каталоге!

После установки network-manager, он пишет, что не контролирует проводную сеть. В Дебиане 7 и 8 такой проблемы не было. Чинится просто комментирование строчек в файле /etc/network/interfaces Т.е. файл должен выглядеть так:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#allow-hotplug enp3s0
#iface enp3s0 inet dhcp

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

И последнее, при запуске и установке пакетов с помощью менеджера пакетов Synaptic можно наблюдать некие warning-и:

debconf: не удалось инициализировать интерфейс: Gnome
debconf: (Can't locate Gtk3.pm in @INC (you may need to install the Gtk3 module) (@INC contains: /etc/perl /usr/local/lib/i386-linux-gnu/perl/5.28.1 /usr/local/share/perl/5.28.1 /usr/lib/i386-linux-gnu/perl5/5.28 /usr/share/perl5 /usr/lib/i386-linux-gnu/perl/5.28 /usr/share/perl/5.28 /usr/local/lib/site_perl /usr/lib/i386-linux-gnu/perl-base) at /usr/share/perl5/Debconf/FrontEnd/Gnome.pm line 151, <> line 59.)
debconf: будет использован интерфейс: Dialog
debconf: не удалось инициализировать интерфейс: Dialog
debconf: (Не установлена переменная TERM, поэтому запустить интерфейс dialog нельзя.)
debconf: будет использован интерфейс: Readline
Извлекаются шаблоны из пакетов: 100%
Предварительная настройка пакетов …

Для того, чтобы убрать это сообщение. Нужно просто установить 2 пакета:

libgtk3-perl и dialog

Не работают команды update-* например update-grub, update-initramfs и другие. решение этой проблемы (на самом деле это не баг, а фича) просто добавить опцию ALWAYS_SET_PATH yes в файл /etc/login.defs перелогиниваемся и о, чудо! Всё работает как надо! 

Рис - Дебиан 10 собственной персоной

 

Итоги: Дебиан 8 более менее вмещался на 4 гб, потребляя при этом ОЗУ порядка 120 мб. 10 версии уже не хватает этого объёма. 10 потребляет порядка 240 мб в среде XFCE (при запуске). Субъективно 10 работает медленнее, чем 8. Может показаться, что смысла обновляться особо и нет, но дни месяцы 8 сочтены в плане поддержки. Так что, если поддержка не интересует, то и смысла переходить на новую версию нет. Всё же 10 значительно тяжелее 8 по всем показателям. Разметив разделы таким образом, как описано в статье, мы решаем проблему с нехваткой места. Все активно изменяемые файлы остаются на "долговечном" SSD. Что по занятому месту после установки системы? В моём случае получилось так: / 340 мб, /usr 3 гб, /home 1.5 гб (профили, кэш). При этом имеем задел на будущее. В этой статье я постарался рассмотреть особенности установки и настройки на очень старом железе с ограниченными возможностями. 

Мнение о системе Дебиан 10: честно говоря, испытываю некоторое разочарование. Мелкие недочёты. Даже в той же среде XFCE в меню у пункта "Выполнить команду" нет иконки! Небрежность в подготовке пакетов. Особенно не понравились глюки с NM и командами. Причём видна деградация по-сравнению с предыдущими версиями. А ведь на дворе 2020 год!

Linux-советы на каждый день!

Совет №1: Почему не стоит обновлять Linux Mint 19 Cinnamon до 19.3 

 

19 версию этого дистрибутива я поставил в конце 2018 года на ноутбук, а в феврале 2020 на домашний компьютер родителей. Версия хорошо себя показала в работе, в менеджере обновлений был интересный пункт “обновить до 19.3″ с соответствующими предупреждениями об опасности данного мероприятия. Я решил попробовать, обновляются пакеты только графической оболочки. К сожалению, после перезагрузки оказалось, что пропал трей (просто модуль xapp не запускался) и ни какими силами его вернуть не удалось. Не помогло ни удаление конфигов, ни переустановка компонентов, ни создание нового пользователя. Как откатить пакеты обратно, я не нашёл. Единственным быстрым решением оказалось переставить систему по-новому. При этом в менеджере обновлений есть пункт меню: обновление ядра. Графическая утилита позволяет установить новые ветки 5.0 и 5.3. Поставил 5.3, оно как раз соответствует обновлённой Ubuntu 18.04.4

Совет №2: МФУ HP LaserJet Pro M1132 MFP и Linux Mint 19

Перевёл очередной компьютер на линукс. Выбор был сделан в пользу Linux Mint 19 Cinnamon. И переход можно было бы считать прекрасным, если бы не одно но… МФУ HP LaserJet Pro M1132 MFP, который ни как не желал печатать. Т.е. определялся системой, но при попытке печати - задание просто висело в очереди. Решение, которое должно было помочь: поставить пакет hplip-gui и там доустановить некий hp-plugin. Однако, качаться он упорно не желает, а найти в сети его нельзя. Решение такое: просто в консоли пишем команду: sudo hp-plugin и на все вопросы отвечаем Y (да). Плагин успешно устанавливается и принтер начинает печатать как надо. Фото МФУ (с сайта www.ixbt.com):

Совет №3: Debian 10 и команды update-*

Решил обновить свой Дебиан 9 на домашнем сервере до 10 Обновление прошло гладко, однако после первой перезагрузки обнаружился досадный баг связанный с тем, что перестали работать команды update-* например update-grub, update-initramfs и другие. Поиск не давал особо вразумительного на русском языке, но на одном из зарубежных ресурсов, я нашёл ответ. Не вдаваясь в подробности - решение этой проблемы (на самом деле это не баг, а фича) просто добавить опцию ALWAYS_SET_PATH yes в файл /etc/login.defs перелогиниваемся и о, чудо! Всё работает как надо!