Содержание
- Способ 1: Настройка прав доступа
- Способ 2: Исправление ошибок через GParted
- Способ 3: Исправление поврежденных блоков
- Способ 4: Форматирование накопителя
- Вопросы и ответы
Способ 1: Настройка прав доступа
Первый способ исправления ошибки «Файловая система доступна только для чтения» в Linux заключается в проверке прав доступа. Иногда пользователь случайно или намерено устанавливает ограничения, которые распространяются и на других юзеров. Для начала предлагаем проверить атрибуты, а затем внести изменения, если это требуется.
- Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.
- Здесь введите команду
ls -l, чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам. - Изучите атрибуты, которые показаны в первом столбце напротив проблемного диска или раздела. Если имеется один символ -r, значит, система доступна только для чтения. Наличие w означает открытость для чтения и записи.
- Если проблема действительно связана с указанными атрибутами, придется перенастроить права. Введите команду
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: Форматирование накопителя
Последний метод, о котором мы хотим рассказать в рамках сегодняшней статьи, является самым радикальным, поскольку подразумевает полное форматирование накопителя, после будет восстановлено состояние файловой системы. Такой вариант подойдет только в той ситуации, если на диске нет важных файлов и все содержимое можно удалить. Более детальные инструкции по данной теме ищите в отдельном материале на нашем сайте, воспользовавшись указанной далее ссылкой.
Подробнее: Форматирование диска в Linux
Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.
Еще статьи по данной теме:
Содержание
- Способ 1: Настройка прав доступа
- Способ 2: Исправление ошибок через GParted
- Способ 3: Исправление поврежденных блоков
- Способ 4: Форматирование накопителя
- Вопросы и ответы
Способ 1: Настройка прав доступа
Первый способ исправления ошибки «Файловая система доступна только для чтения» в Linux заключается в проверке прав доступа. Иногда пользователь случайно или намерено устанавливает ограничения, которые распространяются и на других юзеров. Для начала предлагаем проверить атрибуты, а затем внести изменения, если это требуется.
После активации команды вы будете уведомлены, что все изменения успешно вступили в силу. Следом рекомендуется перезагрузить ПК и можно приступать к тестированию. Если же при использовании команды ls было обнаружено, что для раздела или носителя установлены все требуемые атрибуты, следует перейти другим решениям возникшей проблемы.
Способ 2: Исправление ошибок через GParted
GParted — одна из самых известных утилит для управления дисками в Linux со встроенным графическим интерфейсом. Ее особенность заключается в наличии множества вспомогательных функций, связанных в том числе и с решением различных ошибок носителей.
Если какие-то неполадки будут найдены и исправлены, вы получите соответствующее уведомление. По окончании проверки следует перезагрузить ПК, чтобы при начале следующего сеанса сразу проверить эффективность выполненных действий. Если они не принесли никакого результата, переходите далее.
Способ 3: Исправление поврежденных блоков
Иногда ошибка со сбойным режимом чтения возникает вследствие повреждения секторов жесткого диска. Существуют специальные утилиты, позволяющие распределить проблемное пространство или исправить его, если это является возможным. В Linux имеется встроенная команда, отвечающая за выполнение этой операции. Мы и предлагаем воспользоваться ей в том случае, если приведенные выше рекомендации не принесли никакого результата.
Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».
Способ 4: Форматирование накопителя
Последний метод, о котором мы хотим рассказать в рамках сегодняшней статьи, является самым радикальным, поскольку подразумевает полное форматирование накопителя, после будет восстановлено состояние файловой системы. Такой вариант подойдет только в той ситуации, если на диске нет важных файлов и все содержимое можно удалить. Более детальные инструкции по данной теме ищите в отдельном материале на нашем сайте, воспользовавшись указанной далее ссылкой.
Подробнее: Форматирование диска в Linux
Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.
Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.
Причин возникновения проблем с доступом к файлам в 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
- Для начала эту программу необходимо установить. Сделать это легко при помощи команды:
sudo apt-get install gparted - Открываем GParted. Перед нами будут выведены все носители. Среди них должен быть и проблемный недоступный — если утилита увидит ошибки, то она пометит его восклицательным знаком.
- Теперь открываем наш диск и нажимаем на кнопку «Раздел», расположенную сверху.
- В выпавшем меню выбираем «Проверка на ошибки». Программа отсканирует диск и, возможно, найдёт неполадки, после чего файловая система станет доступной не только для чтения.
Права доступа
Наконец, последняя причина, по которой мы теряем доступ к управлению данными на носителях, заключается в нарушенных правах. С ней могут сталкиваться и опытные юзеры, использующие root-режим. Когда мы используем различные команды, не до конца понимая их суть, или запускаем программы с расширенными полномочиями, система может по ошибке перекрыть доступ.
После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.
В качестве универсального метода здесь подойдёт команда:
sudo chown -R [user]:[user] /home/[user]
Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.
Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.
Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.
В некоторый случаях файловая система в Linux может перейти в состояние read-only, при котором вы можете только читать данные с диска, а при попытке записи любых изменение или создании нового файла появдляется ошибка Read-only file system.
Ошибки файловой системы и опция remount-ro
Проверьте параметры монтирования дисков при загрузке Linux. Настройки монтирования файловых систем при загрузке задаются в файле /etc/fstab.
$ cat /etc/fstab
Обратите что в fstab есть строка монтирования корневой директории вида:
UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa / ext4 errors=remount-ro 0 1
Параметр
errors=remount-ro
означает, что данная директория будет смонтирована в режиме чтения, если на файловой системе устройства обнаружены проблемы. В этом случае нужно выполнить проверку диска с помощью FSCK.
Обычные файловые системы такие как EXT4/BTRFS/XFS можно монтировать как в режиме записи, так и только для чтения (в отличии от файловых систем ISO или SquashFS, которые доступны только для чтения).
В случае обнаружения ошибок на диске вы можете использовать одну из трех опций
errors=[continue|remount-ro|panic]
- continue – игнорировать ошибки,
- remount-ro – перемонтировать диск в режиме только для чтения
- panic – остановить загрузку системы
Вы можете вывести соответствие между UUID диска и именем устройства:
$ sudo blkid
В данном примере вы получили, что вашему UUID соответствует устройство /dev/sda3.
Также можно имена устройства и точки монтирования с помощью команды:
$ df –h
Т.к. в данном примере ошибки обнаружены в корневой директории которая является точкой монтирования, вы сможете выполнить ее проверку только загрузившись с LiveCD. Для исправления ошибок файловой системы используется команда:
$ sudo fsck –y /dev/sda3
Или
$ sudo fsck –y UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa
Если вы не можете прямо сейчас выполнить проверку диска, и вы хотите немедленно вывести файловую систему из режима read-only, нужно выполниться команду:
$ sudo mount -o remount,rw /
Обязательно запланируйте проверку файловой системы на ближайшее время.
Read-only файловая система в виртуальных машинах
Файловая система раздела Linux на виртуальной машине можете перейти в read-only в случае недоступность системы хранения данных (СХД). Самый простой способ восстановить работу ОС – выполнить сброс виртуальной машины (фактически перезапуск с параметрами по умолчанию).
Может оказаться, что ВМ с Linux вообще не загружается и вам доступна только командная строка initramfs с предупреждениями:
UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY. Fsck exitrd with code 4. The root file system of /dev/sdx requires a manual fsck.
Initramfs это начальная файловая система в оперативной памяти, которая основана на tmpfs, которая содержит утилиты и скрипты, необходимые для работы с дисками, файловыми системами и тд. После запуска initramfs отобразится проблемная ситуация.
Если же ошибок нет – просто вводим exit. Иначе выполняем проверку диска:
$ fsck /dev/sda3 –y
Здесь указан том (в данной случае /dev/sda1), для которого требуется выполнить ручную проверку. С помощью следующей команды можно проверить все подключенные файловые системы:
$ fsck –A –y /dev/sda1
После этого перезагрузите ВМ.
Ошибка read only file system может возникнуть при загрузке с LiveCD диска или в режиме восстановления вашего дистрибутива. Она означает, что файловая система в которую вы пытаетесь вести запись примонтирована только для чтения. Этому может быть несколько причин. Есть файловые системы, которые доступны только для чтения это файловая система оптических дисков — ISO, а также файловая система образов SquashFS.
С такими файловыми системами вы сделать ничего не сможете. Для изменения данных в них, надо распаковать образ, изменить данные и запаковать его обратно. Но что касается обычных файловых систем, таких как EXT4, BTRFS, XFS, то их можно монтировать и для чтения и для записи.
В этой небольшой статье мы рассмотрим как исправить read only file system Linux перемонтировав файловую систему для записи. Первым делом надо определиться с точкой монтирования, для которой надо разрешить запись. Попытаемся создать файл в корневом каталоге:
touch /file
Ошибка, файловая система корневого каталога доступна только для чтения. Чтобы посмотреть все точки монтирования доступные в системе выполните в терминале:
mount | grep /dev/sd
В данном случае, корневая файловая система и есть точкой монтирования. Но у вас, например, возникнут проблемы с созданием файла в домашней папке, то надо будет уже перемонтировать /home. Смотрите внимательно. Когда точка монтирования выбрана, осталось её примонтировать с правами на запись:
sudo mount -o remount,rw /
Или для /home:
sudo mount -o remount,rw /home
После этого вы сможете создать файл без каких-либо проблем. После завершения работы, во избежание повреждения данных при перезагрузке, желательно перемонтировать файловую систему обратно в режим только для чтения:
sudo mount -o remount,ro /
Теперь вы знаете что означает эта ошибка и как с ею справится. Если у вас остались вопросы, спрашивайте в комментариях!
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна .
Об авторе
Основатель и администратор сайта losst.ru, увлекаюсь открытым программным обеспечением и операционной системой Linux. В качестве основной ОС сейчас использую Ubuntu. Кроме Linux, интересуюсь всем, что связано с информационными технологиями и современной наукой.
Download Article
Download Article
If you want to delete a file that has read-only permissions in Linux, you have a few options. If the file belongs to you, you can either change the file’s permissions or use the sudo command to delete the file as root. But if you’re trying to delete a file that has write permissions and still can’t delete it (or you see a «Read Only File System» error), you may need to remount the drive with proper permissions. We’ll show you how to remove any read-only file on any Linux distribution, including Ubuntu and Linux Mint.
-
1
Open a terminal window. If a file you own is read-only, you won’t be able to delete it unless you give yourself write permission for that file. If you’re using a window manager, press Ctrl + Alt + T to open a terminal window now.
- Use this method if you’re trying to delete a file that belongs to you but (e.g., you’re the owner or in a group that has access to read the file) but don’t have permission to delete it.
- If you’re signed in remotely and already at a command prompt, just skip to the next step.
-
2
Use cd to enter the directory of the file you want to delete. For example, if the file you want to delete is inside a folder called documents in your home directory, you’d use cd documents or cd /home/username/documents.
Advertisement
-
3
Use ls -al to display the file permissions for the files in the directory. Using ls -l displays a list of files in the directory, along with the owner of each file and its permissions. Adding the a to ls -l also shows hidden files and folders in the directory.
-
4
Evaluate the permissions of the file you want to delete. The permissions for a file appear before its name like this: r--r--r--. The owner’s name appears after it, followed by the group name.
- r is read permissions, w is write permissions, and x is execute permissions.
- The first three characters in the permissions (in this example, r--), are the file owner’s permissions. So, in this example, the owner of the file only has read permissions, which means they can’t write to, execute, or delete the file.
- The second three characters are group permissions. If you’re a member of a group and that group has write permissions to the file, you’ll be able to delete it even if you’re not the owner.
- The third three characters are world permissions, which is everyone else.
-
5
Use chmod -v u+rw filename to give yourself read and write permissions. You can omit the r if you already have read permissions. Once you have write permissions, you’ll be able to delete the file.
- If you’re not the file owner but have root access to the system, you can use sudo chmod -v u+rw filename to give yourself the right permissions.
- To see the file’s new permissions, run ls -al again.
-
6
Use rm filename to delete the file. Now that you have write permissions on the file, deleting it will be simple.
- If you aren’t able to delete the file after making it writable, its partition may be mounted read-only. See Fixing the Read Only File System Error to troubleshoot.
Advertisement
-
1
Open a terminal window. You can use the sudo command to delete a read-only file that you aren’t able to delete with your user account. If you’re using a window manager, press Ctrl + Alt + T to open a terminal window now.
- Use this method if you are not the owner of the file you want to delete and you’d rather just delete the file instead of first changing its permissions.
- If you’re signed in remotely and already at a command prompt, just skip to the next step.
-
2
Use cd to enter the directory of the file you want to delete. For example, if the file you want to delete a file inside a folder called documents in your home directory, you’d use cd documents or cd /home/username/documents.
-
3
Use ls -al to view the contents of the directory. This command will display all of the files in the current directory, as well as each file’s owner and permissions.
-
4
Use sudo rm filename to delete the file. You’ll be prompted to enter your password to obtain root-level permissions. Once your password is accepted, the read-only file will be deleted.
- If you aren’t able to delete the file with sudo, its partition may be mounted read-only. See Fixing the Read Only File System Error to troubleshoot.
Advertisement
-
1
Open a terminal window. If you’re trying to delete a file and getting an error that says rm: cannot remove '(filename)' : Read only file system, there are a few possible causes. Start by pressing Ctrl + Alt + T to open a terminal window if you’re using a window manager.
- If you’re signed in remotely, just move to the next step.
-
2
Run df -h to view all mounted devices. You’ll need to know the exact mount point of the drive that’s giving you trouble. This displays all mounted drives.
-
3
Run the command mount . Replace mount point with the actual mount point, e.g., /media/usbdisk. If you’re trying to delete a file on a removable disk or network drive, such as an old backup, the disk where the file is stored might be mounted as read-only.
- If you see ro in the results, the file system is read-only. Remounting the drive should fix the error. To do so, use mount -o remount,rw mount point. You can then delete the file.
- If the permissions are rw, the disk is mounted with read-write permissions, which means you should be able to delete files without problems. This usually means there’s a problem with the file system on the drive. Continue with this method.
- If you see remount-ro, this means the there’s a problem with the file system and the drive was remounted as read-only to limit additional damage. This also means there’s a problem with the file system on the drive. Continue with this method.
-
4
If the permissions are correct, unmount the drive. To do this, run sudo umount device . Replace device with the device name, e.g., /dev/sdd1.
- Since you can’t unmount a root file system, you can’t check the file system of the root partition unless you’re booted into recovery mode. If the error is on the root file system, boot into recovery mode first.
-
5
Run sudo fsck -n device to check the drive. This checks the integrity of the drive without making any changes. If the drive is okay, you’ll see «clean» in the results. If there are errors, you will see them.
- If there are errors, back up the drive before you continue in case the file system cannot be repaired.
-
6
Run sudo fsck device to repair errors. If there are errors, you’ll be prompted to correct them.
- Even if you are able to correct errors, make a backup just in case the drive is dying.
-
7
Remount the drive once repaired. If you were able to repair the errors, remounting the drive will make it so you can delete your files. Use mount -o remount,rw mount point to ensure the drive is remounted with read and write permissions. You should then be able to modify and delete files on the drive.
Advertisement
Ask a Question
200 characters left
Include your email address to get a message when this question is answered.
Submit
Advertisement
Thanks for submitting a tip for review!
About This Article
Article SummaryX
1. Use cd to enter the directory that contains the file.
2. Use ls -al to view file owners and permission attributes.
3. Use chmod -v u+rw filename to give yourself read and write permissions.
4. Use rm to delete the file.
Did this summary help you?
Thanks to all authors for creating a page that has been read 65,159 times.
Is this article up to date?
Download Article
Download Article
If you want to delete a file that has read-only permissions in Linux, you have a few options. If the file belongs to you, you can either change the file’s permissions or use the sudo command to delete the file as root. But if you’re trying to delete a file that has write permissions and still can’t delete it (or you see a «Read Only File System» error), you may need to remount the drive with proper permissions. We’ll show you how to remove any read-only file on any Linux distribution, including Ubuntu and Linux Mint.
-
1
Open a terminal window. If a file you own is read-only, you won’t be able to delete it unless you give yourself write permission for that file. If you’re using a window manager, press Ctrl + Alt + T to open a terminal window now.
- Use this method if you’re trying to delete a file that belongs to you but (e.g., you’re the owner or in a group that has access to read the file) but don’t have permission to delete it.
- If you’re signed in remotely and already at a command prompt, just skip to the next step.
-
2
Use cd to enter the directory of the file you want to delete. For example, if the file you want to delete is inside a folder called documents in your home directory, you’d use cd documents or cd /home/username/documents.
Advertisement
-
3
Use ls -al to display the file permissions for the files in the directory. Using ls -l displays a list of files in the directory, along with the owner of each file and its permissions. Adding the a to ls -l also shows hidden files and folders in the directory.
-
4
Evaluate the permissions of the file you want to delete. The permissions for a file appear before its name like this: r--r--r--. The owner’s name appears after it, followed by the group name.
- r is read permissions, w is write permissions, and x is execute permissions.
- The first three characters in the permissions (in this example, r--), are the file owner’s permissions. So, in this example, the owner of the file only has read permissions, which means they can’t write to, execute, or delete the file.
- The second three characters are group permissions. If you’re a member of a group and that group has write permissions to the file, you’ll be able to delete it even if you’re not the owner.
- The third three characters are world permissions, which is everyone else.
-
5
Use chmod -v u+rw filename to give yourself read and write permissions. You can omit the r if you already have read permissions. Once you have write permissions, you’ll be able to delete the file.
- If you’re not the file owner but have root access to the system, you can use sudo chmod -v u+rw filename to give yourself the right permissions.
- To see the file’s new permissions, run ls -al again.
-
6
Use rm filename to delete the file. Now that you have write permissions on the file, deleting it will be simple.
- If you aren’t able to delete the file after making it writable, its partition may be mounted read-only. See Fixing the Read Only File System Error to troubleshoot.
Advertisement
-
1
Open a terminal window. You can use the sudo command to delete a read-only file that you aren’t able to delete with your user account. If you’re using a window manager, press Ctrl + Alt + T to open a terminal window now.
- Use this method if you are not the owner of the file you want to delete and you’d rather just delete the file instead of first changing its permissions.
- If you’re signed in remotely and already at a command prompt, just skip to the next step.
-
2
Use cd to enter the directory of the file you want to delete. For example, if the file you want to delete a file inside a folder called documents in your home directory, you’d use cd documents or cd /home/username/documents.
-
3
Use ls -al to view the contents of the directory. This command will display all of the files in the current directory, as well as each file’s owner and permissions.
-
4
Use sudo rm filename to delete the file. You’ll be prompted to enter your password to obtain root-level permissions. Once your password is accepted, the read-only file will be deleted.
- If you aren’t able to delete the file with sudo, its partition may be mounted read-only. See Fixing the Read Only File System Error to troubleshoot.
Advertisement
-
1
Open a terminal window. If you’re trying to delete a file and getting an error that says rm: cannot remove '(filename)' : Read only file system, there are a few possible causes. Start by pressing Ctrl + Alt + T to open a terminal window if you’re using a window manager.
- If you’re signed in remotely, just move to the next step.
-
2
Run df -h to view all mounted devices. You’ll need to know the exact mount point of the drive that’s giving you trouble. This displays all mounted drives.
-
3
Run the command mount . Replace mount point with the actual mount point, e.g., /media/usbdisk. If you’re trying to delete a file on a removable disk or network drive, such as an old backup, the disk where the file is stored might be mounted as read-only.
- If you see ro in the results, the file system is read-only. Remounting the drive should fix the error. To do so, use mount -o remount,rw mount point. You can then delete the file.
- If the permissions are rw, the disk is mounted with read-write permissions, which means you should be able to delete files without problems. This usually means there’s a problem with the file system on the drive. Continue with this method.
- If you see remount-ro, this means the there’s a problem with the file system and the drive was remounted as read-only to limit additional damage. This also means there’s a problem with the file system on the drive. Continue with this method.
-
4
If the permissions are correct, unmount the drive. To do this, run sudo umount device . Replace device with the device name, e.g., /dev/sdd1.
- Since you can’t unmount a root file system, you can’t check the file system of the root partition unless you’re booted into recovery mode. If the error is on the root file system, boot into recovery mode first.
-
5
Run sudo fsck -n device to check the drive. This checks the integrity of the drive without making any changes. If the drive is okay, you’ll see «clean» in the results. If there are errors, you will see them.
- If there are errors, back up the drive before you continue in case the file system cannot be repaired.
-
6
Run sudo fsck device to repair errors. If there are errors, you’ll be prompted to correct them.
- Even if you are able to correct errors, make a backup just in case the drive is dying.
-
7
Remount the drive once repaired. If you were able to repair the errors, remounting the drive will make it so you can delete your files. Use mount -o remount,rw mount point to ensure the drive is remounted with read and write permissions. You should then be able to modify and delete files on the drive.
Advertisement
Ask a Question
200 characters left
Include your email address to get a message when this question is answered.
Submit
Advertisement
Thanks for submitting a tip for review!
About This Article
Article SummaryX
1. Use cd to enter the directory that contains the file.
2. Use ls -al to view file owners and permission attributes.
3. Use chmod -v u+rw filename to give yourself read and write permissions.
4. Use rm to delete the file.
Did this summary help you?
Thanks to all authors for creating a page that has been read 65,159 times.
Is this article up to date?
Платформа Убунту считается самой универсальной и доступной не только продвинутым пользователям, но и новичкам. Здесь так же, как и в других операционных системах, можно спокойно работать с различными документами, пакетами программ, различными медиа-приложениями. Однако часто у начинающих пользователей возникают проблемы с различными процессами, связанными в целом с управлением всех программ и утилит. Получается, что не работает именно файловая система Ubuntu. Причин такого состояния платформы Убунту большое множество. Соответственно, и методов существует столько же. Однако следует учитывать специфические нюансы в техники восстановления системы, для этого используя программы для проверки ошибок.
Что значит ошибка файловой системы
Файловая система Убунту является важным элементом, регулирующим основные действия с документами, архивами, пакетами, программами и приложениями.
Однако при различных физических, технических неполадках в Убунту файловая система может не работать. Это проявляется в появлении соответствующего сообщения при загрузке, обновлении или чтении различных элементов. Как правило, пользователю практически невозможно прочитать файлы настроек. Кроме того, часто получается так, что происходит сброс прав доступа ntfs. Впоследствии устройство назначения доступно только для чтения Ubuntu. А при дальнейшем бездействии пользователя, отсутствии попыток обращения к специалистам и решения проблемы, может возникнуть rufus-ошибка – доступ к устройству запрещен.
Существует очень много весомых поводов, из-за которых файловая система Linux доступна только для чтения. Самыми распространенными причинами считаются:
- Защита от физической записи. Именно из-за этого у начинающего пользователя во время чтения архива произошла ошибка Ubuntu.
- Различные разрешения файлов. Многие программы, работающие с файлами, устанавливают свой размер и расширение. Если есть какое-либо несовпадение параметров отдельных программ и приложений, то возникает изучаемая проблема.
- Неудачная установка различных разделов элемента. Поскольку работа каждого раздела зависит от действия остальных, то и при неполадке в одном будут «страдать» другие.
- Вирусные программы. При установке платформы Убунту, загрузке дополнительных утилит или при обновлении, а также использовании съемных носителей возникает риск получения троянских программ. Чаще всего они снижают работоспособность и нормальный механизм действия отдельных элементов меню платформы.
- Физические проблемы и нарушения в гаджете с установленной платформой убунту.
Исправление ошибок файловой системы – важный процесс, о котором должен знать каждый начинающий пользователь.
Совет! Новичку при неуверенности в своих силах и знаниях следует предварительно проконсультироваться со специалистами сервисного центра.
Как исправить ошибки файловой системы
Для решения изучаемой проблемы существует 3 распространенных способа.
1 вариант
В этом случае используется встроенная утилита fsck.
Технология:
- Открыть терминал Убунту. Это можно сделать 2 путями: либо через главное меню, либо через клавиатуру. В первом случае следует нажать на значок Dash и выбрать «Терминал» в выпадающем списке. Во втором надо одновременно нажать клавиши Alt, Ctrl, T.
- Для того чтобы утилита не задавала многочисленные вопросы для утверждения, следует заранее задать команду для восстановления изучаемого объекта записью sudo fsck -y /dev/sda1.
- Затем нужно произвести восстановление поврежденного суперблока. Для вывода резервных элементов нужно задать команду sudo mkfs -t ext4 -n /dev/sda. После чего каждым попробовать восстановить объект с помощью выражения sudo fsck -b 98304 /dev/sda1.
- Найти битые сектора командой sudo fsck -c /dev/sda1 и ничего больше в них не писать.
- А после перезагрузить Убунту.
Файловая система будет работать
2 вариант
Если Убунту находится на флешке, то можно спокойно решить проблему через другую операционную систему – Виндоус.
Технология:
- Проверить неисправность Убунту через флешку на Виндоус.
- Произвести в случае неполадки форматирование на съемном носителе. Предварительно важные данные следует скопировать на резервную флешку.
- Проверить через терминал. Просмотреть список носителей fdisk –l. Затем проверить один из них, например hdparm -i /dev/sdf | grep Model. Проверить проблемные области badblocks -s /dev/sdf1 > /root/badblock. После отменить проверку e2fsck -l /root/badblock /dev/sdf.
Файловая система будет работать.
3 вариант
Здесь используется встроенная утилита G Parted. Так же, как и предыдущий способ, этот метод работает только для Убунту на флешке.
Технология:
- Установить программу с помощью команды в терминале: sudo apt-get install gparted.
- Открыть утилиту. Проблемные места будут отмечены восклицательным знаком.
- Открыть съемный носитель. Кликнуть на вкладку «Раздел». Затем выбрать « Проверки на ошибки». Запустить.
Файловая система будет работать.
Проверка на ошибки
Этот процесс также проводится с помощью fsck.
Технология:
- Выяснить имена файлового меню в консоли (войти с помощью Alt, F1) командой df -h.
- Размонтировать исправленную утилиту umount /dev/hda1.
- Включить утилиту fsck /dev/hda1.
- Сделать проверку командой fsck -y -f -c /dev/hda1.
Если все сделано правильно, то проверка будет осуществлена.
Возможные результаты:
- 0 – нет ошибок;
- 1 – ошибки элемента исправлены;
- 2 – необходима перезагрузка утилиты;
- 4 – ошибки элемента не исправлены;
- 8 – в процессе проверки произошли ошибки;
- 16 – неверное использование команды либо синтаксическая ошибка;
- 32 – fsck была прервана пользователем;
- 128 – ошибка разделяемых объектов.
Далее нужно в соответствии с ошибками ремонтировать разные элементы изучаемого объекта.
Заключение
Файловая система Убунту – сложный элемент платформы. Для решения различных проблем существует множество различных методов. Об использовании каждого следует предварительно проконсультироваться со специалистами.
Внезапно в ответ на любую команду получаем:
Файловая система доступна только для чтения:
Такое сообщение означает, что файловая система /var или корневая автоматически перемонтирована в RO после сбоя, проверьте это в выводе команды mount.
(Драйвер ext4 при появлении сбойного блока переводит файловую систему в read-only.)
Важно
- Все команды выполняйте с правами суперпользователя.
- В инструкции указано дисковое устройство
/dev/sda, если ваше отличается — пишите своё. - Требуемое ПО: программа
smartctlиз пакета smartmontools и программаhdparmиз одноимённого пакета. - Рекомендуемое ПО: программа
awkиз одноимённого пакета. - Если пакеты smartmontools и hdparm отсутствуют в системе, загрузите с флешки LiveCD.
Диагностика
Проверяем состояние жёсткого диска.
В командной строке (в окне терминала) запускаем с правами суперпользователя:
smartctl -A /dev/sda | awk 'BEGIN{ rc="GOOD"};/^( 5|19[6-8])/{if($10>0){print "Disk Error: "$2" = "$10; rc="BAD"}} END{print rc; if(rc=="BAD"){exit 1}}'
Видим результат:
Disk Error: Current_Pending_Sector = 1 BAD
Сообщение «Current_Pending_Sector = 1» означает, что на диске появился сбойный блок (может юыть любое положительное число — это количество секторов или блоков с фатальной ошибкой чтения).
Увеличение счётчика «Current_Pending_Sector» может быть результатом сбоя в электропитании, а может свидетельствовать о повреждении поверхности диска у HDD или деградации микросхемы в SSD.
Если результат команды — GOOD, значит причина в другом — например, на втором HDD (/dev/sdb), в сбое массива RAID или где-то ещё.
Примечание
Если awk не установлен, можно обойтись одним smartmontools: выполните smartctl -A /dev/sda и смотрите его вывод — важны параметры c ID №№ 5, 196, 197, 198, колонка «RAW_VALUE».
Исправление
- Будьте внимательны! В инструкции есть деструктивные действия!
Поиск сбойного блока
Выполните команду
smartctl -t short /dev/sda
Посмотрите сообщение о прогнозируемом времени выполнения:
Please wait … minutes for test to complete.
Test will complete after …
Подождите это время и выполните команду
smartctl -l selftest /dev/sda
Команда выдаст таблицу. В верхней строчке в столбце «Status» написано «Completed: read failure», в столбце «LBA_of_first_error» написано число — это адрес сбойного блока (сектора), запомните его.
Пример:
# smartctl -l selftest /dev/sda smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.4.63-std-def-alt0.M80P.2] (ALT 6.6-alt1) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed: read failure 90% 16715 1600021400
Выполните команду
hdparm --read-sector адрес_сектора_из_LBA_of_first_error /dev/sda
После некоторой задержки (стандартно 70 секунд) команда выдаст ошибку и сообщение.
Если нет ошибки, скорее всего неправильно указан сектор и его нужно искать по другому или с сектора уже снята метка «Pending» и он либо уже нормальный (отметка Pending снята), либо забракован и переназначен на резервный (Reallocated). В этом случае дальнейшее НЕ выполнять, нужно тестировать (smartctl -t long) и смотреть (smartctl -l errors, smartctl -A)
Отбраковка сбойного блока
Внимание!
Следующая команда перезаписывает нулями весь сектор, но он и так не читается, главное не ошибиться с сектором и с диском
hdparm --write-sector адрес_сектора_из_LBA_of_first_error --yes-i-know-what-i-am-doing /dev/sda
После этого опять
hdparm --read-sector адрес_сектора_из_LBA_of_first_error /dev/sda
Должен выдать пачку нулей и не должно быть задержки и ошибки
После этого снова проверяем состояние диска
smartctl -A /dev/sda | awk 'BEGIN{ rc="GOOD"};/^( 5|19[6-8])/{if($10>0){print "Disk Error: "$2" = "$10; rc="BAD"}} END{print rc; if(rc=="BAD"){exit 1}} '
Если результат «GOOD» — все хорошо
Если же будет «BAD» — нужно смотреть:
- если ненулевой «Current_Pending_Sector» — вычислять адреса и переписывать проблемные секторы, у современных HDD один блок содержит восемь секторов и скорее всего придётся проделывать процедуру восемь раз;
- если ненулевой «Reallocated_Sector_Ct», то лучше менять диск.
Поиск повреждённого файла
Используйте программу DMDE — в режиме просмотра физического диска найдите восстановленный сектор и программа покажет, к какому файлу он относится. Затем замените файл из резервной копии. (В случае, если нет резервной копии и это программа или библиотека, найдите пакет, которому принадлежит файл и установите пакет заново.)
После всех манипуляций имеет смысл проверить файловую систему командой fsck на отмонтированной ФС.
Примечания
- Важные параметры SMART
В таблице smartctl -A /dev/sda смотрим колонку RAW_VALUE у параметров с ID №№ 5, 196, 197 и 198:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE … 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 … 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0 …
Ненулевые Reallocated_Sector_Ct и Reallocated_Event_Count свидетельствуют о физических сбоях, такой диск лучше заменить.
Current_Pending_Sector — число секторов (блоков) с ошибкой чтения. Такой сектор будет возвращён в «хорошие» после успешной записи в него, а в случае неудачной записи за время таймаута он будет переназначен на резервный и контроллер увеличит счётчик Reallocated_Sector_Ct.
Offline_Uncorrectable — блоки, ошибки на которых контроллер диска не смог исправить.
- Время задержки
Таймауты SCT ERC контроллера диска задают время задержек, при которых блок будет помечен сбойным:
Current_Pending_Sectorпомечается блок, который не прочитан за время SCT ERC Read Timeout;- переназначается на резервный блок, который не записан за время SCT ERC Write Timeout (и увеличивается счётчик SMART
Reallocated_Sector_Ct).
Посмотреть и установить эти таймауты можно командой smartctl -l scterc — изменение таймаутов доступно не на всех HDD: на десктопных изменение таймаутов заблокировано в прошивке.
По умолчанию (на заводе) установлено время 70 секунд.
Приложение
Скрипт для проверки состояния всех дисков. Требует smartctl и awk
#!/bin/sh
if [ $EUID -ne 0 ] ; then echo "Run by superuser!" ; exit; fi
for D in $(smartctl --scan | awk '{print $1}')
do
smartctl -i $D >/dev/null && (
smartctl -A $D | D=$D awk 'BEGIN{ rc="GOOD"};/^( 5|19[6-8])/{if($10>0){ if(rc=="GOOD"){print "n" ENVIRON["D"] " is BAD"} print "Disk Error: "$2" = "$10; rc="BAD"}} END{print "SMART of " ENVIRON["D"] " " rc; if(rc=="BAD"){exit 1}} '
)
done