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 всуе.

«ФС скончалась.»

История от 13 июля получила некоторое продолжение. Опять тот же компьютер, с тем же неизменным железом и опять те же симптомы - после сна и выключения во сне ФС переходит в режим только для чтения. Можно ли ее безопасно перевести обычный режим? Загрузился ао обычному с жесткого и пробовал перемонтировать в обычный режим, однако фс осталась в режиме чтения, поэтому повторно загрузился уже с флешки и сделал уже только диагностику.

Лог и диагностику приложил по ссылке.

https://disk.yandex.ru/d/Hswfp4k5Mwtdvg

Перевести на лету нельзя. Можно размонтировать, сделать fsck, примонтировать назад уже в read-write. Если эта файловая система присутствует в fstab и ты там ничего не напортил с настройками, то ОС сама всё это сделает при ближайшем перезапуске компа.

cat /var/log/messages

Плюс cat /var/log/syslog

fsck пока не торопился пользоваться чтобы не навредить.

Не навредить чему?

сделать fsck, примонтировать назад

Если повезёт, конечно :) Даже во времена ext3 её можно было уработать fsck, так что она переставала монтироваться. А btrfs — отдельная песня. Там fsck не ломает, но зачастую и не чинит. А как правльно пользоваться «тяжёлыми» утилитами btrfs-check и btrfs-rescue никто не напишет. Не удивлюсь, если у этих утилит «внутре неонка» и служат они для: «а очердной нуб сам себе лучшую в мире ФС запорол».

Ни разу не видел чтобы fsck портил ext3. То что это возможно, допускаю, но это очень редкие случаи, и обычно имеет смысл его просто запустить. Современный fsck скорее всего безопаснее старого т.к. скорее всего по итогам репортов на испорченные фс в него надобавляли с тех пор ещё проверок.

Плюс cat /etc/shadow

Ну, про ext3 я и не писал, что это часто случалось, достаточно редко или, даже, очень редко. e2fsck (fsck.ext3) действительно чинит во многих стуациях. И больше для ремонта ext-ФС особо ничего и нет, debugfs для маньяков :)

Но у ТС'а то btrfs, там fsck.btrfs — это sh скрипт-пустышка, выводящий:

If you wish to check the consistency of a BTRFS filesystem or repair a damaged filesystem, see btrfs(8) subcommand 'check'.

Многочисленные истории «успеха» с этой самой «subcommand 'check'» (btrfs check --repair) гуглятся легко...

DVD

«ах как хочется вернуться… В городок»

А в чём проблема? DVD до сих под штампуют. Пишущие DVD приводы довольно доступны, а в современных реалиях оптические приводы более востребованы, чем ещё 10 лет назад.

Да никакой проблемы, я только за. Просто у нас тут днем с огнём не сыскать, да и зачем, для лайва есть юсб, а для всего остального - сеть. Давеча спрашивал на работе, привода ни у кого нет (у меня есть :))

А, я не заметил что у него btrfs, он в начале темы это не писал. Ну тогда да, надо переустановить систему с нормальной фс на новый диск, а затем всё скопировать с этого.

Мало, чтобы привод был. Может у него уже «катаракта».

А что вернуться то? До сих пор многи Live образы называются LiveCD, что в ссылках на скачивание, что в доках. ЕМНИП, можно даже найти образ размером 1 Гбайт и больше, но под названием LiveCD. Можно даже такой перл найти:

Загруженный Live CD использует временную, находящуюся в оперативной памяти, корневую файловую систему, поэтому есть возможность устанавливать программы пока система запущена с Live DVD

То есть CD и DVD уже синонимы :) Специального термина для Live USB/CD/DVD образа не придумали, а именование Live ISO не лучше LiveDVD.

Если эта файловая система присутствует в fstab и ты там ничего не напортил с настройками, то ОС сама всё это сделает при ближайшем перезапуске компа.

Нет, сама она при загрузке не монтирует на запись переведенные в чтение ФС. Иначе бы я узнал о проблеме когда ФС вдруг бы умерла на полном скаку, как ипподромная лошадь.

Дополнил папку выводом команд.

https://disk.yandex.ru/d/Hswfp4k5Mwtdvg

Все ФС в Linux плохо переживают выключения на горячую. Btrfs – хуже всех, я не удивлен, что она сломалась и не чинится. И в Fedora для XFS и Btrfs по ряду причин по умолчанию отключен чек при загрузке.

Скопируй файлы вовне, переставь ОС на ext4 (если нужна большая гибкость, с LVM), выключи уже режим сна и перестань издеваться над ОС, дергая по питанию. Это в Windows NTFS может так жить, в Linux все ФС более нежные и не протянут так долго.

Скопируй файлы вовне, переставь ОС на ext4 (если нужна большая гибкость, с LVM), выключи уже режим сна и перестань издеваться над ОС, дергая по питанию.

Надо будет попробовать перенести файлы и отключить сон. Возможно, ситуация такая возникает потому что ОС врет диск о том что записал данные. ОС дергает sync(void) диск рапортует - «ОК! Василий Иванович!» а на самом деле там и конь у него не валялся. При этом скорость записи не причина - компьютер не тормозит, и между уходом в сон и дергом вилки из розетки может проити часов 8-12. Если компьютер не уходит в сон то процедура отмонтирования и записи на носители работает хорошо - у меня пока не наблюдались проблемы с флешками, которые тоже должны испытывать сходные проблемы. Иначе на флешках были бы битые файлы при их записи. Еще есть мысль один вариант попрбовать - перед уходом в сон принудительно отмонтировать диск, пока комп еще не засыпает. Нейрогугл вот такой вариант сервиса предлагает:

[Unit]
Description=Unmount /dev/sda3 before sleep and remount after wakeup
Before=sleep.target
StopWhenUnneeded=yes

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/umount /mnt/recovery
ExecStop=/usr/bin/mount /dev/sda3 /mnt/recovery

[Install]
WantedBy=sleep.target

Обычно проблемы со сном в Linux связаны с ACPI.

И если ты хочешь перед уходом в сон отмонтировать и примонтировать обратно корневую ФС – не выйдет, так как umount не работает на ФС, где есть открытые файлы, а они на / всегда в наличии.

Ну а нейрослоп тут полный нейрослоп, /mnt/recovery тут вообще при чем? Впрочем, задавая глупые вопросы о невыполнимых идеях, такое и получаешь в ответ от нейронок.

А почему в современных реалиях они востребование чем 10 лет назад?

и перестань издеваться над ОС, дергая по питанию. Это в Windows NTFS может так жить, в Linux все ФС более нежные и не протянут так долго.

Да достаточно они тянут, не все конечно, например ext2 быстро дохнет :)

А почему в современных реалиях они востребование чем 10 лет назад?

Потому что из-за llm-скотобазы цена на ssd и hdd выросла в разы. Десять лет назад оптика была медленно умирающим форматом хранения данных, а сейчас - наоборот, набирает обороты.

Понял, спасибо!

Обычно проблемы со сном в Linux связаны с ACPI.

И если ты хочешь перед уходом в сон отмонтировать и примонтировать обратно корневую ФС – не выйдет, так как umount не работает на ФС, где есть открытые файлы, а они на / всегда в наличии.

При работе запущенной Live-системы (внутри загруженного Linux) вся файловая система / (включая /tmp, /var/log и домашнюю папку) монтируется как overlayfs или tmpfs. Вся запись идет прямо в оперативную память (RAM). Соответственно, можно грузиться с образа, лежащего на жестком диске (или на флешке в порте). Образ ОС доступен только для чтения. На пропадание / на tmpfs можно забить. В принципе, свет у меня не мигает годами и такой вариант возможен с милости энергетиков. При этом перед сном отмонтировать от / отдельный /home можно сервисом как предлагала нейронка. Ну и другой вариант - освоить диагностику и работу с ACPI. Куда не кинь - а уровень знаний таки придется повысить, опять. Начну, пожалуй с ACPI, как наименее знакомой мне вещи.