Разное

Ubuntu самоучитель: Учебник по Ubuntu — CoderLessons.com

Содержание

Ubuntu Linux. Краткое руководство пользователя

  • Описание
  • Детали
  • Отзывы (0)

Описание

Книга предназначена для домашнего и офисного начинающего пользователя Linux и поможет ему самостоятельно установить и настроить операционную систему Ubuntu. Рассмотрены вопросы, возникающие при ежедневной работе: установка и удаление программ, использование файловой системы, настройка сети и Интернета, настройка приложений для работы в Интернете, управление периферийными устройствами, использование офисных и мультимедийных приложений. Материал ориентирован на последние версии дистрибутива Ubuntu 6.06 Dapper и 6.10 Edgy. Прилагаемый загрузочный диск Ubuntu Linux LiveCD позволяет работать в системе без инсталляции ее на жесткий диск и дополнительно содержит полный комплект программ для организации комфортной работы на ПК….  

Колисниченко Денис Николаевич, инженер-программист и системный администратор. Имеет богатый опыт эксплуатации и создания локальных сетей от домашних до уровня предприятия, разработки приложений для различных платформ. Автор более 50 книг компьютерной тематики, в том числе “Microsoft Windows 10. Первое знакомство”, “Самоучитель Microsoft Windows 8”, “Программирование для Android 5. Самоучитель”, “PHP и MySQL. Разработка веб-приложений”, “Планшет и смартфон на базе Android для ваших родителей”, “”Linux. От новичка к профессионалу” и др.

Детали

Артикул1295
ISBN978-5-9775-0104-0
Количество страниц304
Серия Внесерийные книги
ПереплетМягкая обложка
Печать Черно-белая
Год2007
Габариты, мм240 × 170 × 14
Вес, кг0.34

Дополнительные файлы скачать: Зеркало1Дополнительные файлы скачать (Chrome): Зеркало2

  • Новинки на 2 недели раньше магазинов
  • Цены от издательства ниже до 30%
  • Акции и скидки только для подписчиков
  • Важные новости БХВ

ПОЛЕЗНАЯ РАССЫЛКА КНИЖНЫХ НОВОСТЕЙ

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


Рекомендуем также

  •  Кетов Дмитрий Владимирович

    Внутреннее устройство Linux

    511 ₽
    434 ₽
  •  Фленов Михаил Евгеньевич

    Linux глазами хакера, 4-е изд.

    715 ₽
    608 ₽
  •  Колисниченко Денис Николаевич

    Linux. От новичка к профессионалу, 6-е изд.

    1021 ₽
    868 ₽
  •  Колисниченко Денис Николаевич

    Linux. От новичка к профессионалу, 5-е изд.

    875 ₽
    744 ₽
  •  Колисниченко Денис Николаевич

    Командная строка Linux и автоматизация рутинных задач. 2-е изд.

    403 ₽
    343 ₽

Ubuntu

Содержание
Установка и настройка после
Сеть
X.ORG, XRDP, xrandr, VNC, Wayland…
Администрирование
Статьи про Ubuntu
Установка и настройка после
Установка
Установка сервера 20. 04
Установка десктопа 18.04
Сеть
Настройка сети
Ubuntu
ip
Добавить сетевой интерфейс
etc/hosts
Firewall
iftop: Мониторинг сети
nethogs: Мониторинг сети
tc: Контроль за трафиком
iperf: Измерение скорости сети
Сгенерировать UID для интерфейса
SCP: обмен файлами;
SSH: удалённый доступ
X
X Window System Ubuntu
xrandr: Поменять местами экраны
XRDP: Удалённый рабочий стол (сервер)
xfreerdp: xrdp клиент
VNC: Удалённый рабочий стол
Wayland
Администрирование
machine-id
service
Статьи про Ubuntu
Ubuntu
Установка
Настройка сети
SSH: удалённый доступ
SCP: обмен файлами;
Firewall
Дата и время
X Window System Ubuntu
xrandr: Поменять местами экраны
XRDP: Удалённый рабочий стол
VNC: Удалённый рабочий стол
Wayland
Изменить machine-id
Изменить ulimit
xclip: Работа с буфером обмена
dpkg: Установка из . deb файлов
Удалить старые ядра
FAQ
Файлы
Объединить .pdf файлы
diff: сравнение файлов
find: поиск файлов
kill: завершить процесс
make
signal: системные сигналы
env: переменные окружения
localectl: язык
systemctl: Список активных сервисов
cron: задания по расписанию
sudo

Поиск по сайту

Подпишитесь на Telegram канал @aofeed чтобы следить за выходом новых статей и обновлением старых

Перейти на канал

@aofeed

Задать вопрос в Телеграм-группе

@aofeedchat

IT

Образование

Актуально сейчас

Разное

Поиск по сайту

Подпишитесь на Telegram канал @aofeed чтобы следить за выходом новых статей и обновлением старых

Перейти на канал

@aofeed

Задать вопрос в Телеграм-группе

@aofeedchat

Контакты и сотрудничество:
Рекомендую наш хостинг beget. ru
Пишите на [email protected] если Вы:
1. Хотите написать статью для нашего сайта или перевести статью на свой родной язык.
2. Хотите разместить на сайте рекламу, подходящуюю по тематике.
3. Реклама на моём сайте имеет максимальный уровень цензуры. Если Вы увидели рекламный блок недопустимый для просмотра детьми школьного возраста, вызывающий шок или вводящий в заблуждение — пожалуйста свяжитесь с нами по электронной почте
4. Нашли на сайте ошибку, неточности, баг и т.д. … …….
5. Статьи можно расшарить в соцсетях, нажав на иконку сети:

Как написать руководство по Ubuntu

1. Обзор

В этом руководстве вы узнаете, как писать контент для ubuntu.

com/tutorials. и охватить широкую аудиторию как начинающих пользователей Linux, так и опытных пользователей, таких как разработчики и системные администраторы.

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

Чему вы научитесь

  • Как создать и структурировать руководство из одного файла Markdown
  • Как использовать дополнительные функции Markdown, характерные для движка
  • Как отобразить его локально, чтобы увидеть, что увидят ваши читатели
  • Как подготовить его для проверки командой Ubuntu Docs

Что вам потребуется

  • Учетная запись Ubuntu Discourse для публикации и обзора

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


2.

Общие указания

Руководства Mission of Ubuntu

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

Хорошее руководство должно:

  • быть сосредоточено на одной теме или очень небольшой группе связанных тем. Делайте это просто и по делу, поскольку люди, которые хотят изучать несколько предметов, будут брать несколько руководств.
  • дают ощутимый результат. Тема показана с небольшой практический проект , а не только теоретический или «привет мир» пример. Читатель выйдет из этого с рабочим примером в своей среде.
  • короче. По оценкам, 60 минут для гида — это абсолютный максимум. Большинство руководств должны быть в диапазоне 15-30 минут.
  • можно разделить на короткие шаги. Каждый шаг практичен и приводит к заметному пользователю прогрессу.
  • развлекайтесь! Постарайтесь иметь интересный проект для работы, даже если это что-то непрактичное!

Тон

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

Все руководства должны иметь одинаковый тон, независимо от темы. Вот почему вы должны заполнить одно или два из существующих руководств, прежде чем писать свое первое.

Короче говоря, это не парадигма учитель/ученик, а скорее друзья, проводящие время вместе. Таким образом, « мы » следует использовать как можно чаще, как « мы только что видели », « мы теперь понимаем, что… ». Однако « вы » можно использовать для демонстрации вещей в контексте пользователя, например: « отредактируйте файл », « ваш каталог должен выглядеть так », « в вашей системе » и т. д.

А теперь давайте посмотрим на первый обязательный шаг!


3. Метаданные и структура

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

Название темы

Название должно быть коротким (примерно от 3 до 8 слов), чтобы не нарушать дизайн. Старайтесь делать краткие заголовки, но по возможности и конкретные, например: «Создать загрузочную флешку в Windows 10»

Шаги

Каждый шаг ограничен заголовком второго уровня, например:

## Название шага
 

Шаг Продолжительность в формате ММ:СС должен следовать сразу за заголовком шага. После этого общее время будет рассчитано автоматически. Заголовок третьего уровня или пустая строка перекроют содержимое шага.

## Название шага
Продолжительность: 2:00
Содержание шага начинается здесь.
 

Базовый пример

Если мы сложим эти части вместе, вот как будет выглядеть очень простое руководство:

## Это первый шаг
Продолжительность: 2:00
Это содержание первого шага.
## Это второй и последний шаг
Продолжительность: 1:00
Поздравляем, вы сделали это!
 

Как только эти структурные элементы будут убраны, мы можем перейти к самой интересной части: содержанию.


4. Представляем ваш контент

Первое впечатление имеет значение, и первая страница вашего руководства должна быть приятной и информативной. На ubuntu.com/tutorials страница «Обзор» должна быть первым шагом каждого руководства.

Обзор состоит как минимум из трех небольших частей:

  • резюме
  • a Раздел «Чему вы научитесь»
  • в разделе «Что вам понадобится».

Резюме

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

Пример
## Обзор
Продолжительность: 1:00
Превратить свой веб-сайт в настольное интегрированное приложение — это относительно просто.
но распространять его как таковое и делать заметным в магазинах приложений — это совсем другая история.
Это руководство покажет вам, как использовать Electron и snap для создания веб-сайта. 
настольное приложение с нуля и опубликовать его в многомиллионном хранилище пользователей, совместно используемом
многие дистрибутивы Linux.
Для этого руководства веб-сайт, который мы собираемся упаковать,
игра HTML5 под названием [Castle Arena] (http://castlearena.io).
![](https://assets.ubuntu.com/v1/7f7e704f-shot.png)
 

Раздел «Чему вы научитесь»

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

Пример
### Чему вы научитесь
- Как создать настольное приложение на основе веб-сайта с помощью Electron
- Как превратить его в snap-пакет
- Как протестировать и поделиться с миром
 

Раздел «Что вам понадобится»

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

Предпосылки представлены в виде маркеров.

Пример
### Что вам понадобится
- Ubuntu Desktop 16.04 или выше
- Некоторые базовые знания командной строки
 

Опционально: виджет опроса

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

Если вы используете этот виджет, вы должны включить как минимум следующие вопросы:

Как вы будете использовать это руководство?
    Только читать Прочтите его и выполните упражнения
Каков ваш текущий уровень опыта?
    Новичок Средний Опытный

Чтобы создать этот виджет, вам нужно использовать следующий синтаксис:

#### Как вы будете использовать это руководство?
[название опроса="опрос_1"]
- Только прочитайте это
- Прочитайте его и выполните упражнения
[/опрос]
#### Каков ваш текущий уровень опыта?
[название опроса="опрос_2"]
- Новичок
- Средний
- Опытный
[/опрос]
 

Обратите внимание, что Google Analytics используется в качестве серверной части опроса.

Все части вместе

Когда мы сложим все эти части вместе, вот как будет выглядеть шаг обзора:

## Обзор
Продолжительность: 1:00
Превратить свой веб-сайт в настольное интегрированное приложение — это относительно просто.
но распространять его как таковое и делать заметным в магазинах приложений — это совсем другая история.
Это руководство покажет вам, как использовать Electron и snap для создания веб-сайта.
настольное приложение с нуля и опубликовать его в многомиллионном хранилище пользователей, совместно используемом
многие дистрибутивы Linux.
Для этого руководства веб-сайт, который мы собираемся упаковать,
игра HTML5 под названием [Castle Arena] (http://castlearena.io).
![](https://assets.ubuntu.com/v1/7f7e704f-shot.png)
### Чему вы научитесь
- Как создать настольное приложение на основе веб-сайта с помощью Electron
- Как превратить его в snap-пакет
- Как протестировать и поделиться с миром
### Что вам понадобится
- Ubuntu Desktop 16.04 или выше
- Некоторые базовые знания командной строки
 

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

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


5. Что можно и чего нельзя делать

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

Каждый шаг должен быть кратким, но не слишком коротким.

Следите за длиной шага. В среднем от 5 до 10 минут более чем достаточно для выполнения одного шага. Не делайте их слишком короткими. Естественно, некоторые шаги будут короче других (например, первый и последний шаги).

Если руководство слишком длинное, предпочтите разделить руководство

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

Если руководство слишком длинное, попробуйте разбить его на несколько частей. Тем не менее, убедитесь, что все руководства представляют собой четкую цель.

Шагов не должно быть слишком много

Шаги должны быть краткими, а руководства должны быть довольно короткими. Следовательно, в вашем руководстве не должно быть слишком много шагов. Мы не хотим, чтобы читатель отчаялся, взглянув на количество оставшихся шагов до завершения руководства.

Каждый шаг должен быть вознагражден

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

Чтобы заработать бонусные баллы за приверженность читателей, завершите шаг на «захватывающей скале»!

Совершать преднамеренные ошибки

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

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

  • Предоставление идеального ответа с самого начала скрывает сложность и множество неформально написанных тонкостей. Заставляя читателей столкнуться с ними, вы гарантируете, что написанное руководство не будет воспринимать эти тонкости как данность, и очень поможет новичкам.

Конкретным примером этого является то, как мы вводим в руководство «Создание вашей первой привязки» создание привязки. После создания деталей сразу собираем оснастку и устанавливаем. Затем мы пытаемся выполнить один из бинарных файлов snap, но такая команда не найдена! Таким образом, мы можем ввести тот факт (на следующем шаге), что двоичные файлы не отображаются по умолчанию как часть Snap. Мы можем использовать эту «ошибку» для введения дальнейших понятий.

Внешние ссылки в руководствах

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

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

Единственным исключением из этого правила является ссылка на исходный код, который используется в качестве контрольной точки в руководстве (например, «ваш код должен выглядеть так»).

Конечно, это не касается ключевых действий руководства, происходящих на данном веб-сайте, таких как Launchpad, GitHub, login.ubuntu.com и т. д. но если это правило можно применить к администратору/продвинутым пользователям, сделайте это!

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

Вы можете сослаться на это как «Если вы хотите убедиться, что у вас есть все необходимые биты, которые мы видели вместе на предыдущих шагах…» и указать на внешний репозиторий на GitHub, Launchpad или других… Этот элемент должен быть в предупреждении:

Потеряли или начали отсюда?
Проверьте или [скачать](http://link/torepo/directory) , чтобы увидеть, как должен выглядеть ваш текущий каталог.
«загрузить» — это ссылка на рассматриваемый код.

Не разделяйте упражнения и ответы

В общем, старайтесь не заставлять пользователя ждать правильного ответа. Учебники — это не класс/урок или тест, который нужно пройти с некоторыми упражнениями.

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

Не повторяйте этап настройки/установки для каждого руководства.

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

Фрагменты командной строки

Встроенные команды оформлены с помощью одиночных обратных кавычек:

Например:

 `foo/something --bar`
 

Что отображается как foo/something --bar .

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

Пример

‘’

` Выполните следующую команду:

кот мой_файл
 

Отобразится содержимое файла:

Потрясающий контент my_file
на несколько строк
 

»

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

Теперь у вас должны быть все карты на руках, чтобы обеспечить полезный опыт обучения! Пришло время рассмотреть, как структурировать последнюю страницу руководства: «вознаграждающий» шаг.


6. Поощрение ваших читателей

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

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

Например, читая это руководство, вы должны были понимать, что необходимо для успешного обучения, каковы рекомендации и как работает синтаксис Markdown. Теперь вы знаете, как развернуть веб-сайт локально и как предложить свой контент для просмотра!

На последней странице обязательно включите хотя бы один из следующих разделов:

  • Следующие шаги
  • Дальнейшее чтение

«Следующие шаги»

Со списком пунктов предложите некоторые рекомендации относительно следующих шагов, которые читатель может захотеть предпринять. Это могут быть и другие ориентиры, являющиеся «следующими логическими», каналы связи и места, откуда можно получить поддержку.

Пример
### Следующие шаги
* Если вам нужна поддержка, [форум Snapcraft] (https://forum. snapcraft.io) — лучшее место, где можно получить
ответы на все ваши вопросы и свяжитесь с сообществом.
 

«Дополнительная литература»

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

Пример
### Дальнейшие чтения
* В документации по snapcraft есть все, что вам нужно, если вы хотите посмотреть больше
в [крючки] (https://docs.snapcraft.io/build-snaps/hooks)
и [скриптлеты](https://docs.snapcraft.io/build-snaps/scriptlers).
 

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


7. Советы по синтаксису

Используемый синтаксис в целом является обычным синтаксисом Markdown, но есть некоторые особенности:

Разрывы строк и пустые строки

  • Абзацы разделяются пустыми строками
  • При разрыве строки создается новая строка

В контексте предупреждения или виджета опроса использование пустой строки закроет его и вернет к тексту.

Изображения

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

В Markdown синтаксис изображения следующий:

![название изображения](путь-изображения-или-ссылка)
 

Предупреждения

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

Положительное предупреждение должно содержать положительную информацию, такую ​​как передовой опыт и советы по экономии времени.

 > ⓘ **Ешьте овощи!**
> Это положительный посыл.
 

Что означает:

Ешьте овощи!
Это положительное сообщение.

Отрицательное предупреждение должно содержать негативную информацию, такую ​​как предупреждения и ограничения на использование API.

 > ⚠️ **Ешьте овощи!**
> Это предупреждение.
> Он может быть многострочным.
 

Что означает:

Ешьте овощи!
Это предупреждение.
Это может быть многострочным.

Защищенный код и языковые подсказки

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

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

Этот блок выделен как исходный код Go.
 

Что означает:

Этот блок выделен как исходный код Go.
 

Эти дополнения к стандартному Markdown легко освоить и использовать, но если вы столкнетесь с неожиданным поведением при рендеринге, не стесняйтесь обращаться к сопровождающим руководств на #ubuntu-doc на Libera IRC.


8.

Локальный рендеринг

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

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


9. Процесс рецензирования и публикации

Категория руководств (по историческим причинам названная «руководства») управляется командой Ubuntu Web & design. Существует процесс рецензирования, чтобы гарантировать, что новые руководства просматриваются писателями, инженерами и экспертами по документации.

Чтобы получить пересмотр и публикацию нового руководства, заполните текст руководства в беседе и отправьте электронное письмо по адресу: [email protected] Электронное письмо должно содержать следующее:

  • Ссылка: ссылка на новое руководство
  • Резюме: описание руководства (всего 10-20 слов), которое будет отображаться на главной странице сайта
  • Категории: предлагают категории, которые пользователи могут использовать для фильтрации, чтобы найти руководства. Используйте любой из этих предустановленных параметров; облако , сообщество , контейнеры , рабочий стол , iot , упаковка , сервер или укр
  • Уровень сложности: шкала варьируется от 1 до 5. Новички без предварительных знаний по данной теме должны быть в состоянии следовать и понимать руководства уровня 1 без каких-либо других предварительных знаний. В качестве руководства:
    • 1 : Полный новичок в Ubuntu — почти знает, как открыть терминал
    • 2 : Ubuntu новичок — ему можно доверять для ввода команд, но опыт ограничен простыми файловыми операциями
    • 3 : Опытный пользователь — не требует пояснений по общим темам (сети, sudo, сервисы)
    • 4 : Опытный пользователь — имеет многолетний опыт работы с Ubuntu, но может быть не знаком с некоторыми темами системного администратора/программирования
    • 5 : системный администратор/разработчик Ubuntu — очень хорошо знаком с большинством аспектов операционной системы, и можно ожидать, что он знает подробности о ее внутренней работе
  • Автор : имя и адрес электронной почты автора руководства в скобках. Если вы не собираетесь поддерживать это руководство после публикации, обратитесь в веб-команду Canonical .

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


10. Вот и все, ребята!

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

Теперь вы знаете, как:

  • Создать приветственное и информативное введение к вашему контенту
  • Обеспечение интересного и легкого опыта обучения
  • Структурируйте исходный файл уценки
  • Локальный рендеринг руководств и отправка их для публикации

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

Следующие шаги

  • Напишите свое первое руководство по выбранной вами теме и предложите его к публикации!
  • Присоединяйтесь к каналу #ubuntu-doc в Libera IRC, чтобы пообщаться с командой разработчиков документации и поделиться своими мыслями
  • Прочитайте другие руководства и помогите нам улучшить их, отправив комментарии

Было ли это руководство полезным?

Спасибо за отзыв.


Install MongoDB Community Edition on Ubuntu — MongoDB Manual

Docs Home → MongoDB Manual

On this page

  • Overview
  • Considerations
  • Install MongoDB Community Edition
  • Run MongoDB Community Edition
  • Uninstall MongoDB Community Edition
  • Дополнительная информация

MongoDB Atlas

MongoDB Atlas — это вариант службы MongoDB, размещенный в облаке, который не требует накладные расходы на установку и предлагает бесплатный уровень для начала работы.

Обзор

Используйте это руководство для установки MongoDB 6.0 Community Edition на LTS (долгосрочная поддержка) выпусков Ubuntu Linux с использованием Менеджер пакетов apt .

Версия MongoDB

В этом руководстве устанавливается сообщество MongoDB 6.0. Версия. Чтобы установить другую версию MongoDB Community, используйте раскрывающееся меню версии в верхнем левом углу этой страницы, чтобы выберите документацию для этой версии.

Рекомендации

Поддержка платформы

Уведомление об окончании срока службы

MongoDB 6.0 Community Edition поддерживает следующие 64-разрядная версия Ubuntu LTS (длительная поддержка) выпущена Архитектура x86_64:

MongoDB поддерживает только 64-разрядные версии этих платформ.

MongoDB 6.0 Community Edition в Ubuntu также поддерживает Архитектура ARM64 на выбрать платформы.

Дополнительную информацию см. в разделе Поддержка платформ.

Производственные примечания

Перед развертыванием MongoDB в производственной среде рассмотрите Документ «Производственные заметки», который предлагает соображения производительности и рекомендации по конфигурации для производственные развертывания MongoDB.

Официальные пакеты MongoDB

Чтобы установить сообщество MongoDB в вашей системе Ubuntu, эти инструкции будут использовать официальный пакет mongodb-org , который поддерживается и поддерживается MongoDB Inc. Официальный mongodb-org пакет всегда содержит последнюю версию MongoDB и доступен из собственного выделенного репо.

Важно

Пакет mongodb , предоставляемый Ubuntu, имеет номер , а не . поддерживается MongoDB Inc. и конфликтует с официальным 9Пакет 0093 mongodb-org . Если вы уже установили mongodb пакет в вашей системе Ubuntu, вы должны сначала удалить пакет mongodb , прежде чем приступить к выполнению этих инструкций.

Полный список официальных пакетов см. в пакетах MongoDB Community Edition. пакеты.

Установите MongoDB Community Edition

Выполните следующие действия, чтобы установить MongoDB Community Edition с помощью Менеджер пакетов apt .

Импорт открытого ключа, используемого системой управления пакетами.

В терминале введите следующую команду, чтобы импортировать Открытый GPG-ключ MongoDB с https://www.mongodb.org/static/pgp/server-6.0.asc:

 
wget -qO — https://www.mongodb.org/static/pgp/server -6.0.asc | sudo apt-key add —

Операция должна ответить OK .

Однако, если вы получаете сообщение об ошибке, указывающее, что gnupg нет Установлено, вы можете:

  1. Установка GNUPG и его необходимые библиотеки с использованием следующей команды:

     
    SUDO APT-GET установить GNUPG
  2. 111111111111111111111111111101,11111111111111111111111111101,111111111111111111111111111111111101, 111111111111111111111111111101,
     
    wget -qO — https://www. mongodb.org/static/pgp/server-6.0.asc | sudo apt-key add —

Создайте файл списка для MongoDB.

Создать файл списка /etc/apt/sources.list.d/mongodb-org-6.0.list для вашего версия убунты.

Щелкните вкладку, соответствующую вашей версии Ubuntu. Если вы не знаете, какая версия Ubuntu работает на хосте, откройте терминал или оболочку на хосте и выполните lsb_release -dc .

Перезагрузить локальную базу данных пакетов.

Введите следующую команду, чтобы перезагрузить локальную базу данных пакетов:

 
sudo apt-get update

Установите пакеты MongoDB.

Вы можете установить либо последнюю стабильную версию MongoDB, либо конкретная версия MongoDB.

Дополнительно. Хотя вы можете указать любую доступную версию MongoDB, apt-get обновит пакеты, когда появится более новая версия доступный. Чтобы предотвратить непреднамеренные обновления, вы можете закрепить пакет в текущей установленной версии:

 
эхо «удержание mongodb-org» | sudo dpkg —set-selections
эхо «удержание базы данных mongodb-org» | sudo dpkg —set-selections
эхо «удержание mongodb-org-server» | sudo dpkg —set-selections
echo «mongodb-mongosh hold» | sudo dpkg —set-selections
эхо «удержание mongodb-org-mongos» | sudo dpkg —set-selections
echo «Удержание mongodb-org-tools» | sudo dpkg —set-selections

Для помощи в устранении ошибок, возникающих при установке MongoDB на Ubuntu, см. руководство по устранению неполадок.

Запустить MongoDB Community Edition

ulimit Соображения
Большинство Unix-подобных операционных систем ограничивают системные ресурсы, которые процесс может использовать. Эти ограничения могут негативно повлиять на работу MongoDB, и следует отрегулировать. См. UNIX ulimit Settings для рекомендуемых настройки для вашей платформы.

Начиная с MongoDB 4.4, возникает ошибка запуска, если ulimit значение количества открытых файлов меньше 64000 .

Каталоги

Если вы установили через менеджер пакетов, каталог данных /var/lib/mongodb и каталог журнала /var/log/mongodb являются созданный во время установки.

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

Файл конфигурации
Официальный пакет MongoDB включает файл конфигурации ( /etc/mongod. conf ). Эти настройки (например, спецификации каталога данных и каталога журналов) вступают в силу при запуске. То есть, если вы измените файл конфигурации во время запущен экземпляр MongoDB, вы должны перезапустить экземпляр для изменения вступят в силу.

Процедура

Выполните следующие действия, чтобы запустить MongoDB Community Edition в вашей системе. В этих инструкциях предполагается, что вы используете официальный монгодб-орг package — не неофициальный пакет mongodb , предоставленный Ubuntu — и используют настройки по умолчанию.

Система инициализации

Для запуска и управления процессом mongod вы будете использовать встроенная система инициализации вашей операционной системы. Последние версии Linux, как правило, использует systemd (который использует команду systemctl ), в то время как более старые версии Linux, как правило, используют System V init (который использует служба команда).

Если вы не уверены, какую систему инициализации использует ваша платформа, запустите следующая команда:

 
ps —no-headers -o comm 1

Затем выберите соответствующую вкладку ниже в зависимости от результата:

Удалить MongoDB Community Edition

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

Предупреждение

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

Остановить MongoDB.

Остановите процесс mongod , введя следующую команду:

 
sudo service mongod stop

Удалить пакеты.

Удалите все пакеты MongoDB, которые вы установили ранее.

 
sudo apt-get purge mongodb-org*

Удалить каталоги данных.

Удалите базы данных MongoDB и файлы журналов.

 
SUDO RM -R/VAR/LOG/MONGODB
SUDO RM -R/VAR/LIB/MONGODB

. с

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

Это значение можно настроить либо:

  • в файле конфигурации MongoDB с bindIp или

  • через аргумент командной строки --bind_ip

Предупреждение

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

Дополнительные сведения о настройке bindIp см. IP-привязка.

Пакеты MongoDB Community Edition

MongoDB Community Edition доступны на собственном выделенном repository, and contains the following officially-supported packages:

Package Name

Description

mongodb-org

A metapackage that automatically installs the component пакеты, перечисленные ниже.

mongodb-org-database

Метапакет , который автоматически устанавливает компонент пакеты, перечисленные ниже.

060606060606060606060606068 9093 . 9065 065 06060606065

. сценарий и файл конфигурации ( /etc/mongod.conf ). Ты можно использовать скрипт инициализации для запуска mongod с файлом конфигурации. Подробнее см. в разделе «Запуск MongoDB Community Edition» section, above.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Наименование пакета

Описание

Mongodb-ORG-Server