|
Размер: 8293
Комментарий:
|
Размер: 16477
Комментарий: расшифровано, но нужно слить повторы
|
| Удаления помечены так. | Добавления помечены так. |
| Строка 2: | Строка 2: |
| ## ~00:10:00 of 080722.ogg Допустим, есть машина (назовём ее сервер), которая содержит DVD-привод, есть один или несколько DVD-дисков, на которых комплект ПСПО, или дистрибутив Мастер или Терминал, или школьный branch так называемый, или ветка 4.0, вобщем, какой-то набор пакетов, адекватных данному дистрибутиву (если они не адекватны ему, то вряд ли стоит организовывать из них репозиторий). На этот сервер мы переписали содержимое всех привезённых DVD-дисков, и дальше хотим пользоваться всем этим как хранилищем. |
|
| Строка 3: | Строка 5: |
| Первая тема связана вот с чем. Дпустим, у нас есть машина (сервер), которая содержит дивидюк, есть ПСП, в котором на целом дивидюке мастер или терминал, или вы привезли полностью школьный бранч, или ветку 4.0, кроче говоря, какй-то набор пакетов, адекватных данному дистрибутиву. Есть такой сервер, на который вы всё свалили, если дивидюк, то переписали, или ,если бран, то несклько дивидюкв повставляли. И вы хотите польхзваться этим набором как хранилищем. Первый способ --- зарегистрировать этот дивидюк как дивидюк с хзранилищем, во время инст. Этт путь плох одним --- а если на машине нет дивидюка? Путь втрой --- раскомментировать соотв. настройки в /etc/apt/sources.list.d/ и ходить в интернет за пакетами. Ходить в интернет стоит денег, иногда его нет, и интернет бывает медленный. Как правило, либо эт медленно, либо это денег стоит. Есть исключение в виде города Мсквы, но, в общем, так. Что касается школ, то в них этт интернет бывает либ не всегда, либо так... Есть третий путь: предлп., есть жти дивидюки, предп., свалил я их на диск большой машины, которую назвал сервером. Ещё вариант --- привезли бранч, и потом по тощему каналу его обновляете. Есть ещё такой вариант, когда ... . Начнём с ситуации такой: пришёл псп, есть компы без дивидюка, и хотите отдавать дивидюк с мастером. | * Зарегистрировать DVD-диск как таковой как носитель с хранилищем. Если на машине нет DVD-привода — не годится. * Раскомментировать настройки {{{/etc/apt/sources.list.d/}}} и ходить за пакетами только в Интернет. Интернета может не быть, он может быть медленный и стоить денег. * Если все диски переписаны на сервер и есть небыстрый, но, скажем, бесплатный интернет, по нему можно их потом обновлять, это немного (если не обновляется OpenOffice). Можно то или иное исключить из обновления, чтобы не качать лишнего. |
| Строка 5: | Строка 9: |
| Маленькая хитрость про маунт: можно смонтировать образ (если дивидюка нет, а есть хард с образм): mount -o loop . братите внимание, что команда маунт сама определила тип файловй системы в образе. На самом диске не так и много: есть каталог ALTLinux, есть каталог с документацие, есть директрия isolinux для загрузки с дивидюка. братите внимание, что в корне лежит самый большой файл altinst, эт опять же образ, в ктором установщик со своими файлами. Почему так? Потому что во-первых, она упакована, в-вторых, iso9660 имеет очень мнго ограничений, в тм числе на имена файлв и их длину. Поэтму намнго проще закатать туда браз с нрмальной ФС. Мы к этму вернёмся при установке по сети. | Итак, попробуем переписанные на жесткий диск пакеты предоставить всем местным компьютерам как хранилище. Кстати, можно смонтировать даже не устройство, а файл с образом. Например, нет DVD-привода, а есть переносной USB-винчестер с образом интересующего нас DVD-диска. Кстати, каталог {{{/media}}} предназначен для автоматического размещения точек монтирования, а {{{/mnt}}} — для ручного их размещения. Смонтируем: |
| Строка 7: | Строка 11: |
| Придумаем, каким способом будем раздавать этт диск? По ftp. Чтобы в альте эт организовать, над поставить два пакета: ftp-сервер (vsftpd) и анонимный доступ. Дел в том, что в альте, традиционн уделяющему мнго внимания безопасеости, есть мног защиты от дурака, чтобы если человек поставил ftp-сервер, то не начало оно сразу раздавать всё с анонимусом, да и на запись. Поэтму надо поставить anonftpd, который дбавляет один файл, /var/ftp, после чего оно начинает нормально работать. Нужн проделать ещё три упражнения: * Нужно включить сам метадемон inetd: chkconfig xinetd on * Нужно включить сам vsftpd: chkconfig vsftpd on * В этом же файле (/etc/xinetd.conf) надо проверить, чтобы оно было не только для 127.0.0.1 (можно и нужно закомментировать эту строчку) После чего можно зайти на ftp: lftp localhost |
{{{ $mount -o loop disk_image.iso /mnt/iso }}} Эффект тот же, если бы мы смонтировали этот диск из DVD-привода. Команда {{{mount}}} сама определила тип файловой системы ({{{iso9660}}}), а можно было указать ключик {{{-t iso9660}}}, получилось бы точно также. |
| Строка 13: | Строка 16: |
| При работе с ftp исп. следующая дисц.: в каталоге ftp должен пдкаталог pub, где нахдятся публичные файлы. В дкументации по серверу ftp мжно прчитать много про настройку доступа пользователей. | Что есть на диске?.. |
| Строка 15: | Строка 18: |
| Вообще говоря, уже сейчас можно этт каталог делать доступным в качестве хранилища нашего класса. Дступ по ftp сейчас разрешён... | {{{ $ls -lh /mnt/iso total 132M -r--r--r-- 1 root root 56M 2008-06-28 18:29 altinst dr-xr-xr-x 5 root root 2,0K 2008-06-28 18:31 ALTLinux dr-xr-xr-x 14 root root 4,0K 2008-06-28 18:31 Documentation dr-xr-xr-x 3 root root 6,0K 2008-06-28 18:31 isolinux -r--r--r-- 1 root root 8,3K 2008-06-18 15:24 license.ru.txt -r--r--r-- 1 root root 3,7K 2008-06-18 15:24 license.txt dr-xr-xr-x 2 root root 2,0K 2008-06-28 18:31 Metadata -r--r--r-- 1 root root 25M 2008-06-28 18:28 netinst -r--r--r-- 1 root root 52M 2008-06-28 18:27 rescue -r--r--r-- 1 root root 205K 2008-06-18 15:24 RPM-GPG-KEY }}} Там не так уж много. Каталог {{{ALTLinux/}}} — хранилище пакетов, каталог с документацией — текстовые файлы с лицензией, на тот случае, если диск вставлен в компьютер с Windows, кое-что можно почитать. {{{isolinux/}}} содержит загружаемые файлы, чтобы организовать загрузку с CD/DVD, это часть пакета {{{syslinux}}}, который умеет загружаться со всего, что шевелится. Самый большой файл — это {{{altinst}}}. Он тоже является файловой системой, его тоже можно подмонтировать, внутри него находится файловая система с установщиком. Зачем так сделано?.. Во-первых, она упакована и занимает меньше места, во-вторых, файловая система {{{iso9660}}} обладает рядом ограничений на имена файлов, которых в linux нет (кстати, в именах файлов в linux могут быть любые символы, кроме {{{/}}}, который является разделителем каталогов, и символа с кодом 0), не сохраняет в нужной мере права доступа к файлам (в том числе setuid и т.п.) |
| Строка 17: | Строка 34: |
| В системе есть условно два места --- sources.list.d, где лежат уже готовые файлы, а другое --- sources.list, который является блее правильным местм для вписывания чего угодно. Туда пишем: | Придумаем, каким способом будем раздавать этот диск? По ftp. (допустим, подняли ftp-сервер, . скопировали на него все с диска). Теперь предстоит настроить клиентские места на обновление с этого сервера, а также немножко докрутить сам репозиторий (после создания копии репозитория полезно на ней сделать {{{genbasedir}}}) В системе есть условно говоря, два места, где указаны хранилища, которые вы используете, это — каталог {{{sources.list.d}}}, где лежат уже готовые файлы, которые туда подкладываются (и тогда используются в настройках), откладываются (и тогда не используются), а другое — просто файл sources.list, куда можно писать что угодно. В Debian'е такая policy: при установке пакет не может редактировать чужие конфиг-файлы, это закон. Что делать, если нужно модифицировать sources.list?.. Ответ: давить на мейнтейнера apt, чтобы тот предусмотрел, чтобы apt читала, во-первых sources.list, а во-вторых, все файлы из каталога sources.list.d, и каждый пакет может спокойно положить туда свой файл, ничего более не модифицируя. Что угодно можно писать и в первое место, но сюда — лучше. Туда пишем: |
| Строка 19: | Строка 45: |
| #тип_пакетов [электронная_подпись] адрес название_хранилища разделы_хранилища | |
| Строка 21: | Строка 48: |
| {{{ALTLinux}}} — имя репозитория. Дальше два раздела {{{disk}}}, {{{base}}}. Почему {{{disk}}} и {{{base}}}? Это ведь настройка установщика, а у него есть две стадии работы — где ставится базовая система (base) и дополнительные пакеты, которые вы выбираете при установке (disk). | |
| Строка 22: | Строка 50: |
| Почему disk и base? Это дже устанвщик, у нег есть две стадия --- базовая система (base) и всякие дополнительные пакеты (disk). | Сохраним конфиг, сделаем |
| Строка 24: | Строка 52: |
| Мы сейчас по-тупому скопирвали реп. с диска, а, вобще говоря. мы могли нарушить его структуру. Давайте его пересодерём. Для этого надо установить пакет apt-utils, и сказать genbasedir --topdir=/var/ftp/pub/ ALTLinux base disk --progress | {{{ $apt-get update }}} Видно, что он пытается его прочитать, но не находит подписи (signatures). |
| Строка 26: | Строка 57: |
| После этой небыстрой операции поробуем ещё раз: failed to open file. Это было из-за того, что мы делали хардлинки, и genbasedir ругался на то, чт количеств хардлинков больше одного. | Мы сейчас по-тупому скопировали репозиторий как набор файлов с диска, а, вообще говоря, мы могли нарушить его структуру. Давайте его пересоберём, этот репозиторий. Для этого надо установить пакет {{{apt-utils}}}, и сказать |
| Строка 28: | Строка 59: |
| В итоге, можно свалить кучу пакетв, genbasedir генерирует ктаалог base, и всё рабтает. | {{{ # genbasedir --verbose --progress --create --topdir=/var/ftp/pub ALTLinux base disk Components: base disk Processing pkglists... base 1628/1628 1628/1628disk 0488/0488 0488/0488done Processing srclists... done Creating component releases... done Updating global release file... done Appending MD5Sum... base disk done Creating legacy hashfile... base disk done All your base are belong to us!!! }}} |
| Строка 30: | Строка 71: |
| Названия репозитриев --- прсто имена каталогов, а названия разделов в неск. местах используются: ... . В больш. случаев репоз. на сервере устроен так, что там тлько одна ветка. | Указаны три параметра: расположение дерева каталогов (URL), затем название хранилища ({{{ALTLinux}}}), затем названия разделов {{{disk}}}, {{{base}}}. |
| Строка 32: | Строка 73: |
| Между прчим, тема закрыта. | Если репозиторий входит в состав дистрибутива, рассчитанного на несколько архитектур, то ветки его будут соответствовать архитектурам (x86_64, i586, и т.п.), а также будет ветка noarch, где лежат пакеты, не зависящие от архитектуры. Поэтому двухуровневое именование: имя репозитория, а внутри названия разделов его. (Как-то раз мы попробовали скопировать репозиторий с жесткого диска, с помощью команды {{{cp -l}}}, и вот что получилось. Дело в том, что {{{cp -l}}} создаёт дерево каталогов, населяя их преимущественно жесткими ссылками на файлы-источники, а фактическое копирование она производит только если жесткую ссылку создать нельзя, например если это разные файловые системы или если происходит копирование директорий. Такое копирование может делаться очень быстро в пределах одной файловой системы. Однако, впоследствии умный {{{genbasedir}}} выругался на то,что количество хардлинков больше одного (т.е., он-то сейчас файл включит в индекс, а вдруг его потом кто-то изменит, пользуясь другим именем с другими правами?.. Лучше так не делать.) Итак, вы ставите FTP-сервер, подкладываете ему содержимое нашего DVD-диска, и даже любые другие пакеты, все это можно сложить в кучу, на неё натравить {{{genbasedir}}}, которые генерирует правильный каталог с индексами {{{base}}}, и на клиентской машине это хранилище стало доступно. Значит, на всех клиентских машинах этот сервер можно объявить в качестве хранилища и вуаля: каким бы способом вы ни ставили ПО на клиентские машины, обновляться и делать многое другое можно не из интернета, а с этого самого сервера. Названия репозиториев --- просто имена каталогов. Название репозитория ({{{ALTLinux}}}) — это просто название каталога, в котором формируется соответствующее дерево, а имена разделов упоминаются в нескольких местах структуры хранилища. В большинстве случаев, дистрибутив на сервере устроен в виде набора репозиториев с одной веткой в каждом. ## 00:57:16 (дальше в 080722 -- сетевая загрузка, развертывание класса). (pause) ##Кусок от 080730 ##TODO: Здесь все расшифровано, но есть небольшие повторы, нужно слить общее и нужное. Так вот, есть не пользоваться специальной утилитой {{{sisyphus-mirror}}}, то можно просто взять DVD с ALTLinux Master (как самый большой дистрибутив), или диски с школьным бранчем целиком и выложить всю эту структуру на FTP в некотором определённом виде: лишь бы эти файлы были доступны в своих каталогах, а мы потом сформируем собственно репозиторий с помощью {{{genbasedir}}}. Хранилище ({{{ALTLinux/}}} с DVD-диска перепишем в {{{/var/ftp/pub}}}. Кстати, когда мы вставили диск в CD-ROM, он смонтировался сам и открылось окно: {{attachment:../cdrom_automount.png}} В ПСПО при запущенной графической оболочке все монтируется автоматом и нам не нужно ничего больше делать. Это соответствует некоторой автоматически выполняемой команде {{{mount}}}. Через HAL достаётся имя тома, по DBUS кидается наверх сообщение "тут что-то смонтировали", если на DBUS'е сверху сидит программа, которая это слушает, она открывает ассоциированный с этим делом файловый браузер, который показывает содержимое. Да, это робот, но, по крайней мере, он сборно-разборный, известно, что внутри. Посмотрим, как смонтировалось: {{{ $ mount (...) /dev/hdc on /media/cdrom type iso9660 (ro,noexec,nosuid,nodev,utf8,user=saj) }}} Точка монтирования может оказаться другая, например {{{/media/hdc}}}, но это не суть важно. Из-под {{{root}}}'а копируем пакеты с диска: {{{ # cp -a /media/cdrom/ALTLinux/ /var/ftp/pub/ }}} После этого необходимо сказать genbasedir. Тут три параметра: месторасположение. хранилища, название и его разделы. Теперь на клиентских машинах надо настрить, чтобы испльзовалось новосозданное локальное хранилище: отредактировать /{{{etc/apt/sources.list}}}, после чего можно делать {{{$apt-get update}}}. |
| Строка 39: | Строка 139: |
| || Готовность (%) || Продолжительность (ак. ч.) || Подготовка (календ. ч.) || Полный текст (раб. д.) || Предварительные знания || Level || Maintainer || Start date || End date || || 0 || 1 || 1 || 1 || || 1 || PavelSutyrin, ОльгаТочилкина, MaximByshevskiKonopko || || || |
|| Готовность (%) || Продолжительность (ак. ч.) || Подготовка (календ. ч.) || Полный текст (раб. д.) || Предварительные знания || Level || Maintainer || Start date || End date || ||20 || 1 || 1 || 1 || || 1 || PavelSutyrin, DmitryChistikov, VsevolodKrishchenko || || || |
| Строка 42: | Строка 144: |
| CategoryLectures CategoryPspo CategoryMpgu CategoryUneex | CategoryLectures CategoryPspo CategoryMpgu CategoryUneex |
Организация локального репозитория
Допустим, есть машина (назовём ее сервер), которая содержит DVD-привод, есть один или несколько DVD-дисков, на которых комплект ПСПО, или дистрибутив Мастер или Терминал, или школьный branch так называемый, или ветка 4.0, вобщем, какой-то набор пакетов, адекватных данному дистрибутиву (если они не адекватны ему, то вряд ли стоит организовывать из них репозиторий). На этот сервер мы переписали содержимое всех привезённых DVD-дисков, и дальше хотим пользоваться всем этим как хранилищем.
- Зарегистрировать DVD-диск как таковой как носитель с хранилищем. Если на машине нет DVD-привода — не годится.
Раскомментировать настройки /etc/apt/sources.list.d/ и ходить за пакетами только в Интернет. Интернета может не быть, он может быть медленный и стоить денег.
Если все диски переписаны на сервер и есть небыстрый, но, скажем, бесплатный интернет, по нему можно их потом обновлять, это немного (если не обновляется OpenOffice). Можно то или иное исключить из обновления, чтобы не качать лишнего.
Итак, попробуем переписанные на жесткий диск пакеты предоставить всем местным компьютерам как хранилище. Кстати, можно смонтировать даже не устройство, а файл с образом. Например, нет DVD-привода, а есть переносной USB-винчестер с образом интересующего нас DVD-диска. Кстати, каталог /media предназначен для автоматического размещения точек монтирования, а /mnt — для ручного их размещения. Смонтируем:
$mount -o loop disk_image.iso /mnt/iso
Эффект тот же, если бы мы смонтировали этот диск из DVD-привода. Команда mount сама определила тип файловой системы (iso9660), а можно было указать ключик -t iso9660, получилось бы точно также.
Что есть на диске?..
$ls -lh /mnt/iso total 132M -r--r--r-- 1 root root 56M 2008-06-28 18:29 altinst dr-xr-xr-x 5 root root 2,0K 2008-06-28 18:31 ALTLinux dr-xr-xr-x 14 root root 4,0K 2008-06-28 18:31 Documentation dr-xr-xr-x 3 root root 6,0K 2008-06-28 18:31 isolinux -r--r--r-- 1 root root 8,3K 2008-06-18 15:24 license.ru.txt -r--r--r-- 1 root root 3,7K 2008-06-18 15:24 license.txt dr-xr-xr-x 2 root root 2,0K 2008-06-28 18:31 Metadata -r--r--r-- 1 root root 25M 2008-06-28 18:28 netinst -r--r--r-- 1 root root 52M 2008-06-28 18:27 rescue -r--r--r-- 1 root root 205K 2008-06-18 15:24 RPM-GPG-KEY
Там не так уж много. Каталог ALTLinux/ — хранилище пакетов, каталог с документацией — текстовые файлы с лицензией, на тот случае, если диск вставлен в компьютер с Windows, кое-что можно почитать. isolinux/ содержит загружаемые файлы, чтобы организовать загрузку с CD/DVD, это часть пакета syslinux, который умеет загружаться со всего, что шевелится. Самый большой файл — это altinst. Он тоже является файловой системой, его тоже можно подмонтировать, внутри него находится файловая система с установщиком. Зачем так сделано?.. Во-первых, она упакована и занимает меньше места, во-вторых, файловая система iso9660 обладает рядом ограничений на имена файлов, которых в linux нет (кстати, в именах файлов в linux могут быть любые символы, кроме /, который является разделителем каталогов, и символа с кодом 0), не сохраняет в нужной мере права доступа к файлам (в том числе setuid и т.п.)
Придумаем, каким способом будем раздавать этот диск? По ftp. (допустим, подняли ftp-сервер,
- скопировали на него все с диска). Теперь предстоит настроить клиентские места на обновление с этого сервера,
а также немножко докрутить сам репозиторий (после создания копии репозитория полезно на ней сделать genbasedir)
В системе есть условно говоря, два места, где указаны хранилища, которые вы используете, это — каталог sources.list.d, где лежат уже готовые файлы, которые туда подкладываются (и тогда используются в настройках), откладываются (и тогда не используются), а другое — просто файл sources.list, куда можно писать что угодно. В Debian'е такая policy: при установке пакет не может редактировать чужие конфиг-файлы, это закон. Что делать, если нужно модифицировать sources.list?.. Ответ: давить на мейнтейнера apt, чтобы тот предусмотрел, чтобы apt читала, во-первых sources.list, а во-вторых, все файлы из каталога sources.list.d, и каждый пакет может спокойно положить туда свой файл, ничего более не модифицируя.
Что угодно можно писать и в первое место, но сюда — лучше. Туда пишем:
#тип_пакетов [электронная_подпись] адрес название_хранилища разделы_хранилища rpm ftp://10.30.5.1/pub ALTLinux disk base
ALTLinux — имя репозитория. Дальше два раздела disk, base. Почему disk и base? Это ведь настройка установщика, а у него есть две стадии работы — где ставится базовая система (base) и дополнительные пакеты, которые вы выбираете при установке (disk).
Сохраним конфиг, сделаем
$apt-get update
Видно, что он пытается его прочитать, но не находит подписи (signatures).
Мы сейчас по-тупому скопировали репозиторий как набор файлов с диска, а, вообще говоря, мы могли нарушить его структуру. Давайте его пересоберём, этот репозиторий. Для этого надо установить пакет apt-utils, и сказать
# genbasedir --verbose --progress --create --topdir=/var/ftp/pub ALTLinux base disk Components: base disk Processing pkglists... base 1628/1628 1628/1628disk 0488/0488 0488/0488done Processing srclists... done Creating component releases... done Updating global release file... done Appending MD5Sum... base disk done Creating legacy hashfile... base disk done All your base are belong to us!!!
Указаны три параметра: расположение дерева каталогов (URL), затем название хранилища (ALTLinux), затем названия разделов disk, base.
Если репозиторий входит в состав дистрибутива, рассчитанного на несколько архитектур, то ветки его будут соответствовать архитектурам (x86_64, i586, и т.п.), а также будет ветка noarch, где лежат пакеты, не зависящие от архитектуры. Поэтому двухуровневое именование: имя репозитория, а внутри названия разделов его.
(Как-то раз мы попробовали скопировать репозиторий с жесткого диска, с помощью команды cp -l, и вот что получилось. Дело в том, что cp -l создаёт дерево каталогов, населяя их преимущественно жесткими ссылками на файлы-источники, а фактическое копирование она производит только если жесткую ссылку создать нельзя, например если это разные файловые системы или если происходит копирование директорий. Такое копирование может делаться очень быстро в пределах одной файловой системы.
Однако, впоследствии умный genbasedir выругался на то,что количество хардлинков больше одного (т.е., он-то сейчас файл включит в индекс, а вдруг его потом кто-то изменит, пользуясь другим именем с другими правами?.. Лучше так не делать.)
Итак, вы ставите FTP-сервер, подкладываете ему содержимое нашего DVD-диска, и даже любые другие пакеты, все это можно сложить в кучу, на неё натравить genbasedir, которые генерирует правильный каталог с индексами base, и на клиентской машине это хранилище стало доступно. Значит, на всех клиентских машинах этот сервер можно объявить в качестве хранилища и вуаля: каким бы способом вы ни ставили ПО на клиентские машины, обновляться и делать многое другое можно не из интернета, а с этого самого сервера.
Названия репозиториев --- просто имена каталогов. Название репозитория (ALTLinux) — это просто название каталога, в котором формируется соответствующее дерево, а имена разделов упоминаются в нескольких местах структуры хранилища.
В большинстве случаев, дистрибутив на сервере устроен в виде набора репозиториев с одной веткой в каждом.
Так вот, есть не пользоваться специальной утилитой sisyphus-mirror, то можно просто взять DVD с ALTLinux Master (как самый большой дистрибутив), или диски с школьным бранчем целиком и выложить всю эту структуру на FTP в некотором определённом виде: лишь бы эти файлы были доступны в своих каталогах, а мы потом сформируем собственно репозиторий с помощью genbasedir. Хранилище (ALTLinux/ с DVD-диска перепишем в /var/ftp/pub. Кстати, когда мы вставили диск в CD-ROM, он смонтировался сам и открылось окно:
В ПСПО при запущенной графической оболочке все монтируется автоматом и нам не нужно ничего больше делать. Это соответствует некоторой автоматически выполняемой команде mount. Через HAL достаётся имя тома, по DBUS кидается наверх сообщение "тут что-то смонтировали", если на DBUS'е сверху сидит программа, которая это слушает, она открывает ассоциированный с этим делом файловый браузер, который показывает содержимое. Да, это робот, но, по крайней мере, он сборно-разборный, известно, что внутри. Посмотрим, как смонтировалось:
$ mount (...) /dev/hdc on /media/cdrom type iso9660 (ro,noexec,nosuid,nodev,utf8,user=saj)
Точка монтирования может оказаться другая, например /media/hdc, но это не суть важно.
Из-под root'а копируем пакеты с диска:
# cp -a /media/cdrom/ALTLinux/ /var/ftp/pub/
После этого необходимо сказать genbasedir. Тут три параметра: месторасположение. хранилища, название и его разделы.
Теперь на клиентских машинах надо настрить, чтобы испльзовалось новосозданное локальное хранилище: отредактировать /etc/apt/sources.list, после чего можно делать $apt-get update.
Сведения о ресурсах
Готовность (%) |
Продолжительность (ак. ч.) |
Подготовка (календ. ч.) |
Полный текст (раб. д.) |
Предварительные знания |
Level |
Maintainer |
Start date |
End date |
20 |
1 |
1 |
1 |
|
1 |
|
|