Поначалу я не собирался писать об установке 17-й Fedora, так как не ожидал от этго мероприятия ничего нового. Однако для очистки совести прокидал весь процесс в виртуалке — и довольно быстро наткнулся на неожиданность, связанную с разметкой диска. На чём нынче и остановлюсь подробнее. Читать дальше »
Поводом для настоящей заметки послужило то, что бета была первой из всех предыдущих тестовых вариантов 17-й ветки, которая наконец нормально запустилась на моём ноуте с гибридной графикой имени рыбы воблядь NVIDIA OPTIMUS. А причиной — желание ответить самому себе на один общий и один частный вопрос. Читать дальше »
Не так давно возникла практическая задача — установить Linux на ноутбук с 512 Мбайт памяти и процессором Pentium IV (древний, 2004 года издания, как и сам ноут). И по ряду причин выбор склонился в пользу Fedora. Однако её графический инсталлятор сам по себе требует 768 Мбайт памяти, что, казалось бы, было непреодолимым препятствием. Читать дальше »
Казалось бы, о Fedora 16-го разлива релиза писать поздно: всё, что о ней можно было написать, уже написано до нас. Да и 17-й релиз, обещающий немерянное количество новшеств, не за горами. Тем не менее, некоторый смысл в этой заметке есть. Ибо посвящена она не только (а может, и не столько) 16-й Fedora вообще. А о сборке RFRemix в виде Live CD с LXDE в качестве десктопа. Читать дальше »
Какой из описанных методов восстановления использовать — дело вкуса, во-первых, и наличного дискового хозяйства — во-вторых. Я обычно выхватываю первый попавшийся под руку Live CD. Но иногда этого оказывается недостаточно. Читать дальше »
Как уже сказано, метода, описанная на предыдущей странице, применима к любому дистрибутиву Linux’а. Но есть и Fedora-специфичная метода. Она требует наличия любого установочного диска этого дистрибувтива, причём любой версии и любой разрядности. Ниже опишу процедуру на примере диска netinst, используя его родной rescue-режим. Поскольку последний может потребоваться и в других случаях — не только для восстановления загрузчика — уделю некоторое внимание его особенностям, выходящим за рамки нашей сегодняшней темы. Читать дальше »
Как известно, Fedora по умолчанию использует загрузчик GRUB, причём, вплоть до 15-й версии включительно, сохраняет завидную верность Legacy его версии (также известной как GRUB просто). И не просто использует его, но и развивает: в частности, постоянно патчит его на предмет поддержки новых файловых системе. Правда, в 16-м релизе готовится переход на GRUB 2 по умолчанию, однако и GRUB Legacy обещано сохранить, причём с патчем, обеспечивающим загрузку с файловой системы btrfs. Читать дальше »
Как уже говорилось, вне зависимости от выполняемой операции, yum по умолчанию начинает свою работу с синхронизации кэша метаданных о локальных репозиториях с таковыми на серверах, подключённых как источники пакетов. Читать дальше »
За два с лишним года своего федорианства я перепробовал много способов установки этого дистрибутива. Среди них были и установка с DVD (а в прошлых релизах — ещё и с набора CD), и с LiveCD, и с большой “загрузочной дискеты” — диска netinst. Каждый из этих способов имеет сво достоинства, проявляющиеся в определённых ситуациях. Однако оказалось, что один из способов установки Fedora остался мной не охваченным. Это — установка с образов BFO. Читать дальше »
Начниая с релиза 14, включить использование sudo в Fedora можно сразу после инсталляции, на стадии Firstboot. Причём в RFRemix можно даже разрешить пользователю беспарольное использование этой команды. Если это почему-либо не было сделано, то процедуру активизации sudo несложно выполнить руками. Читать дальше »
Как уже говорилось, все рассмотренные ниже действия требуют полномочий администратора. Так что для начала напомню способы получения прав root’а (для простоты — на примере субкоманды install, которая будет рассмотрена на следующей странице). Читать дальше »
На серии предыдущих страниц мы собрали более чем вдоволь информации о репозиториях и пакетах. Настало время использовать эту информацию для практической работы с пакетами — для их установки, обновления и удаления. Читать дальше »
Тем или иным способом отыскав интересующий нас пакет и убедившись, что в системе он отсутствует, можно приступать к его установке. Но перед этим не вредно проделать процедуру определения его зависимостей — не обязательную, но полезную. Этой цели служит субкоманда deplist. Читать дальше »
Субкоманда info для получения сведений о пакете требует знания его точного имени. Однако для малознакомого пакета это не всегда возможно — пользователь может помнить только фрагмент имени или некие слова, относящиеся к функциональности пакета. В этом случае на помощь ему придёт субкоманда search. Читать дальше »
К сожалению, ни один из вариантов использования субкоманды list не выводит статуса каждого пакета, как, например, это делает aptitude для deb-пакетов. Однако эти сведения для единичного пакета (или нескольких пакетов) можно получить с помощью субкоманды info, которая заодно сообщит и много другой полезной информации. Читать дальше »
Теперь, ознакомившись с подключёнными репозиториями, не плохо выяснить, какие пакеты в них вообще имеются, какие из них уже установлены, а какие — доступны для установки. Для этого предназначена субкоманда list. В “чистом” виде — как Читать дальше »
Практическое использование yum мне показалось логичным начать с субкоманды repolist: ведь прежде всего надо знать, откуда берутся пакеты. Читать дальше »
Прежде, чем начинать какие-либо действия с пакетами, будь то установка их, обновление или удаление, желательно получить о пакетах максимум информации. Поэтому сначала мы рассмотрим группу команд информационного назначения. Напомню, что все они могут исполняться с правами обычного пользователя — и со временем мы увидим, что именно таким образом их и следует использовать. Читать дальше »
Исполнение любой субкоманды yum по умолчанию начинается с синхронизации локальной базы пакетов с базами репозиториев. Затем происходит проверка зависимостей — и по её результатам выводится итог: сколько пакетов, включая зависимости, должно быть установлено, обновлено или удалено, их имена, подлежащий скачиванию объем информации. И запрашивается подтверждение на выполнение операции. Так что при ошибке вполне можно отказаться от её выполнения — это особенно актуально при удалении программ и особенно групп, когда удаление поддержки, скажем, зулусского языка может снести весь OpenOffice.org и изрядную часть шрифтов. Читать дальше »
Аббревиатура YUM интерпретируется как Yellow dog Updater, Modified, то есть Обновитель Yellow dog Модифицированный. Что заставляет предполагать его связь с одноимённым дистрибутивом — портом Red Hat на архитектуру Power. Читать дальше »
YUM — система управления rpm-пакетами и их репозиториями, обеспечивающая поиск пакетов, получение информации о них и о репозиториях, предлагающая автоматическую установку, обновление и удаление пакетов и пакетных групп с автоматическим контролем зависимостей. Эти действия осуществляются в командной строке с помощью утилиты <code>yum</code>. Читать дальше »
Для начала мы ознакомимся, что же такое YUM вообще. Тут перво-напрево, надо помнить, что сузествует система YUM и утилита yum;. Здесь и далее верхний регистр будет использоваться применительно к первой, нижний — ко второй. На ближайших страницах будут даны общие сведения о той и о другой. Читать дальше »
Вроде все уже отметились описаниями новшеств новой версии Fedora — один я, как часто бывает в последнее время, сачкую. Почему? Ответить не трудно: новый релиз не вызвал ни одной эмоции, кроме скуки… Читать дальше »
Вне зависимости от выполняемой операции, yum по умолчанию начинает свою работу с синхронизации метаданных о локальных репозиториях с таковыми на серверах, подключённых как источники пакетов. В силу специфики формата RPM, процесс этот весьма небыстрый. Однако он крайне желателен при установке и обновлении отдельных пакетов, и абсолютно необходимо при общем обновлении системы. Читать дальше »
Для начала следует сказать, почему слово репозитории ранее было употреблено во множественном числе. А для этого нужно рассмотреть классификацию пакетов, принятую в этом дистрибутиве. Она предельно проста и включает всего две категории. Читать дальше »
Физическая структура репозиториев Fedora, особенно головного, выглядит довольно запутанной. К счастью, пользователю, как уже говорилось, практически не приходится иметь с ней дело. В 99 случаях их 100 ему достаточно ориентироваться в логической их организации, которую мы сейчас и рассмотрим. Читать дальше »
Описанных выше репозиториев большинству пользователей хватит почти на все случаи жизни. Однако в ряде случаев возникает и необходимость в дополнительных пакетах, в официальные “репы” по тем или иным причинам не включённых — возможно, пока не включённых. Типичный на сегодняшний день пример — браузер Chromium: его не найти ни в RPM Fusion, ни в Russian Fedora. Читать дальше »
Пользователям оригинальной Fedora в чистом виде перечисленных репозиториев достаточно. Однако для русскоязычных наших сограждан если не обязательным, то более чем желательным является знакомство с репозиторием russianfedora. Читать дальше »
Головным репозиторием, однако, список доступных для нашего дистрибутива пакетов не исчерпывается. Существует также репозиторий для дополнительных пакетов, поддерживаемых волонтёрами в рамках самостоятельного проекта — . Читать дальше »
Физически репозитории Fedora — это набор вложенных подкаталогов на ftp- или http-серверах, и имеют они подчас довольно сложную и не вполне прозрачную структуру. Знание её для пользователя не обязательно — но в ряде нештатных ситуаций будет не лишним. А поскольку структура эта нигде не описана, по крайней мере, на русском языке, — уделим ей толику внимания. Читать дальше »