Ошибка отключения файловой системы linux error unmounting

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

Неисправность носителя

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

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

Форматирование

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

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

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

Просматриваем список накопителей:

fdisk –l

Проверяем конкретный накопитель:

hdparm -i /dev/sdf | grep Model

В примере взят sdf, но у вас название диска может отличаться.

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

umount /dev/sdf1

Теперь проверяем том на бэдблоки — проблемные области:

badblocks -s /dev/sdf1 > /root/badblock

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

e2fsck -l /root/badblock /dev/sdf1

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

GParted

1. Для начала эту программу необходимо установить. Сделать это легко при помощи команды:
   sudo apt-get install gparted
2. Открываем GParted. Перед нами будут выведены все носители. Среди них должен быть и проблемный недоступный — если утилита увидит ошибки, то она пометит его восклицательным знаком.
3. Теперь открываем наш диск и нажимаем на кнопку «Раздел», расположенную сверху.
4. В выпавшем меню выбираем «Проверка на ошибки». Программа отсканирует диск и, возможно, найдёт неполадки, после чего файловая система станет доступной не только для чтения.

Права доступа

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

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

sudo chown -R [user]:[user] /home/[user]

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.

Использование утилиты fsck для исправления ошибок файловой системы в Linux

Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux
Автор: Marin Todorov
Дата публикации: 1 октября 2018 года
Перевод: А. Кривошей
Дата перевода: июль 2019 г.

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

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

В этой статье мы рассмотрим утилиту fsck и ее использование, чтобы помочь вам исправить дисковые ошибки.

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

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

Теперь fsck можно запустить безопасно.

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

Исправление ошибок файловой системы Linux

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

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

Как запустить fsck в корневом разделе Linux

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

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

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

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли этот файл:

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

Запуск fsck в режиме восстановления

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Затем выберите «Recovery mode».

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Вы должны увидеть что-то похожее на это.

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Заключение

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

Источник

Проверка и восстановление файловых систем в Linux- команда fsck

Иногда по разным причинам (в результате сбоя, некорректного завершения работы) файловые системы накапливают ошибки. Сами ошибки представляют собой «рассогласованные» структуры данных. Естественно, при возникновении такой ситуации необходимо как можно скорее привести повреждённую файловую систему в порядок. С этой задачей отлично справляется утилита fsck. Она действительно очень эффективна и системные администраторы очень часто в первую очередь используют именно ее для восстановления или починки файловых систем.

Как работает fsck?

Утилита fsck (File System Consistency Check) изначально глубоко проверяла все структуры данных подряд, т. е. целиком всю файловую систему. Для поиска ошибок она задействовала методы эвристического анализа для ускорения и оптимизации процесса поиска ошибок. Однако, даже в этом случае для больших по объёму файловых систем эта процедура могла занимать много часов.

Позднее была реализована схема оценки состояния файловой системы, в основе которой лежит признак «чистого бита файловой системы». Если происходил сбой и файловая система (ФС) некорректно демонтировалась, то в суперблоке ФС устанавливался этот бит. По-умолчанию в Linux-системах на одном из этапов загрузки системы происходит проверка файловых систем, которые зарегистрированы в файлах /etc/fstab, /etc/vfstab, а также в /etc/filesystems. Таким образом, анализируя «чистый бит» ФС во время загрузки системы утилита определяет, стоит ли проводить проверку.

Журналируемые ФС в настоящее время позволяют утилите работать только с теми структурами данных, которым действительно необходима починка или восстановление. При необходимости fsck может восстановить всю ФС целиком благодаря всё тем же журналам ФС.

Некоторые особенности использования fsck в Linux

Для Linux-систем довольно часто (в особенности с использованием ФС ext) проверка ФС может быть организована таким образом, что она будет проводиться при прошествии некоторого числа демонтирований, даже если ФС полностью исправны. Это особенно актуально для настольных компьютеров, которые могут выключаться/включаться каждые сутки, перезагружаться в связи с особенностью их работы и применения, а также из-за свободного к ним доступа для подключения внешних устройств. В таких случаях проверка ФС (хоть и является полезной и благоприятной процедурой), оказывается слишком частой, а потому бессмысленной.

По-умолчанию в Linux проверка ФС проводится по прошествии 20 демонтирований. Для того, чтобы изменить количество демонтирований, после которых нужна проверка ФС нужно воспользоваться командой tune2fs:

Синтаксис и основные опции fsck

У команды fsck следующий синтаксис:

Кроме основных опций для fsck существуют и специфические, зависящие от выполняемой задачи и/или ФС. Об этом более подробно можно прочитать в соответствующих страницах интерактивного руководства, используя команду man fsck. В содержании основного руководства для утилиты (в разделе «SEE ALSO») есть ссылки на другие страницы, например fstab(5), mkfs(8), fsck.ext2(8), fsck.ext3(8) и т. д. Информацию по этим ссылкам можно просматривать выполняя команду man с соответствующими параметрами, например man fsck.ext3.

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

Примеры использования fsck

Для самой типичной ситуации, характерной для случаев, когда нужно восстановить (а точнее «починить») ФС, например на устройстве /dev/sdb2, следует воспользоваться командой:

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

Работу файловыми системами нужно проводить, когда они отмонтированны от разделов. Однако, если возникает ситуация, когда нужно всё же произвести проверку на примонтированных ФС, то перед тем как использовать команду fsck с соответствующей опцией, нужно сначала перемонтировать нужную ФС в режиме «только для чтения»:

Для указания, какую ФС использовать для раздела:

Если fsck не справляется с исправлением/починкой ФС (что случается очень редко), то это может быть из-за повреждённого суперблока ФС. Его также можно восстановить, поскольку для суперблоков создаются их резервные копии. Но сначала нужно узнать, по каким адресам эти копии записывались, а затем попытаться восстановить суперблок из одной их резервных копий:

Заключение

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

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

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

Неисправность носителя

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

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

Форматирование

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

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

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

Просматриваем список накопителей:

Проверяем конкретный накопитель:

В примере взят sdf, но у вас название диска может отличаться.

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

Теперь проверяем том на бэдблоки — проблемные области:

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

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

GParted

Права доступа

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

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.

Источник

Файловая система только для чтения в ubuntu 20.04

Я обновился до ubuntu desktop 20.04 около двух недель назад. С тех пор моя файловая система продолжает переходить в состояние «только для чтения», иногда, когда я нахожусь в процессе работы с системой и часто вижу initramfs экран при запуске системы. Для выключения моей системы требуется время, и иногда мне приходится принудительно выключать питание, удерживая кнопку питания.

Моя система поддерживает двойную загрузку, и у меня параллельно установлены окна и Ubuntu. У меня нет проблем с перегородками Windows. Раздел ubuntu постоянно доступен только для чтения.

Как я могу решить или диагностировать причину этой проблемы?

Изменить:
вот смарт-данные и результат самотестирования. Я сделал снимок экрана после восстановления после очередного сбоя при загрузке:

2 ответа

Давайте сначала проверим вашу файловую систему

Тогда давайте проверим ваш HDD

Плохой блок

«Current Pending Sector Count» = 240 указывает на проблему.

Примечание: НЕ прерывайте сканирование плохих блоков!

Примечание: НЕ блокируйте SSD

Примечание: сделайте резервную копию ваших важных файлов В первую очередь!

Примечание: это займет много часов

Примечание: у вас может быть ожидающий отказ жесткого диска

Загрузитесь с DVD / USB с Ubuntu Live в режиме «Попробовать Ubuntu».

Источник

Как использовать команду fsck для исправления ошибок файловой системы в Linux

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

Это можно сделать с помощью системной утилиты fsck (проверка целостности файловой системы). Эта проверка может выполняться автоматически во время загрузки или запускаться вручную.

В этой статье мы рассмотрим утилиту fsck и её использование, чтобы помочь вам исправить ошибки диска.

Когда использовать fsck в Linux

Есть разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:

Опции программы fsck

Команду fsck необходимо запускать с привилегиями суперпользователя или root. Вы можете использовать её с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для целей этой статьи я буду использовать свой второй диск /dev/sda, смонтированный в /mnt/disk_d.

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

Если диск не только смонтирован, но и используется (например, диск, смонтированный в корневую файловую систему), то ошибка будет «/dev/nvme0n1 is in use».

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

Тогда можно будет безопасно запускать fsck.

Понимание кодов выхода fsck

После запуска fsck он вернёт код выхода. Эти коды можно увидеть в руководстве по fsck, запустив:

Описание кодов выхода fsck:

Как исправить ошибки файловой системы Linux

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

Флаг -y означает автоматически отвечать «да» на любые запросы от fsck для исправления ошибки.

Точно так же вы можете запустить то же самое во всех файловых системах (с пропуском корневой файловой системы):

Как запустить fsck на корневом разделе Linux

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

Мы рассмотрим обе ситуации.

Как принудительно проверить диск с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли ещё файл:

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

Как запустить fsck в режиме восстановления

Для запуска fsck в режиме восстановления требуется ещё несколько шагов. Сначала подготовьте вашу систему к перезагрузке. Остановите все критически важные службы, такие как MySQL/MariaDB и т. д., а затем введите.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите Advanced options («Дополнительные параметры»).

Затем выберите Recovery mode («Режим восстановления»).

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать / файловую систему. Выберите Yes («да»).

Вы должны увидеть нечто подобное.

Затем вы можете вернуться к нормальной загрузке, выбрав Resume («Возобновить»).

Заключение

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

Источник

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

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

Загрузка системы в режиме восстановления

Перезагружаем компьютер и ожидаем появления окна загрузчика GRUB

Обычно, GRUB появляется до начала загрузки системы и висит несколько секунд. Если меню GRUB не появилось: перезагрузите компьютер, и сразу после загрузки BIOS/UEFI удерживайте клавишу Shift (BIOS), либо нажмите клавишу Esc (UEFI).

Выбираем пункт Дополнительные параметры для Ubuntu. Попав в меню выбора ядра для загрузки системы пытаемся загрузится с самой свежей версии с припиской (Recovery Mode). Если загрузить свежее ядро не получилось, можно выбрать предыдущее.

Загрузиться операционная система не смогла и тут же описали причину: /dev/sda2 contains a file system with error

Загрузка прервана по причине ошибок в файловой системе по пути /dev/sda2. Тут же запустится initramfs.

Восстановление файловой системы

В консоли initramfs запускаем программу проверки файловой системы на ошибки

где fsck — программа проверки, /dev/sda2 — путь к сбойному разделу

Программа проверки нашла ошибки и предлагает их исправить, соглашаемся.

Если ошибок будет много, можно согласится сразу с исправлением всех

Нажимаем a чтобы исправить все найденные ошибки в файловой системе.

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

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

Видео по статье

Хотите отблагодарить автора статьи? Это даст ему дополнительный стимул к написанию новых статей.

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

Что значит ошибка файловой системы

Файловая система Убунту является важным элементом, регулирующим основные действия с документами, архивами, пакетами, программами и приложениями.

Однако при различных физических, технических неполадках в Убунту файловая система может не работать. Это проявляется в появлении соответствующего сообщения при загрузке, обновлении или чтении различных элементов. Как правило, пользователю практически невозможно прочитать файлы настроек. Кроме того, часто получается так, что происходит сброс прав доступа ntfs. Впоследствии устройство назначения доступно только для чтения Ubuntu. А при дальнейшем бездействии пользователя, отсутствии попыток обращения к специалистам и решения проблемы, может возникнуть rufus-ошибка – доступ к устройству запрещен.

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

1. Защита от физической записи. Именно из-за этого у начинающего пользователя во время чтения архива произошла ошибка Ubuntu.
2. Различные разрешения файлов. Многие программы, работающие с файлами, устанавливают свой размер и расширение. Если есть какое-либо несовпадение параметров отдельных программ и приложений, то возникает изучаемая проблема.
3. Неудачная установка различных разделов элемента. Поскольку работа каждого раздела зависит от действия остальных, то и при неполадке в одном будут «страдать» другие.
4. Вирусные программы. При установке платформы Убунту, загрузке дополнительных утилит или при обновлении, а также использовании съемных носителей возникает риск получения троянских программ. Чаще всего они снижают работоспособность и нормальный механизм действия отдельных элементов меню платформы.
5. Физические проблемы и нарушения в гаджете с установленной платформой убунту.

Исправление ошибок файловой системы – важный процесс, о котором должен знать каждый начинающий пользователь.

Совет! Новичку при неуверенности в своих силах и знаниях следует предварительно проконсультироваться со специалистами сервисного центра.

Как исправить ошибки файловой системы

Для решения изучаемой проблемы существует 3 распространенных способа.

1 вариант

В этом случае используется встроенная утилита fsck.

Технология:

1. Открыть терминал Убунту. Это можно сделать 2 путями: либо через главное меню, либо через клавиатуру. В первом случае следует нажать на значок Dash и выбрать «Терминал» в выпадающем списке. Во втором надо одновременно нажать клавиши Alt, Ctrl, T.
2. Для того чтобы утилита не задавала многочисленные вопросы для утверждения, следует заранее задать команду для восстановления изучаемого объекта записью sudo fsck -y /dev/sda1.
3. Затем нужно произвести восстановление поврежденного суперблока. Для вывода резервных элементов нужно задать команду sudo mkfs -t ext4 -n /dev/sda. После чего каждым попробовать восстановить объект с помощью выражения sudo fsck -b 98304 /dev/sda1.
4. Найти битые сектора командой sudo fsck -c /dev/sda1 и ничего больше в них не писать.
5. А после перезагрузить Убунту.

Файловая система будет работать

2 вариант

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

Технология:

1. Проверить неисправность Убунту через флешку на Виндоус.
2. Произвести в случае неполадки форматирование на съемном носителе. Предварительно важные данные следует скопировать на резервную флешку.
3. Проверить через терминал. Просмотреть список носителей fdisk –l. Затем проверить один из них, например hdparm -i /dev/sdf | grep Model. Проверить проблемные области badblocks -s /dev/sdf1 > /root/badblock. После отменить проверку e2fsck -l /root/badblock /dev/sdf.

Файловая система будет работать.

3 вариант

Здесь используется встроенная утилита G Parted. Так же, как и предыдущий способ, этот метод работает только для Убунту на флешке.

Технология:

1. Установить программу с помощью команды в терминале: sudo apt-get install gparted.
2. Открыть утилиту. Проблемные места будут отмечены восклицательным знаком.
3. Открыть съемный носитель. Кликнуть на вкладку «Раздел». Затем выбрать « Проверки на ошибки». Запустить.

Файловая система будет работать.

Проверка на ошибки

Этот процесс также проводится с помощью fsck.

Технология:

1. Выяснить имена файлового меню в консоли (войти с помощью Alt, F1) командой df -h.
2. Размонтировать исправленную утилиту umount /dev/hda1.
3. Включить утилиту fsck /dev/hda1.
4. Сделать проверку командой fsck -y -f -c /dev/hda1.

Если все сделано правильно, то проверка будет осуществлена.

Возможные результаты:

• 0 – нет ошибок;
• 1 – ошибки элемента исправлены;
• 2 – необходима перезагрузка утилиты;
• 4 – ошибки элемента не исправлены;
• 8 – в процессе проверки произошли ошибки;
• 16 – неверное использование команды либо синтаксическая ошибка;
• 32 – fsck была прервана пользователем;
• 128 – ошибка разделяемых объектов.

Далее нужно в соответствии с ошибками ремонтировать разные элементы изучаемого объекта.

Заключение

Файловая система Убунту – сложный элемент платформы. Для решения различных проблем существует множество различных методов. Об использовании каждого следует предварительно проконсультироваться со специалистами.

Операционная система Ubuntu

Блог о современной полнофункциональной операционной системе, основанной на ядре Linux

28 ноября 2015

Как исправить ошибку в системной программе Ubuntu?

Более полугода, установленная операционная система Ubuntu, работала без сбоев, но, однажды, после загрузки стало появляться сообщение об обнаружении ошибки в системной программе. Перестали обновляться приложения. Как же узнать детали такой ошибки, определить её причины, последствия и благополучно исправить?

После загрузки компьютера, на панели рабочей среды Xfce стала отображаться иконка с изображением красного круга и белого прямоугольника внутри, при нажатии на которую всплывает сообщение:

Для исправления ошибки предлагается запустить менеджер пакетов из меню Система — Администрирование. Также, сообщается, что ошибка кроется в открытии временных файлов и, обычно, это означает наличие неразрешённых зависимостей в установленных пакетах. Данное сообщение, вероятно, посылает программа управления обновлениями и репозиториями software-properties-gtk, которая запускается щелчком по иконке «Параметры».

При попытке найти дополнительные драйверы происходит ошибка. В заголовке (Title) ошибки написано, что software-properties-gtk закрылся из-за системной ошибки E: списки пакетов или файл состояния не могут быть открыты или прочитаны (E:The package lists or status file could not be parsed or opened).

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

В выделенном заголовке ошибки написано, что update-manager, точно также как и software-properties-gtk закрылся из-за системной ошибки E: списки пакетов или файл состояния не могут быть открыты или прочитаны (E:The package lists or status file could not be parsed or opened).

В целом, несмотря на ошибку, операционная система работает, но без возможности обновления программного обеспечения. Нет доступа к Центру приложений Ubuntu, который, сразу после запуска, закрывается.

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

Запустить Synaptic не удалось, из-за ошибки:

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/
ua.archive.ubuntu.com_ubuntu_dists_trusty_main_i18n_Translation-ru%5fRU
E: Невозможно открыть или обработать файл состояния или списки пакетов.
E: _cache->open() failed, please report.

В терминале, при введении указанной в сообщении об ошибке команды

выдаёт аналогичную ошибку:

Как исправить ошибку в системной программе и восстановить возможность обновления Ubuntu?

Для исправления ошибки

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/
ua.archive.ubuntu.com_ubuntu_dists_trusty_main_i18n_Translation-ru%5fRU

удалил проблемный файл, выполнив в терминале команду
sudo rm /var/lib/apt/lists/ua.archive.ubuntu.com_ubuntu_dists_trusty_main_i18n_Translation-ru%5fRU

После удаления данного файла и перезагрузки системы, вновь появилось сообщение об ошибке в системной программе, но Центр приложений Ubuntu, менеджер пакетов Synaptic программа обновления приложений Update-manager и программа управления обновлениями и репозиториями software-properties-gtk запускаются и функционируют. Далее, с помощью утилиты Ubuntu Tweak удалил ненужные пакеты, ядра и очистил кэш. После перезагрузки системы, появилось всё тоже окно с сообщением об ошибке в системной программе. Обновив программное обеспечение компьютера с помощью менеджера обновления приложений update-manager и снова перезагрузив систему, окна с сообщением об ошибке уже небыло.

Ремонт файловой системы в Убунту

Пришлось и мне столкнуться с данной проблемой. Мой один товарищ, у которого установлена Убунту на старенький ноутбук ASUS, и который просто не хочет хоть иногда включать мозги, обратился ко мне с такой проблемой. На его ноуте установлена новая Убунту 12.10 и очень часто система просто не хочет грузиться, выбрасывая в черный экран, либо застывая на фиолетовом фоне. А вот в последнее время начало выскакивать такое вот сообщение, что-то типа «Операционная система не смогла загрузиться. Выберите для дальнейших действий нужную клавишу…» И дальше идет описание, что нужно нажать. Я уже точно не помню, какие клавиши предлагает нажать система, но смысл такой, что для автоматического исправления ошибок нажмите такую-то клавишу, для ручной отладки другую, и чтобы игнорировать это сообщение предлагается нажать третью кнопку. Автоматическое исправление ошибок ни к чему не приводило и загрузка операционной системы так и не доходила до логического завершения. Вот и решил я попробовать знаменитую команду fsck.

Для начала нужно загрузиться либо с загрузочной флешки с Ubuntu (Lubuntu, Xubuntu, Kubuntu и т.д.), либо с диска Ubuntu Live CD. Теперь нам нужно узнать, какой именно раздел с Убунту нам нужно просканировать для исправления файловой системы. Запускаем Терминал (Ctrl-Alt-T) и выполняем команду:

sudo fdisk -l

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

Disk /dev/sda: 640.1 GB , 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders, total 1250263728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009d6f7

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 61442047 30720000 83 Linux
/dev/sda2 61442048 73730031 6143992 82 Linux swap / Solaris
/dev/sda3 73730048 1250263039 588266496 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
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xb9ff6f01

Device Boot Start End Blocks Id System
/dev/sdb1 * 16065 100197404 50090670 83 Linux
/dev/sdb2 105322201 976771071 435724435+ 5 Extended
/dev/sdb3 100197405 105322139 2562367+ 82 Linux swap / Solaris
/dev/sdb5 105322203 832110591 363394194+ 7 HPFS/NTFS/exFAT
/dev/sdb6 832112640 860755218 14321289+ 83 Linux
/dev/sdb7 860758016 862613503 927744 82 Linux swap / Solaris
/dev/sdb8 862615552 976771071 57077760 83 Linux

Partition table entries are not in disk order

Disk /dev/sdc: 8115 MB , 8115978240 bytes
250 heads, 62 sectors/track, 1022 cylinders, total 15851520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18

Device Boot Start End Blocks Id System
/dev/sdc1 * 32 15847625 7923797 b W95 FAT32

Как видно из вывода команды sudo fdisk -l, у меня имеются 2 жестких диска (sda)640 Гб и (sdb)500 Гб, а также флешка (sdc)8Гб, с которой я собственно и загружался. Я знаю, что моя основаня система с Убунту 12.04 находится на диске sda, а раздел с операционной системой соответственно называется sda1.

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

sudo fsck -y -f -c /dev/sda1

если увидете ошибку, то скорее всего нужно отмонтировать данный раздел:

sudo umount /dev/sda1

Ключи и параметры команды fsck:

y — всегда отвечать yes на все вопросы (имеется альтернатива: ключ p — начинает проверку в полностью автоматическом режиме);

f — принудительная проверка файловой системы (даже если файловая система помечена как полностью работоспособная)

c — ищет битые блоки (bad blocks), а после отмечает их соответствующим образом

/dev/sda1 — устройство или раздел, которые нужно проверить. Хотя команда может иметь и другой вид. Например:

sudo fsck -p /dev/sda1

В данном случае добавлен только ключ -p. Вы просто почитайте о всех ключах команды fsck и добавляйте именно нужные вам ключи. Чтобы узнать о всех возможностях программы введите в Терминале:

man fsck

Вот, что выдал Терминал после проверки:

$ sudo fsck -y -f -c /dev/sda1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed. (0/0/0 errdone
/dev/sda1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 372991/1921360 files (0.2% non-contiguous), 2539924/7680000 blocks

***** FILE SYSTEM WAS MODIFIED ***** Это системное сообщение говорит, что текущая файловая система модифицировалась программой fsck.

Не знаю, совпадение или нет, но после данной проверки ноутбука командой fsck, операционная система на ноутбуке приятеля стал загружаться, перезагружаться нормально.

Исправление ошибки «Файловая система доступна только для чтения» в Linux

Способ 1: Настройка прав доступа

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

Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.

Здесь введите команду ls -l , чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам.

Если проблема действительно связана с указанными атрибутами, придется перенастроить права. Введите команду sudo chown -R [user]:[user] /home/[user] , заменив user на имя нужного пользователя, к которому и будут применены все изменения.

Данное действие осуществляется с опцией sudo, поэтому ее придется подтвердить, указав в новой строке пароль суперпользователя.

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

Способ 2: Исправление ошибок через GParted

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

Если GParted по умолчанию отсутствует в вашем дистрибутиве, установите ее с помощью команды sudo apt-get install gparted . Подтвердите это действие, введя пароль суперпользователя и одобрив скачивание архивов.

После этого утилиту проще всего запустить, нажав на соответствующий значок в меню приложений.

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

В контекстном меню нажмите на «Проверить на ошибки».

Запустите выполнение операций, щелкнув на кнопку в виде галочки, которая расположена на верхней панели.

Подтвердите запуск проверки.

Осталось только дождаться завершения этого процесса.

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

Способ 3: Исправление поврежденных блоков

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

Для начала просмотрим список дисков, чтобы понять, какой из них следует проверять. Осуществляется это через команду fdisk -l .

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

Теперь используйте команду hdparm -i /dev/sda2 | grep Model , чтобы проверить выбранный носитель или логический диск. Здесь замените /dev/sda2 на определенное ранее название.

После этого следует отмонтировать диск, чтобы в дальнейшем запустить проверку блоков. Осуществляется это через строку umount /dev/sda2 .

Запустите проверку, вставив команду badblocks -s /dev/sda2 > /root/badblock .

Обнаруженные блоки, которые не подлежат исправлению, требуется отметить, чтобы система перестала их задействовать. Для этого используйте e2fsck -l /root/badblock /dev/sda2 .

Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».

Способ 4: Форматирование накопителя

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

Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Использование утилиты fsck для исправления ошибок файловой системы в Linux

Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux
Автор: Marin Todorov
Дата публикации: 1 октября 2018 года
Перевод: А. Кривошей
Дата перевода: июль 2019 г.

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

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

В этой статье мы рассмотрим утилиту fsck и ее использование, чтобы помочь вам исправить дисковые ошибки.

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

-A — используется для проверки всех файловых систем. Список берется из /etc/fstab.
-C — показывать индикатор выполнения.
-l — блокирует устройство, чтобы гарантировать, что никакая другая программа не попытается использовать раздел во время проверки.
-M — не проверять смонтированные файловые системы.
-N — только показывать, что будет сделано — не делать никаких реальных изменений.
-P — если вы хотите проверять файловые системы параллельно, включая корневую.
-R — не проверять корневую файловую систему. Это полезно только вместе с ‘-A‘.
-r — предоставить статистику для каждого проверяемого устройства.
-T — не показывает заголовок.
-t — исключительно указать типы файловых систем, которые будут проверяться. Типы могут быть разделены запятыми.
-V — предоставить описание того, что делается.

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

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

Теперь fsck можно запустить безопасно.

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

Исправление ошибок файловой системы Linux

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

Флаг -y автоматически даёт ответ «да» на любые запросы от fsck для исправления ошибок.

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

Как запустить fsck в корневом разделе Linux

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

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

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

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

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

После загрузки системы проверьте, существует ли этот файл:

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

Запуск fsck в режиме восстановления

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Затем выберите «Recovery mode».

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Вы должны увидеть что-то похожее на это.

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Заключение

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

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

Как изменить файлы только для чтения в Ubuntu?

Чтобы изменить права доступа к каталогу для всех, используйте «u» для пользователей, «g» для группы, «o» для других и «ugo» или «a» (для всех). chmod ugo + rwx имя папки, чтобы разрешить всем чтение, запись и выполнение. chmod a = r имя папки дать всем разрешение только на чтение.

Как отключить режим только для чтения в Ubuntu?

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

Как исправить файлы, доступные только для чтения?

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

1. Щелкните правой кнопкой мыши значок файла или папки.
2. Снимите флажок рядом с элементом Только для чтения в диалоговом окне Свойства файла. Атрибуты находятся внизу вкладки Общие.
3. Нажмите кнопку ОК.

Как отключить только чтение?

Файлы только для чтения

1. Откройте проводник Windows и перейдите к файлу, который хотите отредактировать.
2. Щелкните имя файла правой кнопкой мыши и выберите «Свойства».
3. Выберите вкладку «Общие» и снимите флажок «Только для чтения», чтобы удалить атрибут только для чтения, или установите флажок, чтобы установить его.

Как узнать, доступна ли файловая система только для чтения?

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

Как исправить, что команда sudo не найдена?

Удерживайте Ctrl, Alt и F1 или F2, чтобы переключиться на виртуальный терминал. Введите root, нажмите Enter, а затем введите пароль для исходного пользователя root. Вы получите символ # для командной строки. Если у вас есть система, основанная на диспетчере пакетов apt, введите apt-get install sudo и нажмите Enter.

Как мне изменить файл только для чтения в Linux?

chmod ugo + rwx имя папки, чтобы разрешить всем чтение, запись и выполнение. chmod a = r имя папки дать всем разрешение только на чтение.
…
Как изменить права доступа к каталогу в Linux для владельцев групп и других лиц

1. chmod g + w имя_файла.
2. chmod g-wx имя_файла.
3. chmod o + w имя_файла.
4. chmod o-rwx имя папки.

Что означает — R — Linux?

Файловый режим. Буква r означает у пользователя есть разрешение на чтение файла / каталога. … А буква x означает, что у пользователя есть разрешение на выполнение файла / каталога.

Какой пароль root для Ubuntu?

Короткий ответ — нет. Учетная запись root заблокирована в Ubuntu Linux. Нет Ubuntu Пароль root в Linux установлен по умолчанию, и он вам не нужен.

Как изменить права доступа к файлам в Ubuntu?

Тип «sudo chmod a + rwx / путь / к / файлу » в терминал, заменив «/ путь / к / файлу» на файл, для которого вы хотите предоставить разрешения всем, и нажмите «Ввод». Вы также можете использовать команду «sudo chmod -R a + rwx / path / to / folder» для предоставления разрешений выбранной папке и ее файлам.

Как изменить режим в Linux?

Команда Linux chmod позволяет вам точно контролировать, кто может читать, редактировать или запускать ваши файлы. Chmod — это сокращение от режима изменения; если вам когда-нибудь понадобится произнести это вслух, просто произнесите это так, как оно выглядит: ch’-mod.

Почему мои файлы доступны только для чтения?

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

Не удается удалить файловую систему только для чтения?

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

Что такое файловая система только для чтения?

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