Ubuntu как смонтировать диск

Монтирование разделов

Если вы раньше использовали ОС Windows, то вы, скорее всего, привыкли к дискам с именами (C:), (D:) и т.д. В ОС Ubuntu Linux все иначе. Если в Windows для каждого раздела винчестера, CD-привода, флешки или картридера, назначалась определенная буква, к примеру (E:), то в Linux содержимое всех подключаемых и внутренних дисков отображается в виде папок, которые монтируются (подключаются) в корень файловой системы (/) По началу это может показаться очень неудобным, но при постепенном осваивании системы Linux, вы поймете что так правильней и даже удобней.

В Linux подключение диска в основную файловую систему называется монтирование.
Список всех смонтированных устройств можно узнать командой mount

На данный момент Ubuntu Linux выполняет автоматическое монтирование всех обнаруженных подключаемых устройств (внешние винчестеры, флешки, фотоаппараты и т.д.) в корень файловой системы в директорию /media/. Например, если вы вставите флешку с меткой «Flash_card», то система смонтирует ее в каталог /media/Flash_card. В любом случае вам не надо задумываться куда и как монтировать внешние носители, т.к. они автоматически становятся доступны на панели рабочего стола в меню «Переход».

Однако ситуация с NTFS, FAT и FAT32 разделами основного (внутреннего) винчестера несколько иная. Чтобы каждый раз при попытке зайти на NTFS или FAT32 раздел не вводить пароль нужно выполнить действия рассмотренные ниже:

Способы монтирования

Способ 1: монтирование через универсально уникальный идентификатор (UUID)

Монтирование через идентификатор диска UUID является наиболее надёжным, работает во всех версиях Ubuntu (и не только Ubuntu).

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

Узнаем UUID разделов, для этого

в терминале выполняем команду:

sudo blkid

Примерный вывод:

/dev/sda1: UUID="00a4ad8e-dbcc-4c32-a0b4-074b5ee2bfb4" TYPE="ext4" /dev/sda2: LABEL="Win7" UUID="0E42D6D242D6BE21" TYPE="ntfs" /dev/sda3: LABEL="Shared" UUID="7ECCC7F5CCC7A62D" TYPE="ntfs" /dev/sda4: UUID="1050e484-896f-42a9-bdb3-49eb1255cc77" TYPE="swap" /dev/sr0: LABEL="DrWebLiveCD" TYPE="iso9660" /dev/sdb1: LABEL="TRENDNET8GB" UUID="355B-FE37" TYPE="vfat"

Предположим, мы хотим подключить раздел «Shared» (NTFS-раздел, находящийся на основном диске компьютера) и «TRENDNET8GB» (флэшка, отформатированная в FAT32).

Бонус использования команды blkid по сравнению с инспекцией каталога /dev/disk/by-uuid/ в том,что вы сразу видите тип файловой системы на блочном устройстве, если ядру удалось его определить.

Создаём каталоги для монтирования:

sudo mkdir /mnt/Shared /mnt/TrendNet8Gb

Открываем от имени администратора файл /etc/fstab, содержащий информацию о всех монтируемых при загрузке разделах:

sudo nano /etc/fstab

Добавляем в конец файла,
для NTFS:

UUID="7ECCC7F5CCC7A62D" /mnt/Shared ntfs rw,nls=utf8,gid=plugdev,umask=0002 0 0

для FAT и FAT32:

UUID="355B-FE37" /mnt/TrendNet8Gb vfat rw,exec,codepage=866,nls=utf8,gid=plugdev,umask=0002,nofail,users 0 0

Монтируем только что вписанные разделы диска:

sudo mount -a

Способ 2: монтирование через имена устройств

Монтирование с помощью таблицы разделов поддерживается практически во всех версиях всех *nix-подобных операционных систем.

Считается устаревшим и строго не рекомендуется к постоянному использованию.

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

Узнаём имена разделов. Для этого можно, опять же, воспользоваться командой blkid, либо обратиться к помощи системы:

cat /proc/partitions

Примерный вывод:

# cat /proc/partitions major minor #blocks name 8 0 488386584 sda 8 1 20971520 sda1 8 2 2097152 sda2 8 3 464519168 sda3 8 16 488386584 sdb 8 17 20971520 sdb1 8 18 2097152 sdb2 8 19 464519168 sdb3 9 1 10538496 md1 9 0 6289344 md0

Разделы, оканчивающиеся цифрой — файловые системы. Разделы без цифры на конце — реальные физические устройства. В данном примере участвуют два физических диска (/dev/sda и /dev/sdb) и два рейд-массива (по сути — две файловые системы, не привязанные напрямую к какому-то одному физическому носителю).

Больше информации (как то точная геометрия и серийные номера физических дисков, что бывает нужно в целях более точной идентификации разделов) можно получить, воспользовавшись утилитами fdisk, sfdisk (для дисков, размеченных в MBR), parted (рекомендуется, понимает как разметку MBR, так и более современную GPT, используемую в системах с UEFI BIOS).

Пример вывода команды fdisk (вывод parted отличается очень незначительно):

# fdisk -u -l /dev/sd? Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Disk identifier: 0x8543ab30 Device Boot Start End Blocks Id System /dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 46139391 2097152 83 Linux /dev/sda3 46139392 975177727 464519168 83 Linux Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Disk identifier: 0x84a90046 Device Boot Start End Blocks Id System /dev/sdb1 * 2048 41945087 20971520 83 Linux /dev/sdb2 41945088 46139391 2097152 83 Linux /dev/sdb3 46139392 975177727 464519168 83 Linux

Попробуем достучаться до массива md0.

Как и прежде, создаём каталог для монтирования файловой системы:

sudo mkdir /mnt/raid0

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

$ sudo mount /dev/md0 /mnt/raid0 -t auto -o rw,nls=utf8,noatime $ mount . /dev/md0 on /mnt/raid0 type ext3 (rw,noatime,nls=utf8)

Дополнительная информация

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

rw (read-write, чтение-запись) — файловая система будет подключена с возможностью записи на неё пользователями.

Если вы хотите предотвратить любую запись на файловую систему вообще, указание одной только опции ro (read-only, только чтение) вас не спасёт — такие действия, как восстановление целостности системы по записям из журнала, будут проведены при подключении систем, поддерживающих журналирование. При необходимости предотвратить любую запись на файловую систему пользуйтесь другими средствами для монтирования, либо внимательно читайте документацию на утилиту монтирования для соответствующей файловой системы, если она допускает принудительное отключение подобных действий.

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

codepage=866 — указывает, какую кодировку использовать для трансляции имён файлов на файловой системе. Кириллическая русская кодовая страница для файловой системы FAT — 866. Длинные имена на файловой системе (VFAT) сохраняются в уникоде, реально эта настройка нужна только для дисков, записанных на отличных от Windows системах, не поддерживающих соглашения VFAT.

nls=utf8 — указывает модулю файловой системы, какую кодировку использовать при передаче данных системе (и пользователю). Старое название этой опции — iocharset использовать запрещено — она будет удалена в следующих версиях программы.

Схематично взаимодействие этих двух опций можно представить как:

FS OS Applications Operator

uid (gid) — указывает, какой пользователь (группа) будет владеть точкой подключения (и файлами на ней, если нет других способов определить владельца). gid=plugdev указывает, что все пользователи в группе 46(plugdev) могут обращаться к этому устройству. Локальные пользователи в Ubuntu обычно входят в эту группу.

umask=0002 — подробности смотрите в __man chmod__

nofail — если указанный том недоступен в момент загрузки, это не создаст ошибок и загрузка нормально продолжится.
Внимание: настольная (desktop) версия Ubuntu всё равно выдаст предупреждение и будет ждать ввода пользователя.

users — допускает монтирование и размонтирование устройства обычными пользователями, причём, в отличие от user, размонтировать устройство может любой пользователь, не обязательно тот, что его монтировал.

Более подробно о монтировании разделов диска и опций к нему можно узнать из статьи про fstab, а также в статье разделы_и_файловые_системы_linux.

Донастройка системы

Теперь диски стали подключаться автоматически, но так как это делается от имени root, у нас пропала возможность на подключенных дисках давать права на общий доступ, чтобы восстановить эту возможность добавим настройку в Samba:

sudo gedit /etc/samba/smb.conf

добавим в секцию [global]:

usershare owner only = false

Это ОЧЕНЬ ГРУБЫЙ ХАК. Для нормальной работы с пользователями на NTFS дисках — создайте на NTFS разделе файл .NTFS-3G/UserMapping

Монтирование разделов жесткого диска: Linux-и MS-DOS-разделы

Разделы жесткого диска для Linux и MS-DOS можно монтировать с помощью команды mount . Удобнее, однако, монтировать их автоматически с помощью файла /etc/fstab (см. Автоматическое монтирование файловых систем: файл fstab). Те разделы жесткого диска для Linux, которые вы создали во время инсталляции, уже автоматически смонтированы. Для того чтобы смонтировать раздел жесткого диска для Linux, введите команду mount с именем раздела и каталог, в котором вы хотите смонтировать данный раздел. Имя раздела состоит из префикса ( hd для IDE-дисков и sd для SCSI-дисков), метки диска и номера раздела. Например, hda2 обозначает второй раздел первого IDE-дискa, a sdbs — третий раздел второго SCSI-дискa. Если необходимо предварительно определить имя раздела, дайте команду df , и она выдаст информацию о разделах жесткого диска. В следующем примере раздел жесткого диска для Linux монтируется на устройстве /dev/hda4 в каталоге /mnt .

# mount -t ext2 /dev/hda4 /mnt

Можно смонтировать и раздел MS-DOS. Здесь также используется команда mount , но нужно указать, что тип данной файловой системы — MS-DOS. Для этого используйте опцию -t и введите тип файловой системы — msdos . В следующем примере пользователь монтирует раздел жесткого диска MS-DOS, /dev/hda1 , в файловую структуру ОС Linux в каталоге /mnt/dos . Каталог /mnt/dos — стандартная точка монтирования для файловых систем MS-DOS, но, в принципе, их можно монтировать в любом каталоге. Проверьте, создан ли уже этот каталог.

# mount -t msdos /dev/hda1 /mnt/dos

Если вы хотите включить в файловую структуру новый раздел, вначале нужно создать этот раздел с помощью команды fdisk или команды cfdisk , а затем отформатировать его посредством команды mkfs . После этого раздел можно монтировать. Для начала введите в командной строке fdisk или cfdisk . Вы войдете в интерактивную программу создания раздела Linux. Использовать программы fdisk и cfdisk следует очень осторожно, так как они могут привести к уничтожению всего содержимого жесткого диска.

Команда fdisk работает во многом так же, как в процессе инсталляции системы. Команда n создает новый раздел, а команда t позволяет установить тип раздела равным 83, т.е. тип Linux.

Разделы жесткого диска именуются буквами hd , буквой, обозначающей жесткий диск, и номером раздела. Они могут относиться к любой операционной системе — не только Linux, но и MS-DOS, OS/2 и Windows NT. Первый созданный раздел получает имя hda1 , т.е. первый раздел на первом жестком диске, а. Следующий раздел получает имя hda2 . Если есть другой дисковод, то его первый раздел получит имя hdb1 .

Создав раздел жесткого диска, нужно отформатировать его. Для этого служит команда mkfs с именем раздела. Разделу жесткого диска соответствует файл устройства, находящийся в каталоге /dev . В команде mkfs необходимо указать полное путевое имя файла устройства. Например, новый раздел на первом жестком диске будет иметь имя /dev/hda5 . В следующем примере команда mkfs приводит к форматированию этого раздела.

# mkfs -t ext2 /dev/hda5

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

Монтирование и fstab

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

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

Монтирование и пункты меню «Переход»

Сначала немного общей теории. Она не очень лёгкая, но надеюсь вы уловите основную суть. Итак, я рассказывал, что все подключаемые устройства автоматически монтируются в подкаталоги папки /media . Возможно, вы даже не преминули проверить это и убедиться в том, что и на самом деле всё обстоит именно так.

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

В Ubuntu существует специальный файл, /etc/fstab , в котором хранятся настройки монтирования различных разделов, включая корень и swap. Существенная информация из этого файла заключается в первую очередь в соответствии точек монтирования разделам. При каждой загрузке Ubuntu читает этот файл и монтирует все перечисленные в нём диски в указанные для них места. Больше нигде никакой информации и точках монтирования в системе не хранится. Соответственно при установке в /etc/fstab записывается вся указанная вами информация о монтировании ваших разделов.

Различные флешки, внешние диски, плееры и прочие устройства монтируются автоматически при подключении к вашему компьютеру. Точкой монтирования в этом случае служит один из подкаталогов /media , обычно — с именем, соответствующим метке устройства 1) . За выдлением точек монтирования, определением файловой системы и решением других проблем следит Ubuntu — вам ничего делать не надо. Кроме того, все внешние устройства автоматически попадают в меню «Переход» и на рабочий стол, так что вы всегда можете легко получить к ним доступ 2) .

Проблемы начинаются только тогда, когда какое-то устройство было присоединено к компьютеру до загрузки Ubuntu, но для него нету записи в /etc/fstab . В этом случае оно будет смонтировано только при вашем первом к нему обращении. Естественно, по всё тем же правилам подключения внешних источников, то есть в автоматически созданный подкаталог директории /media . В случае с флешками это некритично — в конце концов при первом вашем обращении к флешке вы всё равно сразу же получите доступ к её содержимому и вам вообще не нужно задумываться не то, что о всяких /etc/fstab , а даже просто о значении термина «монтирование». Но дело в том, что Ubuntu ровно так же будет обрабатывать и неуказанные в /etc/fstab разделы винчестера. И в чём же проблема, спросите вы?

Проблема в том, что зачастую получить доступ к содержимому винчестера нужно сразу после загрузки и до того, как вы вручную зайдёте на нужный диск. Это связано с тем, что многие программы работают с файлами без вашего непосредственного участия. Например, различные торрент-клиенты, плееры и прочие приложения, которые постоянно обращаются к файлам на винчестере, просто не смогут работать, пока вы не перейдёте на нужный диск. Кроме того, при автоматическом назначении точки монтирования в момент первого обращения есть ещё одна небольшая проблема: вообще говоря никто не может гарантировать, что каждый раз будет использоваться одна и та же точка монтирования. А это значит, что могут меняться полные пути до всех файлов, что вообще приведёт к невозможности работы с ними большого количества приложений, вроде тех же торрент-клиентов.

В общем, вы наверно уже поняли, что все нужные вам разделы должны присутствовать в /etc/fstab , чтобы Ubuntu их автоматически монтировала при запуске и у вас не было проблем при работе с ними.

Вопрос остаётся только один: а какие указывать точки монтирования для разделов? Если вы помните, при описании установки я говорил вам монтировать все дополнительные разделы в подкаталоги /media . Это и есть самый распространённый способ указания точек монтирования, однако далеко не единственный. Дело в том, что всё, смонтированное в подкаталоги /media , автоматически попадает в меню «Переход» и на рабочий стол. Но иногда хочется скрыть некоторые разделы и убрать их из всех списков и меню. Логичным решением было бы просто удалить запись о ненужном разделе из /etc/fstab . Однако это не приведёт к желаемому результату, поскольку точка монтирования для раздела, не указанного в /etc/fstab , автоматически всё равно будет назначаться в подкаталог /media , соответственно, диск всё равно будет доступен через меню «Переход». А скрыть диск на самом деле очень просто: нужно указать точку монтирования для раздела не в подкаталог /media , а в другую часть файлового дерева.

Будьте осторожны! Неаккуратное обращение с точками монтирования может привести к полной неработоспособности системы.

Например, в подкаталог /hidden/data 3) . При этом диск исчезнет из всех графических программ, но к его содержимому всё же будет доступ по полному пути относительно корня 4) .

На всякий случай хочу обратить внимание на две вещи: во-первых, указанный в качестве точки монтирования для любого диска каталог должен существовать в файловой системе. То есть если вы хотите смонтировать какое-то устройство в /hidden/data , то у вас должен существовать каталог /hidden/data . И при этом он должен быть пустой, т.к. его содержимым после монтирования будет являться содержимое подключаемого устройства. А во-вторых права на запись файлов на подключаемые устройства определяются правами на запись в точку монтирования. То есть если вы что-то монтируете в /media/data , то у вас должны быть нужным образом установлены владелец, группа и права доступа к каталогу /media/data .

Осталось только немного рассказать про системные директории, вроде /home , и про их отношение к процессу монтирования. Конкретно в /home хранятся домашние каталоги для всех пользователей компьютера. Помните, при рассказе про установку я говорил, что /home рекомендуется выделять отдельным разделом для того, чтобы хранить пользовательские настройки отдельно от системы? Это нужно для того, чтобы можно было, например, отформатировать системный раздел и поставить систему заново, при этом сохранив все пользовательские данные в целостности и сохранности. Так вот, если вы ещё этого не поняли, тут стоит обратить внимание на то, что не только дополнительные разделы с помощью механизма монтирования можно вставлять в текущее дерево каталогов, но и выносить на отдельные разделы любые системные каталоги 5) .

Вот так всё запутанно и с первого взгляда сложно. Если вы не уловили суть вопроса, то ничего страшного, просто запомните, что для всех разделов винчестера обязательно должны быть записи в /etc/fstab , а обо всём остальном за вас позаботится система, вот и вся соль.

Конфигурационный файл /etc/fstab

А теперь собственно к практике. Осталось только рассказать, как же устроен файл /etc/fstab и что в него надо писать. Начну с того, что этот файл является системным, поэтому для его редактирования нужны права root . Если вы забыли, как редактировать конфигурационные файлы системы, прочитайте снова статью про права доступа.

Итак, открыв /etc/fstab вы увидите достаточно небольшое содержимое, у меня этот файл выглядит так:

Каждому разделу винчестера отводится одна строка. Строчки, начинающиеся с символа решётки ( # ), являются комментариями и системой игнорируются. Формат каждой записи очень простой:

раздел_винчестера точка_монтирования файловая_система опции_монтирования два_вспомогательных_числа

Помните, в статье про разметку диска я рассказывал, что разделы винчестера в Linux именуются как sdaX (или sdbX , sdcX и т.д. если у вас несколько винчестеров). Так вот, в fstab используется несколько другой механизм идентификации винчестеров 6) . Для этой цели используются так называемые uuid , достаточно длинные строчки из произвольных букв латинского алфавита и цифр 7) . Для того, чтобы узнать uuid для нужного вам раздела выполните в терминале команду 8)

ls -l /dev/disk/by-uuid

Вот как выглядит результат выполнения у меня:

Я думаю, понятно, что к чему, uuid для каждого раздела выделен голубым цветом.

Итак, первое поле записи в fstab для разделов винчестера выглядит так:

UUID=ваш_uuid

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

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

Но как-то указать все эти параметры всё-таки надо. К счастью, тут можно схитрить 9) . Дело в том, что записи о всех смонтированных дисках попадают в специальный файл /etc/mtab , а формат записей этого файла ровно такой же, как и у /etc/fstab . Поэтому если вам надо добавить запись для какого-то раздела винчестера в fstab просто зайдите на него через меню «Переход», при этом он автоматически смонтируется в подкаталог /media и следовательно запись о нём появится в mtab . Теперь откройте mtab , найдите нужную строчку (тут уже диски именуются обычным способом) и скопируйте её в fstab , заменив имя диска на его uuid и точку монтирования на желаемую. Кроме того, если в качестве ФС в mtab записано fuseblk , то при копировании необходимо подставить вместо этого значения имя своей файловой системы. Если вы не знаете, как правильно должна называться ваша ФС в fstab , то поищите информацию на эту тему в интернете. И если вы не наделаете ошибок при замене, то при следующей загрузке диск смонтируется туда, куда вы указали.

На этом я заканчиваю краткое, хоть и достаточно запутанное, знакомство с файлом /etc/fstab и системой монтирования дисков в Ubuntu. Более того, на этом так же заканчивается вся информация, которую я хотел вам рассказать про Ubuntu. Ну и дабы не завершать руководство столь неочевидным рассказом про специфическую настройку системы, я завершу его статьей с красивым названием «Эпилог»:

Это не всегда так. Можно добавить запись для устройства во всё тот же /etc/fstab , тогда при подключении точка монтирования не будет назначена автоматически, а считается из этого файла. Так, например, сделано для дисководов. Так что /etc/fstab используется не только при загрузке. Кроме того, если имя уже занято, то к нему будет дописано нижнее подчёркивание при определении точки монтирования.

На самом деле на рабочий стол и в меню «Переход» попадает всё, что смонтировано в один из подкаталогов /media или же будет туда смонтировано при первом обращении.

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

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

Только сразу хочу предупредить, в отличие от подключения дополнительных разделов в /media или в /hidden/data , системные каталоги выносить на отдельные разделы лучше только при установке, если вам вдруг понадобится это сделать после неё, то сначала разберитесь, что и куда надо скопировать и что и где изменить, простого добавления записи в /etc/fstab для этого недостаточно. Вкратце, для этого нужно загрузиться с LiveCD, потом скопировать текущее содержимое нужного каталога на новый диск, затем удалить данные со старого места, после чего добавить новую запись в /etc/fstab и напоследок проверить права доступа. Но поскольку выполняя эти операции вы рискуете потерять важные данные, то сначала подробно разберитесь в вопросе, и только потом приступайте к конкретным действиям.

Хотя можно использовать и классические имена.
Связано это с некоторыми техническими особенностями, но это несущественно.

Как вы может быть догадываетесь, узнать uuid можно далеко не единственным способом. Например, есть гораздо более информативная команда, требующая, однако, административных привилегий для запуска:

sudo blkid

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

И даже не одним способом. Например, для добавления ntfs-раздела в fstab можно воспользоваться утилитой ntfs-config , правда предварительно вам придётся её установить.

автомонтирование диска в Ubuntu 20.04

обе системы ntfs, я не пойму из man, не понимаю конкретно в опции, которые мне позволят поставить ограничения на права и принадлежность к пользователю. вы можете мне прямо строку описать из fstab? а то ошибки в нем чреваты выходом системы из строя. в одном случае потерял SSH доступ, в другом система стала самовырубаться

Gavriil
( 24.11.20 17:54:33 MSK ) автор топика
Ответ на: комментарий от Gavriil 24.11.20 17:54:33 MSK

UUID=uuid_вашего_раздела /точка/монтирования ntfs nodev,nosuid,noexec,rw,uid=uid_юзера,fmask=677,dmask=677 0 0

~~sudoapter~~ ★
( 24.11.20 19:05:14 MSK )
Последнее исправление: sudoapter 24.11.20 19:15:08 MSK (всего исправлений: 1)

use GUI

открываешь утилиту «Диски» ( gnome-disks ).
выбираешь нужный диск/раздел.
жмёшь кнопку «Расширенные параметры раздела».
выбираешь пункт «Изменить параметры монтирования».
выставляешь «Подключать при запуске системы».

anonymous
( 24.11.20 19:18:01 MSK )
Ответ на: use GUI от anonymous 24.11.20 19:18:01 MSK

у меня без GUI, серверная

Gavriil
( 24.11.20 22:12:46 MSK ) автор топика
Ответ на: комментарий от sudoapter 24.11.20 19:05:14 MSK

спасибо, а еще вопрос, UUID не нужно в кавычки брать? а-то шлаковые ресурсы с неактуальными статьями, которые гугл выдаёт через раз показывают что нужно ставить

Gavriil
( 24.11.20 22:15:33 MSK ) автор топика
Ответ на: комментарий от Gavriil 24.11.20 22:15:33 MSK

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

damix9 ★★★
( 24.11.20 22:44:20 MSK )
Ответ на: комментарий от Gavriil 24.11.20 22:15:33 MSK

damix9 ★★★
( 24.11.20 22:48:01 MSK )

Если диски внешние, то будет нелишним ещё докинуть (где возможно)

nofail Do not report errors for this device if it does not exist

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

NDfan ★
( 24.11.20 23:56:57 MSK )
Ответ на: комментарий от damix9 24.11.20 22:48:01 MSK

на втором тоже много неработающих описаний. и кавычки есть, кстати

Gavriil
( 25.11.20 00:05:00 MSK ) автор топика
Ответ на: комментарий от Gavriil 24.11.20 22:15:33 MSK

У меня без кавычек.

~~sudoapter~~ ★
( 25.11.20 04:02:49 MSK )
Ответ на: комментарий от Gavriil 25.11.20 00:05:00 MSK

на втором тоже много неработающих описаний. и кавычки есть, кстати

Без кавычек всегда было.

anonymous
( 25.11.20 06:59:35 MSK )
Ответ на: комментарий от NDfan 24.11.20 23:56:57 MSK

nofail,x-systemd.device-timeout=1ms

даже если не внешний, все равно его может понадобиться вынуть.
damix9 ★★★
( 25.11.20 14:23:33 MSK )
Ответ на: комментарий от damix9 25.11.20 14:23:33 MSK

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

Либо вообще nofail вреден, и надо сказать «ой-всё», и уйти в emergency, лол)

А так, согласен, дельно.

NDfan ★
( 25.11.20 15:09:21 MSK )
Ответ на: комментарий от sudoapter 24.11.20 19:05:14 MSK

спасибо, добрый человек, и спасибо всем здесь. в одной теме получилось собрать больше информации, чем на 4 сайтах.

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

Gavriil
( 25.11.20 18:01:20 MSK ) автор топика
Последнее исправление: Gavriil 25.11.20 18:01:57 MSK (всего исправлений: 1)

Ответ на: комментарий от Gavriil 25.11.20 18:01:20 MSK