Смарт ТВ 

Программы для opensuse. Осваиваем линукс поэтапно. Монтирование разделов ntfs для записи обычного пользователя

С точки зрения «железа», использовалась следующая конфигурация:

  • Intel Core i3 2105 с материнской платой DH67BL-B3;
  • Встроенная графика Intel HD 3000 Graphics;
  • 8 Гб ОЗУ (DDR3/1333)
  • Intel SSD 120GB

В качестве подопытных операционных систем выступали интересующие меня дистрибутивы Linux: openSUSE 42.3 , elementaryOS 0.4.1 , Rosa Fresh R9 , . Каждая из этих систем прожила в моём компьютере не менее 2 месяцев и оценивалась с точки зрения удобства, функциональности и эстетики. Ниже я поделюсь своими впечатлениями о каждой из них.

openSUSE 42.3

Данный дистрибутив имеет массу преимуществ для тех, кто по тем или иным причинам, предпочитает RPM-системы. Здесь есть очень удобный и надёжный инсталлятор от Suse Enterprise Linux (SLE) и довольно толковый центр управления YaST. Я сознательно выбрал более консервативную и стабильную версию Leap вместо всегда супер-свежей Tumbleweed по простой причине: в Leap я могу подключить дополнительные репозитории и обновить множество компонентов до самых свежих версий, получив на выходе нечто похожее на Tumbleweed. Но при этом, если что-то пойдёт не так, я всегда могу временно отключить такие репозитории и откатиться обратно. Не стоит забывать, что команда ‘zypper dup’ не столько обновляет пакеты, сколько приводит их в соответствие с текущим набором включённых репозиториев, то есть, её можно использовать и для даунгрейда (отката). Я установил новые версии для Qt5 , KF5 , KDE , KDE Extras , настроил себе более свежий компилятор GCC 7 , перешёл на свежую версию ядра . У меня появилась самая новая версия рабочего стола KDE Plasma 5, которая автоматически обновлялась почти без моего участия. В openSUSE имеется отличная интеграция PackageKit и Zypper, поэтому для установки обновлений достаточно пару раз щёлкнуть мышью по значку в системном лотке. Даже пароль вводить не нужно!

Что и говорить, обновления в openSUSE ставить легко и приятно, однако за последствия никто не отвечает…

Однако, со временем стали вылезать недостатки такой системы: приверженность самым новым версиям вышла мне боком. То и дело после очередного обновления что-нибудь отваливалось или начинало работать не так. Либо Segmentation fault, либо частые падения самой оболочки Plasma (да, она всё ещё падает иногда!), либо временная потеря функциональности (Virtualbox может не работать с самым новым ядром). Проблемы можно обычно решить с помощью маневрирования с репозиториями, но со временем, опять же, дистрибутив превращается в гремучую смесь пакетов от разных поставщиков. Поддерживать стабильность вручную оказалось довольно трудозатратно. Всё таки, openSUSE Leap наиболее надёжен именно в своём изначальном виде, со стандартным набором репозиториев (плюс можно безболезненно использовать Packman), но тогда он теряет важную для меня особенность - свежесть пакетов. Оставаться на Qt 5.6 и GCC 4.8 для меня неприемлемо: я знаю дюжину проектов на Github, которые нельзя скомпилировать с этим устаревающим инструментарием.

Есть и ещё одна особенность проекта openSUSE, которая меня расстраивает. Дело в том, что инфраструктура проекта работает слишком уж нестабильно и непредсказуемо. По выходном где-то раз в месяц останавливается сервис software.opensuse.org, якобы на «плановые работы». Несколько раз я сталкивался с неработающим сервисом OBS и по будним дням – вместо страницы поиска пакетов вылетал Error 404. У openSUSE имеется два датацентра: один в Нюрнберге (Германия) и второй где-то в США. Стабильность работы обоих отражает общую картину с обеспечением качества (quality assurance, QA) в openSUSE – лично я не вижу ни стабильности, ни качества, но зато воочию наблюдаю постоянно прерывающийcя uptime.

При «настольном» использовании система обрастает репозиториями как снежный ком. Ну, по крайней мере, у меня 🙂

По этим причинам я в итоге принял решение перенести openSUSE 42.3 в виртуальную среду VirtualBox и использовать этот дистрибутив по мере надобности. Мне по-прежнему нравится очень удобная функция Zypper, позволяющая мигом установить все зависимости для сборки того или иного пакета:

sudo zypper --si d

Пользовательская аудитория у openSUSE всё ещё значительная, и в частных репозиториях на OBS можно найти очень много интересных программ, которые уже кто-то успел собрать.

elementaryOS 0.4 «Loki»

Это один из самых популярных отпрысков Ubuntu. Система очень хорошо себя у новичков в мире Linux, и вполне заслуженно, как мне кажется. Система elementaryOS 0.4 «Loki» основана на Ubuntu 16.04 LTS и отличается повышенной стабильностью, надёжностью и увеличенным сроком поддержки. Последнее особенно удобно: можно один раз установить Loki в качестве запасной ОС и вспомнить о ней пару лет спустя. После установки всех накопившихся обновлений с системой не случится ничего страшного, всё продолжит работать как часы. Вроде бы, ничего особенного, но многие другие Linux не переносят такого к себе отношения. Очень круто и удобно то, что elementaryOS полностью совместима с Ubuntu, а значит я могу подключить любой PPA-репозиторий для Ubuntu, и он гарантированно будет работать. Де-факто Ubuntu является наиболее распространённым дистрибутивом Linux в мире, и для него создано множество таких частных PPA-источников. Почти любая Linux-версия какой-либо программы имеется в уже собранном виде в чьём-то PPA, а значит мне не нужно возиться со сборкой исходников. Это удобно.

Одной из причин, почему я использую elementaryOS , а не саму Ubuntu , является рабочий стол Pantheon, который является оригинальной разработкой проекта elementary. Он основан на библиотеках GTK3 и Granite, и включает в себя отдельные элементы Gnome 3 (хотя их тут немного). Pantheon очень быстр и по своему поведению напоминает пресловутую macOS, как внешне, так и идеологически.

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

Несмотря на то, что я не являюсь поклонником Debian и deb-дистрибутивов, наличие на компьютере elementaryOS для меня полезно, так как на свете существует некоторое число программ, которые очень легко установить в Ubuntu-подобных ОС, и очень трудно собрать где-либо ещё. Хороший пример: игра Machines vs. machines , которая опирается на QML-модули к Qt5, написанные в Canonical специально для Ubuntu. Это также относится к целому пласту программ, написанных в то время, когда в Canonical ещё делал ставку на Unity и Mir, и разрабатывал много специфических для Ubuntu компонентов. Другой пример – замечательный каталогизатор заметок Outwiker , который очень легко поставить из PPA и довольно муторно собирать вручную.

elementaryOS 0.4 могла бы быть идеальной настольной системой, но увы, она имеет свои недостатки, которые раскрываются после первых дней интенсивного использования. Во-первых, не все компоненты от Ubuntu 16.04 можно заменить более свежими версиями, и если программа требует самую новую GTK3, то мне гораздо проще накатить новейшую Fedora и собрать всё там, вместо ломания стабильной, но устаревшей GTK3 в elementaryOS. Во-вторых, кажущееся удобство рабочего окружения оборачивается совершенно дикими проблемами при каждодневной работе. Копирование файлов в Pantheon-files, каталогизация фотографий штатным приложением, веб-сёрфинг в Midori и Epiphany (Gnome Web) – всё это очень неудобно. Мало функций, мало настроек, невозможно что-либо изменить и перенастроить. Дополнительное наблюдение, которое, впрочем, относится не столько к elementaryOS 0.4, сколько ко всем рабочим окружениям на GTK3 – это крайне скудная и ограниченная функциональность прикладных программ. Я уже о возмутительно убогом индикаторе погоды от проекта elementary, но с остальными приложениями из нового elementary AppCenter ситуация та же. Когда я подбираю свободные приложения для своей рубрики в журнале, я всегда отмечаю убожество и ограниченность программ на GTK3. Почти все они примитивны до безобразия, и при том часто ещё и нестабильно работают. Напротив, самые лучшие, развитые и функциональные приложения часто написаны на C++ и имеют интерфейс на Qt. Такое вот наблюдение 🙂

Наконец, я отмечаю всё возрастающую жадность разработчиков elementaryOS в отношение пользовательских донатов. Принцип Pay what you want – пример отвратительной жадности и истончающейся связи этих ребят с реальностью. Они заставляют ничем не виноватых людей чувствовать себя нищебродами каждый раз когда требуется скачать из AppCenter «условно-бесплатную» программу (с лицензией GPLv3, между прочим). Разумеется, это вовсе не означает что весь дистрибутив Loki 0.4 из-за этого плох.

Мы напишем недопрограмму на Vala и GTK3, а вы нам дадите немного денег. Видимо, в мире хипстеров растёт напряжение из-за недостатка донатов…

В итоге, elementaryOS живёт у меня на запасной разделе моего SSD и используется время от времени, в зависимости от задач и настроения.

Rosa Fresh R9

Мои отношения с этим российским дистрибутивом начались в 2012 году, когда в мае проект Rosalab презентовал версию Rosa Marathon . Этот релиз планировали поддерживать и обновлять аж 5 лет, что являлось прямым ответом на Ubuntu 12.04 LTS от британской Canonical. Увы, история Rosa Linux продолжила своеобразное «хождение по мукам» своего прародителя – французской Mandriva Linux. В 2011-2013 годах Rosa имела мощную финансовую подпитку от фонда NGI, организованным бывшим министром связи РФ Леонидом Рейманом . У компании имелся шикарный офис в Сколково и большой штат сотрудников. Именно в это время под руководством UX-дизайнера Кирилла Монахова был создан . Многое из этого используется в дистрибутиве до сих пор.

Отличная фирменная тема значков - это именно то, что меня всегда привлекало во внешнем виде Rosa Linux

Любопытно, что «тучные» годы Rosa Lab совпали с волной неистовой критики дистрибутива со стороны анонимусов и прочих человекоподобных с сайта Linux.org.ru. Дистрибутив ненавидели за то, что под него якобы попилили неисчислимые суммы бюджетных денег, а также за то, что он русский, а всё русское по определению толковым быть не может . Время показало, что оба обвинения были напрасными. С некоторых пор Rosa Linux существует под крылом НТЦ ИТ «Роса», имеет очень скромный штат сотрудников (не знаю, сколько их там точно, но вряд ли больше 10-15 человек) и в основном развивается за счёт образовавшегося сообщества. Интересно, что в наши дни у дистрибутива вполне неплохая репутация у Интернет-пользователей, никто Росу больше не ненавидит, но зато и будущее дистрибутива немного туманно : лично я боюсь, что проект может в любой момент умереть, и сообщество просто не справится с его поддержкой (например, кто-то должен оплачивать размещение сборочной среды ABF в датацентре).

После Rosa Marathon стартовала проект Rosa Fresh – версия дистрибутива с полускользящим режимом поддержки и обновления. «Полу-» означает, что в рамках базовой платформы у вас есть полноценная роллинг версия, а для перехода между платформами всё же рекомендуется устанавливать систему с нуля. Были выпущены две базовых платформы: 2014.1 и 2016.1, последняя является актуальной на данный момент.

Итак, какими особенностями обладает Rosa Fresh R9, основанная на платформе 2016.1?

  • Интеграцией дополнительных инструментов настройки (drak-приложений, унаследованных от Mandriva) в стандартный центр настройки KDE Plasma. Для сторонних программ сделаны соответствующие KCM-обёртки;
  • Свежими версиями рабочих окружений и прикладных программ. Версии пакетов в Rosa могут немного отставать от upstream, но зато в дистрибутиве организовано более толковое и тщательное тестирование новых функций. Если новая версия Plasma 5 несёт в себе регрессии и новые ошибки, пользователи Rosa получат её позднее, когда ошибки будут исправлены в корректирующих минорных релизах. Это не очень удобно для тех кому нужен bleeding edge (таким лучше подойдёт Manjaro или тот же Tumbleweed), но зато обеспечивает отличную стабильность системы. Однажды установленная Rosa Fresh может работать годами без сбоев;
  • Наличием огромного количества дополнительного ПО в репозитории Contrib . Стандартная поставка Rosa уже включает задействованный репозиторий Contrib, который по своему «богатству» не уступает, а иногда и превосходит знаменитый AUR от проекта Arch Linux. Я говорю сейчас не о формальном количестве пакетов, а о наличии всяких редких штук, вроде VoltAir, OilWar, Softmaker Freeoffice, которые сложно найти где-то ещё в готовом виде. В отличие от россыпи PPA-репозиториев в Ubuntu или частных OBS в openSUSE, содержимое Contrib централизованно пересобирается и тестируется средствами сборочной фермы ABF , что положительно сказывается на стабильности программ;

Хотите поиграть в эту игру? Ставьте Rosa Fresh!

  • Возможностью скачать свежий промежуточный образ системы вместо того, чтобы накатывать огромный пласт обновлений поверх оригинального релизного образа. Это не полноценные nightly builds, но очень близко к ним. Это именно то, чего мне так не хватает в других дистрибутивах, особенно когда под рукой нет быстрого безлимитного Интернета (бывает и такое!);
  • Наличием дружного и адекватного сообщества на официальном форуме проекта . Активность там умеренная, и, к примеру, сообщество Ubuntu будет гораздо многочисленнее и более разговорчивым, однако форум Росы гораздо толковее, чем форум openSUSE, и бесконечно лучше того, что происходит в русском сообществе elementaryOS (напомню: ребята там зачем-то специально забросили свой форум и переместились в Telegram-канал, где быстро скатились в привычный для телеграма шлак).

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

В Росе довольно удобно заниматься сборкой программ из исходного кода, так как, с одной стороны, у нас есть здесь практически все инструменты и библиотеки для сборки (актуальных версий), а с другой, имеется довольной развитый инструментарий URPM, который содержит все неоходимые мне функции. Например, аналогом “zypper –si d” здесь выступает “urpmi –buildrequires”, а вместо “zypper dup” можно использовать “urpm-reposync”.

Разумеется, у Росы имеются и недостатки. Помимо неустойчивого положения дистрибутива и непонятных перспектив (а точнее – молчания со стороны НТЦ ИТ «Роса»), я бы отметил довольно архаичный инсталлятор и заброшенность прежних разработок (например, проигрыватель Rosa Media Player больше не развивается). Но в реальной эксплуатации это всё мелочи.

Rosa R9 является сейчас моей основной системой, и она меня полностью устраивает. Мне нравится то, что инфраструктура сборки этого дистрибутива находится на территории России, и помимо моей личной позиции, тут есть и практическая сторона: никакой тропический ураган или санкции США на реэкспорт ПО не могут повлиять на доступность Росы. Если вопрос с «американскими сервисами» был чисто политическим и никак не отразился в итоге на доступе к ним в РФ, то в конце августа этого года я лично столкнулся с тем, что моя Russian Fedora Remix 26 (какая ирония!) не могла достучаться до списка зеркал именно тогда, когда мне срочно нужно было сделать “sudo dnf update” – в это время в городке Ралейф бушевал ураган «Харви» , который на несколько часов обесточил датацентр Red Hat. После этого я задумался: хочу ли я, чтобы мою работу с Linux определяли ураганы в стране вероятного противника? 😉

Напоследок напишу немного о Mageia Linux . Это ещё один потомок почившей Mandriva Linux и в некотором смысле конкурент Rosa Linux. Я никогда особо интенсивно не использовал Mageia, так как в данном дистрибутиве исторически всегда наблюдались разброд, шатания и срывы сроков. Но я добросовестно прожил некоторое время с Mageia 6, так как в ней имеется портированный из Fedora пакетный менеджер DNF . С моей точки зрения, DNF является более перспективной технологией, чем URPM, и мне очень жаль, что в Росе пока нет DNF. Я пробовал портировать его самостоятельно, но это оказалось трудным заданием, и пока что я застрял где-то на сборке библиотеки Hawkey. В общем, я снимаю шляпу перед разработчиками Mageia за то, что они проделали отличную работу. Более того, в Mageia имеется графический интерфейс для DNF под названием Dnfdragora . Эта программа использует libYui и может интегрироваться с GTK3, Qt5 и ncurses. Такие штуки вызывают у меня зависть и восхищение!

Современный и быстрый менеджер пакетов, плюс отличный интерфейс к нему - это, безусловно, сильный ход разработчиков Mageia.

Что касается самого дистрибутива, то для начала я советую прочитать обзор от Dedoimedo . Сразу скажу, что с выводами этого уважаемого автора с согласен лишь отчасти. В принципе, Mageia 6 вполне можно использовать в качестве основной системы, особенно если вам нужен проприетарный драйвер Nvidia, однако я легко могу перечислить и недостатки данного дистрибутива:

  • Крайне скудное наполнение стандартных репозиториев (и небогатый выбор сторонних). Я уже как-то привык, что QtCurve, Kvantum, Cool Retro Term можно поставить сразу из репозиториев в Росе. В Магее так нельзя, увы;
  • Старые версии программ. Версия с Plasma 5 использует устаревший набор KDE Applications 16.12, которому скоро стукнет год. Остальные программы обновляются тоже крайне избирательно;
  • Странная приверженность к неудачным пережиткам Mandriva, например к Netapplet. Чтобы понять всю ущербность Netapplet по сравнению с NetworkManager (стандарт в большинстве другим дистрибутивов Linux), достаточно сравнить поведение Mageia и Rosa в VirtualBox: если на хосте меняются сетевые настройки, то NetworkManager в гостевой системе заметит это и автоматически перенастроится, а NetApplet в Mageia просто потеряет сеть до тех пор пока вы не сделаете “# service network restart”. Кстати, в Mageia почему-то нет sudo в стандартной поставке;
  • Довольно много багов . Например, смена языка и системной локали удивительным образом не влияет на некоторые программы. И таких мелочей в системе хватает.

В общем, если бы не DNF, то Mageia 6 вообще не стоило бы рассматривать.

В итоге, опыт использования подсказывает мне, что среди настольных дистрибутивов наиболее сбалансированным вариантом является Rosa R9 (а скоро уже выйдет и R10). Если вы по какой-то причине не любите Plasma 5, то можно использовать отдельную редакцию Росы с рабочим столом Gnome 3 . В зависимости от вкуса, предпочтений и привычек вполне достойно установить Ubuntu 16.04 или elementaryOS 0.4, но использовать openSUSE Leap или Mageia скорее всего не стоит: количество ошибок и трудностей со временем приведёт к разочарованию.

Спасибо, что дочитали до конца. Подписывайтесь, ставьте лайки, и всё такое…

openSUSE Leap представляет собой новой тип гибридного дистрибутива Linux, который получил серьезные изменения с момента предыдущего релиза.

Версия 42.1 является первой версией openSUSE Leap, которая использует в качестве источника SUSE Linux Enterprise (SLE), что предоставляет более высокий уровень стабильности, чем у других дистрибутивов Linux. Развитие силами сообщества и организации обеспечивает высокий уровень сплоченности в разработке и своевременные технические обновления. openSUSE Leap получает преимущества благодаря усилиям корпоративного технического обслуживания и получает такие же обновления и пакеты, как и SLE. Отметим, что ранее проект использовал отдельные сервисные каналы.

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

Проект получил большой скачок в номере версии, новая стратегия обозначение отражает введенные нововведения. Источники SLE, которые поступают от SUSE имеют версию 12 Service Pack 1 (SP1). Стратегия обозначения может быть представлена следующим образом: SLE 12 SP1 или 12.1 + 30 = openSUSE Leap 42.1. Многие пользователи спрашивают, почему именно 42, но SUSE и openSUSE имеют традицию представлять большие изменения с помощью цифр 4 или 2.

Пользователи младших версий openSUSE Leap работали со средами рабочего стола KDE и GNOME, но версия 42.1 предлагает перейти на зеленый рабочий стол, если Вы устали от коричневого.

Особенности openSUSE Leap 42.1

Многозадачность

Leap обеспечивает баланс между новым, инновационным и зрелым, традиционным. Leap предлагает корпоративную ауру, обеспечивает поддержку современных аппаратных компонентов и намеренно содержит пакеты низкого уровня для укрепления долгосрочной поддержки Leap. Новые версии ПО, например, KDE Plasma 5 и Libreoffice уже включены в Leap, хотя более старые версии GNOME 3.16 and GNU Compiler Collection 4.8.5 опционально с GCC 5.2 также присутствуют в Leap.

Надежность

Leap по умолчанию поддерживает файловую систему Btrfs и файловую систему для данных XFS для оптимальной производительности, но доступны также и другие опции для выбора. Среди преимуществ Btrfs - возможность использования Snapper. Пользователи могут восстанавливать предыдущий статус системы при помощи снимков. Snapper может каждый час создавать снимки системы в автоматическом режиме, а также снимки до и после работы YaST и zypper. Новая версия добавляет способность загрузить снимок для восстановления поврежденных файлов в системы. Мощная система и мощный инструмент.

Виртуализация

openSUSE Leap 42.1 оснащен несколькими решениями виртуализации. VirtualBox 5.0.6 и Docker 1.8.2 делают openSUSE Leap 42.1 отличной платформой для распространения приложений. Установка выполняется очень просто с помощью YaST. Контейнеры GNOME, virt-manager и virsh являются полезными инструментами для администраторов openSUSE.

Улучшенный YaST

YaST является проектом с открытым исходным кодом, его функции и версии сихронизированно поставляются в SLE и openSUSE. openSUSE Leap 42.1 получил такую же версию YaST, AutoYaST и Linuxrc, которые поставляются с SLE12-SP1. Инструмент получил более 600 улучшений по сравнению с предыдущей версии, включая многочисленные исправления ошибок, новые функции и нововведения. YaST стал более дружественным для разработчиков, имеет более совершенную кодовую базу, улучшенные инструменты разработки и документацию. Кроме того, YaST лучше интегрирован в экосистему Ruby, включая помощники RSpec, задачи Rake и т.д. YaST2-lxc был упразднен, но семейство YaST пополнилось 3 новыми модулями.

Machinery

Machinery - приложение для командной строки, которое используется для создания описаний систем Linux и работы с ними. Вы можете использовать инструмент, чтобы получить представление о текущих системах, сохранения или отслеживания их состояния и создания новых систем на базе текущих. Machinery предоставляет мощные инструменты сравнения нескольких систем. Доступен экспорт описаний в другие инструменты, миграция, создание образов и контейнеров, облачное развертывание. Кроме того, Machinery предоставляет удобный интерфейс для работы с описаниями из других утилит.

openSUSE Leap 42.1 является первым стабильным релизом openSUSE, который включает KDE Plasma 5 (версия 5.4.2) в качестве среды рабочего стола. Plasma 5 является привлекательной, функциональной, инновационной и производительной средой рабочего стола. Версия 5.4 получила новый апплет управления звуком, полноэкранное меню панели управления, большое количество новых иконок (более 1600) и улучшенную поддержку экранов высокого разрешения. Кроме того, были исправлены многие ошибки, в частности улучшено поведение при просмотре содержимого папки и добавлены дополнительные форматы времени.

openSUSE Leap 42.1 поставляется с GNOME 3.16.2. Ветка GNOME 3.16.x получила многочисленные исправления ошибок и визуальные улучшения. Были обновлены: обзор событий, экран авторизации, системное меню и другие системные компоненты. Новые визуальные эффекты разработаны для нативной интеграции с внешним видом GNOME. GNOME 3 получил новые стили панелей прокрутки, которые отображаются только при необходимости.

Улучшения рабочего стола

openSUSE Leap 42.1 включает среду MATE (1.10), которая предоставляет поддержку для инструментариев GTK2 и GTK3. Кроме того, добавлена поддержка для 3.x GUI и библиотеки аудио микширования. openSUSE Leap 42.1 поставляется также с XFCE (4.12.1). Панель XFCE может интеллектуально скрываться, добавлена поддержка плагинов GTK3 и многочисленных сторонних плагинов. openSUSE Leap 42.1 получила обновления композитного менеджера окон X11 и новые темы значков результатов поиска для мастера.

Сообщество openSUSE Project

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

Дистрибутив под названием S.u.S.E Linux 1.0 вышел в 1994 г. Его выпустила германская компания Gesellschaft fur Software- und System-Entwicklung. Долгое время этот продукт считался образцом дружелюбия к начинающему пользователю: все настройки системы производились при помощи удобной графической программы YaST2. Однако полностью свободным данный дистрибутив не был. Исходный текст YaST2 был закрыт.

В 2003-м проект был куплен фирмой Novell, которая открыла проект для разработчиков и пользователей. Исходный текст YaSY2 также был опубликован, поэтому дистрибутив стал свободным и получил название openSUSE. Актуальная версия продукта - openSUSE 10.3.


ОpenSUSE может быть использована в организациях, предпочитающих самое современное оборудование. Если устройство работает в Linux, то оно будет работать и в openSUSE без каких-либо сложных дополнительных манипуляций.

Варианты установки

Дистрибутив распространяется в трех вариантах - для 32- и 64-разрядных ПК с Intel-архитектурой и для машин на базе PowerPC. Для установки системы можно использовать как DVD-, так и CD-версию дистрибутива - и ту и другую можно скачать бесплатно с сайта проекта. Допускается также инсталляция системы по сети.

Для ознакомления с системой пользователь может загрузить Live CD GNOME или Live CD KDE в зависимости от предпочитаемого десктопа. Правда, в этих версиях отсутствует полноценная поддержка русского языка, поэтому применять их для установки системы - путь малоэффективный.

Отдельно распространяется диск Extra Languages. Если вы скачаете последнюю версию дистрибутива, то необходимости в этом диске нет. Русский язык входит в число основных: все нужные для его поддержки файлы уже имеются на главном диске.

Возможности инсталлятора

Язык выбирается на самом первом этапе инсталляции, поэтому установить систему сможет человек, которого полиглотом никак не назовёшь. Перевод полный и хорошего качества. Последнее замечание важно, поскольку довольно долго SUSE являла собой пример “смеси французского с нижегородским”. Эти времена уже позади - теперь дистрибутив в плане локализации практически ничем не отличается от остальных. Разумеется, в хорошем смысле слова.

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

Разбиение диска по умолчанию выглядит так. Создаются корневой (/) и домашний (/home) разделы на отдельных томах жесткого диска формата ext3. Кроме того, организуется отдельный раздел подкачки. Все логические диски Windows автоматически монтируются в каталоги /windows/<буква диска>. При этом свободного места на не остается.

Пользователь может создать и собственное разбиение. Доступные файловые системы: Ext 2/3, JFS, ReiserFS, XFS. Поддерживаются и Windows-форматы - FAT и NTFS. Точки монтирования уже существующих разделов можно указать вручную.

Вариантов редактирования предлагаемого разбиения несколько - от внесения небольших изменений (например, изменить точки монтирования для Windows-разделов) до полного изменения конфигурации. Инструментарий, входящий в openSUSE, довольно гибок и предназначен для пользователей любой степени подготовленности.

Рабочий стол предлагается выбрать на одном из ранних этапов установки - еще до разметки жесткого диска. Варианты: GNOME, KDE, минимальная графическая система, текстовый режим. Разумеется, решение не является окончательным и бесповоротным: впоследствии состав инсталлируемого ПО можно будет уточнить.

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

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

Зачем разработчику openSUSE понадобился такой ход? Ведь остальные дистрибутивы прекрасно обходятся без него, перезагружая машину только по окончании инсталляции. Дело в том, что процесс установки можно условно разбить на два этапа - запись на диск всех необходимых файлов и настройка системы.

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

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

Пароль администратора системы и реквизиты обычных пользователей задаются во время установки системы. Причем пароль принимается любой - даже весьма популярный “123”. Предупреждение о том, что такое простое слово вводить не стоит, появится, но не более того - принято будет всё, что вы пожелаете.

Конфигурирование оборудования также не потребует вмешательства пользователя. Предложенный системой вариант вероятнее всего полностью вас устроит. Даже оптимальное разрешение экрана будет определено верно.

Общий вывод очевиден: программа установки openSUSE если не лучшая из всех возможных, то наверняка входит в тройку лидеров. Ее главное достоинство - сочетание простоты и функциональности. Она подойдет как новичку, который может лишь соглашаться с предлагаемыми вариантами, так и опытному пользователю, имеющему свой взгляд на вещи и знающему, как это реализовать на практике.

Конфигуратор системы

YaST2 - очень удобный инструмент для конфигурирования системы Linux. Именно благодаря ему SUSE считался одним из самых дружелюбных дистрибутивов.

Интерфейс приложения разбит на несколько разделов:

Программное обеспечение;

Оборудование;

Система;

Сетевые службы;

Novell AppArmor;

Пользователи и безопасность;

В каждой секции находятся пиктограммы для запуска утилиты, отвечающей за одну конкретную настройку. Например, если вы хотите запустить беспроводной интерфейс, то вам следует зайти в “Сетевые устройства” и выбрать там программу “Сетевая плата”. Будут отображены все обнаруженные устройства, и вы сможете задать параметры для каждого из них.

Никакой трудности эта операция не представляет - кто хотя бы один раз настраивал систему Windows, тот без особого труда разберется и с openSUSE. Рассмотрим несколько примеров.

Допустим, вы решили отредактировать список системных служб, стартующих автоматически вместе с запуском системы. Для этого надо зайти в раздел “Система” и активировать инструмент “Системные службы”. Работать можно как в простом, так и в экспертном режимах. Если выбрать второе, то становятся доступными дополнительные параметры.

В частности, можно быстро изменить так называемый уровень запуска. По умолчанию он подразумевает графический режим с полной поддержкой сети. Если вы хотите сразу работать в текстовой консоли, то выберите другое значение - runlevel. Кстати, каждый сервис можно настроить на автоматический старт при строго определенных уровнях запуска. Это можно сделать в экспертных настройках.

Вы решили посмотреть системный журнал? Тогда отправляйтесь в раздел “Разное” - нужный вам инструмент находится там. Пользователь даже не обязан знать, в каких файлах содержится требуемая информация, поскольку программа предложит ему готовый список.

В разделе “Сетевые службы” можно настроить систему на работу в составе домена Windows. Таким образом, дистрибутив openSUSE полностью готов для использования в гетерогенных сетях, которые становятся все популярнее.

Настройка беспроводного интерфейса при помощи YaST2 - весьма нетрудная задача

Через систему YaST2 можно получить доступ ко всем системным службам

Средства управления пакетами

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

Утилита работы с ПО устроена достаточно просто для пользователя. Возможны несколько режимов просмотра - нужно только выбрать соответствующий фильтр. Например, в режиме “Поиск” пакет можно найти не только по имени, но и по описанию или резюме. То есть, если вы знаете об интересующей программе хотя бы что-то, она наверняка отыщется.

Очень удобно использование фильтра “Шаблоны”. В этом случае интерфейс программы становится точно таким, какой был у инструмента выбора пакетов во время инсталляции системы. Причем выбирать можно не только отдельные пакеты, но и целые группы - при установке, например, графических сред это позволит сэкономить немало времени.

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

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

Интерфейс программы управления пакетами очень нагляден

Техническая и информационная поддержка

Долгое время SUSE Linux являлся коммерческим продуктом, в который входили закрытые компоненты. Поэтому его поддержка со стороны свободного сообщества была ограниченной. Сегодня ситуация радикально изменилась.Уже давно функционирует сайт ru.opensuse.org, на котором начинающий пользователь может найти нужную информацию. Существует специальный раздел на портале linuxforum, посвященный этой системе, причем в его деятельности принимают участие сотрудники компании Novell. Так что получить помощь - уже не проблема.

Оставьте свой комментарий!


И так начнем:

1. Корневая структура
2. Установка программ.

4. Работа с iso образами



Статья не закончена будет по наличию свободного времени редактироваться

Разберем необходимые знания и основные вопросы требующие понимания. Что такое линукс, СПО и т.п. в данной статье рассматривать не будем.
И так начнем:

1. Корневая структура
2. Установка программ.
3. Настройка и запуск программ.
4. Работа с iso образами
5. Монтирование разделов ntfs для записи обычного пользователя
6. Загрузка Windows со второго HDD
7. Переустановка Windows без не затирая загрузчик
8. Воcстановление пароля root.

1) Корневая структура

/ - корневой каталог системы, все остальные разделы и диски монтируются именно к данному каталогу.
/bin важнейшие бинарные файлы. Он содержит базовые команды, которые могут использоваться всеми пользователями, и которые являются необходимыми для работы системы: ls, cp, login и др.

/boot содержит файлы, необходимые для начального загрузчика (GRUB или LILO). В нем может находиться ядро.

/dev файлы системных устройств (dev от англ. DEVices). Некоторые файлы, находящиеся в /dev, являются обязательными, например, /dev/null, /dev/zero и /dev/tty.

/etc один из самых жизненно важных каталогов систем UNIX®, потому что он содержит все конфигурационные файлы системы, индивидуальные для каждого хоста. Никогда не удаляйте его для освобождения дискового пространства! Более того, если вы желаете разнести структуру вашего дерева на несколько разделов, запомните, что /etc не должен быть помещен на отдельный раздел: он необходим для инициализации системы и при загрузке должен находиться на загрузочном разделе. Для программ, которым требуется большое число конфигурационных файлов, существуют отдельные подкаталоги. Важные файлы:
passwd и shadow : это два текстовых файла, в которых хранятся все пользователи системы и их зашифрованные пароли соответственно.

/home содержит все личные каталоги пользователей системы. Этот каталог может быть разделяемым (в некоторых больших сетях к нему открывается общий доступ через NFS). Конфигурационные файлы ваших любимых приложений (типа почтовых клиентов и браузеров) располагаются в этом каталоге и начинаются с точки («.»)Переменный, разделяемый
./.mozilla - конфигурационные файлы Mozilla

/lib содержит библиотеки, жизненно необходимые для системы. Он содержит все библиотеки, необходимые для работы бинарных файлов из каталогов /bin и /sbin Также в этом каталоге должны находиться: необязательный компоновщик на этапе выполнения или загрузчик ld*, а также динамически подключаемая библиотека С libc.so. Статический, неразделяемый.
/modules/версия_ядра хранятся модули ядра

/mnt содержит точки монтирования для временно монтируемых файловых систем.

/opt содержит не слишком важные для работы системы пакеты. Он зарезервирован для дополнительных пакетов; пакеты типа Adobe Acrobat Reader часто устанавливаются в /opt. FHS рекомендует, чтобы статические файлы (бинарники, библиотеки, страницы руководств и т.п.), устанавливаемые в каталог /opt, помещались в его подкаталоги /opt/package_name, а их конфигурационные файлы - в /etc/opt

/root домашний каталог root"а. Переменный, неразделяемый.
/sbin содержит важные системные бинарные файлы, необходимые для запуска системы. Большинство этих файлов могут запускаться только root"ом. Обычный пользователь тоже может запустить их, но результат их работы может остаться нулевым. Статический, неразделяемый.

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

/usr является главным каталогом для хранения приложений. Все бинарные файлы в этом каталоге не требуются для загрузки или обслуживания системы, поэтому иерархия /usr может, а зачастую так и есть, размещаться на отдельной файловой системе.
/usr/X11R6 : полная иерархия X Window System . Все бинарные файлы и библиотеки, необходимые для работы X (включая X-серверы) должны находиться здесь. Каталог
/usr/lib/X11 содержит все аспекты конфигурации X, которые являются общими для разных компьютеров.
/usr/bin : содержит значительное большинство системных бинарных файлов. Любая бинарная программа, которая не является необходимой для обслуживания системы и не предназначена для системного администрирования, должна находиться в этом каталоге.
/usr/lib : содержит все библиотеки, необходимые для запуска программ, находящихся в /usr/bin и /usr/sbin. Имеется также символическая ссылка /usr/lib/X11 , указывающая на /usr/X11R6/lib - каталог, содержащий библиотеки X Window System (но только, если установлен X);.
/usr/local : это место, куда вы должны устанавливать любые приложения, компилируемые вами из исходных кодов. Программа установки должна будет создать необходимую иерархию.
/usr/share : содержит все аппаратно-независимые данные в режиме только для чтения, необходимые для приложений из /usr. Среди всего прочего вы найдете в нем информацию о часовых поясах и региональных стандартах (локали) (zoneinfo и locale).
/usr/doc : содержат документацию к приложениям
/usr/man : системные страницы руководств.

/var содержит все рабочие данные для работающих в системе программ. В отличие от рабочих данных каталога /tmp, эти данные должны остаться нетронутыми в случае перезагрузки. Переменный. Отдельные его подкаталоги могут быть разделяемыми или неразделяемыми.
./log : содержит файлы системных журналов, которые вы можете читать для выявления неисправностей в своей системе (особенно эти два: .
./messages
./kernel/errors ).
./run : используется для слежения за всеми процессами, используемыми системой с момента ее загрузки, позволяя вам выполнять над ними действия в случае изменения уровня выполнения системы
./spool : содержит рабочие файлы системы, ожидающие определенных действий или обработки.
./cups содержит рабочие файлы сервера печати
./mail хранит рабочие файлы почтового сервера (например, всю входящую и исходящую почту вашей системы).

2.1 Установка программ

I) Как устанавливать программы?

Существует, грубо говоря, 3 вида установки
1) Репозитарий или *rpm пакет. (ПУСК -> Система -> YaST -> Програмное обеспечение -> Управление програмным обеспечением) ставим. Может выскочить окно с разрешением зависимостей - читайте. Ищите там, в репозитариях, есть всё, что захотите, главное искать внимательно. Если не нашли - качаете с инета *.rpm пакет (для вашей версии Suse, плюс для своей системы i386 или x64) и устанавливаете его, как в Windows - одним кликом. Не ставится - пропишите в репозитарии: (ПУСК -> Система -> YaST -> Програмное обеспечение -> Репозитарии програмного обеспечения -> Добавить -> Локальный каталог -> Имя репозитария (пишем, название репозитария - какое нравится), Путь к каталогу (где лежит наш *.rpm) -> Далее -> OK). Идём в (Програмное обеспечение -> Управление програмным обеспечением) там выбираем репозитарий, который мы создали и ставим.
После установки программа дабавляет ярлык в меню ПУСК. Если не добавилась перезагружаем иксы - Ctrl+Alt+Backspase (нажимаем и удерживаем - начнёт пищать, затем перезагрузит X)

2) Сборка из исходников. Этот вариант муторнее. Исходник - исходный код программы, написаный на языках програмирования, тут нет разницы для, какой системы он написан. a)Качаем архив *.tar.bz2 или *tar.gz. b)Распаковываем его (если распаковщик интегрирован, то правой кнопкой мыши на архив -> распаковать в). c)Идём в то, что распаковали (обычно - новая папка с именем архива). d)Читаем файл INSTALL. e)Открываем консольку; переходим в нашу папку, ту, что появилась при распаковки (ползать прощё будет, если воспользоваться командой mc - она открывакт программу наподобие НортонКомандера); пишем su; вводим код root; дальше пишем то, что читали в INSTALL (обычно это 1)./configure 2)make 3)make check(в некоторых программах этого не надо) 4)make install). Программа установилась. Перезагружаем X.
Но это идеальный вариант, так бывает далеко не всегда, обычно на этапе./configure выдаётся сообщение, что чего-то не хватает. Ищем это что-то в репозитарии, если не находим ищем а архиве в инете, ставим, как показано выше, затем возвращаемся к той программе, что ставили первой и снова./configure и т.д. Иногда возникают довольно длинные цепочки.

3) Бинарник (готовый к исполнению файл). Качаем архив. Распаковываем. Читаем Readme.txt или ему подобный, чтобы найти, какой файл запускать. Запускаем

СТАВИТЬ ЛУЧШЕ ВСЕГО ИЗ РЕПОЗИТАРИЯ, Т.Е. ПУНКТ 1.

Запускаемые файлы приложения установленные из *.tar.bz2 или *tar.gz архива обычно лежат в каталоге /usr/local/bin.

3. Настройка и запуск программ

Скрытые файлы.

В unix системах в отличие от windows, где принято скрытыми считать те файлы, на которых выставлен отрибут скрытый (hidden, если не ошибаюсь), считаются все файлы с точкой в начале имени файла или каталога. Если Вы хотите создать скрытый файл с именем passwd.txt , то Вам следует в поле имя создаваемого файла добавить точку:

Следует отметить, что все файлы конфигурации программ из пользовательского окружения храняться в домашней директории пользователя и все являются скрытыми. Кроме того они наделяются соответствующими именами программ к которым относяться. Так файлы настроек KDE для пользователя loop, можно найти указав в строке адреса файлового менеджера путь:

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

Программу через консоль можно запустить одним из предложенных способов (на примере kget):

1) название программы
$ kget
2) полный путь до программы
$ /opt/kde3/bin/kget
3) Если это виндоувс программа(*.exe):
$ wine ./cmd.exe
либо для.Net программ:
$ mono ./SMathStudio_Desktop.exe

4. Работа с iso образами

1) Создание ISO
Заходим в консоль пишем

Dd if=/dev/dvd of=/home/toxa/Desktop/filename.iso

(Синтаксис: dd if=что of=куда)
Образ создастся прямо на рабочем столе с нашего двд.
2) Подключение ISO
В консоли

Mount -o loop filename.iso /mnt/mountname

Mount -o loop filename.iso /media/mountname

именно для Suse
Перейдя в каталог /mnt/mountname мы окажемся внутри образа.

5. Монтирование разделов ntfs для записи обычного пользователя

Для правельного монтирования ntfs разделов таблица /etc/fstab должна иметь следующие атрибуты:

/dev/disk/by-id/scsi-SATA_WDC_WD3200YS-01_WD-WCAPD5222085-part1 /windows/c ntfs-3g users,gid=users,umask=000,locale=ru_RU.UTF-8 0 1
/dev/disk/by-id/scsi-SATA_WDC_WD3200YS-01_WD-WCAPD5222085-part8 /windows/d ntfs-3g users,gid=users,umask=000,locale=ru_RU.UTF-8 0 1

6. Загрузка Windows со второго HDD

Windows "желает" грузиться только с первого диска. А так как он реально находится на втором HDD, то его необходимо "обмануть". Делается это командой map. С ее помощью можно отобразить hd0 как hd1 и hd1 как hd0 - иначе, можно виртуально переставлять жесткие диски. В итоге, добавленные строки дополнительного пункта меню для загрузки еще одной операционки в файл /boot/grub/menu.lst выглядят так:
title Windows-XP
rootnoverify (hd1,0)
map (hd0) (hd1)
map (hd1) (hd0)
makeactive
chainloader +1
Не стирать файл.windows-serial с windows-раздела.
Подробнее - ссылка.

7. Переустановка Windows без не затирая загрузчик

Перед установкой/переустановкой Windows создать файл следующего содержания:

схранить, как
msbatch.inf
где угодно, хоть на дискете. При установке Windows, указывать путь к этому файлу.
Например:
D: \win98\setupcor.exe A: \msbatch.inf

Загрузочный сектор сохранён


8. Воcстановление пароля root.

Во время загрузки укажем init=/bin/bash в строчке внизу для Grub, или linux init=/bin/bash для Lilo.
В результате мы загрузились сразу в однопользовательском режиме в терминале и под рутом. Перемонтируем наш жесткий диск, он сейчас только для чтения.

Mount -o remount,rw /

сменим пароль пользователю root.


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

Статья не закончена будет по наличию свободного времени редактироваться

PS: Статья перенесена со старого форума, под авторством Tretrem 09/04/2010

Существует 3 вида установки программ в Linux openSuse .

1) Репозитарий или *rpm пакет. (ПУСК -> Система -> YaST -> Програмное обеспечение -> Управление програмным обеспечением) ставим. Может выскочить окно с разрешением зависимостей - читайте. Ищите там, в репозитариях, есть всё, что захотите, главное искать внимательно. Если не нашли - качаете с инета *.rpm пакет (для вашей версии openSuse , плюс для своей системы i386 или x64) и устанавливаете его, как в Windows - одним кликом. Не ставится - пропишите в репозитарии: (ПУСК -> Система -> YaST -> Програмное обеспечение -> Репозитарии програмного обеспечения -> Добавить -> Локальный каталог -> Имя репозитария (пишем, название репозитария - какое нравится), Путь к каталогу (где лежит наш *.rpm) -> Далее -> OK). Идём в (Програмное обеспечение -> Управление програмным обеспечением) там выбираем репозитарий, который мы создали и ставим.
После установки программа дабавляет ярлык в меню ПУСК. Если не добавилась перезагружаем иксы - Ctrl+Alt+Backspase (нажимаем и удерживаем - начнёт пищать, затем перезагрузит X)

2) Сборка из исходников. Этот вариант муторнее. Исходник - исходный код программы, написаный на языках програмирования, тут нет разницы для, какой системы он написан. a) Качаем архив *.tar.bz2 или *tar.gz. b)Распаковываем его (если распаковщик интегрирован, то правой кнопкой мыши на архив -> распаковать в). c) Идём в то, что распаковали (обычно - новая папка с именем архива). d) Читаем файл INSTALL. e)Открываем консольку; переходим в нашу папку, ту, что появилась при распаковки (ползать прощё будет, если воспользоваться командой mc - она открывакт программу наподобие НортонКомандера); пишем su; вводим код root; дальше пишем то, что читали в INSTALL (обычно это 1)./configure 2)make 3)make check(в некоторых программах этого не надо) 4)make install). Программа установилась. Перезагружаем X.
Но это идеальный вариант, так бывает далеко не всегда, обычно на этапе./configure выдаётся сообщение, что чего-то не хватает. Ищем это что-то в репозитарии, если не находим ищем а архиве в инете, ставим, как показано выше, затем возвращаемся к той программе, что ставили первой и снова./configure и т.д. Иногда возникают довольно длинные цепочки.

3) Бинарник (готовый к исполнению файл). Качаем архив. Распаковываем. Читаем Readme.txt или ему подобный, чтобы найти, какой файл запускать. Запускаем

СТАВИТЬ ЛУЧШЕ ВСЕГО ИЗ РЕПОЗИТАРИЯ, Т.Е. ПУНКТ 1).

2) Как запустить файл в Linux openSuse?

В Linux не важно расширение файла - оно только показывает вам, что в файле. Поэтому не надо искать *.exe.
1) Убеждаемся, что файл нужный 2)открываем консоль 3)./имя_файла. Если вас послали то, заходим в свойства файла (правой клавишей мыши на файле -> Свойства), смотрим и меняем (в случае необходимости, права), ставим галочку в "Является выполняемым", жмём Ок, пробуем./имя_файла, если послали - оставляем файл в покое.

Немного о файловой структуре, распределении файликов и каталогов (папок) на жёских дисках.

Корневой каталог - основной каталог содержащий в себе все остальные каталоги и файлы.
Многие пользователи Windows считают, что корневой каталог - это Рабочий Стол. Это не верно, рабочий стол расположен
В Windows - C:\Documents and Settings\Имя_пользователя\Рабочий стол\ (в том случае, если Windows установлен на диск C)
В Linux - /home/имя_пользователя/Desktop/
Обратим внимание на 1)по разному расположеные слеши - прямой и обратный (в Windows - \, в Linux -/). 2) Регистр в именах файлов в Windows он не имеет значения, т.е файлы qewrty, QWERTY, QwErTy и т.д. - это один и тот же файл, в Linux это будут разные файлы. 3) в Windows в одном каталоге можно создать файл с именем qwerty и подкаталог с именем qwerty, в Linux этого сделать нельзя т.е. либо файл с именем qwerty, либо каталог с именем qwerty.

В Windows может существовать несколько корневых каталогов, всё зависит от каличества дисков (сколько дисков, столько и корневых каталогов, для каждого свой). В Linux существует только один корневой каталог (корневой каталог диска на который установилась система), все остальные диски (HDD, флешки, CD, DVD и т.д.) монтируются (прикручиваются, присоединяются) к этому каталогу, в отдельный каталог (в Suse это /media для извлекаемых носителей, для других жеских дисков, неважно логических или физических, точка монтирования (место соединения, тот каталог куда их прикрутят) выбирается при установки, в моей системе это /windows/C для диска С и /windows/D для диска D).

Вопрос: Я установил приложение из *.tar.bz2 или *tar.gz архива, где запускаемый файл?

Ответ: Обычно они лежат в каталоге /usr/local/bin.

Статья поможет вам устанавливать программы в Linux openSuse