Linux видит только свою файловую систему

Почему в линуксе с файловой системой EXT4 не видны винчестеры с файловой системой NTFS?

У меня на компе 2 винчестера, на одном виндоус, а на другом линукс. Проблема втом, что эти 2 диска не видят друг друга. Захожу с линукса, на котором диск отформатирован на EXT4, то когда я захожу в Переход — Компьютер, то я там не вижу диска с файловой системой NTFS.
Тоже самое, если я стартую из виндоус, то я там тоже не вижу диска с файловой системой EXT4.
Я знаю просто в чём проблема, дело в том, что 2 винчестера не видят, потому что один из них не поддерживает другую файловую систему, а 2 диск аналогично не поддерживает первую. Может есть какаята програмулина или драйвер для чтения винчестеров с другой файловой системой.

ПС на одном диске у меня стоит Windows XP SP3, на 2-ом Linux Ubuntu 10.10.

d_jay, не получилось. Я ввёл в терминале команду установки этой утилиты. Когда она установилась, я потом ввёл вот это: mount ntfs-3g /dev/sda1 (у меня раздел ntfs диска называется sda1) но потом он мне пишет ошибку со следующей строчки: mount: только root может сделать это
Вот мои действия в терминале:

leonid@leonid-P5G43T-M-PRO:~$ sudo apt-get install ntfs-3g
[sudo] password for leonid:
Чтение списков пакетов.. . Готово
Построение дерева зависимостей
Чтение информации о состоянии.. . Готово
Уже установлена самая новая версия ntfs-3g.
Следующий пакет устанавливался автоматически и больше не требуется:
linux-headers-2.6.35-22
Для их удаления используйте ‘apt-get autoremove’.
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 290 пакетов не обновлено.
leonid@leonid-P5G43T-M-PRO:~$ mount ntfs-3g /dev/sda1
mount: только root может сделать это
leonid@leonid-P5G43T-M-PRO:~$

sudo apt-get install ntfs-3g

И будет счастье.. .
mount ntfs-3g /dev/раздел_на_нтфс

странно, у меня Nix видит все, включая и NTFS ))) и не только видит, даж понимает ) часто киношки с диска NTFS смотрю ))

Создаем каталог командой sudo mkdir /media/windows/
делаем копию fstab командой sudo cp /etc/fstab /etc/fstab.backup
Открываем /etc/fstab командой sudo gedit /etc/fstab и дописываем в файл параметры раздела с ntfs
# windows
UUID=363C991F3C98DAE7 /media/windows/ ntfs-3g users,defaults,umask=0 0 0

Чтобы определить идинтификатор диска, тоесть UUID
забей команду ls -l /dev/disk/by-uuid/
или sudo blkid

Тока раби Бога не торопись! Если твой fstab система не прочтет.
Ты ее увидишь только LiveCD. Почитай ВОТ ЭТО подробно!

Можешь попробовать графический конфигуратор
sudo ntfs-config

Источник

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

Установил на диск linux mint у которой файловая система естественно ext4.
Всё работает как надо.
Решил подключить диск как флешку к ноутбуку, через специальный переходник с sata на usb 2.0
Подключил, ноутбук(там тоже линукс стоит) диск увидел я пару файлов скопировал, а потом он перестал видеть диск.
Выключил диск, ещё раз включил, ноут пишет ошибка чтения данных.
Ну думаю ладно, воткнул обратно мой диск и пытаюсь запустить систему, а она не запускается.
Загрузился через второй диск, там тоже линукс, диск первый в общем то видно, но я не могу его смонтировать. гляжу в свойства, а там написано, что файловая система моего диска ext2, нажимаю подключить, пишет «Ошибка подключения файловой системы». Ну ещё бы, диск то записал в ext4 файловой система, а система пытается его прочитать как ext2, вот и ошибка.

Короче у меня вопросы.
1) могла ли система из-за того что я воткнул диск как флешку форматнуть его без спроса меня пользователя?
2) данные вообще целы? я ж ничего не делал, просто попытался прочитать данные не через sata а через usb, и такое кстати прокатывает с NTFS файловой системой которая используется в Windows, но походу не канает с ext4 которую использует Linux.
3) возможно ли что данные целы но просто таблица разделов поменялась или чё то типа этого, и данные в порядке, но система не может подключить диск из-за того что пытается в неправильном ext2 формате прочитать данные?

4) как мне восстановить данные с диска? я пробовал программу R-Studio, но он мне бред показывает, данные то он видит, но он их видит больше чем они есть на самом деле. ну вот картинку он увидел, её размер 1 мегабайт, а R-Studio её видит как файл размером 2 гигабайта, то есть это безсмыслица. Данные по всей видимости целы, программа по восстановлению данных видит файлы и их имена. только прочитать корректно не может, и я пробовал восстановить пару картинок(их реальный размер меньше мегабайта). мало того что каждая из них по 2 гига, так естественно они не открываются.

В общем мне нужно спасти данные с диска. Надо как то дать понять системе, что диск этот имеет файловую систему ext4. а не ext2, и уже пытаться данные восстановить.

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

Источник

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GParted

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

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

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

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

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

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

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

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

Источник

Исправление Read-Only File System в Linux

21.10.2022

itpro

CentOS, Linux, Ubuntu

Один комментарий

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

Ошибки файловой системы и опция remount-ro

Проверьте параметры монтирования дисков при загрузке Linux. Настройки монтирования файловых систем при загрузке задаются в файле /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 диска и именем устройства:

В данном примере вы получили, что вашему UUID соответствует устройство /dev/sda3.

Также можно имена устройства и точки монтирования с помощью команды:

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

$ sudo fsck –y UUID=aaaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaa

Если вы не можете прямо сейчас выполнить проверку диска, и вы хотите немедленно вывести файловую систему из режима read-only, нужно выполниться команду:

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. Иначе выполняем проверку диска:

Здесь указан том (в данной случае /dev/sda1), для которого требуется выполнить ручную проверку. С помощью следующей команды можно проверить все подключенные файловые системы:

После этого перезагрузите ВМ.

Предыдущая статья Следующая статья

Источник