26 мая будет очередной Linux InstallFest в Нижнем Новгороде. Список докладчиков на презентационную зону ещё формируется.
С моей стороны будут презентации по двум проектам:
Подробности о мероприятии можно узнать здесь:
http://www.nnlug.ru/fest13
- Артём
На этой неделе кто-то расшарил журналы LinuxFormat в офисе компании Мера на ул. Деловой. К сожалению, я не успел сфотографировать их тогда, когда они красиво лежали веером со стопкой прилагающихся дисков, так что вот фотография разбросанных по столу журналов:
Интересная статья на IBM Developerworks:
http://www.ibm.com/developerworks/ru/library/l-green-linux/index.html?ca=drs-
«...в состоянии бездействия ядро GNU/Linux непрерывно ищет, чем бы заняться. Обычно ядро выполняет прерывание по таймеру примерно каждые 4 мс, чтобы проверить, не нужно ли планировать новые задачи. Начиная с версии 2.6.21 у ядра появился бестактовый режим, в котором вычисляется, когда нужно будет планировать новые задачи, и таймер устанавливается на это время, что позволяет процессору оставаться в состоянии с наименьшим потреблением в течение гораздо больших периодов времени (несколько секунд), тем самым потребляя меньше энергии.»
В Gentoo Linux конфигурационный файл ядра находится в /usr/src/linux/,
где linux - символическая ссылка на каталог с исходниками ядра.
$ file /usr/src/linux
/usr/src/linux: symbolic link to `linux-2.6.38-gentoo-r1'
Проверить, включен ли бестактовый режим, можно следующим образом:
$ cd /usr/src/linux/
$ cat .config | grep CONFIG_NO_HZ
CONFIG_NO_HZ=y
$ uname -ro
2.6.38-gentoo-r1 GNU/Linux
> su
> lspci -k | grep -i vga
01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (rev a2)
> uname -a
Linux gentoo 2.6.36-gentoo-r5 #18 SMP Fri Jan 7 05:54:56 MSK 2011 i686 Intel(R) Pentium(R) 4 CPU 1.70GHz GenuineIntel GNU/Linux
Device Drivers --> Graphics support -->
--> Support for frame buffer devices:
< > nVidia Framebuffer Support
Поправил /etc/make.conf
> nano /etc/make.conf
...
#VIDEO_CARDS="nvidia"
VIDEO_CARDS="nouveau"
...
Чтобы корректно удалить из системы проприетарные драйвера nvidia-drivers, нужно пересобрать несколько пакетов с поддержкой nouveau - чтобы разрешить зависимости. Что я и сделал:
> emerge -av media-libs/mesa media-gfx/imagemagick x11-base/xorg-drivers
> emerge -av --depclean x11-drivers/nvidia-drivers
> emerge -av x11-drivers/xf86-video-nouveau
> nano /etc/X11/xorg.conf
Section "Module"
...
Load "dri2"
Load "dri"
EndSection
Section "Device"
...
Driver "nouveau"
BusID "PCI:1:0:0"
EndSection
...
Section "ServerFlags"
Option "AIGLX" "off"
EndSection
Section "DRI"
mode 0666
EndSection
> hwinfo --framebuffer
02: None 00.0: 11001 VESA Framebuffer
[Created at bios.459]
Unique ID: rdCR.MH8719d4NL7
Hardware Class: framebuffer
Model: "NVIDIA nv43 Board - p277h1"
Vendor: "NVIDIA Corporation"
Device: "nv43 Board - p277h1"
SubVendor: "NVIDIA"
SubDevice:
Revision: "Chip Rev"
Memory Size: 256 MB
Memory Range: 0xd0000000-0xdfffffff (rw)
...
Mode 0x031b: 1280x1024 (+5120), 24 bits
...
> nano /boot/grub/grub.cfg
...
menuentry "Gentoo GNU/Linux, with Linux 2.6.36" --class gentoo --class gnu-linux --class gnu --class os {
...
linux /kernel-2.6.36 root=/dev/sda4 ro vga=0x031b
}
...
Хочу рассказать я вам о некоторых проблемах, возникших при очередном обновлении ОС Gentoo Linux. Только две упомяну, остальные не столь интересны были - да и не упомнишь всего. Итак, начну с главного, а именно - с ядра операционной системы.
Далее в тексте упоминается одно из самых сильных и, вместе с тем, опасных заклинаний - команда su. Даёт эта команда нам власть над миром нашим, пусть и виртуальным. А большая власть - большой осторожности и ответственности требует.
1. Давно я собирался обновить систему на ноуте и на ПК. На дворе уж год две тысячи десятый заканчивается, а я всё со старым ядром 2.6.32 работаю... Не дело это. А тут ещё обновлений немеряно нашлось после очередного выполнения
> emerge --sync && eix-update && eix -uc
Посмотрел я на списки обновлений, посмотрел на версии новые, и решил - время пришло. Благо ноут есть, для опытов. Начал с него. Потом взялся за ПК. Настроил ядро новое, версии 2.6.36.
hda1, hda2 .... hdaN
И не грузилась система с новым ядром. Видел я лишь сообщения об ошибках. Тогда стал искать причину, и нашлась она рядом - в файле /etc/fstab. В новом-то ядре жёсткие диски именуются, как
sda1, sda2 .... sdaNОтсюда и ошибки при монтировании - нет устройств таких, что перечислены в fstab! Исправил я ошибку эту - заменил hda на sda. Загрузилась система, да не может всё равно примонтировать разделы c файловой системой ext4! А проблема известная, и решается она следующим образом:
После этого система загрузилась благополучно.
Кстати, считаю нужным упомянуть здесь о интересном нововведении, а именно об опциональной возможности использования в ядре драйвера ФС ext4 для работы и со старыми версиями данной ФС - ext2 и ext3. Так как других ФС, кроме перечисленных, на ПК и на ноуте я не имею, решил испробовать данную возможность. Пока проблем не замечено.
2. Система загрузилась, только вот раскладку переключить не мог я. Сочетание клавиш Alt+CapsLock, мной для переключения раскладки назначенное, не работало. Что ни делал, ничего не помогало. И опции в /etc/X11/xorg.conf менял, и Иксы пересобирал... Долго ли, коротко ли - нашлось решение этой проблемы: с помощью сети Интернета выловил я информацию по проблеме моей. Сказано было: в новом xorg'e способ настройки изменился, теперь настройки клавиатуры, мыши, тачпада и прочих устройств внешних - всё должно храниться в файлах отдельных, в каталоге /etc/X11/xorg.conf.d/. А там - пусто, да и каталога этого и в помине нет... Как нет? Примеры настройки должны быть. Поищем, команда для этого есть специальная:
> su
> updatedb
> locate xorg.conf.d
Что же это за строки таинственные? В первую очередь, права необходимые получаем. А во второй строке у нас обновление базы данных mlocate, индекса системы нашей. Тут все пути и все имена хранятся. А в третьей команде мы запрос к базе данных делаем, словно к зеркалу волшебному - и ответ получаем:
/usr/share/X11/xorg.conf.d
/usr/share/X11/xorg.conf.d/10-evdev.conf
/usr/share/X11/xorg.conf.d/50-wacom.conf
Знаем мы теперь, где примеры хранятся, и недалече это - всего на расстоянии одной команды консольной. Ну, теперь можно просто скопировать найденный каталог с файлами в /etc/X11/. Одна команда для этого нужна, и вот она:
> cp -r /usr/share/X11/xorg.conf.d /etc/X11/
Просто, да не всё это. Теперь пришло время перенести настройки клавиатуры нашей в новое место, в каталог /usr/share/X11/xorg.conf.d
Убираем лишние строки из /etc/X11/xorg.conf путём их комментирования с помощью "#" (в принципе, эти строки можно вообще удалить):
Section "ServerLayout"
...
# InputDevice "Keyboard0" "CoreKeyboard"
...
EndSection
...
#Section "InputDevice"
# Identifier "Keyboard0"
# Driver "kbd"
# Option "XkbLayout" "us,ru"
# Option "XkbVariant" ",winkeys"
# Option "XkbOptions" "grp:alt_caps_toggle"
#EndSection
...
А вот, что получилось в /etc/X11/xorg.conf.d/10-evdev.conf. Здесь со строки, знаком "#" начинающейся, иначе комметарием называемой, номер строчки добавленной указан - чтобы понятнее было:
...
Section "InputClass"
Identifier "evdev keyboard catchall"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev" # 1
Option "XkbLayout" "us,ru(winkeys)" # 2
Option "XkbOptions" "grp:alt_caps_toggle" # 3
EndSection
...
Теперь бы и перезагрузиться нам, чтобы изменения в настройках эффект возымели - но зачем время тратить, рестарт системы производить? Лучше Иксы перезапустить, это проще и быстрее будет.
Иксы перезапускать - наука не сложная. Переключаемся на консоль - произносим заклинание и нажимаем на Ctrl+Alt+F1. Так попадаем мы на первую консоль. Снова получаем права суперпользователя, в простонаречии - root'a:
> su
И осталось лишь X-сервер перезапустить, чтобы увидеть результат действий наших - правильно ли мы настройки Иксов прописали?
> /etc/init.d/xdm restart
 |
| Альбом: screenshots |
Эксперты из Нижегородского Института Развития Образования (НИРО) считают внедрение свободного программного обеспечения (в том числе, операционных систем GNU/Linux) в городе N^2 нецелесообразным.
Вот ссылка на новость ЛОРа:
http://www.linux.org.ru/news/opensource/5134575
Сегодня после двух часов ночи собрался было идти спать, но тут в группе "Школьный проект NNLUG" на Google.Группах обнаружил эту ссылку на ЛОР. Новость обсуждаемая -- на данный момент 20 страниц комментариев, среди которых много замечательных ироничных комментариев, и я много смеялся, пока читал их. Но на самом деле, надо сказать, новость сама по себе совсем не позитивная -- чего уж тут радоваться, когда в "Экспертном заключении..." экспертов НИРО называется только 3 достоинства перехода на СПО, и 8 (!) недостатков. Как они набрали-то столько? Впрочем, на ЛОРе в комментариях высказывалась мысль, что некоторые из "недостатков" можно было записать, как один пункт -- а не "размазывать" по нескольким пунктам.
Привожу здесь эту таблицу из "Заключения экспертов..." НИРО (орфография сохранена) со своими комментариями, выделенными курсивом:
| Достоинства | Недостатки |
|---|---|
|
|
| Возможности | Угрозы |
|
|
Вот ссылка скан этого документа (pdf-документ, 2.7 мегабайт, 3 страницы):
http://www.government.nnov.ru/_data/objects/0006/5748/doc_rtf.pdf
...Да, выставление потребности повышения квалификации для учителей в роли недостатка СПО выглядит действительно странным.
/var/tmp/portage. С помощью переменной BUILD_PREFIX можно изменить этот путь перед сборкой/установкой, например:
# BUILD_PREFIX="/home/portage" emerge openoffice
/var на отдельный раздел или собираетесь монтировать в каталог /var/tmp/portage файловую систему tmpfs - то можно увеличить размер раздела диска или размер swap-раздела соответственно. Однако, в большинстве своём, программы требуют куда меньше места для сборки, и создание большого раздела для /var или swap может оказаться излишним расточительством (особенно, если у вас не слишком большие жёсткие диски). Путём изменения переменной BUILD_PREFIX можно собрать "тяжёлые" программы без создания большого раздела для хранения временных файлов или swap-раздела, хотя это может быть не так быстро, как если бы вы использовали tmpfs+swap.
# make menuconfig genkernel, ядро, собранное вручную, компилируется быстрее, грузится быстрее и "весит" значительно меньше - так как я выкинул из него "лишние" драйвера, оставив только необходимые, а некоторые оставил в качестве подключаемых модулей.
раздел | точка мотрирования | файловая система
/dev/hda1 /boot ext2
/dev/hda2 none swap
/dev/hda4 / ext3
/dev/hda5 /var ext2
/dev/hda6 /usr ext3
/dev/hda7 /usr/portage reiserfs
/dev/hda8 /usr/portage/distfiles reiserfs
/dev/hda9 /home ext3
/boot, / и /home. Я попытался учесть все точки зрения (это касается и выбора файловых систем для каждого раздела). /etc/modules.autoload.d/kernel-2.6. Сеть не работает. После поисков в Интернете (благо, ноутбук есть), понимаю, что нужно установить утилиту dhcpcd для автоматической настройки сети. Но как? Чтобы подключить интернет в свежеустановленной ОС, необходим dhcpcd, а чтобы установить dhcpcd, нужен Интернет. Бесконечный цикл, однако... Загружаюсь с LiveDVD, открываю два экземпляра консоли - назовём их консоль_1 и консоль_2. В консоли_1 выполняю
# mount -t ext3 /dev/sda4 /mnt/gentoo/
# mount -t ext2 /dev/sda1 /mnt/gentoo/boot
# mount -t ext2 /dev/sda5 /mnt/gentoo/var
# mount -t ext3 /dev/sda6 /mnt/gentoo/usr
# mount -t reiserfs /dev/sda7 /mnt/gentoo/usr/portage
# mount -t reiserfs /dev/sda8 /mnt/gentoo/usr/portage/distfiles
# mount -t ext3 /dev/sda9 /mnt/gentoo/home
# mount -t proc none /mnt/gentoo/proc
# mount -o bind /dev /mnt/gentoo/dev
# chroot /mnt/gentoo/ /bin/bash
# env-update
# source /etc/profile
dhcpcd:
# emerge dhcpcd
dhcpcd-4.0.15.tar.bz2 (который невозможно скачать из-за отсутствия подключения к сети Интернет). Переключаюсь на консоль_2 (на систему LiveDVD, где сеть есть) и скачиваю файл
# wget http://distfiles.gentoo.org/distfiles/dhcpcd-4.0.15.tar.bz2
# cp /home/dhcpcd-4.0.15.tar.bz2 /mnt/gentoo/home
dhcpcd
# cd /home
# tar -xjpvf dhcpcd-4.0.15.tar.bz2
# cd dhcpcd-4.0.15
# make
# make install