Ошибка монтирования mount failed

Проблема

При попытке смонтировать накопитель с файловой системой Ext2, Ext3 или выводится сообщение об ошибке:

Mount failed

mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

CODE

Диагностика

  • Проверить вывод команды dmesg на наличие строк вида:

    Unrecognized mount option "iocharset=utf8" or missing value

    CODE

  • Проверить файл /etc/fstab.pdac на наличие строки вида:

    /dev/sd* /run/usr/*/media/* auto owner,group,nodev,noexec,noauto,iocharset=utf8,defaults 0 0

    CODE

Возможная причина: Неподходящие параметры монтирования в файле /etc/fstab.pdac. Перейти к решению.


 

Возможные причины


В этой статье я расскажу, как решить проблему «failed to mount /etc/fstab» в Linux.

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

Эта информация является статической и считывается другими программами в системе, такими как mount, umount, dump и fsck.

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

Четвертое поле определяет параметры монтирования, связанные с файловой системой, а пятое поле считывается инструментом дампа. Последнее поле используется инструментом fsck для определения порядка проверки файловой системы.

Четвертое поле определяет параметры монтирования, связанные с файловой системой, а пятое поле считывается инструментом дампа.

Последнее поле используется инструментом fsck для определения порядка проверки файловой системы.

После редактирования /etc/fstab для создания automount и перезагрузки моей системы; Linux загрузился в аварийный режим, показывая сообщение об ошибке:

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

Как вы можете видеть, основная ошибка (отказ модуля etc-fstab.mount) приводит к нескольким другим ошибкам (проблемы с зависимостью системы systemd), такие как отказ локального -fs.target, rhel-autorelabel-mark.service и т. д.

# journalctl -xb

Причины ошибки

Приведенная выше ошибка может возникнуть из-за любой из нижеперечисленных проблем в файле /etc/fstab:

  • отсутствует файл / etc / fstab
  • неправильная спецификация параметров монтирования файловой системы,
  • сбой точек монтирования или непризнанные символы в файле.

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

# vi /etc/fstab

Я понял, что набрал буква «r» в начале файла, как показано на скриншоте выше – это было признано системой как специальное устройство, которое фактически не существовало в файловой системе, что привело к появлению последовательных ошибок.

Мне потребовалось несколько часов, прежде чем заметить и исправить это.

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

После перезагрузки система снова загрузилась.

Как избежать таких проблем в будущем

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

Всегда создавайте резервную копию своих файлов конфигурации перед их редактированием.

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

Например:

# cp /etc/fstab /etc/fstab.orig

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

Используйте эти утилиты, где это возможно.

Однако, если вы получаете сообщения о системных ошибках:

Сначала просмотрите журнал systemd с помощью утилиты journalctl, чтобы определить, что именно вызвало их:

# journal -xb

Содержание

  1. Самые часто возникающие ошибки при монтировании папки в Linux
  2. Ошибка при монтировании папки can’t find in /etc/fstab
  3. Ошибка mount does not exist
  4. Как примонтировать диск, iso, флешку, или сетевую папку в Linux Astra Орел через терминал?
  5. Как примонтировать флешку в linux Astra через терминал
  6. Как примонтировать диск, том в Linux Astra через терминал?
  7. Как примонтировать Iso образ в Linux Astra или привод CD/DVD в терминале?
  8. Как примонтировать сетевую папку или сетевой диск в Linux Astra?
  9. Как примонтировать внешний жесткий диск в Астра Линукс и добавить точку в автозагрузку по сценарию?
  10. Монтирование диска в Linux
  11. Что такое монтирование?
  12. Монтирование дисков в Linux
  13. Монтирование разделов с помощью mount
  14. Размонтирование устройств в Linux
  15. Выводы
  16. Монтирование (FSTAB)
  17. Операционные системы Astra Linux

Самые часто возникающие ошибки при монтировании папки в Linux

Начинающие пользователи Linux систем сталкиваются с кучей различных ошибок. Которые в свою очередь возникают по самым нелепым причинам. Пользователь не дописал команду, сделал синтаксическую ошибку и т.д. Например, когда неопытный пользователь пытается смонтировать сетевую папку с помощью команды mount, появляются ошибки типа can’t find in /etc/fstab или mount does not exist. Сегодня рассмотрим самые часто возникающие ошибки при подключение сетевой папки в Linux.

Рекомендую прочитать следующие статьи из которых вы узнаете как подключить сетевую папку в различных Linux системах.

Ошибка при монтировании папки can’t find in /etc/fstab

И так вы вводите команду монтирования сетевой папки и видите сообщение can’t find in /etc/fstab. Это говорит о том что вы не указали папку куда будет смонтирован сетевой диск. Т.е вы ввели следующею команду.

/10.0.0.6/share — указали где располагается сетевая папка

username=guest — указали пользователя

password= — без пароля

Правильная команда должна выглядеть так.

/mnt/share/ — забыли указать место куда будет смотриван сетевой ресурс

11 7

Ошибка mount does not exist

Дальше после ввода правильной команды для монтирования сетевой папки вы можете увидеть сообщение mount does not exist. Этого говорит о том что папки share указанной в строчке /mnt/share/ нет.

12 4

Это особенность подключения сетевой папки в Linux. Вы должны сами создать пупку /mnt/share/ к которой будет монтироваться сетевой диск.

13 3

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

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

Источник

Как примонтировать диск, iso, флешку, или сетевую папку в Linux Astra Орел через терминал?

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

Да и случаи бывают разные. Монтирование — это по сути подключение содержиого из переносных, сетевых ресурсов к вашему компьютеру.

Даже если вставить флешку в гнездо — система не обязательно будет Вам автоматически ее открывать (как в Windows). Сделано это опять же для безопасности. Нужно явное указание пользователя на открытие.

Как примонтировать флешку в linux Astra через терминал

В графическом режиме если сразу не открыли флешку — в графическом режиме можно нажать «Примонтировать» и готово, содержимое можно открывать.

img 5e676dca50f9f

Обратите внимание, что КАЖДОЕ подключенное устройство хранения данных в Linux прописывается в системе уникальным кодом, в данном случае в папке /dev/ устройство sdb1. Это наименование еще нам пригодится. В графике все просто посмотреть. А терминале, чтобы увидеть все подключенные к системе устройства нужно воспользоваться командой fdisk:

Система выдает список томов жесткого диска и чуть погодя подключенные флешку диск:

img 5e67821dc7ddc

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

Как примонтировать диск, том в Linux Astra через терминал?

Сначала нужно выбрать каталог, куда нужно смонтировать флешку или диск. Или точку монтирования. Можно создать новый каталог или выбрать существующий. Для наглядности откроем в терминале Midniht Commander:

По умолчанию точки монтирования создаются в файловой системе, папка /mnt

img 5e6785b6d51a8

Внутри этой папки можно создать каталог прямо в MC (через клавишу F7) либо через терминал

mkdir «имя каталога»

Непосредственно для монтирования используем команду mount:

Если все сделано правильно, теперь можно в MC открыть папку назначения…

img 5e678932646d8

…либо проверить результат другим способом — просмотреть содержимое нужного каталога командой ls:

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

sudo umount /dev/sdb1 /mnt

Как примонтировать Iso образ в Linux Astra или привод CD/DVD в терминале?

ISO образы — это архивные файлы в формате файловой системы ISO 9660, разработанной для компакт /DVD дисков. Содержимое ISO может потребоваться, если у вас к примеру установочная флешка с операционной системой и Вы хотите скопировать установочные файлы для настройки установки ОС по сети.

Иногда нужно срочно примонтировать привод CD/DVD для копирования содержимого настоящего компакт диска. Давайте с этого и начнем. Чтобы определить, под каким именем в системе прописано устройство для чтения компакт дисков введем команду lsblk

img 5e67d1a93f0c6

Затем создаем точку монтирования:

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

Размонтировать образ можно так:

sudo umount /папка где лежит iso файл/orel-current.iso /mnt

Как примонтировать сетевую папку или сетевой диск в Linux Astra?

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

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

Требуется установить пакет cifs-utils:

sudo apt install cifs-utils

Монтирование осуществляется командой (простой пример):

Для того, чтобы сетевой ресурс монтировался при загрузке системы, необходимо в конфигурационный файл /etc/fstab добавить строчку вида:

img 5e67e0205fcf7

Осталось создать сетевое место и дать ему название. На некоторых версиях Windows server этот способ не срабатывает.

img 5e67e0ea9e32a

Как примонтировать внешний жесткий диск в Астра Линукс и добавить точку в автозагрузку по сценарию?

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

В менеджере файлов находим наш диск, который будет в «накопителях» и естестенно не примонтироан:

img 5e8f7be6ef396

После нажатия «Примонтировать» получаем информацию — об имени устройства и КУДА оно монтируется по умолчанию. Что нам и нужно. Создаем текстовый файл и пишем туда команду

mount /dev/sdc1 /media/superuser/reserv

img 5e8f7e7e7affc

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

Источник

Монтирование диска в Linux

Разделы дисков в Linux подключаются к системе совсем не так, как в Windows. Здесь есть корневая файловая система, куда подключаются все другие разделы и устройства, которые вы будете использовать. Системные разделы монтируются автоматически при старте системы. Но если вам нужно подключить дополнительные разделы, в некоторых случаях, может понадобиться это делать вручную.

В этой статье мы рассмотрим как выполняется монтирование диска в Linux, поговорим о том, как правильно использовать утилиту mount, umount и посмотреть какие разделы куда примонтированы.

Что такое монтирование?

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

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

Например, вы хотите примонтировать флешку. Вы даете системе команду подключить ее в папку /run/media/имя_пользователя/UUID_флешки/. Система определяет файловую систему устройства, а затем, используя драйвера ядра подключает ее к указанной папке. Дальше вам остается работать с той папкой, как с любой другой. Больше ни о чем думать не нужно. Когда надумаете извлечь флешку, ее нужно отмонтировать.

Монтирование дисков в Linux

Обычно, монтированием занимаются специальные сервисы оболочки, но не всегда они доступны. А иногда нужно сделать все вручную, чтобы задать дополнительные опции монтирования или другие параметры. Для монтирования в Linux используется команда mount. Рассмотрим ее параметры:

$ mount файл_устройства папка_назначения

Или расширенный вариант:

Перед тем как перейти к рассмотрению примеров работы утилитой, давайте рассмотрим ее основные опции:

Это не все, но основные опции, которые вам понадобятся во время работы с утилитой. Также, возможно, вы захотите знать список опций монтирования, которые могут быть полезными. Они все перечислены в статье автоматическое монтирование в fstab и писать их еще и здесь нет смысла. А теперь перейдем к примерам и рассмотрим как монтировать диск в linux.

Монтирование разделов с помощью mount

Монтирование разделов с помощью mount выполняется очень просто. Фактически в большинстве случаев будет достаточно упрощенной версии команды. Например, смонтируем раздел /dev/sdb6 в папку /mnt:

sudo mount /dev/sdb6 /mnt/

mount

mount1

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

Обратите внимание, что вы не можете использовать опции uid, gid, fmask для файловых систем ext. Они поддерживаются только в FAT, vFAT, exFAT.

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

mount4

Посмотреть uuid для ваших разделов можно с помощью команды:

mount3

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

mount5

Возможно, не только монтирование разделов linux, но и монтирование файлов, если они содержат файловую систему, например, образов дисков. Монтирование образа диска linux работает точно так же:

Посмотреть список всех примонтированных устройств можно просто выполнив mount без параметров:

mount9

Размонтирование устройств в Linux

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

Теперь ваше устройство не смонтировано. Но иногда может возникнуть ошибка размонтирования. Система сообщит, что устройство занято: umount: /mnt: target is busy.

mount6

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

mount7

mount8

Выводы

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

Источник

Монтирование (FSTAB)

Каждая строчка в fstab описывает раздел, который нужно примонтировать к определённой точке монтирования. Синтаксис строки fstab выглядит так:

Устройство + Точка_монтирования + Файловая_система + Опция + Резерв + Проверка

Опции NTFS Описание опций для файловой системы Microsoft NTFS
nls=utf8 Включение поддержки utf-8. Поддержка «нестандартных» символов (кириллицы) в файловой системе.
codepage=866 Включаем поддержку кириллицы в названия файлов папок для MS-DOS/fat32 разделов. Подробнее.
Опции FAT 32 Описание опций для файловой системы Microsoft FAT
utf8 Включение поддержки utf-8. Поддержка «нестандартных» символов (кириллицы) в файловой системе.
codepage=866 Включаем поддержку кириллицы в названия файлов папок для MS-DOS/fat32 разделов. Подробнее.

Монтировать разделы встроенного диска стоит по UUID. Это позволит правильно монтировать разделы даже если они поменяют свой порядок, например, при добавлении новых разделов или подключении новых дисков.
Например, добавление раздела перед /dev/sda6 может превратить его в /dev/sda7. А добавление нового диска может превратить /dev/sdb в /dev/sdc, соответственно раздел /dev/sdb1 станет /dev/sdc1.
Но во всех приведенных примерах UUID раздела не изменится.

Чтобы узнать UUID раздела можно из вывода команды

Пример файла fstab c примонтированными Windows-дисками sda3 (С:) и sda4 (D:):

Для того, чтобы примонтировать диск необходимо открыть файл /etc/fstab и внести изменения.

Источник

Операционные системы Astra Linux

Оперативные обновления и методические указания

Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).

1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).

Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».

На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.

Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!

Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.

Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.

В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.

Очередные обновления (версии) предназначены для:

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

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

Источник

In this article, i will explain how to solve “failed to mount /etc/fstab” boot error in Linux. The file in question contains descriptive information concerning the filesystems the system can mount automatically at boot time.

This information is static and is read by other programs on the system such as mount, umount, dump and fsck. It has six important filesystem mount specification fields: the first field describes the block special device or remote filesystem to be mounted, the second field defines the mount point for the filesystem and the third specifies the filesystem type.

The fourth field defines the mount options associated with the filesystem, and the fifth field is read by dump tool. The last field is used by fsck tool to establish the order of filesystem-checks.

Suggested Read: How to Determine and Fix Boot Issues in Linux

After editing the /etc/fstab to create an automount and rebooting my system; it booted into emergency mode showing the error message below.

Linux Emergency Mode

Linux Emergency Mode

I logged in as root from the interface above, and typed the following command to look through the systemd journal; then I saw the errors shown in the screen shot (indicated using red).

As you can see, the main error (failure of etc-fstab.mount unit) lead to several other errors (systemd unit dependency issues) such as failure of local-fs.target, rhel-autorelabel-mark.service etc.

# journalctl -xb

Boot Error Messages

Boot Error Messages

Causes of “failed to mount /etc/fstab” Error in Linux

The error above may result from any of the issues below, in the /etc/fstab file:

  • missing /etc/fstab file
  • wrong specification of filesystem mount options,
  • failing mount points or
  • unrecognized characters in the file.

To solve it, you can use the original file if you created a backup, otherwise comment out any changes you made using the “#” character (and also ensure that all the uncommented lines are filesystem mount lines).

So I opened the /etc/fstab using vi/m text editor to check for any errors.

# vi /etc/fstab

Linux /etc/fstab File

Linux /etc/fstab File

I realized I had typed an “r” letter at the beginning of the file as shown in the screen shot above – this was recognized by the system as a special device which did not actually exist in the filesystem, thus resulting to the sequential errors shown above.

This took me several hours before noticing and fixing it. So I had to remove the letter, commented out the first line in the file, closed and saved it. After running a reboot, the system booted well again.

How to Avoid Such Issues in the Future

To avoid encountering such issues on your system, take note of the following:

Always create a backup of your config files before editing them. In case of any errors in your configs, you can revert to the default/working file.

For instance:

# cp /etc/fstab /etc/fstab.orig

Secondly, check config files for any errors before saving them, certain applications offer utilities to check syntax of config files before running the application. Use these utilities where possible.

However, if you happen to get any system errors messages:

First look through the systemd journal using the journalctl utility to determine what exactly caused them:

# journal -xb

If you can’t resolve the errors in one way or the other, run to any of the millions of Linux forums on the web and post the issue there.

Do check out some useful related articles.

  1. A Basic Guide to Linux Boot Process
  2. 4 Best Linux Boot Loaders
  3. Manage Log Messages Under Systemd Using Journalctl [Comprehensive Guide]
  4. Managing System Startup Process and Services (SysVinit, Systemd and Upstart)
  5. Process Management in RHEL 7: Boot, Shutdown, and Everything in Between

That’s it for now. In this article, I explained how to solve the “failed to mount /etc/fstab” boot error in Linux. Once again, to avoid such issues (or if you encounter any boot issues), remember to follow the guidelines offered above. Lastly, you can add your thoughts to this guide via the feedback form below.

If You Appreciate What We Do Here On TecMint, You Should Consider:

TecMint is the fastest growing and most trusted community site for any kind of Linux Articles, Guides and Books on the web. Millions of people visit TecMint! to search or browse the thousands of published articles available FREELY to all.

If you like what you are reading, please consider buying us a coffee ( or 2 ) as a token of appreciation.

Support Us

We are thankful for your never ending support.

Добрый день сообщество Ubuntu!

Изначально ставил ubuntu 9.04 года полтора назад, сейчас она уже дообновлялась до 10.10.
После очередного обновления перестала грузиться ubuntu.
Вываливается в консоль:

Filesystem check or mount failed.
Maintenance shell running…
Press CONTROL+D for restart.. (ну что-то около этого).

Погуглил, везде пишут что проблема тривиальная и нужно проверить диски.
проверял fsck рут раздел и home
fsck /dev/sda6
fsck /dev/sda7

/dev/sda5 — swap
/dev/sda6 — /           ext3
/dev/sda7 — /home   ext3

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

Интересно что если после вываливания в консоль пробовать примонтировать /dev/sda7 => /home вручную, то раздел монтируется нормально.
sudo mountall тоже все нормально монтирует, но не грузит иксы, пишет, что грузится дефолтовая конфигурация.
После этого я жумкаю Control+Alt+F2, ввожу логин, пасс, далее sudo gdm start  и все грузится нормально.

В логах при первоначальном вываливании в консоль ничего нет (видимо потому что раздел монтируется как read only).

/etc/fstab

proc            /proc           proc    defaults        0       0

#/dev/sda5 swap            swap    defaults 0 0
UUID=4e94e081-c109-409f-bf18-3986d1691fe2 /               ext3    relatime 0 1
UUID=79d9385e-4666-a1c1-7376-382f1afd6261 /home            ext3    defaults,owner,nodev 0 2

#UUID=26F86A4FF86A1D75 /data           ntfs    defaults,nls=utf8,umask=0,gid=46 0       1
#UUID=55D123D9E79ABF54 /windows        ntfs    defaults,nls=utf8,umask=007,gid=46 0       1

#/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0


Комментировал swap, cdrom и два ntfs раздела уже для отладки, думал может так сработает.

/etc/mtab:

/dev/sda6 / ext3 rw,relatime,commit=0 0 0
proc /proc proc rw 0 0
none /sys sysfs rw,noexec,nosuid,nodev 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
none /dev devtmpfs rw,mode=0755 0 0
none /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
none /dev/shm tmpfs rw,nosuid,nodev 0 0
none /var/run tmpfs rw,nosuid,mode=0755 0 0
none /var/lock tmpfs rw,noexec,nosuid,nodev 0 0
/dev/sda7 /home ext3 rw,nosuid,nodev,commit=0 0 0
nfsd /proc/fs/nfsd nfsd rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
gvfs-fuse-daemon /home/igor/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=igor 0 0


igor@igor-laptop:~$ sudo fdisk -l

Диск /dev/sda: 500.1 ГБ, 500107862016 байт
255 heads, 63 sectors/track, 60801 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x38399be8

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *           1        2394    19229773+   7  HPFS/NTFS
/dev/sda2            2395       10653    66340417+   5  Расширенный
/dev/sda3           10654       60801   402813810    7  HPFS/NTFS
/dev/sda5            2395        2796     3229033+  82  Linux своп / Solaris
/dev/sda6   *        2797        5443    21261996   83  Linux
/dev/sda7            5444       10653    41849293+  83  Linux

Помогите пожалуйста,
Завтра уже работать нужно :'(

I am unable to mount my USB:

$ mount /dev/sdb1 /mnt
mount: mount /dev/sdb1 on /mnt failed: File exists

What is the origin of this error and how do I mount my USB?

The partition /dev/sdb1 is not in /etc/fstab

Kusalananda on strike's user avatar

asked Dec 31, 2016 at 11:12

user123456's user avatar

5

the error means ‘/dev/sdb1’ has already been mounted.
in this case it is because you can’t mount a filesystem to /mnt you have to specify a folder

su umount /dev/sdb1
cd /mnt
su mkdir usbstick
su mount  /dev/sdb1 /mnt/usbstick
exit

add it to fstab

/dev/sdb1 /mnt/usbstick fat32 noauto,users,rw,umask=0 0 0

change fat32 to whatever the filesystem on the stick is

answered Dec 31, 2016 at 11:52

μολὼν.λαβέ's user avatar

μολὼν.λαβέμολὼν.λαβέ

2321 silver badge3 bronze badges

6

You must log in to answer this question.

Not the answer you’re looking for? Browse other questions tagged

.

Нашёл причину, не знаю что я не то прописал, но причина вот в чем, заходя на учетку root, зачем в панели управления в учётные записи, и где была такая проблема на учетках с флешками были убраны все группы. Я так понимаю группы влияют на отображения и монтирование флешки. Удалил учетку, создал заново и все заработало.

Volnyakov

(31.05.22 17:13:39 MSK)

  • Показать ответ
  • Ссылка

В этой статье я расскажу, как решить проблему «failed to mount /etc/fstab» в Linux.

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

Эта информация является статической и считывается другими программами в системе, такими как mount, umount, dump и fsck.

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

Четвертое поле определяет параметры монтирования, связанные с файловой системой, а пятое поле считывается инструментом дампа. Последнее поле используется инструментом fsck для определения порядка проверки файловой системы.

Четвертое поле определяет параметры монтирования, связанные с файловой системой, а пятое поле считывается инструментом дампа.

Последнее поле используется инструментом fsck для определения порядка проверки файловой системы.

После редактирования /etc/fstab для создания automount и перезагрузки моей системы; Linux загрузился в аварийный режим, показывая сообщение об ошибке:

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

Как вы можете видеть, основная ошибка (отказ модуля etc-fstab.mount) приводит к нескольким другим ошибкам (проблемы с зависимостью системы systemd), такие как отказ локального -fs.target, rhel-autorelabel-mark.service и т. д.

# journalctl -xb

Причины ошибки

Приведенная выше ошибка может возникнуть из-за любой из нижеперечисленных проблем в файле /etc/fstab:

  • отсутствует файл / etc / fstab
  • неправильная спецификация параметров монтирования файловой системы,
  • сбой точек монтирования или непризнанные символы в файле.

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

# vi /etc/fstab

Я понял, что набрал буква «r» в начале файла, как показано на скриншоте выше – это было признано системой как специальное устройство, которое фактически не существовало в файловой системе, что привело к появлению последовательных ошибок.

Мне потребовалось несколько часов, прежде чем заметить и исправить это.

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

После перезагрузки система снова загрузилась.

Как избежать таких проблем в будущем

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

Всегда создавайте резервную копию своих файлов конфигурации перед их редактированием.

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

Например:

# cp /etc/fstab /etc/fstab.orig

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

Используйте эти утилиты, где это возможно.

Однако, если вы получаете сообщения о системных ошибках:

Сначала просмотрите журнал systemd с помощью утилиты journalctl, чтобы определить, что именно вызвало их:

# journal -xb

  • Ошибка монтирования loop устройства
  • Ошибка монтирования data twrp
  • Ошибка монтирования data invalid argument
  • Ошибка монтирования astra linux
  • Ошибка монте карло стандартная