Оказывается, это ограничение btrfs с начала 2017 года. Чтобы снова смонтировать файловую систему rw, нужно исправить ядро. Но я не пробовал. Я планирую отказаться от btrfs из-за этого; не нужно исправлять ядро, чтобы иметь возможность заменить неисправный диск.
Щелкните следующие ссылки для получения подробной информации:
Пожалуйста, оставьте комментарий, если вы все еще страдаете от этой проблемы по состоянию на 2019 год . Я считаю, что люди хотели бы знать, было ли это исправлено или нет.
Обновление: Я перешел на старые добрые mdadm и lvm и очень доволен своим RAID10 4x4Gib (общее пространство 8Gib) по состоянию на 01.01.2019. Проверено, работает хорошо, не ресурсозатратно, и я полностью ему доверяю.
Судя по названию пути, где вы нашли rpms, я склонен предположить, что именно там хранилище (repodata) есть / был в отличие от того, куда они были случайно загружены. Ваш комментарий о серых замках также предполагает, что это было локально смонтированное устройство, доступное только для чтения.
Я испытываю ту же боль, и я собираюсь сделать вывод, что параметры downloadonly
в yum не будут загружать rpms, если baseurl в файле репо в / etc / yum.repos.d
имеет значение file: /// some / path
.
Когда я перемещаю локальный репозиторий на сервер Apache, опция загрузки работает без сбоев.
Существует альтернатива, называемая yumdownloader
в yum-utils
, которая может вам пригодиться.