Intel S5500BC BIOS Upgrade Solution

 Всем привет!

На днях пришлось поработать с серверной платой Intel S5500BC, чтобы обучить её понимать процессоры Xeon x56xx в количестве пары штук. 

Изначально плата у меня была с версией биоса 36 и процессором Xeon E5520. Т.к. на сайте Intel упоминаний уже о плате практически нет, да и с доступом из РФ к intel.com есть проблемы, то можно воспользоваться intel.de, где все таки есть какие-то руководства по плате. Тем не менее, я не смог сразу найти хоть какие-то архивы с BIOS к этой плате. После долгих поисков я все таки нашел сайт https://www.helpdrivers.com/servers/Intel/Intel_Server_Boards/Server_Board_S5500BC/ где есть несколько версий биоса, а также рекавери, если что-то пошло "не так". 

Удивительно также то, что с 36й версией биос, плата корректно съедала серверную DDR3 память плашками по 8-16Гб, в тоже время как после прошивки биоса под номером 50 - все это счастье прекратилось и она держит максимум планки максимум 4Гб/1066, вне зависимости, какие у вас процессоры стоят. Надежды на то, что раз два процессора то и объем памяти будет 2х32 увы не осуществились. С двумя процессорами на последнем 60 биосе увы максимальный объем памяти на сервере будет 4*8 = 32 Гб. 

Так как на этот "винрар" уже сложно что-то найти в интернете, оставлю для вас руководство по прошивке + архивы с helpdrivers для прошивки биоса. 

Итак: 

Сама "прошивка" состоит из нескольких частей. 

- сама прошивка биоса

- Intel BMC

- FRU

- Management Engine

У каждой своя версия, и они практически не зависят друг от друга, но требуют последовательно обновления версий каждой. 

В архивах с прошивками есть инструкции по установке, обязательно их читайте. Я лишь привожу краткую выжимку как с 36 версии обновиться до 60. 

1. Берем чистую флешку, качаем из моего архива SUP_BC_BIOS38_FW40_FRU14_ME111.zip

и распаковываем его на флешку как есть. В нем есть файл Update_Instructions.txt - его печатаем или открываем параллельно на другом ПК. В нем дословно описано что делать. 

Если кратко:

Открываем Internal EFI Shell (F6 при старте сервера). Воткнутая флешка должна определится как FS0. Командой MAP -r - можно обновить список дисков. 

В консоли пишем прямо вот так с двоеточием:

FS0: 

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

Далее по инструкции выполняем (.nsh дописывать не обязательно):

BMC40    - это прошьет BMC 40й версии

ME111 - это прошьет Intel Management Engine 1.11 версию

FRU14 - это прошьет FRU/SDR. При прошивке может спрашивать про замену Chassis и Part Numbers - я на все соглашался, но номера не вводил, оставлял пустыми. 

BIOS38 - шьет 38й биос. 

После этого выключаем сервер, включаем, убеждаемся что биос и софт "обновились". 

Этот промежуточный биос нужен для того:

======

   If BMC 00.40 has not been installed then please install that release first

   prior to installing this 00.51 release. The BMC 00.40 update contains

   a critical boot block update which must be present before installing this

   00.51 release.

======

Т.е. если у вас такой же старый мамонт как и у меня, то не прошить BMC более свежей версии, до тех пор пока не прошьешь 40вую. 

Аналогично дальше шьем 50й биос, со всеми FRU/ME/BMC. Причем прошить надо обязательно все и перезагружать уже когда всё обновлено. 

После прошивки 50го биоса, я столкнулся с двойным писком сервера при старте, и нежеланием загружать ОС. Я перед этим прошил BMC53, прошил BIOS50 и решил перезагрузить, без прошивки ME/FRU, т.к. просто было написано - перезагрузитесь. Возможно это не влияет, и реальная причина была в другом. Я не сразу понял в чем проблема, и решил произвести откат обратно на 38й биос. 

Для отката необходимо переставить самый верхний левый джампер J1A1 в соседнее положение 2-3, и включить сервер с флешкой на которой находится recovery для биоса. 

Как это сделать - берем R0045rec.zip и распаковываем на флешку. Видим там файлы R0041Rec.cap, R0042Rec.cap, R0045Rec.cap. Это и есть биос. Также есть файл startup.nsh , который выполняет всего лишь одну команду 

IFlash32.efi R004xxRec.cap /u /ni

Где R004xxRec.cap надо заменить на тот биос который надо восстановить. Чтобы прошить обратно 38й, я скопировал на флейшку файл R0038Rec.cap из первого архива ,и отредактировал startup.nsh (SUP_BC_BIOS38_FW40_FRU14_ME111.zip)  

IFlash32.efi R0038Rec.cap /u /ni

Включаем сервер с вставленной флешкой, после того как плата даст изображение, откроется EFI-shell и пойдет прошивка. После прошивки выключаем сервер. Переставляем джампер J1A1 в положение 1-2, включаем. После загрузки я убедился в том, что версия биоса у меня 38, а BMC при этом обновлено. 

В поисках проблемы, я прошиваю ещё раз BIOS50 и весь софт из архива SUP_BC_BIOS50_BMC53_FRU21_ME112.zip 

Нахожу что в биосе есть Error Manager и он воет на оперативку, причем даже в тех слотах, которых нет. 

Решаю прошить 54й биос (из архива R0059Rec.zip) методом Recovery - и он прошивается. 

Да ошибки по памяти при этом не уходят. Ставим два процессора x5670, они детектятся, объем в system information памяти пишет корректный (4*16) - 64 Гб. Но в Error Manager все равно "проблемы".

В "SEL_TroubleshootingGuide.pdf" расшифровываю коды ошибок (хотя в биосе эта расшифровка итак присутствует, просто не сразу догадался курсом по ошибкам пощелкать). Итог, вытаскиваю 16Гб модули, ставлю в сервер 2х1Гб - всё работает отлично. Ставим 8Гб разных производителей - не грузимся. Находим пару планок по 4Гб - всё работает. 

Беру последний архив с биосом 60, распаковываю в корень чистой флешки. 

В 60м биосе (S5500BC_BIOS60_BMC58_FRUSDR22.zip) уже есть startup.nsh и он прошивает все компоненты до последней версии.

Итог:

- биос 60й прошит.

- X5670 в количестве 2х штук работает

- поддержка памяти теперь только по 16Гб на процессор (4*8). 

- Жесткий диски 3Тб в вин11 определяются корректно (один из фиксов, но я на более старых биосах не проверял). 

UPD. Добавил в архив ещё файл с BIOS63 (S5500BC_BIOS63_BMC61_FRUSDR22_ME112.zip)

Linux Mint 21 включение скроллинга на тачпаде

Включается установкой следующих пакетов. 

anton@dell-nb:~$ sudo apt-get install --install-recommends linux-generic-hwe-22.04 xserver-xorg-hwe-18.04 

До этого ещё установил touchegg

https://fostips.com/3-4-finger-touchpad-gestures-linux-mint/

Терминальный сервер x2go на базе Linux Mint 19.3 / 20

 Добрый день!

    В предыдущем посте, мной были осуществлены попытки настроить терминальный сервер на базе xRDP. Увы, результат меня не сильно обрадовал, т.к. xRDP "из коробки" не поддерживает 3Д-ускорение, и поэтому работа в терминальной сессии похожа на какой-то ад, система просто не успевает за курсором. Пересобирать с включенными флагами на ускорение не хотелось, возможно вылезло бы что-то ещё. Пока читал форумы - многие рекомендовали забыть про xRDP и установить x2go. 

    Для себя я отметил её преимущества:

+ быстрая работа и отзывчивая работа как в виндовом RDP;

+ возможность цепляться к ПК по аналогии с teamviewer;

+ запуск приложений без загрузки рабочего стола;

+ простота установки. В отличие от vnc/xrdp и прочего;

+ подключение к удаленному серверу идет через SSH. Тоже очень удобно;

и недостатки:

- несмотря на то, что х2го ставится элементарно, и основные её функции работают сразу из коробки, увы на чистых системы (LM 19.3 / Fedora 32) не заработала "без бубна" печать. Разбирательств почему - вышло почти на неделю. 

- Рекомендуемая DE MATE, также гарантируется стабильная работа с XFCE и LXDE, несмотря на огромный список DE-шек на выбор в клиенте. 

Установка

X2GO ставим на чистую ОС Linux Mint (19.3/20), iso образ скачан с сайта разработчика. Дополнительно после установки обязательно ставим openssh-server и сразу пробуем через него подключиться в терминале через команду ssh user@ipaddress для избежания конфликтов портов. 

На будущем сервере, добавляем репозиторий:

sudo add-apt-repository ppa:x2go/stable

И теперь нужные пакеты:

sudo apt-get install x2goserver x2goserver-xsession x2gomatebindings cups x2goserver-printing cups-x2go

Если ОС Linux Mint 19.3 - необходимо добавить ещё один пакет (не указан в оф. документации):

sudo apt-get install sshfs

Без sshfs не работает проброс папок в терминальную сессию, и как следствие не работает печать (не появляется диалоговое окно на клиентском ПК). В LM 20 он не потребовался (вероятно уже включен). 

Этого достаточно, чтобы уже можно было подключиться клиентом x2go к серверу. 

Настройка печати:

На сервере открываем "Принтеры", жмем добавить Generic x2go printer, далее-далее + принтер по умолчанию. На клиенте можем поиграться с настройками, выбрав или открытие сформированного документа в просмотрщике pdf, или указав команду, при которой просмотрщик тупо распечатает документ на принтер по умолчанию. Под windows это может быть Foxit Reader версий не выше 6.15.0624 с ключем /p :

"C:\Program Files (x86)\Foxit Software\Foxit Reader\Foxit Reader.exe" /p

    

Настройка xRDP Linux Mint 19.3 Cinnamon

Настройка xRDP

Проверено на чистой установке Mint 19.3 Cinnamon Edition

Никаких скриптов и т.п. не требуется. 

После установки:

sudo apt-get update

sudo apt install xrdp xorgxrdp-hwe-18.04
sudo apt install -y freerdp-x11

echo env -u SESSION_MANAGER -u DBUS_SESSION_BUS_ADDRESS cinnamon-session>~/.xsession

sudo reboot

Коннектимся клиентом сессию на xORG. 

Убираем THINCLIENT_DRIVES 

По руководству: https://github.com/neutrinolabs/xrdp/issues/218

Открываем /etc/xrdp/sesman.ini

Прописываем: 

[Chansrv]

FuseMountName=.thinclient_drives

[SessionVariables]

PULSE_SCRIPT=/etc/xrdp/pulse/default.pa

CHANSRV_LOG_PATH=/tmp

Zimbra перенос списков рассылки между серверами

Взято здесь:
https://wiki.zimbra.com/wiki/How_to_migrate_distribution_list_between_two_servers

На сервере 1:

zmprov gdlm dist_list1@domain.com > distlist.txt 

т.к. zmprov исполняется от пользователя zimbra, у которого прав на запись кроме как на /opt/zimbra нет - лучше указать /opt/zimbra/log/distlist.txt
Перекидываем файлик на второй сервер, в тот же каталог, не забывая установить владельца/группу zimbra.

На сервере 2:

for i in `cat distlist.txt | egrep -v '#|members'`;do zmprov adlm dist_list2@domain.com $i;done 

Вбиваем в консоль и ждем. Каждую команду выполняет долго, но список реально формирует.
Проверено при переносе версии 8.6.0 на 8.8.15

Курсы валют на php

Небольшой скрипт для реализации курсов валют ( https://www.cbr-xml-daily.ru/ ):

В консоли создадим файлик
touch /etc/cron.hourly/cbr

И заполним его следующим содержанием

#!/bin/sh
set -e
mkdir -p /var/cache/cbr
cd /var/cache/cbr
for file in daily_utf8.xml daily.xml daily_eng.xml daily_eng_utf8.xml daily_json.js
do wget --timestamping --no-verbose https://www.cbr-xml-daily.ru/$file
done 2>&1 | xargs -I{} logger --tag $0 --id=$$ "{}"

Дадим права на выполнение:

sudo chmod +x /etc/cron.hourly/cbr
И сделайте первую загрузку:

sudo /etc/cron.hourly/cbr

Таким образом, на сервак ежечасно будут скидываться файлики с курсами валют, которые можно дальше уже отпарсить в проекте.
Можно добавить символьную ссылку на папку с файликами:
ln -s /var/cache/cbr /var/www/project/cbr

Rapoo MT550/750S pairing with Linux Mint 17.3/19.2, ubuntu 14.04/18.04

Из солнечного Китая приехала мышка для ноута - Rapoo MT550. Отличная эргономика, питание от 2хАА батареек обещает быть продолжительным, и самая килерфича - работа одновременно с тремя компьютерами через блютус простым переключателем.

Под Windows 10 никаких проблем не возникло - включил, нажал на мышке "скан блютуса", винда нашла её и вобщем-то все.

Под Linux Mint 17.3 Cinnamon - мышь видна, но при попытке связи, во всплывающем уведомлении невозможно ввести pin code "0000" для этой мыши. Соотвественно в BT менеджере мышь есть, но указано, что сопряжение не произошло. Возможно под KDE или другими оболочками проблем нет.

Решение в том, что необходимо вручную произвести сопряжение:

1. Ставим пакеты:

apt-get install bluez-tools
apt-get install bluez-hcidump

На первый ругается, что "недоверенный".

2. Выполняем, на мыше жмем кнопку "bluetooth" для опознавания:

hcitool scan
Scanning ...
6C:5D:63:77:1D:1E RAPOO BT3.0 Mouse

3. В новом окне терминала:
sudo hcidump -at
HCI sniffer - Bluetooth packet analyzer ver 2.5

device: hci0 snap_len: 1500 filter: 0xffffffffffffffff

4. Нас интересует hci0, выполняем:

sudo bluez-simple-agent hci0 6C:5D:63:77:1D:1E

RequestPinCode (/org/bluez/11002/hci0/dev_6C_5D_63_77_1D_1E)

Enter PIN Code: 0000

Release

New device (/org/bluez/11002/hci0/dev_6C_5D_63_77_1D_1E)

Запросит пинкод, для MT550 - "0000"

5. Делаем блютус мышку "доверенной"

sudo bluez-test-device trusted 6C:5D:63:77:1D:1E yes

6. Цепляемся к мышке:

sudo bluez-test-input connect 6C:5D:63:77:1D:1E

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

7. Для MT750/750S инструкция по подключению аналогичная.

UPDATE для тех у кого Mint 19 / Ubuntu 18.04:

Мышь хоть и определяется в bluetooth менеджере, но подключаться в упор не хочет по прежнему.
В bluez-tools теперь также не работает simple-agent и команды которые связаны с ним.
Для подключения вводим:
hcitool scan   - и зажимаем кнопку с выбором канала (на Rapoo 750S), видим мышь:
Scanning ...
6C:5D:63:76:AA:17 RAPOO BT3.0 MS

Далее запускаем утиль:

sudo bluetoothctl 

Покажет кучу устройств в округе, в т.ч. и мышу (у меня почему-то с разными маками и версиями BT):

[NEW] Device ED:8E:0E:10:AA:28 RAPOO BT4.0 MS

[NEW] Device 6C:5D:63:76:AA:17 RAPOO BT3.0 MS

Далее уже в консоли [bluetoothctl] :

help - список команд

Нам надо доверить нужный MAC и подключиться:

[RAPOO BT4.0 MS]# trust 6C:5D:63:76:AA:17

[CHG] Device 6C:5D:63:76:AA:17 Trusted: yes

Changing 6C:5D:63:76:AA:17 trust succeeded

[bluetooth]# connect 6C:5D:63:76:AA:17

Attempting to connect to 6C:5D:63:76:AA:17

[CHG] Device 6C:5D:63:76:AA:17 Connected: yes

Connection successful

За последовательность trust/connect не ручаюсь - сначала пробовал connect , потом trust - результат отрицательный. После trust - опять connect - всё ожило. 

В момент connect надо также держать выбор канала на 750S.