Runtu XFCE 14.04.2 x64 - 20150707

[HsH]

        Представляю 64-разрядную версию дистрибутива Runtu XFCE 14.04, основанную на пакетной базе релиза  Trusty Tahr 14.04.2 LTS. Дистрибутив собран с помощью debootstrap, установлена базовая система и рабочее окружение XFCE 4.12 из репозитория xubuntu-dev. В состав ПО включены средства для воспроизведения аудио- и видео-файлов, текстовый процессор LibreОffice, подсистема печати. Для работы с Интернет предустановлены браузер Firefox, менеджер загрузок uGet, торрент-клиент Transmission, коммуникатор Skype. Системное ПО позволяет осуществить настройку параметров рабочего окружения и администрирование.

Дистрибутив поддерживает установку в UEFI-режиме.

    Основные элементы системы:

Менеджер дисплея               LightDM
Оконный менеджер               XFWM
Файловый менеджер             Thunar 1.6.10
Панель рабочего стола          xfce4-panel 4.12
Менеджер сети                    NetworkManager (с плагинами pptp, l2tp)

Менеджер питания                xfce4-power-manager
Звуковой сервер                   Pulseaudio

Версия ядра:                       linux-generic-lts-utopic 3.16.0.43.34

Версия Xorg:                        xserver-xorg-core-lts-utopic 1.16
  

    Минимальные системные требования:

RAM - 512Mb
CPU - x86-64
HDD - 3,5Gb


    Скриншоты рабочего окружения:

           

======================================================

    Дополнительная информация:

  В целях уменьшения времени установки дистрибутива рекомендуется отключить сетевое соединение во время инсталляции - это предотвратит загрузку обновлений индексов пакетной базы. При необходимости произвести обновление это нужно выполнять из установленной системы.

  Если при загрузке возникает ошибка с текстом "failed to execute /lib/udev/mtp-probe", а вам требуется функционал подключения mtp-устройств, доустановите пакет libmtp-runtime. Данная ошибка возникает вследствие того, что подсистемы udev и mtp находятся в активной разработке, и вновь вносимые изменения не всегда корректно формируют перечень необходимых зависимостей пакета.

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

======================================================

    Ссылки на загрузку:

Загрузить c Sourceforge.net

Загрузить с зеркала Яндекс

Файл:          runtu-xfce-14.04.2-amd64_20150707.iso

Размер:       624 Мб

md5:           6e13734737c2927223a92b0e488385a9

[up-kirov]

УРА&СПАСИБО! но мы так просим лайт - кайя, можно еще просит или бесполезно???

[Пользователь.]

УРА&СПАСИБО! но мы так просим лайт - кайя, можно еще просит или бесполезно???

Перейди в пользовательский раздел, создай тему, и подробно опиши свои пожелания.
http://forum.runtu.org/index.php/board,25.0.html

[gvitaly]

Спасибо! Добавил новость в группу Вк. Думаю, пользователи будут рады.

[and2]

В Runtu 64 явных "глюков" не замечено.Копирование в ntfs ИЗ Домашней папки и обратно - нет проблем,поиск файлов - всё отлично,wine без проблем ставиться в режиме Live CD (версия 1.6 и версия 1.7) Все старые проблемы устранены на отлично.Далее,exfat для флешек- установлен,монитор скорости сети - установлен.Отключение флешки видно - гаснет индикатор на флешке,чего нет ни в Mint 64 mate 17.1 ни в 17.2 (там индикатор горит всегда,что не удобно).
Но,видимо за всё хорошее надо платить.В данном случае скоростью - заметна некоторая "тяжеловатость" в сравнении с Runtu 64 Alpha.Вот пример.
Скорость установки на компе Gigabyte GA-D525TUD файла (ну или пакета) 2gis_4.15.2-0trusty1+shv280+r339_amd64.deb,все в режиме Live CD:
Runtu 64 Alpha примерно 50 секунд
Runtu 64 примерно 70 секунд
Mint 64 mate (17.2) примерно 130 секунд
Конечно,всё относительно,в сравнении с Mint как говориться без комментариев.
Установил более 40 программ,проблем не заметил.
Но нашлась таки одна прога,установилась нормально,но не работает (так же как и в Runtu 64 Alpha).Это ejecter 0.4.4 - безопасное извлечение флешки для Linux (http://itshaman.ru/articles/234/bezopasnoe-izvlechenie-fleshki-dlya-linux?pg=2).Работает без проблем в Mint 64 mate 17.1 и в 17.2.
О своих предложениях по оптимизации Runtu - они к сожалению не учтены (видимо есть на то причины),повторяться нет смысла.

[HsH]

    and2, спасибо за комментарии. Все предложения рассматриваются, но не все реализуются в формате дистрибутива.

Но,видимо за всё хорошее надо платить.В данном случае скоростью - заметна некоторая "тяжеловатость" в сравнении с Runtu 64 Alpha.

   В первую очередь это связано с применением более высокого уровня компрессии архива filesystem.squashfs, что требует в полтора раза большего объёма ОЗУ и времени на распаковку данных "на лету". По хорошему, оценку быстродействия нужно проводить на системе, установленной штатно на жёсткий диск - это более адекватно позволит соотнести скорость работы и потребляемые ресурсы.

Но нашлась таки одна прога,установилась нормально,но не работает (так же как и в Runtu 64 Alpha).Это ejecter 0.4.4 - безопасное извлечение флешки для Linux

   При установке данной программы имеет значение порядок установки пакетов. Сначала нужно установить пакет udisks (из штатного репозитория Trusty), а потом - libgdu0 и ejecter, предварительно загрузив их из репозитория Precise. В случае с Mint проблемы нет, поскольку пакет udisks там уже установлен (как зависимость mintstick).

[sfs]

   В первую очередь это связано с применением более высокого уровня компрессии архива filesystem.squashfs, что требует в полтора раза большего объёма ОЗУ и времени на распаковку данных "на лету".

С какими ключами делали mksquashfs? Выводы сделаны на основе экспериментов? Особенно интересно про связь компрессии и памяти. Всегда хотел в этом разобраться. Как поставить эксперимент не придумал. По ощущениям на среднебыстром ПМ - скорость работы -без разницы (т.к. после запуска проги - она по любому в памяти ; разницу можно ощутить только при запуске). По уменьшению размера сквоша выигрыш ощутим. По времени mksquashfs проигрыш тоже очень ощутим

[and2]

HsH
2gis_4.15.2-0trusty1+shv280+r339_amd64.deb на установленной на жёсткий диск системе,установился за 44 секунды,что конечно неплохо.
=============================================
udev 204-Subuntu 20.12 уже стоит по умолчанию.Для установки ejecter пришлось установить вручную по очереди:

Спойлер: ПоказатьСкрыть

udisks_1.0.5-1_amd64.deb
libsgutils2-2_1.36-1ubuntu1_amd64.deb
liblvm2app2.2_2.02.98-6ubuntu2_amd64.deb
libindicator7_12.10.2+14.04.20141007.1-0ubuntu1_amd64.deb
libdbusmenu-gtk4_12.10.3+14.04.20140612-0ubuntu1_amd64.deb
libappindicator1_12.10.1+13.10.20130920-0ubuntu4.1_amd64.deb
libgdu0_3.0.2-2ubuntu7_amd64.deb
ejecter_0.4.4-0ubuntu2_amd64.deb

ejecter_0.4.4 поставлен последним (а раньше понятно его из за зависимостей и не поставишь)
Не работает.При вставке флешки значок в трее появляется,но при нажатии на него для отключения флешки всё меню серое (не активировано).
Что интересно,при повторном запуске установленных пакетов,пишет как обычно что он уже установлен и т. д.А вот при запуске udisks_1.0.5-1_amd64.deb пишет Ошибка:больше не представляется.
============================================
Почему то контрастность как бы стала пониженной,на разных компьютерах одинаково (и в режиме Live CD и на жёстком диске).В предыдущих версиях такого не было.Искал где бы увеличить,но не нашёл.Это плохо,приходиться напрягать зрение.Надо бы это дело обязательно подправить (посаженное зрение как известно не восстанавливается).
============================================
Не могу сделать общую папку в runtu,видимую в домашней сети на компе с WinXp.Установил system-config-samba_1.2.63-0ubuntu6_all.deb (с зависимостями понятно),если в предыдущих версиях runtu всё было просто,то здесь ни в какую - нету расшаренной папки и всё тут.Причём сама  runtu не видит её в сети (хотя в samba всё отмечено как надо,папка видна всем и т.д.)Из runtu видно (и доступно копирование,удаление и т.д.) расшаренную папку в WinXp.Непонятно в чём причина,всё вроде делаю правильно.
============================================
Решил проблему - при открытии раздела HDD (на ntfs),после загрузки системы при первом открытии раздела выскакивала ошибка,хотя всё и открывалось.Но нужно было каждый раз закрывать это сообщение (болезнь всех XFCE).Это ужасно доставало,только из - за этого в основном предпочитал mate (там такого нет,хотя есть и свои минусы).Поставил Инструмент конфигурации записи на NTFS (ntfs-config_1.0.1-10_amd64.deb).Поставил в ней галочки - Включить поддержку записи внешнего и внутреннего устройства.Всё.Проблема решена.Теперь всё открывается всегда корректно.Ввиду этого улучшения (судьбоносного для меня),можно отказаться от mate и полностью перейти на XFCE.Возможно стоит установить эту прогу по умолчанию (во всяком случае для меня она будет однозначно - по умолчанию)

[HsH]

С какими ключами делали mksquashfs? Выводы сделаны на основе экспериментов? Особенно интересно про связь компрессии и памяти.

    Параметры, влияющие на степень сжатия, в этой сборке использовал "-comp xz -b 512k -Xbcj x86". Пробовал с блоками 256K-512K-1М, дефолтным gzip, c оптимизацией Xbcj и без в разных комбинациях. Потребление ОЗУ выявлял опытным путём - собрал образ с параметром, загрузился с него в виртуальной машине, проверил показания памяти, после чего установил другие параметры сжатия, собрал, загрузился, проверил. Для чистоты эксперимента пробовал с VirtualBOX и VmWare Player, и в обоих случаях LiveCD с компрессией xz показывал значения ОЗУ, занятого системой, навскидку раза в полтора больше.

udev 204-Subuntu 20.12 уже стоит по умолчанию.Для установки ejecter пришлось установить вручную по очереди:

    В предыдущем сообщении я неверно указал udev, имелся ввиду udisks (поправил). Попробуйте установку следующим образом - на чистой загруженной системе выполнить:

Код: [Выделить]

sudo aptitude update
sudo aptitude install udisksНа этом этапе не должно возникнуть ошибок при установке - проверьте вывод конфигурирования пакета. После этого загрузить два пакета - libgdu0 и ejecter и установить их по очереди двойным кликом (откроется утилита gdebi), без ручного указания команд установки в терминале.

Почему то контрастность как бы стала пониженной,на разных компьютерах одинаково (и в режиме Live CD и на жёстком диске).В предыдущих версиях такого не было.

    В этом плане специально никаких изменений не делал, от темы оформления это не зависит? На предыдущей версии x64-alpha ситуация такая же?

[and2]

HsH
Сделал установку ejecter по предложенному варианту.После установки udisks в терминале была какая - то ругань.Проигнорировал.libgdu0 - установился с gdebi.ejecter с gdebi затребовал установить ещё 3 пакета (те же которые я перечислял в своём предыдущем сообщении).В итоге установились все те же пакеты но с ошибкой в терминале.В результате ничего не работает (даже при подключении флешки нет значка в трее).Что то видимо не так делаю.Жаль конечно,что не получается (хоть и не смертельно),в общем то удобная прога - как в WinXp.
Насчёт контрастности,похоже действительно это связано с  темой оформления.На x64-alpha контрастность выше.Вообще у меня на mint и WinXp контрaстнее изображение чем на x64-alpha.Так что желательно по крайней мере заменить эту "бледную" тему на предыдущую (а может и на другую более контрастную),я думаю все "слепошарые" (в том числе и я) будут рады.Ну или как вариант,чтобы была возможность самим выбрать (сменить) тему оформления на более контрастную.
Установил драйвер на тюнер Behold - T7.Установка прошла без проблем.Всё прекрасно работает на VLC - аналог ТВ,радио ФМ,цифровое ТВ - DVB T2.

[and2]

Запустил для пробы в Live CD режиме linuxmint-17.1-xfce-64bit.После запуска автоматически выводятся все мои разделы жёсткого диска на рабочий стол.При их открытии (с рабочего стола) никаких ошибок не возникает.Ну а если открывать с Домашнего каталога,то как всегда возникает ошибка (при первом открытии).Получается можно обойтись без ntfs-config_1.0.1-10_amd64.deb.Но как,возникает вопрос это сделать в Runtu?    
Поставил для пробы в Live CD (в  linuxmint-17.1-xfce-64bit) режиме ejecter,понадобилось два файла (ejecter_0.4.4-0ubuntu2_amd64.deb и libgdu0_3.0.2-2ubuntu7_amd64.deb),после установки пришлось Выйти и Зайти (иначе не получается).Всё работает нормально.

[and2]

Попытка (очередная) создать общую папку в локальной сети в runtu64 не увенчалась успехом.Тоже самое произошло и в runtu64-alpha.
А вот в runtu-xfce-14.04.2-3.16 (32-bit) всё получилось без проблем.Везде использовал system-config-samba.

[Александр Д.]

Попробовал Runtu-14.04 (х64) на нетбук Asus-1225C
Установка USB-флешки проходила и просто и сложно . Виновато конечно "железо". Нетбук, в процессе установки, часто зависал и сбрасывался только выключением питания. К примеру - установка Mint-13 (х64) - проходила примерно так же. А вот Runtu (х32) ставятся нормально.

После установки - все ОК! Система работает. Впечатление приятное, как впрочем и от всех Runtu )
Каких-либо улучшений в скорости работы, по сравнению с Runtu (х32) не заметил.
Разве что поставил 64-разрядную Оперу. Да, она летает, по сравнению с Firefox. И это все. Ну нет у меня задач для нетбука под 64-разрядную систему, кроме Оперы ). А попробовать интересно.
Видео на моем железе работает так же тормознуто как и на Runtu-14 (x32). Опять же это из-за отсутствия правильных драйверов на мое "железо". Индикатор процессора показывает, что 2 ядра (4 потока) загружены равномерно на ~ 70-80%.

Вывод: мне на нетбуке более целесообразно использовать 32-разрядную систему.

PS: Пока оставил систему на нетбуке как экпериментальную. Надо будет поставить на настольный ПК.

[Jeka2]

СпасиБо за сборку!
На стационарный с АМД-Е350 встала. Попробую на бук с і5.
Вопрос: это единственная Рунту х64 на 14.04 ?
Раньше работал с Гномом, потом с Мате. Менять привычки не охота. Версия с Мате не планируется, случаем? (Матунту просьба не рекомендовать, пользуюсь)

[and2]

Кто про что,ну а вшивый о бане.Ну а я про сетевые проблемы.
Поставил Runtu XFCE 14.04 (32бит) в Live режиме,создал общую папку (в локальной сети,с system-config-samba).WinXP папку увидел (роутер на 4 порта).После поставил Runtu XFCE 14.04.2 (64бит) в Live режиме,опять WinXP папку увидел.Но вот установленные на HDD обе не дают видеть свою расшаренную папку WinXP.После многочисленных перегрузок (как Runtu так и  WinXP),то вообще доступа к Workgroup нет,то есть но папки с Runtu нет.
Ну ладно,решил проверить как в той же ситуации поведёт себя Mint 17.2 Xfce (64-bit).В Live режиме папку видно в XP,после установки на HDD сам свою папку расшаренную в сети не видит но вот WinXP папку увидел (проходит обмен файлами).После перезагрузки папка в XP пропала.Мало того из XP не могу открыть папку Workgroup.
Вобщем вывод такой.Видимо причина не в Runtu а в Xfce.Что то не "стыкуется" в Xfce с моей локальной сетью (конфликт роутер-Xfce?).Между WinXP (а их 4 машины на 4 порта)проблем сетевых никаких нет.Мало того,раньше стоял Mint mate 17.1 - никаких проблем с общей папкой в сети не было.
Вот так,выходит в моём случае альтернативы mate (в сравнении с Xfce) нет.
А ведь и настройка расшаривания папки в mate намного проще (для не очень грамотного юзера во всяком случае).Завтра поставлю mate mint,если с сетью будет всё нормально,то актуальность runtu - mate ,будет на высоте,во всяком случае для меня (и похоже не только для меня).
Мне кажется в любом случае это гораздно интересней (и нужней) чем появление очередного (не очень востребованного)  LITE.