Single-board computer software development discussions
 help / color / mirror / Atom feed
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

             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