Изучаем Linux, 101: Разметка жесткого диска

Планирование разделов жесткого диска

В этой статье объясняется, как в операционной системе Linux® создаются разделы на диске. Вы можете использовать этот материал для подготовки к экзамену LPI 101 программы сертификации на администратора Linux начального уровня или просто для общего развития.

Об этой серии

Эта серия статей поможет вам освоить задачи администрирования операционной системы Linux. Вы также можете использовать материал этих статей для подготовки к экзаменам первого уровня сертификации профессионального института Linux (LPIC-1).

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

Краткий обзор

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

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

Эта статья поможет вам подготовиться к сдаче экзамена LPI 101 на администратора начального уровня (LPIC-1) и содержит материалы цели 102.1 темы 102. Цель имеет вес 2.

Примечание. В этой статье преимущественно рассказывается о планировании разделов диска. Для рассмотрения шагов по созданию разделов и файловых систем обратитесь к статьям, содержащим материалы темы 104 (см. перечень материалов для подготовки к экзаменам LPIC-1).

Необходимые условия

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


Обзор файловой системы

Как связаться с Яном

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

Файловая система Linux содержит файлы, которые размещаются в директориях на жестком диске или на другом блочном устройстве хранения. Как и во многих других системах, директории в Linux могут содержать другие директории, называемые поддиректориями. В отличие от систем, подобных Microsoft® Windows®, в которых для каждой файловой системы используется отдельная буква диска (A:, C: и т. д.), файловая система Linux представляет собой дерево, корневой директорией которого является /.

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

Обычно процесс монтирования инициализируется ядром и начинается с монтирования файловой системы одного из разделов жесткого диска в точке монтирования /. Вы можете монтировать другие разделы жесткого диска в точках монтирования /boot, /tmp или /home. Например, можно монтировать файловые системы дискеты и компакт-диска, указав для них точки монтирования /mnt/floppy и /media/cdrom1, соответственно. Можно также монтировать файлы других систем с помощью сетевой файловой системы, такой как NFS. Существуют и другие типы монтирования файлов, но этих примеров достаточно, чтобы понять основную идею процесса. Хотя обычно принято говорить о "монтировании устройства", на самом деле монтируется его файловая система, поэтому нужно понимать, что речь идет о "монтировании файловой системы устройства".

Теперь предположим, что вы только что смонтировали корневую файловую систему (/) и хотите смонтировать компакт-диск (устройство /dev/sr0) в точке монтирования /media/cdrom. Чтобы устройство можно было смонтировать, точка монтирования должна существовать. Когда вы монтируете компакт-диск, его файлы и поддиректории становятся содержимым директории /media/cdrom. Любые файлы или поддиректории, которые находились в директории /media/cdrom до монтирования, становятся невидимыми, хотя они продолжают существовать на блочном устройстве, содержащем точку монтирования /media/cdrom. После размонтирования компакт-диска старое содержимое директории /media/cdrom снова становится видимым. Следует избегать этой проблемы и не хранить файлы в директориях, предназначенных для использования в качестве точек монтирования.

В таблице 1 перечислены директории, которые должны присутствовать в корневой директории / в соответствии со стандартом иерархии файловой системы FHS (Filesystem Hierarchy Standard). В разделе Ресурсы вы найдете дополнительную информацию о FHS.

Таблица 1. Директории FHS в /
ДиректорияОписание
binВажные двоичные файлы команд
bootСтатические файлы менеджера загрузки
devФайлы устройств
etcКонфигурация системы, индивидуальная для каждого компьютера
libВажные общие библиотеки и модули ядра
mediaТочка монтирования для съемных устройств
mntТочка монтирования для временного монтирования файловой системы
optДополнительные пакеты программ
sbinВажные системные двоичные файлы
srvДанные системных служб
tmpВременные файлы
usrВторичная иерархия
varПеременные данные

Разделы

Первый SCSI-диск обычно называется /dev/sda. В более ранних версиях Linux первый IDE-диск называется /dev/hda. В системах, в которых установлены диски с различными интерфейсами (IDE и SATA), иногда для первого IDE-диска используется имя /dev/hda, а для первого SATA-диска – /devsda. В более новых системах все IDE-диски имеют имена /dev/sda, /dev/sdb и т. д. Изменение схемы именования IDE-дисков является результатом использования технологии "горячей" замены, первоначально поддерживаемой USB-устройствами. Технология горячей замены позволяет подключать и сразу же использовать новые устройства, и сегодня поддерживается для всех устройств – как для встроенных в систему, так и для подключаемых к включенному компьютеру через внешние порты USB, Firewire (IEEE 1394) или другие возможные типы портов.

При форматировании жесткий диск традиционно разбивается на секторы размером 512 байтов. Все секторы на пластине диска, которые могут быть прочитаны без перемещения считывающей головки, образуют дорожку. Как правило, диск содержит несколько пластин, а совокупность дорожек, которые расположены на различных пластинах и могут быть считаны без перемещения считывающей головки, называется цилиндром. Геометрия жесткого диска описывается такими величинами, как цилиндры, количество дорожек (головок) на цилиндр и количество секторов на дорожку. На момент написания этой статьи производители жестких дисков начали выпускать диски с секторами размером 4 КБ. Если файловая система предполагает использование 512-байтовых секторов, и раздел не начинается с сектора, кратного 4 КБ, производительность системы может ухудшиться.

Ограничения на возможные значения каждой из этих величин, использовавшиеся операционной системой DOS, привели к тому, что указанные в BIOS параметры геометрии диска пришлось преобразовывать, чтобы обеспечить возможность работы с большими дисками. В конечном итоге, даже этих методов оказалось недостаточно. В современных жестких дисках используется режим адресации логических блоков (LBA), что делает схему CHS менее значимой, а отображаемая геометрия дисков может не соответствовать или вообще не иметь связи с их физической структурой. Используемые сегодня диски с большим объемом работают с расширением адресации LBA, известной как LBA48; в этой схеме на нумерацию секторов резервируется до 48 бит.

Все пространство жесткого диска поделено на разделы. Разделы не могут перекрываться; пространство, не выделенное ни одному разделу, называется свободным пространством. Разделы могут иметь имена /dev/hda1, /dev/hda2, /dev/hda3, /dev/sda1 и так далее. В системах, не поддерживающих технологию "горячей" замены для IDE-устройств, IDE-диски могут содержать не более 63 разделов. Если в системе присутствует поддержка "горячей" замены для SCSI-, USB- и IDE-дисков, максимальное количество разделов равно 15. Обычно разделы содержат целое число цилиндров (для устранения ошибок при ссылке на номер цилиндра).

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

В системе Linux номинальную геометрию можно узнать с помощью программ parted или fdisk. В более ранних Linux-системах геометрия находится в файловой системе /proc, например, в файле /proc/ide/hda/geometry (который может не существовать в новых системах). В листинге 1 приведен пример использования команды fdisk для отображения всех разделов и геометрии жесткого диска, подключенного через интерфейс SATA. Параметр -v команды fdisk выводит ее версию. Для просмотра и работы с таблицей разделов необходимо войти в систему под учетной записью пользователя root или получить соответствующие привилегии через команду sudo, как показано в листинге.

Листинг 1. Геометрия жесткого диска
ian@attic4:~$ fdisk -v
fdisk (util-linux-ng 2.16)
ian@attic4:~$ sudo fdisk /dev/sdb
[sudo] password for ian: 

The number of cylinders for this disk is set to 30401.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000404d6

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1          25      200781   83  Linux
/dev/sdb2              26       12965   103940550   83  Linux
/dev/sdb3           12966       30401   140054670   83  Linux

Command (m for help):

Обратите внимание, что в листинге 1 команда fdisk вывела предупреждение о номинальной позиции конца цилиндра с номером 1024. Цилиндр 1024 важен для некоторых старых компьютеров, в которых BIOS может обеспечивать загрузку только с тех разделов, которые полностью расположены в пределах первых 1024 цилиндров диска. Наиболее вероятно, что это произойдет на компьютере, на котором используются старые загрузчики или BIOS, не поддерживающая LBA-адресацию. Обычно на современных компьютерах таких проблем уже не возникает, однако следует помнить о возможном существовании этого ограничения.

Вы можете использовать параметр -u команды fdisk для задания секторов в качестве единицы измерений, или использовать подкоманду u в интерактивном режиме для переключения между секторами и цилиндрами. Команда parted поддерживает несколько различных единиц измерения. В листинге 2 приведен пример использования различных единиц измерения команды parted при работе с тем же диском, что и в листинге 1.

Листинг 2. Использование различных единиц измерения команды parted
ian@attic4:~$ sudo parted /dev/sdb
[sudo] password for ian: 
GNU Parted 1.8.8.1.159-1e0e
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) help u                                                          
  unit UNIT                                set the default unit to UNIT

	UNIT is one of: s, B, kB, MB, GB, TB, compact, cyl, chs, %, kiB, MiB,
        GiB, TiB
(parted) p                                                                
Model: ATA HDT722525DLA380 (scsi)
Disk /dev/sdb: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End    Size   Type     File system  Flags
 1      32.3kB  206MB  206MB  primary  ext3
 2      206MB   107GB  106GB  primary  ext4
 3      107GB   250GB  143GB  primary  ext3

(parted) u s                                                              
(parted) p                                                                
Model: ATA HDT722525DLA380 (scsi)
Disk /dev/sdb: 488397168s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start       End         Size        Type     File system  Flags
 1      63s         401624s     401562s     primary  ext3
 2      401625s     208282724s  207881100s  primary  ext4
 3      208282725s  488392064s  280109340s  primary  ext3

(parted) u chs                                                            
(parted) p                                                                
Model: ATA HDT722525DLA380 (scsi)
Disk /dev/sdb: 30401,80,62
Sector size (logical/physical): 512B/512B
BIOS cylinder,head,sector geometry: 30401,255,63.  Each cylinder is 8225kB.
Partition Table: msdos

Number  Start      End           Type     File system  Flags
 1      0,1,0      24,254,62     primary  ext3
 2      25,0,0     12964,254,62  primary  ext4
 3      12965,0,0  30400,254,62  primary  ext3

(parted)

Обратите внимание, что несоответствие между номерами начального и конечного цилиндров в результатах вывода команд parted и fdisk обусловлено тем, что команда parted начинает считать цилиндры с 0, а команда fdisk – с 1. В листинге 3 показано, что номера начального и конечного секторов, определяемые командой fdisk совпадают со значениями команды parted.

Листинг 3. Определение номеров начального и конечного секторов
ian@attic4:~$ sudo fdisk -ul /dev/sdb

Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x000404d6

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1              63      401624      200781   83  Linux
/dev/sdb2          401625   208282724   103940550   83  Linux
/dev/sdb3       208282725   488392064   140054670   83  Linux
ian@attic4:~$ echo $(( 208282725 / 255 / 63 ))
12965

Типы разделов

Существует три типа разделов IDE-дисков: основной, логический и расширенный. Таблица разделов расположена в главной загрузочной записи Master Boot Record (MBR) диска. MBR – это первый сектор диска, поэтому таблица разделов не занимает много места, а количество основных разделов на диске ограничено четырьмя. Если необходимо создать более четырех разделов (а это бывает часто), один из основных разделов необходимо определить в качестве расширенного.

Расширенный раздел является просто контейнером для одного или нескольких логических разделов. Эта схема разбиения изначально использовалась в операционных системах MS DOS и PC DOS, и позволяет использовать диски персонального компьютера в операционных системах DOS, Windows или Linux. Диск может содержать только один расширенный раздел. Внутри расширенного раздела все данные хранятся в логических разделах. Чтобы можно было хранить данные внутри расширенного раздела, необходимо сначала создать внутри него логический раздел.

В Linux основные или расширенные разделы нумеруются от 1 до 4; таким образом, устройство dev /sda может иметь четыре основных раздела – /dev/sda1, /dev/sda2, /dev/sda3 и /dev/sda4, а может иметь один основной раздел –/dev/sda1 и один расширенный – /dev/sda2. Если определены логические разделы, их нумерация начинается с 5; таким образом, первый логический раздел на устройстве /dev/sda будет называться /dev/sda5, даже если на диске не определен основной раздел, а определен только один расширенный раздел (/dev/sda1). Таким образом, если вы хотите иметь на IDE-диске больше четырех разделов, необходимо создать один расширенный раздел за счет основного. Несмотря на то, что ядро Linux с поддержкой технологии "горячей" замены теоретически поддерживает создание на IDE-диске до 15 разделов, есть вероятность, что вы не сможете создать их все, поэтому если вы планируете использовать на жестком диске более 12 разделов, убедитесь, что все работает должным образом.

Диск, с которым мы работали в предыдущих примерах, имеет три основных раздела, отформатированных для использования в операционной системе Linux. На двух разделах используется файловая система ext3, на третьем – ext4. В листинге 4 показаны результаты выполнения команды parted с ключом p для внутреннего жесткого диска с основным, расширенным и логическими разделами в операционной системе Ubuntu 9.10, а также для USB-диска, подключенного к операционной системе Fedora 12. Обратите внимание на различные типы файловых систем. Кроме того, вы можете указать в командной строке одну или несколько команд parted, чтобы избежать перехода в интерактивный режим.

Листинг 4. Вывод таблицы разделов с помощью команды parted
ian@attic4:~$ sudo parted /dev/sda u s p
[sudo] password for ian: 
Model: ATA WDC WD6401AALS-0 (scsi)
Disk /dev/sda: 1250263728s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start       End          Size         Type      File system     Flags
 1      63s         2040254s     2040192s     primary   ext3
 2      2040255s    22523129s    20482875s    primary   linux-swap(v1)
 4      22523130s   1250258624s  1227735495s  extended                  boot
 5      22523193s   167397299s   144874107s   logical   ext3
 6      167397363s  310761359s   143363997s   logical   ext3
 7      310761423s  455442749s   144681327s   logical   ext3
 8      455442813s  600092009s   144649197s   logical   ext3
[root@echidna ~]# parted /dev/sdc p
Model: WD My Book (scsi)
Disk /dev/sdc: 750GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End    Size    Type      File system  Flags
 1      32.3kB  135GB  135GB   primary   fat32        lba
 2      135GB   750GB  616GB   extended
 5      135GB   292GB  157GB   logical   ext3
 6      292GB   479GB  187GB   logical   ext3
 7      479GB   555GB  76.5GB  logical   ext3
 8      555GB   750GB  195GB   logical   ext3

Распределение дискового пространства

Как упоминалось ранее, файловая система Linux представляет собой большое дерево с корневой директорией /. Очевидно, что данные, записанные на дискетах или компакт-дисках, необходимо монтировать, но, пожалуй, не совсем ясно, почему следует разделять данные, хранящиеся на жестких дисках. Ниже приведены несколько веских причин для разделения файловых систем.

  • Загрузочные файлы. Во время загрузки некоторые файлы должны быть доступны для BIOS или для загрузчика операционной системы.
  • Несколько жестких дисков. Обычно каждый жесткий диск разбивается на один или несколько разделов, содержащих свои файловые системы, которые должны быть смонтированы в определенных частях дерева файловой системы.
  • Общие файлы. Несколько систем могут совместно использовать статические файлы (например, исполняемые файлы программ). Динамические файлы, такие, как домашние директории пользователей или файлы спулинга почтовой системы, также могут использоваться совместно, позволяя пользователям входить в систему на любой машине в сети и работать со своими домашними директориями и почтовой системой.
  • Возможность переполнения. Если существует риск полного заполнения файловой системы, то разумнее хранить файлы, необходимые для функционирования системы, на отдельном разделе.
  • Квоты. С помощью квот можно ограничивать дисковое пространство файловой системы, доступное пользователям или группам.
  • Монтирование в режиме "только для чтения". До изобретения журналируемых файловых систем восстановление файловых систем после сбоев могло занимать много времени. По этой причине редко изменяющиеся файловые системы (например, директории исполняемых программ) можно смонтировать в режиме "только для чтения", что позволяет не тратить время на их проверку после системных сбоев.

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


Выбор параметров

Предположим, вы настраиваете компьютер с одним или несколькими жесткими дисками и хотите, чтобы он загружался с одного из них (в этой статье не рассматривается настройка бездисковых рабочих станций, загружающихся по сети, а также различные варианты использования Live-CD или Live-DVD для Linux-систем). Хотя размеры разделов можно изменять позднее, это требует определенных усилий, поэтому важно изначально сделать правильный выбор. Давайте начнем.

Прежде всего, необходимо убедиться, что компьютер сможет загружаться. В некоторых старых компьютерах BIOS может загружать систему только с раздела, полностью расположенного в первых 1024 цилиндрах диска. Если вы имеете дело с таким компьютером, вы должны создать раздел, который в итоге будет монтироваться как /boot и содержать ключевые файлы, необходимые для загрузки системы. После загрузки ОС Linux возьмет управление жестким диском на себя, и ограничение в 1024 цилиндра не будет влиять на дальнейшую работу системы. Если вам необходимо создать раздел /boot, как правило, достаточно выделить для него около 100 МБ дискового пространства.

Следующий вопрос для рассмотрения – необходимый размер области подкачки (swap). С учетом сегодняшних цен на оперативную память область подкачки является очень медленным вторичным устройством памяти. Когда-то было принято выделять для области подкачки объем, равный объему физической оперативной памяти, установленной в компьютере. Сегодня вы можете выделять для области подкачки рабочей станции объем, от одного до двух раз превышающий объем имеющегося в компьютере ОЗУ, что позволяет одновременно запускать несколько "тяжелых" приложений и не испытывать при этом недостатка в оперативной памяти. Даже если переключение между запущенными задачами окажется довольно медленным, вряд ли вы одновременно работаете более чем с одной-двумя из них.

Области подкачки большего объема также рекомендуется использовать для компьютеров с маленьким объемом оперативной памяти. Если вы настраиваете сервер, можно выделить для области подкачки объем, равный примерно половине объема установленного ОЗУ (если приложения, которые будут работать на сервере, не предъявляют иных требований). В любом случае следует отслеживать использование оперативной памяти сервера, чтобы при необходимости можно было добавить дополнительные модули ОЗУ или перенести часть рабочей нагрузки на дополнительные серверы. Слишком активное использование области подкачки редко приводит к хорошей работе сервера. Хотя в качестве устройства подкачки можно использовать файл, создание отдельного раздела обеспечивает более высокую производительность.

Теперь мы подошли к той точке, когда следует рассматривать отдельные варианты. Использование персональной рабочей станции может оказаться менее предсказуемым, чем использование сервера. Я предпочитаю (и особенно рекомендую новичкам) размещать большинство стандартных директорий (/usr, /opt, /var и т. д.) на одном большом разделе. Это особенно полезно для новичков в Linux, которые не имеют четкого представления о том, что будет установлено в конечном итоге. Если на рабочей станции будут запускаться графические оболочки и определенный набор средств разработки, вполне вероятно, что вам потребуется 5 или более гигабайтов дискового пространства, не считая места для хранения пользовательских данных. Если вы будете использовать некоторые более серьезные средства разработки, для каждого из них может потребоваться по несколько гигабайтов дискового пространства. Обычно я выделяю от 40 до 60 ГБ дискового пространства для операционной системы, а оставшееся свободное место использую для загрузки других дистрибутивов.

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

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

Независимо от того, настраиваете ли вы рабочую станцию или сервер, на локальном жестком диске всегда имеются определенные файлы, уникальные для каждой системы. Обычно эти файлы располагаются в директориях /etc (параметры системы), /boot (файлы, необходимые во время загрузки), /sbin (файлы, необходимые для загрузки или восстановления системы), /root (домашняя директория пользователя root), /var/lock (файлы блокирования), /var/run (информация о состоянии работающей системы) и /var/log (файлы журналов и протоколов). Другие файловые системы, такие как /home (домашние директории пользователей), /usr, /opt, /var/mail или /var/spool/news, могут располагаться на отдельных разделах или быть смонтированы по сети в соответствии с вашими требованиями и предпочтениями.

Ресурсы

Научиться

Получить продукты и технологии

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Linux
ArticleID=750514
ArticleTitle=Изучаем Linux, 101: Разметка жесткого диска
publish-date=08022011