Всем доброго времени суток! Будьте добры, помогите... только начинаю знакомство с unix системами. Подскажите с какого дистрибутива начать ознакомление, какая литература есть и тому подобное, буду рад любой информации=)

http://ubuntologia.ru/
http://ubuntu.ru/
http://forum.ubuntu.ru/ - лучше задавать такие вопросы тут. )))

Убунту - ось с человеческим лицом и ВОТ ТАКИМИ ГЛАЗАМИ.... :)

Что такое Ubuntu?

Руководство по Ubuntu для новичков

http://linuxforum.ru/index.php?

Попробуйте пройти тест на выбор дистрибутива http://www.zegeniestudios.net/ldc/index … ttime=true

W@ld_Lii пишет

Попробуйте

95% за то, что в результате теста будет убунта. )))
Опробовано не одним десятков линуксоидов, использующих разные дистры, начиная с gentoo и заканчивая мандривой - в абсолютном большинстве случаев предлагалась убунта. Такой вот тест. )))

=Agasfer= пишет

95% за то, что в результате теста будет убунта. )))Опробовано не одним десятков линуксоидов, использующих разные дистры, начиная с gentoo и заканчивая мандривой - в абсолютном большинстве случаев предлагалась убунта. Такой вот тест. )))

100% Linux Mint
хм?
убунта тоже 100%. но она ниже. вообще 6 дистров по 100% и 5 по 90%

но тест кривоватый. при том что были выбраны пункты "текстовая установка" и "сервер" все-равно упорно хотел узнать что надо - кеды или гнома. (это я еще раз попробовал)

Я ж и говорю - кривой тест!  )))

А у меня наоборот убунту ни разу не попала. На первом месте либо SuSe либо Fedora

=Agasfer= пишет

95% за то, что в результате теста будет убунта

Помнится, мне вывалились Gentoo / Slackware на выбор.

Помнится, мне вывалились Gentoo / Slackware на выбор.

Это вполне предсказуемо, если в качестве однотипного ответа на все вопросы давать: "консоль", "консоль","консоль"... :)

:) посмотрел на себя со стороны и прошел тест. Выдало:
OpenSuSe и Fedora по 100%
Ubuntu, Linux Mint и Debian по 95%

Хм, а вот у меня на первом месте MEPIS. :) Далее Убунты, Кубунты и Минты, что есть суть Дебиан, который тоже среди 100-процентников. Потом уже Ark Linux и Xandros (и он, черт возьми, на Дебиане).

igorsub пишет

Хм, а вот у меня на первом месте MEPIS.

Извращенец! :)
Хотя мне на первом месте выпала Kubuntu, и учитывая, как в рунете называют поклонников KDE… :D

Sid пишет

учитывая, как в рунете называют поклонников KDE…

Да ужполучше, чем пользователей Gnome (-%E

IMHO начинать лучше с Mandriva: он не требует изначальных знаний консоли linux для установки и выполнения элементарных действий как gentoo или slackware и не так зависит от интернета как Ubuntu. Ещё Ubuntu не советую, так как он "слишком навороченный изнутри", то есть непросто разобраться в том, что внутри него происходит и что с чем взаимодействует. Хотя, конечно, до винды ему далеко. Да и заточенность на sudo вместо нормального пароля root... В общем, кривой он какой-то. (Заранее извиняюсь перед пользователями Ubuntu: это лишь моё мнение).

X Strange пишет

IMHO начинать лучше с Mandriva: он не требует изначальных знаний консоли linux для установки и выполнения элементарных действий как gentoo или slackware и не так зависит от интернета как Ubuntu.

Угу. :)

X Strange пишет

и не так зависит от интернета как Ubuntu

Возьмите версию на DVD.

X Strange пишет

Да и заточенность на sudo вместо нормального пароля root...

Так для обычных пользователей наоборот самое то. И рутовский пароль никто не мешает создать.

igorsub пишет

Возьмите версию на DVD.

а кодеки там есть?

igorsub пишет

Так для обычных пользователей наоборот самое то. И рутовский пароль никто не мешает создать.

1) Почему для «обычных пользователей» это «самое то»? Можете аргументировать? Может быть, потому, что обычные пользователи привыкли создавать простые пароли для основной учётной записи, а здесь им предлагается уникальная возможность сделать так, чтобы этот пароль давал полный доступ к компьютеру?
2) Судя по стилю, в котором SonicRUS сформулировал свой вопрос,

SonicRUS пишет

... начинаю знакомство с unix системами. Подскажите с какого дистрибутива начать ознакомление, какая литература есть...

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

09-04-2011 20:46:14

igorsub пишет

Возьмите версию на DVD.

Версию на DVD не видел, так как себе убунту ставил только "на посмотреть" и уже снёс, оставив основным дистрибутивом gentoo.
Но я сейчас говорил даже не про то, какую версию брать — на CD или на DVD. У мандривы тоже есть версия и на CD, и на DVD, причём там ещё есть заморочка, что хоть на DVD и больше программ, но, выражаясь понятным математическим языком, множество программ на CD не является подмножеством множества программ на DVD (хотя и меньше его по мощности, aka числу элементов :)). А именно, проприетарные драйвера есть только на CD. Коммерческую версию Mandriva PowerPack я не рассматриваю.
Я говорю о том, что имеется репозиторий мандривы с rpm-файлами, из которого можно качать пакеты вручную на соседнем компьютере, если компьютер с мандривой не подключён к интернету. Я в своё время это делал. Не самый приятный процесс :) Зависимости в этом случае, приходится, увы, отслеживать вручную.
Наверное, в Ubuntu тоже можно сделать то же самое. Но пакетный менеджер там устроен сложнее.
Да и ещё всякие build-essentials и прочее.

Недавно пытался поставить g++ на не самую старую убунту (Lucid). Правда, систему ставил не я, может, там админ чего-нибудь нахимичил? Ну, для начала пытаемся понять, как называется пакет. apt-get search (или как его там?) ничего нужного не нашёл. Графическая утилита --- тоже. Потом, когда наконец я поставил себе bash в качестве login shell вместо старого доброго sh (дело в том, что человек, знавший пароль администратора, был далеко и мне пришлось добавлять учётную запись в однопользовательском режиме, а по умолчанию там /bin/sh), то я случайно набрал в консоли g++ и bash тут же выдал мне название пакета, который надо поставить (кстати, теперь это появилось и в Fedora 14, интересно, как он это делает). Но apt-get install при попытке поставить пакет сообщил, что база данных уже "is locked". Оказывается, когда я запускал графический интерфейс к пакетному менеджеру, то он "залочил" себе доступ к базе данных и не вернул обратно. Выяснить название процесса, который "залочил" доступ, мне не удалось. После перезагрузки ([windows]-way, но работает) apt-get install <имя пакета> сообщил, что запрашиваемого пакета в базе данных нет. Впрочем, когда при обновлении базы данных выяснилось, что сеть теряет 70% пакетов и g++ будет качаться не менее суток, я на этот процесс забил :) Но неприятный осадок остался. Особенно с блокировкой доступа к базе данных.

поставь убунту, и не парься, ... все вопросы в теме про убунту, ... или на ихних форумах.

W@ld_Lii пишет

а кодеки там есть?

Если честно, то не знаю. Скорее всего да. Обычно в локальные репозитории их добавляют.

Zero-8 пишет

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

Ну почему же? Обычный, в данном случае еще и начинающий.

X Strange пишет

Наверное, в Ubuntu тоже можно сделать то же самое. Но пакетный менеджер там устроен сложнее.

Нет, все так же. И в чем пакетный менеджер (кстати, какой именно) сложнее?

X Strange пишет

Недавно пытался поставить g++ на не самую старую убунту (Lucid). Правда, систему ставил не я, может, там админ чего-нибудь нахимичил? Ну, для начала пытаемся понять, как называется пакет. apt-get search (или как его там?) ничего нужного не нашёл. Графическая утилита --- тоже. Потом, когда наконец я поставил себе bash в качестве login shell вместо старого доброго sh (дело в том, что человек, знавший пароль администратора, был далеко и мне пришлось добавлять учётную запись в однопользовательском режиме, а по умолчанию там /bin/sh), то я случайно набрал в консоли g++ и bash тут же выдал мне название пакета, который надо поставить (кстати, теперь это появилось и в Fedora 14, интересно, как он это делает). Но apt-get install при попытке поставить пакет сообщил, что база данных уже "is locked". Оказывается, когда я запускал графический интерфейс к пакетному менеджеру, то он "залочил" себе доступ к базе данных и не вернул обратно. Выяснить название процесса, который "залочил" доступ, мне не удалось. После перезагрузки ([windows]-way, но работает) apt-get install <имя пакета> сообщил, что запрашиваемого пакета в базе данных нет. Впрочем, когда при обновлении базы данных выяснилось, что сеть теряет 70% пакетов и g++ будет качаться не менее суток, я на этот процесс забил :) Но неприятный осадок остался. Особенно с блокировкой доступа к базе данных.

Да, блокировка, действительно, имеет место быть. Это, как я понимаю, сделано в целях безопасности, чтобы несколько менеджеров одновременно не вмешивались в работу базы данных и установщика (графическим менеджером, который «забрал» права пользования, с очень большой долей вероятности был Synaptic; странно, что вы его не определили). То, что графическая утилита ничего не нашла — нонсенс. Я вообще, если честно, удивляюсь возникшим у вас проблемам. Уж насколько простым пытаются сделать свой дистрибутив разработчики Убунту.

igorsub пишет

И в чем пакетный менеджер (кстати, какой именно) сложнее?

Что значит «какой именно»?  Их там ещё и несколько? synaptic, кажется, называется.
Хотя бы тем, что названия пакетов непривычные, есть куча метапакетов (build-essentials, kubuntu-desktop, итд). Более того, если поставить kubuntu-desktop, то он спросит, поменять ли диспетчер входа gdm на kdm и если ответить "да", то поменяет. Вопрос: а как потом gdm вернуть на место? Наверное, как-то можно, но это неочевидно. IMHO всё-таки в системе не должно автоматически, которые откатить назад сложнее, чем принять. И такого там --- пруд пруди. Хотя эта претензия уже не к пакетному менеджеру, а к архитектуре системы в целом.

igorsub пишет

графическим менеджером, который «забрал» права пользования, с очень большой долей вероятности был Synaptic; странно, что вы его не определили

Нет. Все «очевидные» для меня названия я перебрал, выполняя

Выделить код

Код:

ps aux | grep syn
ps aux | grep upd
ps aux | grep packagekit

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

igorsub пишет

Я вообще, если честно, удивляюсь возникшим у вас проблемам.

Да я и сам удивился. Особенно учитывая, что до этого я таких проблем не видел ни в одном дистрибутиве.
Наверное, просто не повезло.

09-04-2011 22:01:07

igorsub пишет

Ну почему же? Обычный, в данном случае еще и начинающий.

Начинающий --- да. Но «начинающий» не имплицирует «обычный». Но вряд ли бы обычному пользователю нужно "знакомиться с UNIX системами" в целом . Это нужно программисту или системному администратору. Обычному пользователю нужно выбрать какой-нибудь дистрибутив и использовать. Опять-таки, вопрос был не «какой дистрибутив выбрать», а «с какого начать ознакомление», то есть предполагается, что пользователь будет изучать, как взаимодействуют компоненты системы. И в мандриве это проще, чем в Ubuntu, в то время как по удобству обычного пользователя --- не администратора, они практически не отличаются. В Mandriva даже панель управления есть --- Mandriva Control Center. Да и оформление по умолчанию в мандриве лучше. В Убунту оно такое, что первым делом приходится лезть в настройки Appearance.

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

X Strange пишет:

Недавно пытался поставить g++ на не самую старую убунту (Lucid). Правда, систему ставил не я, может, там админ чего-нибудь нахимичил?

Вот именно! Плюс - хотя бы для начала разобрались с тем, как правильно действия осуществить в среде Ubuntu!

Ну, для начала пытаемся понять, как называется пакет.

Так и называется: g++ ! :) В Ubuntu пакеты ставятся по НАЗВАНИЯМ, а не по именам файлов - стоит задать именно имя и из ближайшего репозитория (о чудо!) скачается и самостоятельно установится пакет. Свежий, как маца из печки моей бабушки! :)

apt-get search (или как его там?)

...Именно - "как его там". Всего-то нужно было и сделать, что набрать одну-маленькую команду (если, конечно, Ваш друг не поотключал репозиторий main (это самый главный репозиторий Ubuntu) и т.п.

$ sudo apt-get install g++
[sudo] password:
Чтение списков пакетов... Готово
Построение дерева зависимостей       
Чтение информации о состоянии... Готово
Будут установлены следующие дополнительные пакеты:
  binutils g++-4.4 gcc gcc-4.4 libc-dev-bin libc6-dev libstdc++6-4.4-dev
  linux-libc-dev manpages-dev
Предлагаемые пакеты:
  binutils-doc g++-multilib g++-4.4-multilib gcc-4.4-doc libstdc++6-4.4-dbg
  gcc-multilib automake1.9 libtool flex bison gcc-doc gcc-4.4-multilib
  libmudflap0-4.4-dev gcc-4.4-locales libgcc1-dbg libgomp1-dbg libmudflap0-dbg
  libcloog-ppl0 libppl-c2 libppl7 glibc-doc libstdc++6-4.4-doc
НОВЫЕ пакеты, которые будут установлены:
  binutils g++ g++-4.4 gcc gcc-4.4 libc-dev-bin libc6-dev libstdc++6-4.4-dev
  linux-libc-dev manpages-dev
обновлено 0, установлено 10 новых пакетов, для удаления отмечено 0 пакетов, и 7 пакетов не обновлено.
Необходимо скачать 18,5MБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 63,3MB.
Хотите продолжить [Д/н]?

... человек, знавший пароль администратора, был далеко...

Стесняюсь я спросить... - я правильно Вас понял, что Вы пытались осуществить администраторские функции (установка пакетов) без администраторского пароля? (хотя ниже я вижу, что судя по тому, что Вам удалось-таки запустить Synaptic - то есть администраторские права были).

Но apt-get install при попытке поставить пакет сообщил, что база данных уже "is locked". Оказывается, когда я запускал графический интерфейс к пакетному менеджеру, то он "залочил" себе доступ к базе данных и не вернул обратно.

Тут возможны два системных сообщения.

Первое возникает у пользователя, который тупо пытается поставить пакет без административных прав:

$ apt-get install g++
E: Не удалось открыть файл блокировки /var/lib/dpkg/lock - open (13: Отказано в доступе)
E: Не удалось выполнить блокировку управляющего каталога (/var/lib/dpkg/); у вас есть права суперпользователя?

Второе, действительно, связано с тем, что запущен другой процесс по инсталляции, аналогичный apt:

$ sudo apt-get install g++
[sudo] password:
E: Не удалось получить доступ к файлу блокировки /var/lib/dpkg/lock - open (11: Ресурс временно недоступен)
E: Не удалось выполнить блокировку управляющего каталога (/var/lib/dpkg/); он уже используется другим процессом?

У Вас какой случай именно был?

Если первый - то эти действия вообще ни в какие ворота не лезут.

Если второй, то это нормальное поведение системы - чтобы пользователь, обладающий административными правами СЛУЧАЙНО (или сдуру) НЕ ЗАПУСТИЛ два процесса apt одновременно. Почему это крайне опасно - подумайте сами!

Выяснить название процесса, который "залочил" доступ, мне не удалось.

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

После перезагрузки ([windows]-way, но работает)

А зачем перегружались-то? А-а-а... я вспомнил: windows-way! :)

... apt-get install <имя пакета> сообщил, что запрашиваемого пакета в базе данных нет.

Этого не может быть. Значит были проблемы со связью - машина не могла подсоединиться к репозиторию и т.п.

Вот реальный пример: в Ubuntu Lucid пакет g++ ЕСТЬ, более того, он присутствует именно в ОСНОВНОМ репозитории... Разве что Вы его по какой-то из неведомых мне причин отключили! Смотрите:

скрытый текст
g-pusplus.png

Впрочем, когда при обновлении базы данных выяснилось, что сеть теряет 70% пакетов и g++ будет качаться не менее суток, я на этот процесс забил

См. выше:

Необходимо скачать 18,5MБ архивов.

Что тут можно сказать - ну и скорость у Вас... :) Восемнадцать(!) метров за сутки - можно только посочувствовать..

Но это не проблемы операционной системы, а провайдера или самой сети, не правда ли? :) Так что на Ubuntu валить смысла нет.

Но неприятный осадок остался.

Логично! Когда человек не удосужился предварительно разобраться в ОС и что-то не получилось - так оно и бывает.

Только сама система здесь не при чем...

Но вот потом начинаю гулять байки: "А система-то глючная"... Или: "А у меня один знакомый специалист пробовал - так ничего не вышло... значит фигня полная"... :)

P.S. igorsub меня, оказывается, чуток опередил, пока я писал сообщение... :)

X Strange пишет:

Хотя бы тем, что названия пакетов непривычные, есть куча метапакетов (build-essentials, kubuntu-desktop, итд).

Непривычные - не значит "плохие" - не правда ли? Может лучше вначале просто сесть и разобраться, а не лезть напролом?

Более того, если поставить kubuntu-desktop, то он спросит, поменять ли диспетчер входа gdm на kdm и если ответить "да", то поменяет. Вопрос: а как потом gdm вернуть на место? Наверное, как-то можно, но это неочевидно.

Это БОЛЕЕ чем очевидно! :) Возможность смены возникает прямо перед носом - когда загружается ОС, в момент ввода логина-пароля (см. в нижней строке) :) :) :)

Zero-8 пишет

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

Во-первых gentoo вроде как построен по принципам FreeBSD.
А во-вторых Вы забыли про slackware и LFS :)

X Strange пишет

slackware и LFS

И получите unix хэйтера, первое впечатление как правило самое важное xD

Rosenfeld пишет

Плюс - хотя бы для начала разобрались с тем, как правильно действия осуществить в среде Ubuntu!

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

Rosenfeld пишет

...Именно - "как его там". Всего-то нужно было и сделать, что набрать одну-маленькую команду (если, конечно, Ваш друг не поотключал репозиторий main (это самый главный репозиторий Ubuntu) и т.п.

«как его там» --- потому, что я сейчас уже не помню, а там у меня был под рукой man и я прочитал, как правильно. Сейчас я уже забыл.

Rosenfeld пишет

Этого не может быть. Значит были проблемы со связью - машина не могла подсоединиться к репозиторию и т.п.

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

Rosenfeld пишет

Стесняюсь я спросить... - я правильно Вас понял, что Вы пытались осуществить администраторские функции (установка пакетов) без администраторского пароля? (хотя ниже я вижу, что судя по тому, что Вам удалось-таки запустить Synaptic - то есть администраторские права были).

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

Rosenfeld пишет

У Вас какой случай именно был? Если первый - то эти действия вообще ни в какие ворота не лезут. Если второй, то это нормальное поведение системы - чтобы пользователь, обладающий административными правами СЛУЧАЙНО (или сдуру) НЕ ЗАПУСТИЛ два процесса apt одновременно. Почему это крайне опасно - подумайте сами!

Естественно, второй. Но я же вроде прибил все лишние процессы. В том числе и synaptic, и updater, и packagekit. Видимо, осталось что-то лишнее, либо блокировка сохранилась после уничтожения процесса.

Rosenfeld пишет

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

Издеваетесь? Я в рутовой консоли набирал команду

Rosenfeld пишет

А зачем перегружались-то? А-а-а... я вспомнил: windows-way!

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

Rosenfeld пишет

Логично! Когда человек не удосужился предварительно разобраться в ОС и что-то не получилось - так оно и бывает.

Ладно, убедили, я не умею её готовить. Попробую на досуге поставить ещё раз. А пока меня и gentoo устраивает.

09-04-2011 22:50:16

lump пишет

X Strange пишет:slackware и LFSИ получите unix хэйтера, первое впечатление как правило самое важное xD

Есть такая книжка: называется «UNIX hater's handbook»
Та ведь ясно же, что рекомендовать начинающему что FreeBSD, что Gentoo, что Slackware, что LFS ни один здравомыслящий человек не станет.

Нет, Вы поймите меня правильно - я же не смеюсь над Вами. Просто сунься сейчас я в Вашу gentoo (не покурив маны) - я выглядел бы еще бОльшим идиотом (даже не предпринимая никаких активных действий!)... То есть - идиотом просто по факту своего собственного существования! :)

а там у меня был под рукой man и я прочитал, как правильно.

Может Вы чуток неправильно прочитали? Если речь идет об apt-get cache search - то она ищет пакет только в кэше - то есть уже в скачанном и находящемся на машине массиве.

А вообще - загляните в переведенный ман по этой команде - http://www.debian.org/doc/manuals/apt-h … ex.ru.html

Я думаю, что проблема была с локальной базой данных пакетного менеджера.

ИМХО, правильнее в таком случае всегда начинать работу с команды sudo apt-get update

Rosenfeld пишет

Может Вы чуток неправильно прочитали? Если речь идет об apt-get cache search - то она ищет пакет только в кэше - то есть уже в скачанном и находящемся на машине массиве.

Я уже не помню точно, что я тогда делал. Вполне вероятно, что я и не выполнял apt-get search или apt-get cache search, а только наспех пытался разобраться.  И видимо, не разобрался, для чего и запустил графический интерфейс.

09-04-2011 23:11:46

Rosenfeld пишет

Просто сунься сейчас я в Вашу gentoo (не покурив маны) - я выглядел бы еще бОльшим идиотом (даже не предпринимая никаких активных действий!)... То есть - идиотом просто по факту своего собственного существования!

А вот суньтесь Вы сейчас в мандриву --- и не будете выглядеть идиотом даже без «курения» man-ов. Тем и хорош этот дистрибутив, что там проще разобраться методом тыка, но в то же время никто не мешает изучить досконально. Последнее по сложности примерно одинаково  для всех дистрибутивов, но в gentoo даёт больший результат, чем в мандриве, поэтому я и перешёл на Gentoo.

А вот суньтесь Вы сейчас в мандриву --- и не будете выглядеть идиотом даже без «курения» man-ов.

Именно с этого я начинал. Правда тогда он еще назывался Mandrake Linux. Поставил - покопался - снес. Лет через 8 решил повторить эксперимент, но уже с Mandriva (2010). Поставил - покопался - снес! :) Если честно - угнетает количество приложений...

Rosenfeld пишет

Именно с этого я начинал.

Вот именно! Первоначальный вопрос был: «с какого дистрибутива начать ознакомление

09-04-2011 23:19:45

X Strange пишет

Если честно - угнетает количество приложений...

Чего, например, не хватает?

Первоначальный вопрос был: «с какого дистрибутива начать ознакомление?»

Нет, Ви таки все равно старого больного еврея не обманете, :) правильный вопрос был:

Подскажите с какого дистрибутива начать ознакомление

... Ну так вот, я вряд ли подскажу, что именно с Мандривы надо начинать... :) Сугубо личное мнение.

Чего, например, не хватает?

Вы меня чуть-чуть недопоняли... Наоборот - переизбыток. :) Девиз же у Ubuntu: одна задача - одно приложение...

Когда я несколько освоился в Ubuntu, перепробовал массу приложений под свои нужды, осознал определенные предпочтения, то перешел вообще на GNOME Minamalist - та же 10.04 LTS, но без каких-либо приложений (и, соответственно, дополнительных пакетов, обслуживающих зависимости) и без стандартного набора прикладных пакетов GNOME (его GUI-приложений) в принципе. То есть сам решал - что ставить...

Скоро двинусь дальше - буду пробовать начинать ставить mini CD - то есть голая консоль, ядро, xorg нет, а дальше все ручками... Так и нарабатываю постепенно опыт.

Rosenfeld пишет

Более того, если поставить kubuntu-desktop, то он спросит, поменять ли диспетчер входа gdm на kdm и если ответить "да", то поменяет. Вопрос: а как потом gdm вернуть на место? Наверное, как-то можно, но это неочевидно.

Это БОЛЕЕ чем очевидно! :) Возможность смены возникает прямо перед носом - когда загружается ОС, в момент ввода логина-пароля (см. в нижней строке) :) :) :)

Вообще-то это выбор графической среды, а не kdm/gdm. Решением, наверное, будет удалить из автозапуска службу kdm и включить gdm. Ну или там какой-нибудь `dpkg reconfigure` есть или вроде того.

Вообще-то это выбор графической среды, а не kdm/gdm.

Тьфу, черт, невнимательно прочитал:

... поменять ли диспетчер входа gdm на kdm

Общий посыл был-то именно о десктопе... Извиняюсь!...

P.S. Но невысказанный вопрос повис в воздухе: "А зачем вообще на гномов нужно было натягивать кеды?" :)

То есть не пахнет ли здесь каким-то особым извращением (или целой сексуальной оргией, ранее мне неизвестной)? :)

Может проще было взять тогда не Убунту, а Кубунту? :)

krigstask пишет

Вообще-то это выбор графической среды, а не kdm/gdm. Решением, наверное, будет удалить из автозапуска службу kdm и включить gdm. Ну или там какой-нибудь `dpkg reconfigure` есть или вроде того.

Ого, уже со службами надо разбираться!! А переключилось полуавтоматически. Уж или заставляй всё делать вручную, как в gentoo, или сделай, чтоб поменять было легко, как в Mandriva. Зачем выполнять полуавтоматически процесс, для откатки которого надо читать документацию? Чем-то мне это [windows] напоминает.

Rosenfeld пишет

Вы меня чуть-чуть недопоняли... Наоборот - переизбыток.

Так надо было галочки убрать лишние. Да и потом, избыток приложений --- это не так уж и плохо. Хуже --- избыток ненужных приложений, но их можно и удалить, хотя, увы, не всегда, если только это не gentoo или что-то ещё source-based. (hint: USE-флаги и опции configure)

09-04-2011 23:46:23

Rosenfeld пишет

P.S. Но невысказанный вопрос повис в воздухе: "А зачем вообще на гномов нужно было натягивать кеды?"

Rosenfeld пишет

Может проще было взять тогда не Убунту, а Кубунту?

Я всегда ставлю и GNOME, и KDE, и XFCE, и ещё fluxbox у меня тоже есть, и перехожу с одной графической среды на другую в зависимости от моего глобального настроения.

:) А у меня сейчас только одно настроение - консольное! :)

09-04-2011 23:55:50
О! Меня осенило!

X Strange, понимаете какое дело, скорее всего (предположение, перерастающее в уверенность!), что в Ubuntu предусмотрен только GNOME, а в Kubuntu - KDE... То есть о чем это я - что разработчики могли не предусмотреть механизмов удобного переключения, потому что они не видели в этом смысла и не могли предугадать, что у Вас сегодня настроение одно, а завтра вам вообще внешний вид Lubuntu подавай... :)

Rosenfeld пишет

, потому что они не видели в этом смысла и не могли предугадать, что у Вас сегодня настроение одно, а завтра вам вообще внешний вид Lubuntu подавай...

А вот разработчики других  дистрибутивов смогли :)

Rosenfeld пишет

А у меня сейчас только одно настроение - консольное!

Консольное настроение у меня тоже бывает и тогда я работаю без иксов. И тут тоже есть как минимум 2 варианта: с framebuffer или без него. :)

А вот разработчики других  дистрибутивов смогли :)

:) Так видели, я чуть выше девиз Ubuntu цитировал: "1 - 1"? :)

P.S. Кстати, чекбоксы при инсталляции пакетов в Мандриве я первым делом поотключал - я ведь всегда лезу во всякие дыры при установках, чтобы не пропустить важные моменты... Но все равно - впечатление какой-то избыточности осталось...

Rosenfeld пишет

А вот разработчики других  дистрибутивов смогли  Так видели, я чуть выше девиз Ubuntu цитировал: "1 - 1"?

Вот и прекрасно. Значит мы наконец пришли к соглашению:
1) Ubuntu имеет принцип 1:1.
2) Лично я этот принцип не одобряю.
3) Как следствие первых двух пунктов дистрибутив Ubuntu лично мне не подходит.
Правильно?

Воистину! :) Чем хорош мир open source - это свободой выбора!

Кстати, вот я проделал эксперимент (из-под пользователя) с Вашей командой:

ps aux | grep syn
root        14  0.0  0.0      0     0 ?        S    Apr09   0:00 [async/mgr]
root        17  0.0  0.0      0     0 ?        S    Apr09   0:00 [sync_supers]
serge     1755  0.0  0.1   3820  1064 ?        S    Apr09   0:22 syndaemon -i 0.5 -k
serge     4227  0.2  1.2  36684 12648 ?        S    00:07   0:01 gksu --description /usr/share/applications/synaptic.desktop /usr/sbin/synaptic
root      4228  1.4  3.9  66668 40228 ?        Ss   00:07   0:05 /usr/sbin/synaptic
serge     4256  0.0  0.0   3348   884 pts/2    S+   00:13   0:00 grep --color=auto syn

Rosenfeld пишет

Кстати, вот я проделал эксперимент (из-под пользователя) с Вашей командой:

Да я знаю, был там этот процесс, но когда я его прибил, легче не стало.

Не-не... секундочку, обратите внимание - у меня их ДВА. Оба убились? Проверяли заново?

Rosenfeld пишет

Не-не... секундочку, обратите внимание - у меня их ДВА. Оба убились? Проверяли заново?

Так ведь первый --- это gksu, то есть он, насколько я понимаю, ждёт пока завершится второй.
Я убивал командой killall synaptic. Проверял ли я ps второй раз --- уже не помню: это было целых 2 недели назад.

X Strange пишет

Что значит «какой именно»?  Их там ещё и несколько?

Aptitude, apt, dpkg (но это скорее просто утилита установки).

X Strange пишет

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

У меня такое было один раз в версии 7.04. :)

X Strange пишет

Но вряд ли бы обычному пользователю нужно "знакомиться с UNIX системами" в целом .

Особенно, если линукс не юникс. :)

X Strange пишет

Опять-таки, вопрос был не «какой дистрибутив выбрать», а «с какого начать ознакомление», то есть предполагается, что пользователь будет изучать, как взаимодействуют компоненты системы.

Нет, я все-таки думаю начинающему нужно именно, чтобы все просто работало. Желательно из коробки.

X Strange пишет

Да и оформление по умолчанию в мандриве лучше.

Лучше? Кеды ж с гномом.

X Strange пишет

В Убунту оно такое, что первым делом приходится лезть в настройки Appearance.

Я даже не представляю что в Убунту такого, что заставит большинство пользователей лезть в настройки. Серьезно.

X Strange пишет

А вот суньтесь Вы сейчас в мандриву --- и не будете выглядеть идиотом даже без «курения» man-ов.

Если честно, то лично мне и в Убунту никакие маны курить не пришлось. Там все так же просто. Ну честно.

igorsub пишет

Aptitude, apt, dpkg (но это скорее просто утилита установки).

Я могу ошибаться, но мне казалось, что это всего лишь различные утилиты, обеспечивающие доступ к одному и тому же менеджеру пакетов. То есть база данных у них общая. Разве нет?

igorsub пишет

Особенно, если линукс не юникс.

Да, Linux --- это не UNIX. Это UNIX-подобная система :) В частности, основы работы в Linux описаны в любой приличной книжке по UNIX. А если уж начать цепляться к словам, то Linux --- это только ядро, а система называется GNU/Linux. Но только исторически сложилось так, что GNU/ часто не пишут для экономии букв :)

igorsub пишет

Лучше? Кеды ж с гномом.

Ну, я имею в виду тему оформления по умолчанию с ужасным бордово-коричневым цветом в убунту. Да и этот белый текст на тёмно-коричневом фоне... Впрочем, это не существенно, так как поменять тему оформления совсем просто.

Я вот вчера, засыпая, подумал, что топикстартер весь этот кошмар в виде наших разговоров почитает и подумает: "Ужас! Да нафиг мне сдался этот Линукс - я лучше на виндах как-нибудь посижу!" :)

X Strange пишет

Я могу ошибаться, но мне казалось, что это всего лишь различные утилиты, обеспечивающие доступ к одному и тому же менеджеру пакетов. То есть база данных у них общая. Разве нет?

Да, база общая (это и логично), но это все разные менеджеры пакетов. Во всяком случае только Synaptic конкретно для процесса установки использует dpkg. Остальные своими силами.

X Strange пишет

Ну, я имею в виду тему оформления по умолчанию с ужасным бордово-коричневым цветом в убунту.

Так в lucid, в котором вы сидели, этого уже нет.

igorsub пишет

Да, база общая (это и логично), но это все разные менеджеры пакетов. Во всяком случае только Synaptic конкретно для процесса установки использует dpkg. Остальные своими силами.

Мне казалось, они все через dpkg работают, разве нет?

igorsub пишет

Так в lucid, в котором вы сидели, этого уже нет.

Есть. Я это вручную отключал. И ещё кнопочки _^X в заголовке окна в этой теме оформления были почему-то слева.

igorsub пишет

Да, база общая (это и логично), но это все разные менеджеры пакетов. Во всяком случае только Synaptic конкретно для процесса установки использует dpkg. Остальные своими силами.

Под менеджером пакетов я имел в виду его структуру, а не программу для обращения к нему. Так, в gentoo менеджер пакетов — это portage, а не/usr/bin/emerge или /usr/bin/ebuild.

X Strange пишет

И ещё кнопочки _^X в заголовке окна в этой теме оформления были почему-то слева.

В смысле слева? Это новая фича. :) Всегда можно вернуть вправо.

Игорь прав. Это фича, а не баг! :)

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

Zero-8 пишет

мандрива красивше, ... в разы, ... на внешний вид

Так там, как я понял, по умолчанию КДЕ стоит. Ну Кубунту поставьте.

igorsub пишет

Так там, как я понял, по умолчанию КДЕ стоит. Ну Кубунту поставьте.

В мандриве гном тоже "красивше". Это и тема gdm, и фоновое изображение для GNOME panel. Кроме того, для KDE туда включён стиль Clearlooks QuickSilver, благодаря которому GTK-программы нормально выглядят в KDE.

Прошу прощения за оффтоп, но удержаться не могу - ТС в теме написал дЕстрибутив! Это наверное от слова death!

ViRUS
Так ведь конец света скоро (=

Tiger.711
Точно! Я уж и забыл... :) Интересно, что можно выбрать на роль deathтрибутива?

ViRUS пишет

Это наверное от слова death!

destiny

ViRUS пишет

Это наверное от слова death!

Скорее, от слова "деструктор" :)