Всем доброго времени суток! Будьте добры, помогите... только начинаю знакомство с unix системами. Подскажите с какого дистрибутива начать ознакомление, какая литература есть и тому подобное, буду рад любой информации
Отсутствует
http://ubuntologia.ru/
http://ubuntu.ru/
http://forum.ubuntu.ru/ - лучше задавать такие вопросы тут. )))
Отредактировано =Agasfer= (07-04-2011 22:29:45)
Arch Linux & xmonad
Отсутствует
Отсутствует
Arch Linux & xmonad
Отсутствует
Попробуйте пройти тест на выбор дистрибутива http://www.zegeniestudios.net/ldc/index … ttime=true
Браузер должен сам решать свои проблемы, а не возлагать их на пользователей. Minor
Отсутствует
Попробуйте
95% за то, что в результате теста будет убунта. )))
Опробовано не одним десятков линуксоидов, использующих разные дистры, начиная с gentoo и заканчивая мандривой - в абсолютном большинстве случаев предлагалась убунта. Такой вот тест. )))
Arch Linux & xmonad
Отсутствует
95% за то, что в результате теста будет убунта. )))Опробовано не одним десятков линуксоидов, использующих разные дистры, начиная с gentoo и заканчивая мандривой - в абсолютном большинстве случаев предлагалась убунта. Такой вот тест. )))
100% Linux Mint
хм?
убунта тоже 100%. но она ниже. вообще 6 дистров по 100% и 5 по 90%
но тест кривоватый. при том что были выбраны пункты "текстовая установка" и "сервер" все-равно упорно хотел узнать что надо - кеды или гнома. (это я еще раз попробовал)
Отредактировано shumomer (08-04-2011 14:07:31)
Отсутствует
А у меня наоборот убунту ни разу не попала. На первом месте либо SuSe либо Fedora
Браузер должен сам решать свои проблемы, а не возлагать их на пользователей. Minor
Отсутствует
95% за то, что в результате теста будет убунта
Помнится, мне вывалились Gentoo / Slackware на выбор.
Ядрёная консоль делает меня сильней!
Отсутствует
Помнится, мне вывалились Gentoo / Slackware на выбор.
Это вполне предсказуемо, если в качестве однотипного ответа на все вопросы давать: "консоль", "консоль","консоль"...
Project Rosenfox: Pure, fast and secure inner settings for Mozilla Firefox. Global and complete manual on GitHub.
Отсутствует
посмотрел на себя со стороны и прошел тест. Выдало:
OpenSuSe и Fedora по 100%
Ubuntu, Linux Mint и Debian по 95%
Все написанное мной-не верно, впрочем, верно и обратное.
Отсутствует
Хм, а вот у меня на первом месте MEPIS. Далее Убунты, Кубунты и Минты, что есть суть Дебиан, который тоже среди 100-процентников. Потом уже Ark Linux и Xandros (и он, черт возьми, на Дебиане).
От оно че!
Отсутствует
Хм, а вот у меня на первом месте MEPIS.
Извращенец!
Хотя мне на первом месте выпала Kubuntu, и учитывая, как в рунете называют поклонников KDE…
Отсутствует
учитывая, как в рунете называют поклонников KDE…
Да ужполучше, чем пользователей Gnome (-%E
Ядрёная консоль делает меня сильней!
Отсутствует
IMHO начинать лучше с Mandriva: он не требует изначальных знаний консоли linux для установки и выполнения элементарных действий как gentoo или slackware и не так зависит от интернета как Ubuntu. Ещё Ubuntu не советую, так как он "слишком навороченный изнутри", то есть непросто разобраться в том, что внутри него происходит и что с чем взаимодействует. Хотя, конечно, до винды ему далеко. Да и заточенность на sudo вместо нормального пароля root... В общем, кривой он какой-то. (Заранее извиняюсь перед пользователями Ubuntu: это лишь моё мнение).
# rm -rf /
Отсутствует
IMHO начинать лучше с Mandriva: он не требует изначальных знаний консоли linux для установки и выполнения элементарных действий как gentoo или slackware и не так зависит от интернета как Ubuntu.
Угу.
Все написанное мной-не верно, впрочем, верно и обратное.
Отсутствует
и не так зависит от интернета как Ubuntu
Возьмите версию на DVD.
Да и заточенность на sudo вместо нормального пароля root...
Так для обычных пользователей наоборот самое то. И рутовский пароль никто не мешает создать.
От оно че!
Отсутствует
Так для обычных пользователей наоборот самое то. И рутовский пароль никто не мешает создать.
1) Почему для «обычных пользователей» это «самое то»? Можете аргументировать? Может быть, потому, что обычные пользователи привыкли создавать простые пароли для основной учётной записи, а здесь им предлагается уникальная возможность сделать так, чтобы этот пароль давал полный доступ к компьютеру?
2) Судя по стилю, в котором SonicRUS сформулировал свой вопрос,
... начинаю знакомство с unix системами. Подскажите с какого дистрибутива начать ознакомление, какая литература есть...
рискну предположить, что его никак нельзя отнести к «обычным пользователям».
Добавлено 09-04-2011 20:46:14
Возьмите версию на 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". Оказывается, когда я запускал графический интерфейс к пакетному менеджеру, то он "залочил" себе доступ к базе данных и не вернул обратно. Выяснить название процесса, который "залочил" доступ, мне не удалось. После перезагрузки (-way, но работает) apt-get install <имя пакета> сообщил, что запрашиваемого пакета в базе данных нет. Впрочем, когда при обновлении базы данных выяснилось, что сеть теряет 70% пакетов и g++ будет качаться не менее суток, я на этот процесс забил Но неприятный осадок остался. Особенно с блокировкой доступа к базе данных.
Отредактировано X Strange (09-04-2011 20:47:07)
# rm -rf /
Отсутствует
а кодеки там есть?
Если честно, то не знаю. Скорее всего да. Обычно в локальные репозитории их добавляют.
рискну предположить, что его никак нельзя отнести к «обычным пользователям».
Ну почему же? Обычный, в данном случае еще и начинающий.
Наверное, в Ubuntu тоже можно сделать то же самое. Но пакетный менеджер там устроен сложнее.
Нет, все так же. И в чем пакетный менеджер (кстати, какой именно) сложнее?
Недавно пытался поставить g++ на не самую старую убунту (Lucid). Правда, систему ставил не я, может, там админ чего-нибудь нахимичил? Ну, для начала пытаемся понять, как называется пакет. apt-get search (или как его там?) ничего нужного не нашёл. Графическая утилита --- тоже. Потом, когда наконец я поставил себе bash в качестве login shell вместо старого доброго sh (дело в том, что человек, знавший пароль администратора, был далеко и мне пришлось добавлять учётную запись в однопользовательском режиме, а по умолчанию там /bin/sh), то я случайно набрал в консоли g++ и bash тут же выдал мне название пакета, который надо поставить (кстати, теперь это появилось и в Fedora 14, интересно, как он это делает). Но apt-get install при попытке поставить пакет сообщил, что база данных уже "is locked". Оказывается, когда я запускал графический интерфейс к пакетному менеджеру, то он "залочил" себе доступ к базе данных и не вернул обратно. Выяснить название процесса, который "залочил" доступ, мне не удалось. После перезагрузки (-way, но работает) apt-get install <имя пакета> сообщил, что запрашиваемого пакета в базе данных нет. Впрочем, когда при обновлении базы данных выяснилось, что сеть теряет 70% пакетов и g++ будет качаться не менее суток, я на этот процесс забил Но неприятный осадок остался. Особенно с блокировкой доступа к базе данных.
Да, блокировка, действительно, имеет место быть. Это, как я понимаю, сделано в целях безопасности, чтобы несколько менеджеров одновременно не вмешивались в работу базы данных и установщика (графическим менеджером, который «забрал» права пользования, с очень большой долей вероятности был Synaptic; странно, что вы его не определили). То, что графическая утилита ничего не нашла — нонсенс. Я вообще, если честно, удивляюсь возникшим у вас проблемам. Уж насколько простым пытаются сделать свой дистрибутив разработчики Убунту.
От оно че!
Отсутствует
И в чем пакетный менеджер (кстати, какой именно) сложнее?
Что значит «какой именно»? Их там ещё и несколько? synaptic, кажется, называется.
Хотя бы тем, что названия пакетов непривычные, есть куча метапакетов (build-essentials, kubuntu-desktop, итд). Более того, если поставить kubuntu-desktop, то он спросит, поменять ли диспетчер входа gdm на kdm и если ответить "да", то поменяет. Вопрос: а как потом gdm вернуть на место? Наверное, как-то можно, но это неочевидно. IMHO всё-таки в системе не должно автоматически, которые откатить назад сложнее, чем принять. И такого там --- пруд пруди. Хотя эта претензия уже не к пакетному менеджеру, а к архитектуре системы в целом.
графическим менеджером, который «забрал» права пользования, с очень большой долей вероятности был Synaptic; странно, что вы его не определили
Нет. Все «очевидные» для меня названия я перебрал, выполняя
Процессы-то я поубивал, а вот база данных не разблокировалась.
В федоре, например, блокировка нормально снимается.
Я вообще, если честно, удивляюсь возникшим у вас проблемам.
Да я и сам удивился. Особенно учитывая, что до этого я таких проблем не видел ни в одном дистрибутиве.
Наверное, просто не повезло.
Добавлено 09-04-2011 22:01:07
Ну почему же? Обычный, в данном случае еще и начинающий.
Начинающий --- да. Но «начинающий» не имплицирует «обычный». Но вряд ли бы обычному пользователю нужно "знакомиться с UNIX системами" в целом . Это нужно программисту или системному администратору. Обычному пользователю нужно выбрать какой-нибудь дистрибутив и использовать. Опять-таки, вопрос был не «какой дистрибутив выбрать», а «с какого начать ознакомление», то есть предполагается, что пользователь будет изучать, как взаимодействуют компоненты системы. И в мандриве это проще, чем в Ubuntu, в то время как по удобству обычного пользователя --- не администратора, они практически не отличаются. В Mandriva даже панель управления есть --- Mandriva Control Center. Да и оформление по умолчанию в мандриве лучше. В Убунту оно такое, что первым делом приходится лезть в настройки Appearance.
Отредактировано X Strange (09-04-2011 22:02:23)
# rm -rf /
Отсутствует
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-приложения для установки пакетов. Поскольку это административный процесс, а не Ваш личный, то достаточно было включить отображение всех процессов в менеджере процессов.
После перезагрузки (-way, но работает)
А зачем перегружались-то? А-а-а... я вспомнил: windows-way!
... apt-get install <имя пакета> сообщил, что запрашиваемого пакета в базе данных нет.
Этого не может быть. Значит были проблемы со связью - машина не могла подсоединиться к репозиторию и т.п.
Вот реальный пример: в Ubuntu Lucid пакет g++ ЕСТЬ, более того, он присутствует именно в ОСНОВНОМ репозитории... Разве что Вы его по какой-то из неведомых мне причин отключили! Смотрите:
Впрочем, когда при обновлении базы данных выяснилось, что сеть теряет 70% пакетов и g++ будет качаться не менее суток, я на этот процесс забил
См. выше:
Необходимо скачать 18,5MБ архивов.
Что тут можно сказать - ну и скорость у Вас... Восемнадцать(!) метров за сутки - можно только посочувствовать..
Но это не проблемы операционной системы, а провайдера или самой сети, не правда ли? Так что на Ubuntu валить смысла нет.
Но неприятный осадок остался.
Логично! Когда человек не удосужился предварительно разобраться в ОС и что-то не получилось - так оно и бывает.
Только сама система здесь не при чем...
Но вот потом начинаю гулять байки: "А система-то глючная"... Или: "А у меня один знакомый специалист пробовал - так ничего не вышло... значит фигня полная"...
P.S. igorsub меня, оказывается, чуток опередил, пока я писал сообщение...
X Strange пишет:
Хотя бы тем, что названия пакетов непривычные, есть куча метапакетов (build-essentials, kubuntu-desktop, итд).
Непривычные - не значит "плохие" - не правда ли? Может лучше вначале просто сесть и разобраться, а не лезть напролом?
Более того, если поставить kubuntu-desktop, то он спросит, поменять ли диспетчер входа gdm на kdm и если ответить "да", то поменяет. Вопрос: а как потом gdm вернуть на место? Наверное, как-то можно, но это неочевидно.
Это БОЛЕЕ чем очевидно! Возможность смены возникает прямо перед носом - когда загружается ОС, в момент ввода логина-пароля (см. в нижней строке)
Отредактировано Rosenfeld (09-04-2011 22:38:45)
Project Rosenfox: Pure, fast and secure inner settings for Mozilla Firefox. Global and complete manual on GitHub.
Отсутствует