Google Analytics

Показаны сообщения с ярлыком Linux. Показать все сообщения
Показаны сообщения с ярлыком Linux. Показать все сообщения

суббота, 5 января 2013 г.


Столкнулся я на днях с задачей: как измерить скорость работы флеш-брелка(моей любимой флешки ADATA S102/32GB Pro) в Linux? Специальных утилит для измерения скорости в Linux не обнаружил(может плохо искал), и решил я задействовать для этих целей тяжёлую артиллерию в лице утилиты dd.

Итак, измерение скорости записи на флешку состоит из двух этапов:

cd < путь до каталога, в который смонтирована наша флешка>
dd if=/dev/zero of=tempfile bs=5M count=1024 conv=fdatasync,notrunc

Обратите внимание на bs=5M и count=1024. Параметр bs=5M говорит dd брать данные из файла-источника блоками по 5MiB(мебибайт), а параметр count=1024 указывает, сколько раз нужно повторить данную процедуру. То есть в результате на флешку записывается файл с данными из /dev/zero размером 5MiB x 1024 = 5GiB(гибибайт). Если у вас флешка меньших размеров, стоит уменьшить или размер копируемых блоков данных, или их количество.

Результат измерения скорости записи(помним, что NTFS в Windows довольно неповоротливая ФС(по сравнению с FAT32), в Linux ситуация только усугубляется, и скорость работы NTFS вообще становится очень невысокой, кроме того на скорость работы флешки так-же повлияло отсутствие USB 3.0):

Да, я ранее запостил новость о моём новом блоге, на wordpress. Так вот, данный пост - это перепост с моего блога lordofgale.org. Я планирую часть материалов публиковать на обоих блогах, часть - только на данном блоге, или на новом. Поэтому если вам нравится данный блог, посетите и lordofgale.org, возможно там вы найдёте интересную для вас информацию.

суббота, 2 апреля 2011 г.

The Canterbury Project-апрельская шутка, которая заставляет задуматься о совсем не шуточных вопросах недостаточного взаимодействия дистростроителей

Вчера зашёл на www.archlinux.org, а там висит новость о создании нового проекта The Canterbury Project. В анонсе говорилось о создании нового дистрибутива, который будет простым как Arch, стабильным как Debian, податливым(скорее всего на этом месте должно быть слово "гибким", а не "податливым", т.к. обороты речи не переводятся дословно) как Gentoo, иметь солидный фреймворк для создания Live систем как Grml, и открытым(для новых идей и коммитов, наверно...) как openSUSE.

На сайтах всех упомянутых дистрибутивов висела одна и та же страничка приветсвия.Скриншот и ссылки прилагаются:

  • Новость на www.archlinux.org
  • Новость на сайте openSUSE
  • Новость на сайте Grml
  • Новость на сайте Gentoo
  • И, наконец, признание Debian, что это всего лишь первоапрельская шутка.

    Что эта новость - шутка, было понятно сразу. Союз таких разных проектов подобен лебедю, раку и щуке из небезизвестной басни Крылова. Разница в организации пакетных менеджеров, где у Debian и openSUSE c Grlm классический подход, с использованием обычных бинарных пакетов(deb и rpm, но они очень похожи по своему устройству). У Arch бинарные пакеты более простого устройства, и более шустрый менеджер пакетов, а также система PKGBUILD'ов похожая на скрипты для сборки пакетов в системах семейства BSD. А Gentoo вообще создан на идее собирать пакеты под используемую архитектуру со всеми мыслимыми и немыслимыми оптимизациями. И только с нужными вам USE-флагами. Это позволяет вам держать в системе только те программы, которые нужны вам, и только с нужным вам функционалом. Такой аскетизм в IT позволяют получить компактную, нетребовательную к ресурсам и заточенную под ваши нужды ОС. Но при этом немало времени у вас будет уходить на доводку системы до ума. Надо будет изучать зависимости, хорошо разбираться в конфигурации системы и вникать во многие тонкости и ньюансы системы. Кроме того, в отличии от похожего в этом отношении Arch'а вам самим прийдётся собирать все пакеты для вашей системы. И если для таких целей у вас нет сервачка с билд-сервером в подсобке, то сборка пакетов при массштабном обновлении может идти сутками:)

    Кроме того, openSUSE силён в удобстве настройки всего и вся из GUI, прекрасным дизайном и юзабиити, и великолепной поддержкой и документацией.

    Debian славится своей стабильностью и надёжностью. Также известен своей неторопливостью и неповоротливостью в деле принятия новых идей и решений. Новые патчи могут годами ожидать внесения в Debian, и просто потерять свою актуальность к моменту решения их судьбы неторопливыми, и очень осторожными разработчиками.

    Grml это базирующийся на Debian дистрибутив, главное достоинство которого - это очень хорошая платформа для создания Live систем, которые грузятся с CD/DVD, а также флеш-брелков и внешних винтов. Используют это чудо бородатые сисадмины и прочий, помешанный на порядке и безопасности, люд.

    Главные достоинства Arch-это простота системы иниациализации, скриптов для сборки пакетов и файов конфигурации. А также свежий, и очень свежий(из AUR) и Git(посредством своих PKGBUILD'ов) софт. Обратная сторона медали-софт не всегда стабильный, у меня например страшно глючил Abiword(при любом размере шрифта курсор оставаля маленьким, и не получалось удалить набранный текст. Исчезала только узкая полоска внизу строки.

    Gentoo-это не дистрибутив, а конструктор LEGO. Из него можно собрать что угодно, хоть игрушку, хоть необыкновенно хорошую и стабильную систему. При этом вы всё затачиваете под свои нужды, и возитесь с его доводкой до ума не меньше, чем с коньками, или Emacs.

    Очень они разные. И объединить их не реально. Но, как мы все знаем: сказка ложь, да вней намёк. Дистрибутивы очень много сил теряют, тестируя и сопровождая одни и те же пакеты, а также изобретая одни и те же велосипеды, но под другим девизом. Почему бы не создать одну рабочую группу, которая бы разработала стандартную систему пакетов, систему разрешения зависимостей и систему сборки и конйигурации, а также иниациализации и тестирования. Ведь имея набор стандартов, и одних и тех же пакетов-работать было бы легче. Пакеты, патчи, различные системы, окружения и фреймворки должны быть стандартными. И разрабатываться одним глобальным сообществом разработчиков. А вот включение в дистрибутив по умолчанию того, или иного пакета или набора пакетов, оформление и т.д. - вот это те облати, которые должны быть в компетенции дистростроителей. Ведь и так уже ясно, что разработка велосипедов, и отличия в устройстве систем управления пакетами, систем сборки пакетов и решение о принятии патчей разработчиками каждого из дистрибутивов в индивидуальном порядке, всё это на годы тормозит прогресс во всей сфере Linux. И это - то, что отпугивает многих разработкчиков профессионального ПО, а также коммерческих игр и приложений. Ведь в ОС, в которой нет стандартов на инсталляционные пакеты, нет гарантии, что нужная библиотека присутсвует в ОС(или что нужная версия библиотеки хотя-бы присутсвует в репозиториях дистрибутива), и даже пути к "стандартным" каталогам на самом деле могут отличаться, а боле старая(или новая) библиотека в зависимостях их ПО может при установке потребовать удалить многие другие программы-такая ОС слишком капризна и сложна в сопровождении для разработчиков подобного ПО.

    В настоящее время гарантированно работают в любом дистрибутиве только открытые программы, исходники которых сопровождающие их разработчики могут пропатчить и собрать с более старыми/новыми версиями библиотек, идущими по умолчнию в данном дистре.

    Так нужен ли нам Canterbury Project? Я думаю-нет, не нужен. Но тесное взаимодействие между разработчиками всех дистрибутивов, создание общей и открытой площадки для создания новых стандартов, и общих проектов по стандартизации и развитию сообща всей экосистемы Linux-да, такой проект нужен. А то провальный LSB, со своими постоянно устаревающими и не актуальными стандартами, явно не справляется со своей работой.

    четверг, 17 февраля 2011 г.

    Создание multiboot флешки своими руками.

    Задумал я сделать себе свою флешку загрузочной. Но столкнулся с некоторыми проблемами. При её изготовлении. Итак, начнём по порядку.

    При записи hybrid iso диска через dd мы теряем оставшуюся емкость диска, а я на флешке часто ношу файлы знакомым. А у них стоит оффтоп, недостойный упоминания в этой статье. Значит, я должен разбить свою флешку, создав первый основной раздел в формате FAT32. А для линукса создать дополнительный раздел, с Ext4 в качестве ФС. Возможен вариант с Ext2/3 или любой другой ФС. Но не FAT и не NTFS, а то на флешки и карты памяти с несколькими разделами оффтоп реагирует по разному, иногда неадекватно.

    Первым дистром на флешке должна быть Ubuntu. Стандартный установщик Ubuntu не подходит, он видно использует метод с dd, удаляя всё с многострадальной шлешки, и делая ей не годной для хронения файлов.

    Есть для этого дела ещё и Unetbootin. Отличный продукт, устанавливает на стандартный FAT раздел загрузчик syslinux и один из целого списка дистрибутивов, при этом может сам качать их с оффсайтов и их зеркал. Но можно пользоваться только одним дистрибутивом, и его файлы и каталоги, изъятые из ISO образа, лежат вперемешку с вашими файлами.

    Проект multisystem сам качает и устанавливает все что нужно для создания multiboot флешки, при этом он модифицирует initramfs тех дистрибутивов, которые не поддерживают загрузки из iso образов, лежащих в корне флешки. Опять проблемма, скрипт сам затачивает флешку под себя, форматируя её как ему угодно. А мне надо, что-бы из оффтопа даже не видели разделов, хранящих Live CD образа.

    Ну, приступаем к делу.

    Для начала вам понадобится cfdisk и mc. Первая программа есть в системе, а вторую лучше установить. Впринципе можно использовать PCManFM, или любой другой файловый менеджер. И ещё вам нужен Grub2 и Vim. Вместо Vim можно использовать nano,ed,medit или gedit на выбор. Мне нравится vim за его реактивно быструю загрузку/работу. Он не морочит голову свистелками и наворочеными плагинами/диалогами и менюшками, он просто работает.

    Форматирование флешки.

    Логинимся как root в консоли. Для этого вводим su, жмём Enter и вводим пароль. Теперь ищем свой флэш-диск. Вводим fdisk -l, и ищем наш флэш-диск. Смотрим на размер диска. У меня это:

    Disk /dev/sdc: 3 GB, 3997486080 bytes
    255 heads, 63 sectors/track, 486 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

    Теперь мы знаем что флэшка у нас пердставлена как /dev/sdc. Запускаем cfdisk:

    cfdisk /dev/sdc

    Нажимаем на [ New ], затем указываем тип раздела. [ Primary ] - основной или [ Logical ] - логический. И указываем откуда откусить кусок, с начала или конца неразмеченной области. Выбираем пункт [ Begining ]. Затем вводим размер этого раздела. У меня первый раздел в FAT32, его размер 1.2 GB. Расширеный раздел на всё оставшееся место. В нём создаём раздел для Grub, ФС типа ext4 и размером 400Mb. Создаём затем раздел для образов, назовём его isoStorage,LiveCDiso или как вашей душе угодно. Записываем изменения в таблицу разделов, нажав на [ Commit ], затем на [ Yes ]. Нажимаем любую кнопку, затем [ Quit ] для выхода. Форматируем наши разделы командой:

    mkfs -L <Метка(Label) раздела>  -t <тип ФС> /dev/устройство

    В моём случае я использовал команды:

    mkfs -L Flaska -t vfat /dev/sdc1
    mkfs -L Boot -t ext4 /dev/sdc5
    mkfs -L isoStorage -t ext4 /dev/sdc6

    Монтируем каталоги.

    Теперь мы должны создать в каталоге /mnt каталоги Boot и isoStorage.

    cd /mnt
    mkdir Flashka
    cd Flashka
    mkdir Boot
    mkdir isoStorage
    

    Теперь монтируем их:

    mount /dev/sdc2 /mnt/Flashka/Boot
    mount /dev/sdc5 /mnt/Flashka/isoStorage

    Установка GRUB2 на флешку.

    Так устанавливаем Grub2 на флешку:

    grub-install --root-directory /mnt/Flashka/Boot /dev/sdc

    У этой команды параметр --root-directory <путь к смонтированному разделу> отвечает за указание каталога, в который Grub устанавливает свои файлы. А /dev/sdc указывает на устройство, на которое ставим Grub запишет свой boot-сектор в MBR.

    Редактируем grub.cfg

    Выполняем команду:

    vim /mnt/Flashka/Boot/boot/grub/grub.cfg

    Можете использовать вместо vim nano или gedit. Если вы выбрали vim, то нажмите на латинскую клавишу "a" для перехода в ражим редактирования, затем введите:

    #Указываем задержку перед автоматической загрузкой.
    set timeout=5
    #Номер пункта, который грузится по прошествии задержки из предыдущего пункта.
    #Отсчёт  начинаем с 0 пункта.
    set default=0
    
    ### модули поддержки iso9660 и msdos разделов
    insmod iso9660
    insmod part_msdos
    
    # удерживаешь кнопку шифт - показываем менюшку(расскоментируйте, если надо.)
    #if keystatus --shift ; then set timeout="-1" ; fi
    ### разрешение
    set gfxmode=800x600x32,800x600x24,800x600
    
    ### Загрузка шрифта и включение графического меню
    loadfont /boot/grub/unicode.pf2
    insmod gfxterm
    insmod vbe
    if terminal_output gfxterm ; then true ; else terminal gfxterm; fi
    
    ### настройка цветов
    set color_normal=white/black
    set menu_color_normal=green/black
    set menu_color_highlight=light-blue/black
    
    #Пункт меню "Перезагрузка"
    menuentry "Reboot" {
      reboot
    }
    
    #Пункт меню "Выключение"
    menuentry "Halt" {
      halt
    }

    Сохраняем всё нажав на Esc и ":", затем "w" и Enter. Опять ":" и "q" для выхода.

    Проверка GRUB2 на работоспособность.

    Используем замечательную виртулаьную машину от Oracle.Будьте внимательны, эти команды вы должны вводить от своего пользователя, или использовать usermod -a -G /dev/sdc в обязательном порядке.

    sudo VBoxManage internalcommands createrawvmdk -filename /tmp/bootflash.vmdk -rawdisk /dev/sdc
    sudo chmod a+rw /tmp/bootflash.vmd

    Это потенциально опасная операция, поэтому вместо этого вы можете использовать запуск VirtualBox от sudo. Или запретить после изготовления флешки доступ вашего пользователя к работе с /dev/sdc в raw-режиме.

    sudo usermod -a -G /dev/sdc 

    Теперь создаём в VirtualBox новую виртуальную машину. И добавляем наш файл /tmp/bootflash.vmdk в коллекцию с образами дисков. Загружаем нашу флешку в виртуалке, и радуемся правильной работе загрузчика.

    Завтра я опишу, как добавить на флешку Ubuntu и другие Live-системы.

    среда, 19 января 2011 г.

    Запущен промо-сайт, популяризирующий GNOME 3

    Этот сайт рассказывает о тех чудесных изменениях, которые ждут нас в третьей версии GNOME. Многие из них уже давно ожидаются наиболее продвинутыми пользователями Linux-дистрибутивов на базе GNOME. Меня больше всего радуют вот эти нововведения:
    • В оконный менеджер добавили возможность управления окнами в стиле тайловых WM, таких, как awesome или ion. Это то, чего так долго ждал лично я.
    • Поиск и запуск приложений, а также открытие документов стали более удобными и быстрыми, чем во времена подражания интерфейсам Windows и MacOS X. Не верите, установите себе тестовую версию Gnome Shell. Даже Gnome 2.x с Gnome Do не давали такого удобства и простоты в простом вроде-бы деле поиска и открытия документов и приложений.
    • Управление окнами и рабочими столами поднялось на новый уровень, недоступный в ввиду своей неочевидности в обычном Gnome c Compiz на борту.
    • Ваши контакты и информация из различных источников связи(электронная почта, IM, Facebook) теперь хранятся централизованно в новой системе PIM, при этом сообщения из всех этих источников выводятся на экран одним, стандартным способом. Это очень удобно тем, у кого как у меня - много информации в десятке различных почтовых ящиков, и нескольких IM. А добавьте к этому социальные сети. Ведь не секрет, что чат на Facebook работает по протоколу Jabber. Скоро и одноклассники.ру надеюсь подтянутся. А то открывать страничку, что-бы черкнуть пару мессаджей просто не серьёзно.
    • Как поклонник Awesome WM, не могу не отметить того, что работа с окнами, рабочими столами и другие действия через клавиатурные комбинации в новом GNOME доставит удовольствие любому человеку, любящему всем управлять с любимой клавы. А мышь купите с DPI повыше, будет удобно гонять в игры в стиле action, работать с таблицами и графикой. В остальных случаях шортканы удобней, чем возительство мышью по экрану в поисках значка приложения, которое я вчера точно "где-то видел":)
    О возможностях нового Gnome смотрите на сайте.

    вторник, 11 января 2011 г.

    Настройка сети в Ubuntu

    Надумал я установить себе Awesome Window Manager. Если не знаете, что это - вам сюда и сюда. Запустил я его, выйдя из любимого Gnome(Ubuntu-моя дефолтная ОС) - и всё бы хорошо, но наследующий день загружаюсь я сразу в Awesome и запускаю браузер. Тут то и подстерегало меня грандиозное разочарование. Я то, наивный, надеялся на то, что демон(Это не то, о чём вы возможно подумали.Если не в курсе, что это означает в UNIX-like системе, вам пора читать ) Network Manager грузится независимо от Gnome Network Manager. А тут такой облом. Сети просто нет.

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

    Есть несколько способов настроить сеть для лёгкого WM, не имеющего своего GUI для настройки сетевого интерфейса. Самый простой способ - это редактирование файла /etc/network/interfaces. Для его изменения, и последующих действий, лучще всего работать с правами root'а. Для обретения этих прав выполните в консоли команду su. Примерно так:

    Вводите пароль, и оказываетесь в консоли с правами root. Теперь запускаете ваш любимый текстовый редактор(nano,vim,emacs,gedit,medit и т.д.) и правите файл конфигурации. Выглядит это примерно так:

    Теперь смотрим, что у нас там в этом файле.

    Да у нас там только настройки для петлевого интерфейса (localhost) прописаны. Это никуда не годится. Поэтому надо прописать настройки для нашего сетевого интерфейса. Для тех, у кого стоит DSL-рутер, или настройки интернет раздаются с сервера DHCP:

    #Этот вариант подходит для DHCP соединения
    # Set up the local loopback interface
    auto lo
    iface lo inet loopback
    
    # Set up the external interface
    #
    # Don't forget to change eth0 to the proper name of the external
    # interface if applicable.
    #
    auto eth0
    iface eth0 inet dhcp
    

    Если у вас белый IP, и статические настройки, вставляем эти настройки:

    # Set up the local loopback interface
    auto lo
    iface lo inet loopback
    
    # Set up the External interface
    #
    # For every xxx.xxx.xxx.xxx, enter the numeric address given to you
    # by your Internet provider. Don't forget to change eth0 to the proper
    # name of the external interface if applicable.
    #
    auto eth0
    iface eth0 inet static
        address xxx.xxx.xxx.xxx
        netmask xxx.xxx.xxx.xxx
        gateway xxx.xxx.xxx.xxx
    

    В обоих случаях важно указать тот интерфейс(сетевую карту), через который вы подключены к интернету. Здесь xxx.xxx.xxx.xxx - это адреса в формате IPv4, а address, netmask и gateway - это адресс IP,маска подсети и гейтвей.

    Теперь вам надо задать DNS адресса. Редактируем файл /etc/resolv.conf, прописывая там адресса серверов DNS:

    nameserver xxx.xxx.xxx.xxx
    nameserver xxx.xxx.xxx.xxx
    

    Для тех, кто в танке: записи вида xxx.xxx.xxx.xxx - адресса в формате IPv4.

    Теперь самое время перезапустить сеть и проверить правильность настроек. Выполняем команду:

    sudo /etc/init.d/networking restart
    ping -c 3 -W 10 ubuntu.com
    
    Если в выхлопе ping вы увидите:
    --- ubuntu.com ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time [xxx]ms
    

    Значит всё хорошо. Время в xxx не важно(На самом деле, иногда важно. С плохим пингом не коннектятся многие сервера в OpenArena). Важно, чтобы все пакеты уходили и приходили, не теряясь. А по поводу большого пинга надо стучаться в support вашего провайдера. Это их вина. В общем, сеть вы настроили. Теперь она будет работать и без свистелок от Gnome.

    Есть еще несколько вариантов настройки сети, о них я поведаю вам в следующий раз. Удачи.

    P.S.:Да, написал я всё это в блог для того, что-бы самомому не забыть что к чему, а отнюдь не из-за моего альтруизма:)

    вторник, 23 ноября 2010 г.

    Продали Novell...

    Что-то нехорошее происходит с компаниями, занимающимися поддержкой Open Source. Вначале продали Sun компании Oracle. Не успело сообщество прийти в себя, как последовала новость о продаже Mandriva. Это ещё более насторожило всех Linux-пользователей. И вот теперь новая новость. Novell продают компании, бизнес которой сконцентрирован вокруг Windows. Это удар по проектам LibreOffice, Gnome, KDE, Mono и многим другим вкладам в развитие проектов для Linux и Free Software.

    Это ещё что. Самое страшное - это то, что само свободное существование Linux находиться под вопросом. Часть кода Linux предположительно реализует вещи, подпадающие под патенты на UNIX. И эти самые патенты, скорее всего, и купил холдинг патентных троллей CPTN Holdings LLC. Данный холдинг в своё время был создан корпорацией Microsoft для борьбы с конкурентами. Предполагалось, что холдинг будет активно скупать патенты на IT технологии для защиты M$ от патентных исков, и преследования конкурентов этими самыми исками. И теперь они могут нанести удар по всем смежным с Unix технологиям. Вместе с Linux проблемы с нарушением патентов вероятно возникнут и у FreeBSD, и производных систем. Так, как часть кода FreeBSD используется в проекте Darvin, то теоретически, даже MacOS X не в безопасности.

    Вопрос: что делать? Его пока рано задавать, но в перспективе возможно форсирование разработки GNU/HURD, или переезд на ядро от Minix. Если окажется что FreeBSD не нарушает эти патенты, возможно возрождение дистрибутивов на ядре FreeBSD. Возможно так-же, что сообщество разработает со временем принципиально новое ядро, не нарушающее ни один патенты - но это крайне долгий и тяжёлый путь. Кто знает, как будут развиваться события... И к чему это приведёт. Но точно знаю одно - с мира Unix назад на Windows дороги нет. Windows не подходит тем, кто любит подгонять систему под себя. Она подходит только невзыскательным пользователям с их сугубо средненькими запросами. И поэтому я верю, что никакие патенты не остановят развитие Open Source. Пока есть те, кто любят свободу, всегда найдется какой-нибудь парень, с работы которого вырастет прекрасная свободная ОС.

    P.S.: Надеюсь в будущем свободная ОС будет покрываться двумя лицензиями, BSD и GPL. Хотя бы основные её компоненты. Это даст больше свободы для разработчиков, и желающих коммитить в проект. И ещё, если Software Patents не отменят, возможно Open Source разработчикам стоит создать организацию для патентования Open Source разработок и помещения патентов в общий пул. Это помогло бы сражаться с проприетарщиками. Они подают иск на FSF, а те встречный... Open Source не должен быть беззубым. Если свободную разработку используют проприетарщики, пусть делают свободный выбор: становиться в ряд разработчиков/коммитеров проекта, или платить лицензионные отчисления.

    понедельник, 27 сентября 2010 г.

    Ubuntu 10.10 Beta - третий день после установки. Полёт нормальный.

    В субботу установил новую версию Ubuntu 10.10 Beta.Уже на следующий день убедился что это реально ещё тестируемая версия ОС. Но расскажу обо всём по порядку.

    Итак, на компьютер я установил версию под amd64, так как пакеты под ia32 собираются не под Pentium 4 даже, а под i686. А это по сути платформа, по своим возможностям оставшаяся ещё в 20 веке. Даже у смартфонов теперь камни с более фичастыми возможностями. А камень у меня от AMD, и при этом 64-битный. Получается что камушек у меня более мощный, а ОС собрана под набор инструкций Pentium II. Анахронизм какой-то.

    Так вот, установил я Ubuntu 10.10 Beta с архитектурой amd64. Первое, что удивило, это скорость загрузки. Даже устаревшая Windows XP грузится медленней этом железе. Видно, что парни из Canonical неплохо поработали. Во вторых, из системы убрали ненужный простым юзерам софт, и добавили Snotwell.F-Spot очень был неплох, но не всем хочется его держать из-за Mono.  

    Ещё один сюрприз, работа OpenGL под мою встроенную видюху NVidia GeForce 6100 с проприетарным драйвером версии 260.19.06 работает заметно быстрей. Это проявляется в значительно более плавном движении шестерёнок.

    Да, регулятор громкости тоже стал интересней. К нему прикрутили управление воспроизведением композиций в Rhythmbox.

    Памяти жрёт где-то 320 метров, для GNOME это нормально.При этом часть памяти для чего-то резервирует. Меня пугали слухи, что под amd64 объём памяти нужно увеличивать в 1,5 раза, но это оказалось очередной интернетовской байкой.

    Всё хорошо, но есть ещё шероховатости у этой системы. И это касается именно 64-битной версии. Skype только успевал отобразить список контактов, и сразу вылетал с ошибкой. А затем примерно в 12 ночи я обновил систему, обновился только один пакет содержащий библиотеки для поддержки ia32(x86) платформы. И всё заработало. Одним словом testing есть testing.

    Кстати, Skype в пакете под i386 и Skype под x86_64 содержат одну программу. А 64-битная версия просто обёрнута в пакет под x86_64(amd64). А выдаёт эту 32-битность зависимость от ia32-libs.

    Дизайн не очень изменился, так-что похоже Ubuntu обрёл свой стиль. Вот он какой примерно.