После очередного обновления системы обновился udev с версии 130 на 135. Попутно хочу сказать, у меня две сетевых карточки, и, что бы именования интерфейсов сохранялись, используется 75-persistent-net-generator.rules, благодаря которому генерируется 70-persistent-net.rules.

Так вот, в новом udev произошли обновления, из-за которых старый 70-persistent-net.rules оказался несостоятельным. Имена сетевых интерфейсков поменялись, в результате PPPoE не поднимался. Пришлось удалить файл и переименовать 75-persistent-net-generator.rules.optional в 75-persistent-net-generator.rules и перечитать правила, подправить получившийся 70-persistent-net.rules. Но этого мало: нужно или выгрузить и подгрузить модули сетевух или перезагрузить систему, что бы правила подействовали на именование интерфейсов.

Собственно, вот такая вот ремарка.

В продолжение изначальной темы про мой EeePC. Разберем вопрос правильного задания DPI и как пользоваться WIFI и вообще сетью на ноутбуке.

DPI

Как задавать DPI (dots per inch / точек на дюйм) рассказано в статье про установку Arch Linux на EeePC 901 (смотреть мой первый пост про EeePC на этом блоге или пользоваться поиском на ArchWIKI). Я же хочу разобраться как получить это значение вообще, и какое оно будет для EeePC 1000HA, в частности.

Небольшое пояснение на март 2023 года: уже третий ноутбук сменился, но подходы остаются теми же: меняются среды, меняются окружения, единственно, что хорошо пахает с DPI - Qt и Plasma. Ну и начинаем с знакомства с этой ссылкой:

• https://wiki.archlinux.org/title/HiDPI Решения ниже - для меня.

Итак, разрешение матрицы монитора X на Y точек (пикселей). Тогда количество точек по диагонали:

Z = sqrt(X^2 + Y^2)

Диагональ монитора D дюймов, тогда значение DPI:

DPI = Z / D

Округляем его до большего целого.

Для EeePC имеем разрешение матрицы 1024x600 пикселей и диагональ 10.2 дюйма:

Z = sqrt(1024^2 + 600^2) = 1186.8
DPI = 1186.8 / 10.2 = 116.36 ~ 117 dpi

Иногда встречается информация, что диагональ 10 дюймов… спорить не берусь, меня пока всё устраивает :)

А для моего ThinkPad T530 (15.6 inch, 1920x1080):

Z = sqrt(1920^2 + 1080^2) = 2202.90717
DPI = 2202.90717 / 15.6 = 141.21 ~ 141 dpi
Width = 15.6 / 2202.90717 * 1920 * 25.4 = 345.35 ~ 345 mm
Height = 15.6 / 2202.90717 * 1080 * 25.4 = 194.26 ~ 194 mm

Прописываем полученное значение в /etc/X11/xinit/xserverrc, где строчка запуска превращается примерно в такое:

exec /usr/bin/X -nolisten tcp -dpi 117 "$@"

При использовании всяких mdm, gdm, kdm и иже с ними, нужно параметры запуска Xserver искать у них в настройках. Плюс, при таких настройках строчка ниже упорно рапортует о 96dpi. Зато в логах Xorg.0.log гордо красуется 141 (это уже новый ноутбук). При конфигурировании через xorg.conf картина с точностью до наоборот.

Перезапускаем, проверяем при помощи xdpyinfo:

  xdpyinfo | grep -B2 resolution:

На картах nVidia (это уже не про EeePC :)) есть опция для драйвера DPI, использовать её как-то так:

Section "Device"
    Identifier          "Card0"
    Driver              "nvidia"
    ...
    Option              "UseEdidDpi"   "false"
    Option              "DPI"          "141 x 141"
EndSection

Для других карт поможет DisplaySize в миллиметрах (сохраняем, например, в /etc/X11/xorg.conf.d/90-monitor.conf):

Section "Monitor"
	Identifier "<default monitor>"
	DisplaySize 345 194 # посчитали выше
EndSection

Более подробно:

• https://wiki.archlinux.org/index.php/Xorg#Display_size_and_DPI (спасибо Юсу за наводку)
• https://wiki.archlinux.org/index.php/HiDPI

Для KDE Plasma и всех приложений на Qt5 и Qt6 этих настроек будет достаточно, что бы подцепить корректный DPI. Для Gtk3/Gtk4 это не оказывает влияние. Я решил просто, добавив в ~/.Xresources:

Xft.dpi: 141

хоть это и не корректно и не работает per-monitor. Возможно, с выходом Plasma 5.27 ситуация с приложениями Gtk, запущенными в этом окружении поменяется:

WIFI

Хотя не только он, но больше про него.

Первое, говорится что стандартный драйвер не очень хорошо работает, я не стал проверять, поставил madwifi-hal из AUR. Надо только занести модуль ndiswrapper в blacklist или вообще удалить пакеты ndiswrapper и ndiswrapper-utils (если были поставлены). Если с драйвером madwifi-hal карточка не заведется, то, как рекомендуют форумы, стоит попробовать родной драйвер ath5k, и наоборот.

Да, я думаю пакет acpi-eee901 у вас уже стоит, так вот, стоит отредактировать файл /etc/acpi/eee.conf, конкретно, изменить значение переменной WIRELESS_MODULE и поставить её в ath_pci (в случае использования madwifi-hal) или ath5k (в случае использования стокового драйвера).

Теперь дело за малым. За менеджером соедененний.

Ноутбук устройство мобильное, и может использоваться в различных сетях, каждый раз править /etc/rc.conf и перезапускать сеть не выход. На помощь приходят менеджеры соединений. На себе проверил wicd, который есть в репозитариях ArchLinux. Прочитать про его настройку можно тут. Хотя я настроил методом “научного клика” и все заработало на ура :)

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

Проверил работу wifi совместно с wicd на работе - работает :) На этом тема wifi для меня пока закрыта.

На прошлой неделе пришел мне сабжевый нетбук. Машинка неплохая, мне, вцелом понравилась :)

В продаже, на момент покупки была только версия с WindowsXP SP3, которую по приходу снес и поставил туда ArchLinux.

При конфигурировании пользовался статьями а ArchWiki:

• http://wiki.archlinux.org/index.php/Asus_Eee_PC_901
• http://wiki.archlinux.org/index.php/Installing_Arch_Linux_on_the_Asus_EEE_PC

По результату, использую стоковое ядро, вайфай ещё не трогал, пока родной стоковый драйвер сетевой карточки (но уже сталкивался с ошибкой в назначении MAC адреса, так что нужно будет обновиться). Тачпад настроил пока по дефолту, настроил ACPI (из первой статьи для Eee PC 901), так что кнопочки все работают, suspend2ram работает тоже, звук изменяется и яркость тоже. Настроил cpufreq в целях экономии батареи. В общем ещё опишу что да как.

В планах:

• дравер сетевой
• wifi
• fsb ( http://wiki.eeeuser.com/howto:overclockfsb)
• тачпад (настроил согласно статьи)

Опять скрипт небольшой, я обозвал его loadcpu

#!/bin/sh

### CPU loading summary (wrapper for 'mpstat')

if [ x"$1" != x"---run_in_bash" ]; then
    bash $0 ---run_in_bash $@
    exit $?
fi

shift

# currently unused
cpu_count=`mpstat | grep -v CPU | wc -l`

mpstat | grep -v CPU | nawk '
{
    usr+=$13;
    sys+=$14;
    wt+=$15;
    idl+=$16;
    CPU_COUNT++;
}
END{
    printf("            %5s %5s %5s %5s %5sn", "count", "usr", "sys", "wt", "idl");
    printf(" cpu total: %5d %5d %5d %5d %5dn", CPU_COUNT, usr, sys, wt, idl);
    printf("cpu middle: %5d %5d %5d %5d %5dn", 1, usr/CPU_COUNT, sys/CPU_COUNT, wt/CPU_COUNT, idl/CPU_COUNT);
}'

Ну и сразу небольшой обзорный скриптик, показывает утилизацию просессора, памяти, свопа, подсистемы ввода-вывода, среднюю нагрузку, использует скрипт free и loadcpu что представлен выше, скрипт обозвал sysstat:

#!/bin/sh

### System stat (cpu/mem/io/load average/uptime) summary

if [ x"$1" != x"---run_in_bash" ]; then
    bash $0 ---run_in_bash $@
    exit $?
fi

shift

echo "** CPU"
`dirname $0`/loadcpu

echo "** MEM"
`dirname $0`/free

echo "** IO"
iostat -xn

echo "** Load average and Uptime"
uptime

StressLinux - дистрибутив для тестирования железа. Достаточно скачать ISO образ или образ для флешки (работает и через PXE) прожечь/записать и загрузиться, утилиты доступные (актуальная информация тут):

• stress - утилита для стрессового тестирования POSIX систем, генерирует события, которые могут иметь место при обычной работе (A tool to impose certain types of stress on a POSIX system.)
• CPUBurn - утилита для проверки стабильности работы CPU при большой загрузке (CPU maximum load (heat) stability test)
• CPU Burn-In - аналогичен предыдущей (CPU burn-in test)
• nbench - еще тесты для CPU (CPU test suite)
• iometer - производительность подсистемы ввода-вывода (I/O performance meter)
• hddtemp - температура диска, вообще утилиту и на рабочей системе держать не дурно (A program to display the temperature of your hard drive.)
• lm_sensors - работа с сенсорами, температура CPU/мамки, информация из EEPROM и т.д. На рабочей системе тоже не помешает (LM78 and other hardware monitor drivers.)
• lshw - показывает список железа в системе, дополнение к lshwd (в ArchLinux) и lscpi/lsusb (Hardware lister)
• bonnie++ - производительности жеского диска, работает на файловой системе, так что можно сравнить и производительность файловых систем (Hard drive benchmark)
• netio - тесты производительности сети (Network benchmark)
• Nepim - тестирование сети (Network test)
• Netperf - тестирование сети (Network test)
• Iperf - тестирование сети (Network test)
• smartmontools - мониторинг параметров S.M.A.R.T. (S.M.A.R.T. drivetests)
• x86info - информация по CPU (CPU information)
• memtester - утилита для проверки памяти из запущенной системы, лучше гнать вместе с memtest86[+] (A userspace utility for testing the memory subsystem for faults)
• memtest86 - наверное одна из лучших утилит для тестирования памяти (A stand-alone memory diagnostic)
• memtest86+ - другая реализация (An other stand-alone memory diagnostic)

Скачать образы можно тут: http://www.stresslinux.org/downloads.php

Документация тут: http://www.stresslinux.org/docu.php, хотя она вся сводится, как записать и что сделать, там совсем всё просто.

Да, судя по последней новости, дистрибутив обновлялся давно, хотя, возможно, жизнь идет в списке рассылки :) Но, ничто не мешает использовать данные утилиты и в вашем дистрибутиве, а тот же Memtest86+ уже почти всегда встречается на установочных/восстановительных дисках почти любого дистрибутива (в ArchLinux - есть, из главного меню Grub в Tools и там вызвать).

Наличие PXE-версии “ис-каропки” делает вкусным применение этого изделия в организации, представляете, достаточно перебутать комп, загрузиться по сети и прогнать тесты…

На форуме русского сообщества ArchLinux в разделе скриншотов за декабрь 2008 появилась тема, там, на снимке экрана фигурировал эмулятор терминала Sakura, решил попробывать.

Sakura

Терминал зависит только от GTK и компоненты VTE, умеет UTF-8, табы. Есть в community репозитария ArchLinux. После запуска имеет примерно такой вид:

Все настройки, коих аскетично мало, делаются через контекстное меню:

Конечно, горячие клавиши, тут даю на основные операции, что меня интересуют:

• Ctrl-Shift-t - создать новую вкладку
• Ctrl-Shift-w - закрыть текущую вкладку
• Alt-Left/Right - переключение между вкладками влево/вправо

Исходный код программы состоит из одного файла :)

Termit

Изучая сакуру, нашел на её сайте упоминание терминала Termit. Эмулятор терминала так же зависит от GTK и VTE, но ещё требует LUA 5.1. Умеет UTF-8, табы. В репозитариях ArchLinux нету, есть только в AUR. После первого запуска видим такое окно:

Терминал может конфигурироваться через меню, но настройки распространяются только на текущую сессию. Основная конфигурация идет через файл init.lua (о чем немного далее)

Сразу после запуска будете неприятно удивлены когда откроете новую вкладку - цвет текста сбросится в черный, а прочитать черным по черному будет проблемно :)

Автор уже знает, а пока что можем сделать сами.

Вот тут делои касается конфигурации. Она происходит скриптом на LUA который помещается в ~/.config/termit/init.lua, пример этого скрипта есть в архиве с исходными кодами, пример надо сказать работающий и функциональный. В случае ArchLinux выполним команды: mkdir ~/.config/termit cp /usr/share/doc/termit/init.lua.example ~/.config/termit/init.lua

и немного подредактируем. Главное раскомментируйте параметр defaults.foreground_color и укажите тот что вам нужен, gray в большинстве случаем окажется достаточным.

Перезапускаем termit, наблюдаем что в новых вкладках нормально отображается текст, наблюдаем два новых пункта меню:

• User menu
• Encodings

Последнее позволяет поменять кодировки, особенно актуально мне, когда приходится по ssh заходить то на сервера со старой доброй koi8-r или на новые utf-8. Да luit помогает, но иногда забывается, а перелогиниваться лениво :)

Почитать про LUA API термита можно в доке, что идет с ним: /usr/share/doc/termit/lua_api.txt (путь может отличаться в вашем дистрибутиве)

Горячие клавиши настраиваются через init.lua, по умолчанию такие:

• Alt-Left - предыдущая вкладка
• Alt-Right - следующая вкладка
• Ctrl-t - открыть новую вкладку
• Ctlr-w - закрыть текущую вкладку
• Ctrl-Insert - копировать выделенный текст в буффер
• Shift-Insert - вставить текст из буффера

Выполнение приложений

Ещё иногда нужно выполнить какое-то приложение в терминале, иногда приложение не интерактивное, и терминал быстро схлопывается, так что не рассмотреть результатов. Поэтому обычно команда приобретает вид: bash -c ’echo test; read' и пока не нажмешь Enter терминал не закроется

Для sakura командная строка получилась: sakura -e “bash -c ’echo test; read’” и ничего не отработало - завершилось ошибкой

У termit строка такая: termit –execute “bash -c ’echo test; read’” и всё отработало как нужно!

Ну… В общем, Termit - мой выбор ;)

Сайты программ

• Sakura - http://pleyades.net/david/sakura.php
• Termit - http://code.google.com/p/termit (разработчик, кстати, русский)

Сегодня потребовалось узнать сколько памяти в Салярке всего, сколько свободно и сколько занято… Ага и команды free нету. Но есть kstat, как подсказал скрипт проверки памяти из Nagios, а дальше написал “свой” free:

#!/bin/sh

### Mem/swap using in Solaris

if [ x"$1" != x"---run_in_bash" ]; then
     bash $0 ---run_in_bash $@
     exit $?
fi

shift

page_size=`kstat -p unix:0:seg_cache:slab_size | awk '{print $2}'`

# RAM
mem_total=`kstat -p unix:0:system_pages:pagestotal | awk '{print $2}'`
mem_total=`expr $mem_total * $page_size / 1024`

mem_used=`kstat -p unix:0:system_pages:pageslocked | awk '{print $2}'`
mem_used=`expr $mem_used * $page_size / 1024`

mem_free=`kstat -p unix:0:system_pages:pagesfree | awk '{print $2}'`
mem_free=`expr $mem_free * $page_size / 1024`

# SWAP
swap_total=`kstat -p unix:0:vminfo:swap_avail | awk '{print $2}'`
swap_total=`expr $swap_total / 1024 / 1024`

swap_used=`kstat -p unix:0:vminfo:swap_alloc | awk '{print $2}'`
swap_used=`expr $swap_used / 1024 / 1024`

swap_free=`kstat -p unix:0:vminfo:swap_free | awk '{print $2}'`
swap_free=`expr $swap_free / 1024 / 1024`

#echo -e "ttotalttusedttfree"
#echo -e "mem:t$mem_totaltt$mem_usedtt$mem_free"
#echo -e "swap:t$swap_totaltt$swap_usedtt$swap_free"

# для более красивого вывода
printf "      %14s %14s %14sn" "total" "used" "free"
printf " mem: %14d %14d %14dn" $mem_total $mem_used $mem_free
printf "swap: %14d %14d %14dn" $swap_total $swap_used $swap_free

В качестве источника информации: https://project.openfiler.com/tracker/browser/openfiler/branches/2.x-rpath/var/www/phpsysinfo/includes/os/class.SunOS.inc.php?rev=1161

На уровне замечений, касательно понятий “Node Group” и параметра секции [NDBD DEFAULT] NoOfReplicas в конфиге кластаера config.ini

NoOfReplicas - параметр задающий количество реплик данных. Допустим, его значение 2, тогда получается у нас будет две реплики данных. Теперь дальше, допустим, NDB ноды у нас с номерами 10, 11, 12, 13 и в конфиге они перечислены в этом же порядке, тогда количество Node Group будет:

NodeGroupsCount = NDB_Nodes_Count / NoOfReplicas = 4 / 2 = 2

Номера Node Group будут: 0 и 1 (нумерация с нуля.)

Теперь, как ноды группируются в группы? А просто, по порядку номеров. Т.е. наши ноды 10, 11, 12, 13 при NoOfReplicas = 2, распределятся так:

• Node Group 0: 10, 11
• Node Group 1: 12, 13

Если прводить аналогии, то очень похоже на RAID 10: 10+11, 12+13 - работают в зеркалирование, и в сумме (10_11)+(12_13) - в чередовании.

Отсюда ещё одно важно замечание: если ВСЕ ноды одной группы вылетают, целостность данных нарушается, как следствие ВЕСЬ кластер прекращает работу, и, как следствие: для работы (и для запуска) кластера необходимо, что бы было хотя бы по одной живой ноде из группы.

Ещё одно замечание (пока окончательно не проверено), но дополню: по одной живой ноде из группы должны стартовать в промежуток не больше 30 сек. Ещё лучше запускать ноды с параметром -n а потом через менеджмент-панель делать или ALL START или node-id START

И в заключение, если отвалится одна нода из группы, лучше, как можно быстрее получить об этом уведомление на почту или ещё куда. И распределять ноды одной группы так, что бы не получилось “семерых одним ударом”.

Михаил Конник aka virens, ведущий блога “Записки Дебианщика”, который я регулярно читаю, начал публиковать свой труд по сабжевым названием.

На данный момент рассмотрены вопросы установки дистрибутива LaTeX (кстати в ArchLinux смотрим вывод pacman -Ss texlive и ставим себе что нужно), основу будущего документа, которую потом можно использовать как шаблон для других работ, немного упомянуты пролемы конвертации из/в LaTeX в другие форматы (в частности RTF и MS Word).

Статья: http://mydebianblog.blogspot.com/2008/11/latex.html

Волей судеб понадобилось в ArchLinux поднять несколько VLAN. Привычным движением открываю файл /etc/rc.conf на редактирование, прописываю туда: eth2v0001=“eth2.0001 192.168.0.254 netmask 255.255.255.0”

добавляю eth2v0001 в INTERFACES: INTERFACES=(… eth2v0001 …)

и поднимаю интерфейс: /etc/rc.d/network ifup eth2v0001

и… получаю ругань что такого интерфейса не существует.

Размер 1U - 1.75 дюйма.

1.75 дюйма, это 4.44500 см

1 вершок, это тоже 4.44500 см

следовательно, 1U - 1 вершок

гм…

Ну собственно с #archlinux-ru на FreeNode:

одну ногу впаиваешь, другие выгибаешь и к ним паяешь проводочки) называется “сопли”, но обычно такие сопли работают) зато вот потом как спаяешь “на века”.. нифига не работает)

Подписываюсь :D

С недавнего времени стал замечать что система очень сильно тормозит на дисковых операциях. Например, если нужно создать файл 1.5G (допустим, аллоцирование места под закачку торрента), то на выделении система чуть ли не раком становиться - работать становиться очень некомфортно: мышь почти не работает, отклик от клавиатуры очень долгий. Это при том, что памяти - вагон и маленькая тележка (из 1G оперативы 800 метров на кеши, используется меньше 200M).

Почеса репу, решил поглядеть на планировщики IO:

[root@gaz ~]# dmesg | grep scheduler
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered

Начинаю копаться в памяти, ага, точно, на современных ядрах почти всегда планировщик IO по-умолчанию - cfq. Я, видать, уже эксперементировал, и в строке загрузки Grub:

elevator=as

Поменял на

elevator=cfq

(можно было бы и убрать)

Всё, теперь работа стала значительно более приятна.

Хочу отметить, что:

• noop - обычный FIFO, подразумевается оптимизация ввода-вывода на уровне блочного устройства.
• deadline - реализует механизм предельного срока для минимизации задержен IO. В один момент времени одно приложение имеет эксклюзивный доступ к диску. Для пользовательского ПК врядли подойдет, для сервера базы данных - вполне (да и серверов вообще, где с диском работа идет активно)
• as - упреждающий доступ, говориться, что подходит для медленных и малых дисковых подсистем. Как оказалось у меня, на диске 750G не очень хорошо система себя чувствовала.
• cfq - полностью справедливая очередь. Очередь ввода/вывода для каждого процесса, пытается разделить всю полосу пропускания между ними.

Если контроллер и диски поддерживают NCQ (SATA диски), стоит попробывать планировщик noop, теоретически производительность должна стать сравнима с cfq, при почти нулевой загрузки CPU. Ставить noop для IDE дисков смысла нет.

Да, планировщик можно поменять “на лету”, указав для каждого диска свой:

[root@gaz hda2]# cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq] 
[root@gaz hda2]# echo noop > /sys/block/sda/queue/scheduler
[root@gaz hda2]# cat /sys/block/sda/queue/scheduler
[noop] anticipatory deadline cfq 

Почитать про планировщики можно тут:

• Планировщики ввода/вывода в Linux
• Выбор планировщика ввода-вывода - тут человек пришел к точно таким же выводам как и я, касательно планировщика as
• Ещё про новый (есть в ветке ядра -mm) планировщик BFQ:
  • http://www.cisco-linux.com.ua/index.cgi?action=news|comments&NEWS_ID=16996
  • результаты тестирования

Ссылки на статьи по восстановлению данных, а так же технологии ATAoE

• Заметки о восстановлении данных под линуксом
• Восстановление данных на ext2.Восстановление файлов
• Восстановление данных под Linux c диска, содержащего бэд-сектора
• Восстановление загрузчика
• Повесть о Linux и LVM (Logical Volume Manager)
• ATA over Ethernet
• Организация бюджетной SAN с помощью ATAoE

В выводе uptime можно увидеть:

23:43:20 up 12 days, 1:44, 2 users, load average: 0.38, 0.82, 0.82

Собственно давно мучал вопрос - чиво это?

Если кратко, то давно знал: это средняя загрузка системы за 1/5/15 минут. Но как интерпретировать эти числа было непонятно, вот сегодня допекло, решил разобраться.

Итак, что это такое: число процессов ожидающих очереди на выполнение, процессы в состоянии Run, Wait for Run, Wait for I/O. Соответственно, чем выше - тем больше тормозит система. При значении больше N (где N - число процессоров или ядер в системе) начинается перегруз. Условно, значение можно умножить на 100 и вычесть 100 - получится процент перегруза системы.

Да, сразу несколько полезных утилит:

• классический top из пакета procps, подвирает бывает, но годится для “пабыраму пасареть”
• более продвинутый htop из одноименного пакета
• iostat из пакета sysstat - состояние дисковой подсистемы
• mpstat из пакета sysstat - загрузка CPU
• pidstat из пакета sysstat - состояние процессов, в т.ч. на каком процессоре запущен процесс.
• sar из пакета sysstat - показывает статистику по системной активности, статистика обновляется по крону (sar -A)
• isag из пакета sysstat - графическое представление данных по системной активности. Для отрисовки нужен gnuplot

Более подробнее почитать тут:

• http://meinit.nl/what-is-load-or-load-average-on-a-linux-box
• http://www.linuxjournal.com/article/9001
• http://en.wikipedia.org/wiki/Load_(computing)