воскресенье, 5 ноября 2017 г.

Deb9 установка адаптера wi-fi

После установки Debian нет wi-fi. И снова 2 шага (в моем случае)
проверим  какой адаптер и установим дрова

sudo lspci |grep -i network
00:19.0 Ethernet controller: Intel Corporation 82577LC Gigabit Network Connection (rev 05)
44:00.0 Network controller: Broadcom Limited BCM4312 802.11b/g LP-PHY (rev 01)
sudo apt-get install firmware-b43-installer


Еще больше бубнов тут:
https://linuxthebest.net/ustanovit-drayvera-wifi-v-debian-9/
https://wiki.debian.org/rtl819x

Deb9 ошибка обновления списка пакетов

При обновлении списка пакетов получаем ошибку
W: http://mirror.mephi.ru/debian/dists/stretch/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key.
Лечится в 2 шага:

sudo rm /etc/apt/trusted.gpg.d/*
sudo apt-key add /usr/share/keyrings/debian-archive-keyring.gpg

Нагуглено в:
https://debianforum.ru/index.php?topic=12868.0



понедельник, 13 октября 2014 г.

exim paniclog has non-zero size


Получаем почту
exim paniclog on my.host.ru has non-zero size

читаем логи, делаем выводы, чистим за собой

cat /dev/null > /var/log/exim4/paniclog 

пятница, 11 июля 2014 г.

postfix pdd.yandex relay

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


/etc/postfix/main.cf
#Added by Me 4 using pdd.yandex
relayhost =
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/private/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_sasl_type = cyrus
smtp_sasl_mechanism_filter = login
smtp_sender_dependent_authentication = yes
sender_dependent_relayhost_maps = hash:/etc/postfix/private/sender_relay
sender_canonical_maps = hash:/etc/postfix/private/canonical
smtp_generic_maps = hash:/etc/postfix/private/generic
выделенное жирным в инетах пишется smtp_sender_dependent_authentification=yes и вызывает ошибку

/etc/postfix/private/canonical
@mydomain.ru       mymail@mydomain.ru

/etc/postfix/private/generic
root@localhost  root@mydomain.ru

/etc/postfix/private/sasl_passwd
smtp.yandex.ru        mymail@mydomain.ru:MyP@$$w0rd

/etc/postfix/private/sender_relay
@mydomain.ru       smtp.yandex.ru

Затем создаем понятные postfix'у конфиги
postmap /etc/postfix/private/canonical
postmap /etc/postfix/private/generic
postmap /etc/postfix/private/sasl_passwd
postmap /etc/postfix/private/sender_relay

и перегружаем postfix
/etc/init.d/postfix restart

Проверяем как ходит почта
 mail -s "ttest" my@mail.com
Hi dear I!
This is test e-mail
If you can read it, then mail is working.
Bye, dear I!

для окончания ввода жмакаем ctrl+d и enter

если ходит - идем пить пиво
если нет - идем в логи /var/log/mail.log







Исправляем: Possible missing firmware for realtek

Вызвали подозрение сообщения: W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169

Сходу решить это проблему не удалось. Как следует из этих предупреждений не хватает firmware (кодов микропрограмм) для оборудования realtek. 

Решил добавить репозитории и файл /etc/atp/sources.list привел к такому виду:

deb http://ftp.ru.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.ru.debian.org/debian/ wheezy main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

После выполнил:
sudo apt-get update
sudo apt-get install firmware-realtek
sudo update-initramfs -k all -u

Решение нагуглено в соседнем блоге:
http://linuxserver.blogsmaster.ru/2013/01/missing-realtek-firmware.html

а еще говорят что можно взять на backports ядрышко посвежее...

четверг, 21 ноября 2013 г.

LSi + Debian аппаратный RAID

Встал вопрос как подружить сиих зверей и немного помониторить состояние аппаратного RAID'а

Как всегда все оказалось просто до безобразия, кое я и не преминул устроить.
Debian Lenny: /etc/apt/sources.list
deb http://jonas.genannt.name/debian lenny restricted

Debian Squeeze: /etc/apt/sources.list
deb http://jonas.genannt.name/debian squeeze restricted

Archive Key:
wget -O - http://jonas.genannt.name/debian/jonas_genannt.pub | apt-key add -


Поставим
apt-get update
apt-cache search 3ware
apt-get install 3ware-3dm2-binary 3ware-cli-binary

Заюзаем
tw_cli info 
tw_cli info dev_ctl_here


Нагуглено в:
https://wiki.debian.org/LinuxRaidForAdmins
http://jonas.genannt.name/
http://enlook.wordpress.com/2012/12/11/howto-installing-3ware-tw_cli-raid-monitoring-software-utility/

среда, 18 сентября 2013 г.

Замена загнувшегося HDD

Очередной косяк с винтами у моего любимого хостера.
Достаю из черновиков старую статью и публикую краткий мануал по действиям в этой ситуации.
Мне повезло и в RAID 1 Массиве загнулся только 1 винт из 2х. Такое случается, не смотря на обильное наличие практик нормальной работы обоих винтов и случаев парной смерти .

Краткий мануал действий на следующий раз.
Что имеем изначально 2 диска по 3Tb, GPT, RAID 1, debian, grub2, остальное вроде не важно.
Что случилось - /dev/sda стал совсем неживым
smartctl --all /dev/sda ругается, что ничего не может прочитать с диска
cat /proc/mdstat показывает что в рейде живых разделов из /dev/sdaX нет

Что нужно делать
1) проверить целостность бекапов на внешнем сервере (если они есть, если нет - задуматься над необходимостью таковых, пока не поздно)
2) отцепить от рейда сбойный диск
на случай если еще не помечен как сбойный:
# mdadm --manage /dev/mdY --fail /dev/sdaX 
собственно отцепляем
# mdadm /dev/mdY -r /dev/sdaX
естественно операция проводится столько раз сколько у нас разделов 
3) определяем серийник умершего или живого диска
smartctl --all /dev/sda |grep Serial
и заполняем заявку в саппорт на замену диска
Я дополнительно попросил проверить возможность загрузки с оставшегося диска и установить порядок загрузки дисков, на что мне любезно ответили согласием и все сделали согласно моей просьбе.
4) после замены диска биос успешно пропустил загрузку с нового диска и прогрузился со старого обозначив его как sda (но это я так понимаю сказывается умность udev'а)
5) клонируем GPT. можно и одной строкой, но я решил немного подстраховаться и сохранить себе ее еще и в файл
# sgdisk --backup=gpttable /dev/sda
# sgdisk --load-backup=gpttable /dev/sdb
получил склонированную таблицу и ее копию в файле
Поменяем UUID новому диску
# sgdisk -G /dev/sdb
Если разделы не увидились, попросим ядро перитать таблицу
# sfdisk -R /dev/sdb
Вернем разделы в рэйд
# mdadm /dev/mdY -a /dev/sdbX
Посмотрим за процессом
#watch cat /proc/mdstat
Дождавшись окончания процесса, принимаемся за загрузчик
Обновим таблицу устройств
# grub-mkdevicemap
попросим груба на новый диск
# grub-install /dev/sdb

На этом все, можно дышать, можно отсыпаться. А можно ребутнуть машину и проверить, что все грузится правильно.