5.2. Имена файлов в Linux

5.2. Имена файлов в Linux

По сравнению с Windows в Linux несколько другие правила построения имен файлов, вам придется с этим смириться. Начнем с того, что в Linux нет такого понятия, как расширение имени файла. В Windows, например, для файла Document1.doc именем файла является фрагмент Document 1, а doc — это расширение. В Linux Document1.doc — это имя файла, никакого расширения нет.

Максимальная длина имени файла — 254 символа. Имя может содержать любые символы (в том числе и кириллицу), кроме / ? * » |. Но кириллицу в именах файлов я бы не рекомендовал вообще. Впрочем, если вы уверены, что не будете эти файлы передавать Windows-пользователям (на флешке, по электронной почте) — используйте на здоровье. А при обмене файлами по электронной почте (кодировка-то у всех разная, поэтому вместо русскоязычного имени пользователь может увидеть абракадабру) имя файла лучше писать латиницей.

Также вам придется привыкнуть к тому, что Linux чувствительна к регистру в имени файла: FILE.txt и FiLe.Txt — это два разных файла.

Разделение элементов пути осуществляется символом / (прямой слэш), а не (обратный слэш), как в Windows.

Данный текст является ознакомительным фрагментом.

Продолжение на ЛитРес

Читайте также

Полные имена файлов

Полные имена файлов Полное имя файла можно получить, используя функцию GetFullPathName. Функция GetShortPathName возвращает имя файла в формате DOS 8.3, в предположении, что данный том поддерживает короткие имена файлов.В NT 5.1 была введена функция SetFileShortName, позволяющая изменить

Имена файлов

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

IPLabs Linux Team: начало русского Linux’а

IPLabs Linux Team: начало русского Linux’а Следующая веха на пути русского Linux’а – 1998 год, когда фирма IPLabs (точнее, ее подразделение – IPLabs Linux Team) совместно с Институтом логики (на самом деле это были одни и те же люди – Алексей Новодворский, Алексей Смирнов и Юрий Девяткин с

4.4. Стандартные имена устройств в Linux

4.4. Стандартные имена устройств в Linux Как уже отмечалось раньше, все устройства в Linux являются файлами. Файлы устройств находятся в специальном каталоге /dev. Для просмотра данного каталога удобнее всего использовать команду mc. Запустите mc и перейдите в каталог /dev. Если

1.1.2. Имена разделов в ОС Linux

1.1.2. Имена разделов в ОС Linux Linux представляет наименования разделов как имена файлов, в виде /dev/xxyN, где:? /dev — это каталог, в котором расположены все файлы, связанные с устройствами;? xx — две буквы названия раздела, указывающие тип устройства, на котором размещается раздел.

Длинные и короткие имена файлов

Длинные и короткие имена файлов Запрещение длинных имен файловВы можете запретить длинные имена файлов в Windows, заставив тем самым генерировать имена в формате 8.3 (DOS-овский формат). Для этого в разделе HKLMSystemCurrentControlSetcontrolFileSystemнадо изменить параметр °Win31FileSystem°, присвоив ему

2.2. Имена IPC

2.2. Имена IPC В табл. 1.2 мы отметили, что три типа IPC стандарта Posix имеют идентификаторы (имена), соответствующие этому стандарту. Имя IPC передается в качестве первого аргумента одной из трех функций: mq_open, sem_open и shm_open, причем оно не обязательно должно соответствовать реальному

Пример A-4. blank-rename: переименование файлов, чьи имена содержат пробелы

Пример A-4. blank-rename: переименование файлов, чьи имена содержат пробелы Это даже более простая версия предыдущего примера.#! /bin/bash# blank-rename.sh## Заменяет пробелы символом подчеркивания в именах файлов в текущем каталоге.ONE=1 # единственное или множественное число (см.

2.2 Имена

2.2 Имена Имя (идентификатор) состоит из последовательности букв и цифр. Первый символ должен быть буквой. Символ подчерка _ считается буквой. С++ не налагает ограничений на число символов в имени, но некоторые части реализации находятся вне ведения автора компилятора (в

У6.5 Имена

У6.5 Имена Разработайте абстрактный тип данных ИМЯ, в котором учитывались бы различные компоненты полного имени

Поддержка имен файлов Windows

Поддержка имен файлов Windows

В системах Linux и Windows действуют разные соглашения по именованию файлов. Если в вашей сети, кроме Windows, присутствуют также клиенты DOS, то при настройке Samba следует учесть, что правила именования DOS-файлов отличаются от правил, принятых не только в Windows. Таким образом, при работе в сети с компьютерами Windows и DOS сервер Samba должен решить сложную задачу: представить файловую систему Linux в формате, совместимом с файловыми системами DOS и Windows.

Одно из самых важных отличий файловой системы Linux от системы Windows состоит в том, что имена файлов Linux чувствительны к регистру символов, т.е. имена FILE.TXT, file.txt и File.txt идентифицируют различные файлы; при помещении их в один каталог конфликт не возникает. Это также означает, что при вводе имени файла пользователь должен следить за тем, чтобы были заданы символы требуемого регистра. В отличие от Linux, Windows хранит сведения о регистре, но не учитывает их при сравнении имен файлов, поэтому два файла с именами, отличающимися только регистром символов, не могут существовать в одном и том же каталоге. Файловая система DOS нечувствительна к регистру символов; если даже пользователь задал имя файла буквами нижнего регистра, система преобразует их в прописные буквы.

Параметр case sensitive, помещаемый в конфигурационный файл, определяет, должен ли сервер Samba учитывать регистр символов в именах файлов. По умолчанию принимается значение No данного параметра, что позволяет серверу Samba работать с клиентами Windows и DOS. Если клиент запросит некоторый файл, Samba проверит все файлы, отличающиеся от указанного только регистром символов, т.е. будет имитировать поведение Windows. Недостаток подобного подхода состоит в том, что производительность системы несколько снижается. Если вы хотите добиться максимальной производительности, вам надо задать параметр sensitive = Yes, но при этом некоторые из программ Windows будут работать с ошибками. Эти ошибки, конечно же, связаны с особенностями взаимодействия с сервером Samba. Параметр sensitive = Yes целесообразно использовать при работе с клиентами, которые выполняются в тех операционных системах, в которых, подобно Linux, в именах файлов и каталогов учитывается регистр символов.

Параметры preserve case и short preserve case определяют, должен ли сервер Samba сохранять информацию о регистре символов в именах файлов. Если установлено значение Yes, Samba сохраняет имена файлов именно в том виде, в котором их задают клиенты. При установленном значении No Samba будет преобразовывать буквы в именах файлов к верхнему или нижнему регистру. Конкретный регистр зависит от параметра default case. По умолчанию для этого параметра установлено значение Lower, но при необходимости вы можете задать значение Upper. Параметр preserve case воздействует на все файлы, но для коротких имен более высокий приоритет имеет параметр short preserve case. (Короткими именами называются имена, составленные по соглашениям DOS, т.е. содержащие до 8 символов в имени файла и до 3 символов в расширении; такие имена принято также называть именами 8.3.) Если в вашей сети содержится большое количество DOS-клиентов, следует задать параметр short preserve case = No. В результате в системе Linux имена файлов будут составляться из символов нижнего регистра, но DOS-клиентам эти же имена будут доступны преобразованными к верхнему регистру.

Средства SMB/CIFS обеспечивают доставку имен 8.3 даже в том случае, если исходные имена содержат большее количество символов. Это позволяет организовывать доступ к файлам с длинными именами для клиентов, работающих в DOS или 16-битовой системе Windows. Поскольку в Linux длина имени файла не ограничена, сервер Samba должен динамически генерировать имена 8.3. Параметр mangled names = Yes (значение по умолчанию) разрешает поддержку имен 8.3; если же вы укажете mangled names = No, создание таких имен будет запрещено.

Читайте также

Копирование файлов с использованием Windows

Копирование файлов с использованием Windows В программе 1.2 решается та же задача копирования файлов, но делается это с помощью Windows API, а базовые приемы, стиль и соглашения, иллюстрируемые этой программой, будут использоваться на протяжении всей этой книги.Программа 1.2. cpW:

Поддержка Windows

Поддержка Windows API Win64 компании Microsoft предназначен для поддержки 64-разрядных архитектур таким способом, при котором в существующие исходные и двоичные коды требуется вносить лишь минимальные изменения. В настоящее время имеется несколько отдельных версий Win64.• Windows XP 64-bit

22.3.2. Разбор имен файлов

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

5.7.7 Раскрытие шаблонов имен файлов и каталогов (Pathname Expansion)

5.7.7 Раскрытие шаблонов имен файлов и каталогов (Pathname Expansion) Подстановки имен путей и файлов (Pathname expansion) используются для того, чтобы с помощью краткого образца или шаблона указать несколько имен файлов (или каталогов), соответствующих данному шаблону. После разделения

3.4.5. Шаблоны имен файлов

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

Обзор пространства имен System.Windows.Forms

Обзор пространства имен System.Windows.Forms Как и любое другое пространство имен, System.Windows.Forms компонуется из различных классов, структур, делегатов, интерфейсов и перечней. Хотя различие между консольным (CUI) и графическим (GUI) интерфейсами, на первый взгляд, кажется подобным

Пример 12-43. Генератор имен файлов

Пример 12-43. Генератор имен файлов #!/bin/bash# tempfile-name.sh: Генератор имен временных файловBASE_STR=`mcookie` # 32-символьный (128 бит) magic cookie.POS=11 # Произвольная позиция в строке magic cookie.LEN=5 # $LEN последовательных символов.prefix=temp # В конце концов это временный («temp»)

18.2. Globbing — Подстановка имен файлов

18.2. Globbing — Подстановка имен файлов Bash, сам по себе, не распознает регулярные выражения. Но в сценариях можно использовать команды и утилиты, такие как sed и awk, которые прекрасно справляются с обработкой регулярных выражений.Фактически, Bash может выполнять подстановку имен

Поддержка SSD в Windows 7 Александр Деревянко

Поддержка SSD в Windows 7 Александр Деревянко Опубликовано 17 декабря 2010 года Введение: общий обзор технологии SSD Начнём рассмотрение вопроса с выяснения сути технологии SSD и того, как её поддержка реализуется в Windows7. Суть SSD состоит в том, что

6.9. Шифрование файлов в Windows Vista и Windows 7

6.9. Шифрование файлов в Windows Vista и Windows 7 Если за компьютером работает несколько пользователей, вы можете зашифровать свои файлы, чтобы другие пользователи не смогли их открыть. Возможности шифрования уже встроены в Windows, нужно их только активировать. Для этого перейдите в

Защита файлов Windows

Защита файлов Windows Иногда бывает так, что при установке какого-то приложения программа установки перезаписывает некоторые системные файлы Windows. Тогда срабатывает защита файлов Windows. Если честно, то данная служба работает не так, как мы того ожидаем от слова «защита».

Поддержка системы доменных имен

Поддержка системы доменных имен Одной из наиболее удачных распределенных информационно-поисковых систем является система доменных имен (DNS) Интернета. Система DNS описывается в документах RFC 1034 [132] и RFC 1035 [133]. Документ RFC 1035 утверждает, что целью доменных имен является

Файловая система Linux глазами Windows-пользователя

Шапошникова С. В.

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

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

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

Файловые системы Linux и Windows имеют с обоих «сторон» некоторые отличия. Рассмотрим их.

Типы файловых систем

Linux и Windows используют разные файловые системы для хранения и организации доступа к информации на дисках.

Как вы наверно знаете, на сегодняшний день для Windows наиболее распространенными системами являются FAT 32 и NTFS. NTFS — более «продвинутая» система, одной из особенностей которой является обеспечение более высокой скорости работы на дисках относительно больших размеров. Однако NTFS несовместима с Windows 98 и более ранними версиями Windows.

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

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

Следует отметить, что Linux поддерживает и множество других файловых систем. Таким образом, в Linux можно организовать доступ к Windows-разделам, а вот в Windows, без посторонних средств помощи, «увидеть» разделы Linux невозможно.

Дерево, а не деревья

Теперь вернемся к файловой структуре. В обоих системах она является иерархической (обычно сравнивают с деревом). Однако есть и существенные отличия.

В операционной системе Windows, открывая каталог «Мой компьютер», пользователь привык наблюдать примерно следующую картину. Обычно один или более жестких дисков (чаще всего логических) именуются начиная с латинской буквы C. Каждый из дисков является корневым каталогом. Так например, если в системе имеется три диска, то будет три корневых каталога (скорее всего, C, D и E), каждый из которых содержит вложенные папки и файлы. Другими словами, в системе будут существовать три дерева. Поскольку иногда придется пользоваться компакт-дисками и USB-устройствами, то периодически будет «вырастать» еще парочка деревьев.

В дистрибутивах Linux все несколько иначе. Файловая система едина и имеет лишь один корневой каталог, который обозначается косой чертой — слэш (/). (Здесь следует обратить внимание на отличие от Windows. В последней при формировании полного адреса используется обратная косая черта (\). В Linux при формировании полного имени всегда используется слэш.)

Итак, если в Linux всего лишь один корневой каталог, то где же искать логические и физические диски. Ведь по логике вещей (как размышляет windows-пользователь) они «самые главные» и содержат каталоги и файлы, а раз их нет, то возможно система их «не увидела»!? Linux вынуждает поменять такое представление на организацию файловой структуры. Можно сказать, что в файловой структуре Linux не диск содержит каталоги, а каталоги могут содержать диски. Другими словами, внутри каталога могут «лежать» целые диски или их разделы.

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

У слышав о типах файлов, пользователь Windows может заподозрить, что речь пойдет о так называемых расширениях (части имени файла, которая указывает на тип данных, содержащихся в файле). Например, в Windows распространенными являются такие типы как «текстовый документ» (расширение TXT), «документ MS Word» (DOC), «точечный рисунок» (BMP) и многие другие. Смысл наличия расширений в том, что они позволяют по имени определить тип данных файла.

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

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

Часто в операционной системе Windows каталоги (директории) называют папками и, желая объяснить принцип иерархического устройства системы, говорят, что файлы лежат в папках, как если бы в реальной папке лежали бы реальные документы. На самом деле каталоги — это тоже файлы, содержащие списки ссылок на файлы с данными или другие каталоги, которые пользователь видит как содержимое данного каталога (хотя на уровне физического устройства расположение этих файлов никак не связано «общими узами»). Итак, второй тип файла — это каталоги.

В операционной системе Windows существует понятие «ярлык», который представляет собой указатель на файл. Каждый файл в Windows может иметь только один значок (и одно имя) и неограниченное количество ярлыков. Это очень удобно, если доступ к какому-либо файлу необходимо организовать из разных каталогов. Нечто подобное есть и в Linux и называется символическая (или мягкая) ссылка. Это также отдельный тип файла, который содержит информацию, где на самом деле находится запрашиваемый объект.

Кроме рассмотренных выше, существуют и другие типы файлов: это файлы устройств, сокеты и каналы.

Понятие жесткой ссылки

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

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

Файл не будет удален из системы пока будет существовать хоть одна жесткая ссылка на него.

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

Регистр букв имеет значение

В отличие от Windows в Linux различаются прописные и строчные буквы в именах файлов и каталогов (и не только в них).

Так, если в одном и том же каталоге в Windows попытаться создать два файла: readme.txt и Readme.txt, то ничего не выйдет. Для данной операционной системы оба этих имени идентичны и, поскольку файлов с одинаковыми полными именами (одинаковыми адресами и именами) быть не может, то система откажется создать в одном каталоге файлы readme.txt и Readme.txt. В Linux же такое возможно, т.к. для данной системы это разные имена.

Выясняем, что где лежит

Системный диск в Windows XP (тот, на который установлена операционная система, чаще всего — диск C) обычно содержит всего три папки: Windows, содержащую файлы самой операционной системы, Program Files — файлы установленных в системе приложений, Documents and Settings — файлы пользователей. А вот в Linux в корневом каталоге существует больше десятка директорий.

Несмотря на такое многообразие, в файловой системе Linux все упорядочено и на своем месте. Каждый каталог имеет свое назначение, которое регламентируется документом под название FHS ( Filesystem Hierarchy Standart — стандарт структуры файловой системы) .

Вот краткое описание содержания основных каталогов согласно данному стандарту.

/bin —
Содержит исполняемые файлы самых необходимых для работы системы программ. Каталог /bin не содержит подкаталогов.

/boot —
Здесь находятся само ядро системы (файл vmlinuz-. ) и файлы, необходимые для его загрузки.

/dev —
Каталог /dev содержит файлы устройств (драйверы).

/etc —
Это каталог конфигурационных файлов, т.е. файлов, содержащих информацию о настройках системы (например, настройки программ).

/home —
Содержит домашние каталоги пользователей системы.

/lib —
Здесь находятся библиотеки (функции, необходимые многим программам).

/media —
Содержит подкаталоги, которые используются как точки монтирования для сменных устройств (CD-ROM’ов, floppy-дисков и др.)

/mnt —
Данный каталог (или его подкаталоги) может служить точкой монтирования для временно подключаемых файловых систем.

/proc —
Содержит файлы находящиеся не на диске, а в оперативной памяти (виртуальные файлы) и содержащие информацию о выполняющихся в системе процессах.

/root —
Это домашний каталог администратора системы.

/sbin —
Содержит исполняемые программы, как и каталог /bin. Однако использовать программы, находящиеся в этом каталоге может только администратор системы (root).

/tmp —
Каталог для временных файлов, хранящих промежуточные данные, необходимых для работы тех или иных программ, и удаляющиеся после завершения работы программ.

/usr —
Каталог для большинства программ, которые не имеют значения для загрузки системы. Структура этого каталога фактически дублирует структуру корневого каталога.

/var —
Содержит данные, которые были получены в процессе работы одних программ и должны быть переданы другим. Также содержит журналы со сведениями о работе системы.

Остановимся по-подробнее на двух достаточно важных для пользователя каталогах: /home и /mnt (и/или /media). Важны они потому, что почти любой пользователь в процессе своей работы на компьютере будет сохранять данные, а также может уже иметь необходимые ему файлы, доступ к которым желательно обеспечить.

В операционных системах на базе ядра Linux при создании пользователей автоматически в каталоге /home создаются домашние директории. Сколько пользователей зарегистрировано в системе, столько и будет подкаталогов в /home. Имена этих подкаталогов обычно совпадают с логинами (регистрационными именами) пользователей. Аналогом такого каталога в операционной системе Windows является папка . И в Linux и в Windows в эти каталоги по умолчанию сохраняются все пользовательские файлы. Однако в Linux, помимо файлов, которые создал сам пользователь, сохраняются еще и файлы всех его настроек для различных программ (обычно эти файлы являются скрытыми). Внутри /home/userX присутствует каталог Desktop — это каталог «рабочего стола».

Каталог /mnt согласно стандарту FHS должен использоваться для временного подключения иных файловых систем. Что значит временного? Скорее всего это значит, что администратор системы в случае необходимости монтирует тот или иной диск. Затем, после того как раздел будет не нужен, отсоединяет его. Но если прописать соответствующую строчку в файле /etc/fstab, то раздел жесткого диски будет монтироваться автоматически при загрузке системы. Возникает вопрос: можно ли считать это временным подключением? Каталог /media (как было указано выше) предназначен для монтирования сменных накопителей. На сегодняшний день (2007 г.) многие дистрибутивы автоматически монтируют как разделы жесткого диска, так и сменные устройства в каталоги /mnt и /media. Однако, практически, монтирование разделов можно организовать в почти любой каталог.

Осваиваемся на новом месте (монтирование)

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

Первое, что потребуется пользователю для решения проблем подобного рода (администрирования системы) — это знание пароля root’а (суперпользователя, администратора системы).

Необходимо также знать как запустить командную оболочку в графической среде, или как переключиться в текстовый режим работы.
Для работы с командной оболочкой в графическом режиме необходимо запустить приложение Терминал, которое можно найти в одном из пунктов главного меню (Стандартные или Система)
Для перехода в текстовый режим работы используются комбинации клавиш от Ctrl+Alt+F1 до Ctrl+Alt+F6. Для возврата в графический режим — Ctrl+Alt+F7.

Следует разобраться в структуре своего жесткого(их) диска(ов) и выяснить имя раздела, который будет подключаться к системе (а также тип его файловой системы).
Например, если имеется один жесткий диск на IDE контроллере, то начало имен всех разделов этого устройства будет hda. Далее к буквенной части имени дописывается цифра, обозначающая номер раздела. Первичные разделы нумеруются от 1 до 4, части первичного расширенного раздела — от 5 и далее.
Если, работая непосредственно под root’ом, написать (дать команду) fdisk -l в командной оболочке, то можно увидеть список всех разделов диска. Существуют также приложения отражающие разделы диска в графическом режиме (например, Обзор оборудования ).

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

В приложении Терминал необходимо дать команду su (т.е. набрать ее и нажать Enter). Далее будет предложено ввести пароль root’a. Ввести пароль (при этом символы не будут отображаться) и нажать Enter. Если все сделано правильно, то в приглашении командной оболочки помимо прочего появится слово root. Это будет означать, что конкретному пользователю на данный момент предоставлены права администратора.

Теперь необходимо определиться с точкой монтирования раздела. Допустим, это будет подкаталог winsave стандартного для этих целей каталога /mnt.
Для создания каталогов используется команда mkdir. Полная команда в данном случае будет такой:
mkdir /mnt/winsave
Если команда выполнена правильно, то никаких сообщений не появится, и следующая строка снова начнется с приглашения.

После того, как готова точка монтирования можно приступить непосредственно к подключению раздела. Монтирование устройств выполняется с помощью команды mount.
Эта команда имеет достаточно много параметров, но в данном примере будут использоваться только три. Это указания 1) типа файловой системы подключаемого раздела, 2) имени файла устройства (в данном случае, раздела диска), и 3) имени каталога — точки монтирования.
Скорее всего бывшему пользователю Windows потребуется подключить какой-нибудь win-раздел (например, бывший диск D). Если подключаемый раздел имеет файловую систему FAT 32, то в качестве первого параметра пишется vfat (если NTFS, то ntfs).
Поскольку файлы устройств содержит каталог /dev, то полное имя, например, пятого раздела первого IDE-диска будет /dev/hda5.
В итоге получаем такую команду:
mount -t vfat /dev/hda5 /mnt/winsave
В команде используется ключ -t, т.к. явно указывается тип файловой системы.

Если все получилось правильно, то пользователь, открыв каталог /mnt/winsave, увидит там свои любимые файлы, чему несомненно будет рад.

Однако после перезагрузки операционной системы раздел снова придется монтировать (выполнять команду mount). Можно обеспечить и автоматическое монтирование раздела при загрузке системы. Для этого редактируется конфигурационный файл /etc/fstab, который содержит список файловых систем, которые могут быть смонтированы.

Конфигурационные файлы содержат текстовые данные, следовательно, редактируются в текстовом редакторе. Распространенными текстовыми редакторами Linux для графических сред являются gedit и kwrite. Эти редакторы не сильно отличаются от Блокнота Windows (но превосходят его по возможностям). Команда для открытия текстового файла может выглядеть так:
gedit /etc/fstab

Записи в файле fstab построчные, и каждая строка соответствует одной точке монтирования. Строка обычно состоит из следующих записей: имени файла устройства, точки монтирования, типа файловой системы, параметров, уровня дампа, порядкового номера файловой системы для программы fsck. Строка, введенная пользователем, может выглядеть примерно так:
/dev/hda5 /mnt/winsave vfat iocharset=utf8, codepage=866 0 0
(Жирным выделены поля, которые должны быть прописаны обязательно.)

Примечание. Если файловая система монтируется , то можно пропустить п. 6 и сразу перейти к п. 7 и 8. Однако раздел при этом станет доступным только после перезагрузки системы.