Добавить пользователя в CentOS

Периодически путаюсь в разных дистрибутивах linux, например в ubuntu для предоставления доступа к sudo, нужно, что логично, добавить пользователя в группу sudo. Но в centos исторически сложилось, использовать для этого группу wheel. Т.е. если нужно добавить пользака, и дать ему права рута, то:

adduser username
passwd username
usermod -aG wheel username

Про окна

Все здорово в Unity, но по какой то непонятной причине, новые окна открываются в левом верхнем углу экрана, и это раздражает. Гораздо комфортнее, когда новое окно появляется посередине.

Как оказалось, это легко меняется:
apt-get install compizconfig-settings-manager

Читать

E: Не удалось получить file:/var/cache/apt-build/repository/dists/apt-build/main/binary-i386/Packages Файл не найден

Недавно решил развеять скуку, путем перекомпиляции основных пакетов в системе, в связи с чем поставил apt-build. Тулза эта старая, всем вроде известная, но есть ньюансы.

В общем после настройки, и сборки пакетов, в ответ на apt-build update (или apt-get update), система мне заявила:
E: Не удалось получить file://var/cache/apt-build/repository/dists/apt-build/main/binary-i386/Packages Файл не найден
И такого файла действительно нет. Сперва попробовал обновить индекс репозитория, но не помогло.

Как выяснилось суть беды в том, что система у меня 64 битная, и по умолчанию apt-build создает реп с пакетами исключительно amd64, а в /etc/apt/sources.list.d/apt-build.list автоматом добавилась такая строка:

deb [trusted=yes] file:/var/cache/apt-build/repository apt-build main

ну и в результате, apt-get при обновлении списка пакетов, ищет в репе нет только 64х, но 32х битные пакеты.

Пути решения 2, либо в настройках apt-get централизовано указать, что система у нас 64х битная, и ничего кроме как для себя — не качать. Но я так делать не рекомендую, ибо можно поиметь немало жопоболи при установке какого-нибудь пакета, который требует multiarch и 32х битных библиотек (например steam client).

Вместо этого, лучше поменять строку на:


deb [arch=amd64, trusted=yes] file:/var/cache/apt-build/repository apt-build main

Троллехранилище снова бурлит

Вот уже сутки, как на linux.org.ru обсуждают анонс следующего lts релиза ubuntu. Марк выбрал для дистра кодовое имя будет Bionic Beaver. Читаю комментарии.

Как обычно лоровские тролли отжигают. Кто-то ждет релиза masturbating monkey, кто-то считает, что лучше б Bouncing Boobs назвали. И почти все за то, что убунта — отстой.
Я вот сколько помню, на убунту вечно гнали, что дистр хреновый. А тем временем, уже лет 10 как, это один из самых популярных дистрибутивов, и на десктопах и на серверах.

Одним словом жду релиз.

3 нужных команды для управления RAID на сервере DELL

Все заклинания следует делать из директории в которой лежит бинарник perccli64. Ну или если ты его прописал в PATH, то из любого другого места (не забудь тогда убрать ./ перед командой).

Самая главная команда:


./perccli64 show all

Поведает нам номер контроллера и его состояние.
Читать

Расстрельный список SSD

4 года назад, я запилил пост о поддержке, и настройке SSD в Linux (https://pustovoi.ru/2013/1877), теперь же, из достоверных источников стало известно, что существует блэклист твердотельных дисков, которые лучше не покупать. Ну а если уж купил, то не следует использовать на них определенный функционал. Список ниже:

некорректная работа с HPA:
«OCZ-VERTEX»

Devices that do not need bridging limits applied
«MTRON MSP-SATA*» —

Некорректная работа с TRIM:
«Micron_M500_*»
«Crucial_CT*M500*»
«Micron_M5[15]0_*»
«Crucial_CT*M550*»
«Crucial_CT*MX100*»
«Samsung SSD 8*»
«FCCT*M500*»
«SuperSSpeed S238*»
«INTEL*SSDSC2MH*»

А вот эти диски, наоборот попали в белый список, символы подстановки тут по правилам RegExp, * — 0 или более любых символов, квадратные скобки — заменяются на один из символов в скобках.
«Micron*»
«Crucial*»
«INTEL*SSD*»
«SSD*INTEL*»
«Samsung*SSD*»
«SAMSUNG*SSD*»
«ST[1248][0248]0[FH]*»

более подробная информация тут: https://wiki.debian.org/SSDOptimization

Ответ разработчиков

В Unity, есть, и всегда был (как и в гноме) досадный баг. Если открыть окно наутилуса в котором список файлов больше чем в это окно влазит (особенно в режиме list), то невозможно правым кликом мышки вызвать меню для создания директории.

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

Однажды меня переклинило (не помню при каких обстоятельствах), и я запостил баг репорт на ланчпаде (https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1381415) это было 3 года назад. Не буду вдаваться в прогресс решения данной проблемы, опишу лишь результат:

03.07.2017, мне приходит уведомление о закрытии тикета, т.к. вышла убунта 17.10, а в ней уже Gnome 3, и в нем, со слов чувака, который закрыл тикет «нет контекстного меню по правой кнопки, а вместо него иконки».

Когда то давно, когда я был молод и глуп, я б сказал «вот вам и опенсорс». Сейчас считаю иначе. Во первых есть масса платного софта где вообще болт на клиентов забивают. Во вторых в том то и суть опенсорс — хочешь что-то изменить, бери и меняй. Исходники и все необходимое для этого тебе предоставляют.

Как выйти из VIM

Вчера вопрос «Как выйти из редактора Vim?», опубликованный в 2012 году, достиг рекордного количества просмотров: 1 000 000. В честь этого события на Stack Overflow провели исследование и выложили статистику, которая иллюстрирует популярную проблему.

Почему не получается выйти?

Причины обычно две: человек попадает в Vim неожиданно для себя (его туда забрасывает консоль или стороннее приложение) и / или он заходит туда настолько редко, что каждый раз забывает, как закрыть программу. Читать

Руссификация уведомлений о доставке postfix

Поотвечав какое то время на вопросы вроде «чего это мне за сообщение бусурманское пришло», решил руссифицировать сообщения отправляемые почтовым сервером при невозможности доставки, задержке.

Функционал сервера postfix разделен на несколько модулей, за отправку уведомлений, отвечает bounce.
Просмотреть текущее содержимое шаблонов этого демона можно командой:

postconf -b

Всего в bounce можно настроить 4 шаблона:

  1. failure_template: используется если сообщение не было доставлено получателю в течение $maximal_queue_lifetime;
  2. delay_template: используется если сообщение не было доставлено в течение $delay_warning_time часов, но $maximal_queue_lifetime не прошло;
  3. success_template: используется если сообщение было доставлено, но после $delay_warning_time часов;
  4. verify_template: вроде подтверждения о доставке, но по какому триггеру срабатывает не стал разбираться, т.к. не актуально.

Шаблоны следует перечислить в файле шаблонов, обычно это /etc/postfix/bounce.cf, и этот файл указать в конфиге постфикса директивой Читать

Ошибка Apt BADSIG и кэширующий прокси сервер

На одном из серверов приключилась бесячая ошибка APT BADSIG. Стандартное заклинание не сработало. Перебрал вариантов кучу, в частности apt-cacher-cleanup.pl не работал по причине

Undefined subroutine &main::inet_aton called at /usr/share/apt-cacher/lib/apt-cacher.pl line 221.

Совершенно очевидно, что проблема в закешированном битом файле, что подтверждалось наличием 2 файлов в /var/lib/apt/lists/partial, причем, если их удалить, и сделать aptitude update, они снова появятся.

Простого пути сбросить кэш апт кэшера я не нашел.

В результате утомило меня это дело, и я просто снес его рабочие файлы.

/etc/init.d/apt-cacher stop
rm -R /var/cache/apt-cacher/*
mkdir -p /var/cache/apt-cacher/{headers,import,packages,private}
/etc/init.d/apt-cacher start

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

Может пригодится кому? 😉