Linux раздел только для чтения

Помогите! Файловая система доступна только для чтения: /home — btrfs

Всем привет! Кто нибудь сталкивался с такой проблемой «user@nux Linux 5.8.18-1-MANJARO x86_64 20.2 Nibia zsh: locking failed for /home/user/.zhistory: Файловая система доступна только для чтения: reading anyway»

/home FS = btrfs? недальновидно не сохранил fstab поделитесь плиз своими параметрами для /home btrfs из fstab что манджаро ставит при установке мой конфиг такой: UUID=853e81db-82fa-48a4-986b-958d54a86fbd /home btrfs defaults,noatime,space_cache,ssd,compress=zstd,commit=120 0 0

Fsck из консоли ппобовал?

И не пойму, в конце два ноля. Он не проверяет файловую систему автоматом?

не пробовал а для btrfs ее можно использовать?

sudo fsck -y /dev/sdb1

А «-y» откуда? В Debian у fsck вообще «-y» нет…

видимо не проверяю ( я правильно понимаю? что для /home последнее значение должно быть 2, для проверки FS

Можно поискать и в арчевики и ещё много где. Я сто лет уже не тыкал btrf, ещё и со сжатием. Я надеялся, что ты нагуглил что надо и что-то не получается, а ты хочешь, чтобы за тебя погуглили.

Для начала, если ещё не, забекапь важную инфу с файловой системы (а за одно и с других ФС на этом харде, если есть)

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

можно ли для btrfs использовать sudo mount -o remount,rw /home ?

Cast intelfx

Проверка в ядре.

Btrfs в принципе не требует fsck. Если ФС монтируется, значит, fsck не нужен. Хватит раздавать вредные советы.

Всем привет! Кто нибудь сталкивался с такой проблемой «user@nux Linux 5.8.18-1-MANJARO x86_64 20.2 Nibia zsh: locking failed for /home/user/.zhistory: Файловая система доступна только для чтения: reading anyway»

Ты думаешь, тут телепаты собрались? Телепатов нет. Нужны логи ядра (полный вывод journalctl -b -k или dmesg ) после воспроизведения проблемы и до перезагрузки.

поделитесь плиз своими параметрами для /home btrfs из fstab что манджаро ставит при установке мой конфиг такой: UUID=853e81db-82fa-48a4-986b-958d54a86fbd /home btrfs defaults,noatime,space_cache,ssd,compress=zstd,commit=120 0 0

спасибо за совет логи ядра сейчас соберу и пришлю

dmesg лог содержит сообщение об ошибках

[ 16.208244] BTRFS: error (device sdb3) in __btrfs_free_extent:3066: errno=-2 No such entry [ 16.208244] BTRFS info (device sdb3): forced readonly [ 16.208246] BTRFS: error (device sdb3) in btrfs_run_delayed_refs:2173: errno=-2 No such entry [ 39.832218] kauditd_printk_skb: 39 callbacks suppressed

dmesg лог содержит сообщение об ошибках

Как правильно копировать вывод терминала

Спасибо! Принял к сведению )

нагуглил про btrfs repair

btrfs check /dev/sda3

btrfs check –repair /dev/sda3.

Re: нагуглил про btrfs repair

Это всё говно. Нормальная утилита должна быть способна восстановить ФС, затри ей случайные блоки, включая системные типа суперблока. Btrfs это не светит.

Re: нагуглил про btrfs repair

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

и какие ФС достигли такого дзена? (мне для практического использования)

Фокусник был пьян (

Фокус с repair не удался придется сливать инфу и использовать снова ext4

Спасибо всем за помощь.

Re: нагуглил про btrfs repair

и какие ФС достигли такого дзена? (мне для практического использования)

Дзена достиг reiser. Я однажды вытащил свои данные, уже сделав dd на раздел. ext4, xfs может не так и не сумеют, но их средства восстановления довольно приличные.

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

Тогда — btrfs restore и пересоздавать ФС. Btrfs сыпется, когда железо глючное и теряет записи, так что с твоим железом действительно лучше другую ФС.

Во-во. Сейчас еще этот чел для комплекта прибежит, у которого рот во всю аватарку. И будет предлагать пофиксить драйвер консоли, чтоб не выдавал «BTRFS: error».

Делай бэкап, проверяй работоспособность диска, создавай новую ФС и заливай туда всё обратно. Так проще и надёжнее, btrfs слегка замороченая и не очень стабильная.

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

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

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

Сообщение mygedz » 23.09.2017 23:55

Всем привет.
Столкнулся с проблемой после перехода с винды на debian. В моей системе два жестких диска:
первый на 500 гигов
второй на 1000 гигов

Первый я использую как основной. А второй как хранилище. Так вот оказалось, что удалить с этого (имеется ввиду второй) жесткого диска я не могу и записать тоже.
Тот же торрент клиент, в котором настроено, что скачивается на второй жесткий диск, сообщает:
Файловая система доступна только для чтения ( /media/ИМЯ/784A62B34A626E36/Скаченное)
Насколько я понимаю дело в правах на запись и удаление. На просторах встретил совет, открыть nautilius и через него выставить права на жесткий диск. Но ничего не вышло.

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

Re: Файловая система доступна только для чтения

Сообщение azsx » 24.09.2017 02:44

Re: Файловая система доступна только для чтения

Сообщение mygedz » 24.09.2017 09:37

так по пунктам:
1. диск поблемный: /dev/sdb1
на всякий случай, вывод все команды:
[Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xabe9d757

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 1953521663 1953519616 931,5G 7 HPFS/NTFS/exFAT

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 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
Disklabel type: dos
Disk identifier: 0xf63fa798

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 960247807 960245760 457,9G 83 Linux
/dev/sda2 960249854 976771071 16521218 7,9G 5 Extended
/dev/sda5 960249856 976771071 16521216 7,9G 82 Linux swap / Solaris

Источник

ФС становится только для чтения — ни с того, ни с сего

Доброго времени суток. В общем продолжительное время уже замечаю подобное явление на буке с убунтой 10.04 — файловая система становится доступной только для чтения. Отслеживаю это по нетбинсу, т.к. пишу в нем код и вдруг начинает появляется тысяча окошек среды разработки с ошибкой вида «невозможно заблокировать какой-то файл». В этот момент если пробую удалить какой-нибудь файл на диске или изменить — безрезультатно, ошибка доступа или что-то типа того. Такое может повториться два раза в день, а может и раз в три дня, с чем связано — загадка. Из-за чего это может быть? И в каком файле лога искать корни, чтобы попытаться рабобраться?

Жёсткий же мрёт. Сохраняй нужное и пока fsck сделай (хотя не поможет скорей всего).

А что mount | grep ro говорит?
Покажи выхлоп mount

none on /proc type proc (rw,noexec,nosuid,nodev) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)

Кореня то нет. Скорее всего или винт летит, или шлейф глючит.

Что это значит? БОльшую часть времени работает же без проблем вообще..

И в каком файле лога искать корни, чтобы попытаться рабобраться?

dmesg
Выложи на пастебин
dmesg | grep mount
dmesg | grep sda (если sda — твой винт)

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

[ 27.062172] EXT4-fs (sda7): warning: mounting fs with errors, running e2fsck is recommended
[ 27.247949] EXT4-fs (sda8): warning: maximal mount count reached, running e2fsck is recommended
[ 27.249181] EXT4-fs (sda8): recovery complete
[ 27.249440] EXT4-fs (sda8): mounted filesystem with ordered data mode

Попробуй e2fsck (или что-то другое), только сохрани нужное куда-нибудь.

Блин, так у меня нужного куча всего, даже не знаю куда слить. Размонтировать надо раздел перед запуском e2fsck? Чета погуглил, нашел топиков много, что e2fsck убила фс — побаиваюсь..

Что это значит? БОльшую часть времени работает же без проблем вообще..

Насколько я знаю для нормальной работы должен быть примонтирован корень.
Выхлоп mount должен показать что-то вроде:

/dev/sda1 on / type ext4 (ro,noatime,user_xattr,acl,barrier=1,data=ordered)

По идее, после этого ты не сможешь запускать новые приложения.
На будущее (мой совет, может не совсем правильный):
создавай несколько разделов:
1- /, 10-15 гб, опция монтирования — ro
2 — /var/, rw
3 — /home/, rw
/var можно сделать и ro тоже, но несколько директорий нужно будет монтировать с помощью mount -o bind например из /home/var/

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

Фильмы можно удалять)
Проси у знакомых флешки/жеские, в крайнем случае dvd-шка стоит около 1$. Сколько инфы то нужно слить?

Фильмов то нету, проектов куча. Гига два наверное+еще файлы нужные, по всему диску раскиданы, нужно собирать. Ни одного фильма и пара квестов на вайне, а диск почти полностью забит — даже сам понятия не имею чем, все не соберусь «разложить по полочкам». Да и у меня бардак такой на винте, рядом с убунтой винда уже второй год болтается, работы куча, никак времени не найду, чтобы все с ноля поставить на чистый винт и восстановить в прежнее состояние проекты. Скажи, какой процент вероятности того, что хард начинает накрываться? И какой процент того, что это не так, а, например, из-за раздела нтфс рядом с убунтой или какой-нибудь неправильно установленной хрени и т.п.

Скажи, какой процент вероятности того, что хард начинает накрываться?

Не буду притендовать на инстину, но у меня лично переход в ro шел только из за ошибок чтения, и винт после них был уже ОЧЕНЬ дохлый.

Хотя мало ли по какой причине оно может происходить, как выше замечено ещё шлейф может отходить.

Вообще желательно хотя бы основное все сбекапить, а потом прогнать винт низкоуровневой системой проверки типа Victoria.
Если винту ещё не совсем кирдык (считай блоков не читаемых мало), то она может замедлить процесс смерти ФС на месяц другой.

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

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

На ноуте шлейфа то вроде нету.

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

Смешно. Сервометки уж полтора десятилетия (если не все два) как на заводе ставят и изменить это нельзя. Но нет, «специалисты» всё ещё «рекоммендуют».

Источник

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

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

New Technology File System

3 минуты чтения

NTFS — это система хранения файлов, стандартная для компьютеров Windows, но системы Linux также используют ее для организации данных.

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

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

Эта статья покажет вам, как смонтировать раздел NTFS в Linux с разрешениями только для чтения или чтения и записи.

Смонтировать раздел NTFS с разрешением только для чтения

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

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

Определить раздел NTFS

Перед монтированием раздела NTFS определите его с помощью команды parted :

В приведенном выше примере два раздела NTFS находятся на диске /dev/sdb . Прежде чем продолжить, запишите номер раздела, который вы хотите смонтировать.

Вы также можете использовать команды fdisk и grep , чтобы показать на диске только разделы NTFS:

Создать точку монтирования и смонтировать раздел NTFS

В этом примере мы смонтируем раздел /dev/sdb1 с разрешением только для чтения.

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

Затем смонтируйте раздел в созданный вами каталог. Используйте команду mount и путь к разделу, который вы указали ранее:

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

Раздел /dev/sdb1 отображается как смонтированный в нижней части списка. Теперь у вас есть доступ только для чтения к этому разделу NTFS.

Смонтировать раздел NTFS с разрешениями на чтение и запись

Чтобы смонтировать раздел NTFS с разрешениями на чтение и запись, вам необходимо установить fuse и ntfs-3 в вашей системе.

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

Примечание. В некоторых дистрибутивах Linux по умолчанию уже установлены fuse и ntfs-3g .

Обновить репозитории пакетов

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

Установите Fuse и ntfs-3g

Чтобы установить fuse в вашей системе Linux из репозитория по умолчанию, используйте соответствующий менеджер пакетов. В нашем примере мы используем apt в Ubuntu.

Когда установка завершится, установите ntfs-3g , запустив:

В случае, если fuse и ntfs-3g уже установлены, вывод выглядит примерно так, как показано ниже:

Смонтировать раздел NTFS

После установки пакетов программного обеспечения fuse и ntfs-3g смонтируйте раздел NTFS.

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

Затем используйте команду mount , чтобы смонтировать нужный раздел. Например, /dev/sdb2 :

Чтобы проверить, смонтирован ли раздел, выполните команду df :

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

Примечание. Для монтирования раздела через ntfs-3g рекомендуется ядро Linux версии 2.6.20 или новее.

Мини — курс по виртуализации

Знакомство с VMware vSphere 7 и технологией виртуализации в авторском мини — курсе от Михаила Якобсена

Источник