From: Pavel Nakonechnyi <zorg1331@gmail.com> To: devel-sbc@lists.altlinux.org Subject: [devel-sbc] online rootfs resize (read-only or read-write mount) Date: Mon, 20 Jan 2020 15:51:04 +0100 Message-ID: <CAPQ_kbKvZ+n91YEjjAvOt_r4pjSxthuzYWCF1FNr-dsz_+B3VA@mail.gmail.com> (raw) Здравствуйте, Примерно полгода назад, когда я закончил со статьей https://www.altlinux.org/PICO-IMX8MQ на этом устройстве вполне работало изменение размера файловой системы корня. Это удобно, так как обычно заранее не знаешь на какой раздел образ готовить. В случае упомянутого устройства такой способ прошивки -- необходимость, но дело не в этом. Сейчас, решив актуализировать набор костылей, столкнулся с тем, что те же действия по изменению размера rootfs больше не срабатывают. Выдаваемая ошибка: "ФС смонтирована только на чтение". И действительно, изменение размера ФС (если она смонтирована) требует возможности записи в неё. Так как операция была делегирована systemd через опцию x-systemd.growfs в /etc/fstab, то выбор виновного сначала пал на systemd. Создал соответствующую запись у них: https://github.com/systemd/systemd/issues/14603. Там как раз подробнее изложено что делалось. В ответ получил относительно адекватный ответ Поттеринга. Возникает такой набор взаимосвязанных вопросов: * В какой момент в каком состоянии находится корневая ФС в ALT, если используется systemd-based сборка? * Кто это контролирует? * Почему получилась разница между поведением 6 месяцев назад и сейчас? * Стоит ли винить systemd? И вообще, как тогда чинить данную проблему? Не то что мне нужны ответы на все эти вопросы. :) Интересует только последний. -- WBR, Pavel
next reply other threads:[~2020-01-20 14:51 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-01-20 14:51 Pavel Nakonechnyi [this message] 2020-01-22 13:39 ` Pavel Nakonechnyi 2020-01-22 15:33 ` Evgeny Sinelnikov 2020-01-22 18:04 ` Pavel Nakonechnyi
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=CAPQ_kbKvZ+n91YEjjAvOt_r4pjSxthuzYWCF1FNr-dsz_+B3VA@mail.gmail.com \ --to=zorg1331@gmail.com \ --cc=devel-sbc@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Single-board computer software development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-sbc/0 devel-sbc/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-sbc devel-sbc/ http://lore.altlinux.org/devel-sbc \ devel-sbc@lists.altlinux.org devel-sbc@lists.altlinux.ru devel-sbc@lists.altlinux.com public-inbox-index devel-sbc Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-sbc AGPL code for this site: git clone https://public-inbox.org/public-inbox.git