Wi-Fi сканер

У нас вокруг офиса десятка два точек доступа. Решил посмотреть, почему же у нас скорость по Wi-Fi плавает в районе 0,1-2 Мбит. Нашёл, что есть такая программа inSSIDer for Linux. Поставил на ALT Linux p6: после установки rpm-пакета ещё доустановил libwebkit-sharp и mono-web. Запускается просто:

$ inssider

Но проблема - не видит сетевых устройств. Посмотрев в список известных проблем, я понял что в проблеме не одинок. Говорят, список устройств программа получает через D-Bus у NetworkManager. Странички на русском:

1. http://bolknote.ru/2011/03/15/~3143/#21
2. http://dzhmak.livejournal.com/1944.html

Может быть, у вас заработает? А пока жду новую версию и и ищу другую программу.

Поставил wifi-radar. При запуске получаю

Traceback (most recent call last):
  File "/usr/sbin/wifi-radar", line 1618, in 
    set_network_device(INTERFACE)
  File "/usr/sbin/wifi-radar", line 120, in set_network_device
    INTERFACE = wireless_devices[0]
IndexError: list index out of range

В итоге собрал в Сизиф и поставил iwscanner. Простенько, но работает. Главное, что наглдяно показывает, кто на каком канале, и даже график рисует.

Скорость работы дисков с HFS под Linux

Понадобилось поработать в Linux с переносным USB-диском, отформатированным под Mac'ом, то есть в HFS+.
Монтирование только для чтения удаётся без проблем, причём системой поддерживаются диски и с GPT и с обычными разделами. Подопытные диски были размерами и в 1Тб и в 2Тб.

Скорость чтения через USB достигала 32Мб/с (напомню, теоретический предел для USB 2.0 - 480Мбит/с). При подключении диска напрямую через SATA скорость чтения выросла до 75Мб/с. Заодно выяснилось, что 3Q Desktop HDD на самом деле содержит в себе обычный 3,5" диск WD Green 2Tb.

Чтобы смонтировать HFS в Linux на запись, нужно предварительно отключить журналирование в файловой системе. Говорят, можно и просто смонтировать с параметром force, но лучше не рисковать.
В официальной документации Apple описан путь выключения через графику. Найти нужный пункт не удалось, возможно его ещё не разработали :)

Более простым способом является выполнение в терминале команды # diskutil disableJournal /dev/disk0sx.

После этого в Linux нам не удалось достичь скорости записи выше 5Мб/с. Подключили диск через USB в MacOS, запущенную в VirtualBox, там скорость получилась несколько выше, около 10Мб/с.
Но с чтением не сравнить. Хотелось вообще видеть те же 70Мб/с, что и на чтение.

Вывод: или мы что-то не так делали, или HFS для серьёзных применений в Linux не подходит. Скопировать на диск нужно почти терабайт. Осталось 30 часов...

Update: выяснилось, что диск был неправильно разбит (раздел с 63 сектора), поэтому всё и тормозило при записи (из-за физического сектора в 4 Кб. Создал раздел на смещении 2048, и скорость записи через USB подросла до 30Мб/с в Linux. Для справки: при такой скорости на запись 1Тб нужно почти 12 часов...

Сеть в контейнерах OpenVZ

Самый правильный и простой способ по ведению сети в контейнерах, которые должны быть видны снаружи, это использование bridge. Мечтал я об этом уже года три, и вот, пришлось изучать на полуживой системе и настраивать.

Подробности написал в: OpenVZ_veth_etcnet

Если вкратце:
1. Создаём мост (см. bridge в etcnet)
2. В /etc/vz/vznet.conf вносим строку EXTERNAL_SCRIPT="/usr/sbin/vznetaddbr"
3. В нужные контейнеры вписываем NETIF командой
vzctl set 501 --netif_add breth0,,,,breth0 --save

Заметка эта в основном для того, чтобы не забыть суперстроку с этим --netif_add...

Перемещение раздела LVM на отдельный физический диск

Понадобилось один из разделов, размещённых на LVM, перенести на отдельный диск (точнее, созданный на дисках RAID — /dev/mdN), и для полной независимости, вынести в отдельный volume group.

Поскольку я слишком долго изучал документацию, приведу подробные шаги.
Исходный расклад такой:
* существующая volume group — old
* планируемая к созданию volume group — new
* подопытный logical volume — ftp
* новый отдельный диск — /dev/md2

Напишу, кстати, что после создания RAID командой
# mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sd[ab]2

Пришлось ещё вписать
строку вида
ARRAY /dev/md2 metadata=1.2 UUID=6587c8f8:1e685045:ce913c14:3680e8fe
в файл /etc/mdadm.conf, потому что с новым форматом (используется по умолчанию) суперблока (1.2) устройства не собираются ядром самостоятельно.
Строка получена командой
# mdadm --examine --scan --config=mdadm.conf

А можно было добавить параметр -e 0.90, чтобы получить старый формат (ограничен 2Тб)

Также неплохо включить использование битовой карты, чтобы после развала RAID от неожиданного выключения синхронизировать только кусок, а не всё устройство:
# mdadm --grow --bitmap=internal --bitmap-chunk=131072 /dev/md2

Но это снижает быстродействие при записи.


Так вот, искомая операция выполняется так:

Перемещаем раздел ftp на новое устройство (самая длительная операция, но счастье в том, что её можно выполнять на ходу):
# pvmove -n ftp /dev/md0 /dev/md2
(Обратите внимание, указывается, с _какого_ устройства на какое переносить.)

Перестаём использовать раздел
# umount /dev/old/ftp
Делаем его неактивным (убирается из /dev/):
# lvchange -an /dev/old/ftp
Выделяем в отдельную volume group разделы, расположенные на устройстве /dev/md2
# vgsplit old new /dev/md2
Делаем раздел опять активным:
# lvchange -ay /dev/new/ftp
Монтируем уже с нового адреса:
# mount /dev/new/ftp

Замечательное описание всех особенностей работы с LVM: Logical Volume Manager