sudo mount -o remount,rw /

Ты пытаешься монтировать сломанную файловую систему. Это было сделано неправильно. Сначала почини, потом монтируй.

При этом при отмонтировании umount из диспетчера файлов пропадает содержимое директорий

C LiveDVD?

При этом при отмонтировании umount из диспетчера файлов пропадает содержимое

При отмонтировании корня?

Предыстория - вероятно из за неудачных отключений файловую систему линукс перевел в режим для чтения

Если ремаунт не проходит для корня, то ребут

Обычная ФС - просто fsck прогнать

Ты пытаешься монтировать сломанную файловую систему. Это было сделано неправильно. Сначала почини, потом монтируй.

Он пересказывает неправдоподобно. Могло быть что угодно

Классический бот с первой темой и отсутствием сообщений, высасывающий историю из пальца. Вердикт: игнорировать, ТСу решение не нужно.

Неправильно? Вероятно, изначально тебе не примонтировали голову.

файловую систему линукс перевел в режим для чтения…

Загружай «живую систему», чини «из вне».

Вариант, но это не обязательно. Если корневая ФС не настолько убита, fsck запустится при загрузке

Покосплею Всеволода.

«Если». При наличии отсутствия головы, лучше уж убитая в усмерть. Быстро переустановит…

Это файловая система жесткого диска обычного домашнего компа. Компьютер не умеет просыпаться но засыпать умеет и иногда приходится его выключать на горячую. Раньше это проходило без последствий. fsck пока не торопился пользоваться чтобы не навредить.

Дистр, фс и ошибку монтирования фстудию.

По идее у тебя чекалка сама должнабыла починить при старте

Свободного места на разделе достаточно?

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

полоса везения преодолена

Неожиданно! Тогда приведу правило номер один для юникс-подобных систем - если что-то идёт не так, сначала смотрим в dmesg, cat /var/log/messages или где у вашей системы расположено системное логгирование. Правило номер два, если задаёте вопрос на форуме, то текст этих сообщений приводить обязательно. Ну и правило номер три, чтобы два раза не вставать, если вы приводите текст комманд, приводить надо все команды без изменений и все ответы системы на эти команды. Тогда пользователи форума могут отнестись к вам серьёзно и даже что-нибудь посоветовать.

smartctl и fsck что говорят?

Ось Федора 42 Адамс. Место есть на диске. Скриншоты по ссылкам

https://disk.yandex.ru/i/VTzxgKNGZDSjEA

https://disk.yandex.ru/i/Dq5YPD5P7I5LDA

smartctl sda3 дал PASSED

btrfs

Ну, у тебя проблемы.

Всё что могу подсказать, не запускай btrfs check --repair

Покажите btrfs check --force /dev/sda3.

И, наверное, нужно будет починять ФС, что подразумевает, чтобы она не была смонтирована. Так что, ИМХО, можете готовить загрузочную флешку из Fedora Live ISO.

Вывод btrfs на скриншоте.

https://disk.yandex.ru/i/xKBZ3FY6908FCA

Ну, дальше, по идее, нужно грузиться с флешки, чтобы этот корень и /home не были смонтированы и делать brtrfs check --repair /dev/sda3. Но, так как в документации написано:

Do not use --repair unless you are advised to do so by a developer or an experienced user, and then only after having accepted that no fsck successfully repair all types of filesystem corruption.

То есть, запускать эту команду только по совету разработчика или опытного пользователя. Я таковым не являюсь, поэтому не могу советовать эту команду. Ну, и некоторые предпочитают куда-нибудь скорпировать файлы (бэкап), переформатироть, и скопировать обратно, чтобы не связываться с этим repair.

Наверное, нужно написать, что btrfs так себе ФС, сыроватая, тогда сюда набегут её фанаты, может они что насоветуют.

Мне кажется, на данном этапе лучшее решение для ТСа – это взять внешний HDD и скопировать туда данные, после чего переставить ОС с нуля на более проверенные ФС ext4 или XFS, можно с LVM для гибкости. Хотя они тоже не любят отключений по питанию, справедливости ради, как и все ФС в Linux – но их хотя бы легче восстанавливать.

не любят отключений по питанию

Вообще btrfs к такому относится терпимее других.

Расскажи это ТСу, вместе с тем, как теперь её починить, не доломав окончательно.

Благодарю всех неравнодушных за помощь. ФС скончалась. Не помогли даже всякие изощрения в лечении вроде полных перестроек деревьев экстентов или пересчета контрольных сумм. На диск уже накатил тот же дистрибутив что и был на нем изначально. Так сказать, король умер - да здравствует король! И нет худа без добра. Поучился продвинутой работе с btrfs (и сразу снял снапшот системы теперь как это заложено в возможности brtfs) и сам диск оказался рабочий и не надо на него тратиться.

это взять внешний HDD

Да, копия важных данных не повредит в любом случае, и при «ремонте» btrfs советуют скопировать.

upd. О, уже не актуально, ТС поучился продвинутой работе с btrfs, все довольны, расходимся :)

проверенные ФС ext4 или XFS

Фиг знает, может Fedora в следующем выпуске дропнет поддержку ext4. С них станется.

не любят отключений по питанию

Ну да, только я не понял, у ТС же не совсем отключения по питанию:

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

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

Расскажи это ТСу

Да он и сам увидел, что ФС не развалилась от потерь питания (хотя насильное выключение из сна не совсем оно), а лишь перешла в degraded (или просто ro), насколько понимаю. Дальше он её сам уже мог доломать какой-то «продвинутой работой».

(пользовался sudo mount -n -o remount,suid / ). Что здесь было неправильно сделано?

Не изучена матчасть. Признак этого - упоминание sudo всуе.