Single-board computer software development discussions
 help / color / mirror / Atom feed
* [devel-sbc] online rootfs resize (read-only or read-write mount)
@ 2020-01-20 14:51 Pavel Nakonechnyi
  2020-01-22 13:39 ` Pavel Nakonechnyi
  0 siblings, 1 reply; 4+ messages in thread
From: Pavel Nakonechnyi @ 2020-01-20 14:51 UTC (permalink / raw)
  To: devel-sbc

Здравствуйте,

Примерно полгода назад, когда я закончил со статьей
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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [devel-sbc] online rootfs resize (read-only or read-write mount)
  2020-01-20 14:51 [devel-sbc] online rootfs resize (read-only or read-write mount) Pavel Nakonechnyi
@ 2020-01-22 13:39 ` Pavel Nakonechnyi
  2020-01-22 15:33   ` Evgeny Sinelnikov
  0 siblings, 1 reply; 4+ messages in thread
From: Pavel Nakonechnyi @ 2020-01-22 13:39 UTC (permalink / raw)
  To: devel-sbc

пн, 20 янв. 2020 г. в 15:51, Pavel Nakonechnyi <zorg1331@gmail.com>:
>
> Так как операция была делегирована systemd через опцию
> x-systemd.growfs в /etc/fstab, то выбор виновного сначала пал на
> systemd. Создал соответствующую запись у них:
> https://github.com/systemd/systemd/issues/14603. Там как раз подробнее
> изложено что делалось. В ответ получил относительно адекватный ответ
> Поттеринга.
>

Внезапно, получил поддержку в баге на systemd и данное поведение было
исправлено, см.
https://github.com/systemd/systemd/pull/14618/commits/18e6e8635f06ac8d935ed5494ea65c6dac6af90f

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [devel-sbc] online rootfs resize (read-only or read-write mount)
  2020-01-22 13:39 ` Pavel Nakonechnyi
@ 2020-01-22 15:33   ` Evgeny Sinelnikov
  2020-01-22 18:04     ` Pavel Nakonechnyi
  0 siblings, 1 reply; 4+ messages in thread
From: Evgeny Sinelnikov @ 2020-01-22 15:33 UTC (permalink / raw)
  To: Single-board computer software development discussions; +Cc: Alexey Shabalin

Привет!

ср, 22 янв. 2020 г. в 17:39, Pavel Nakonechnyi <zorg1331@gmail.com>:
>
> пн, 20 янв. 2020 г. в 15:51, Pavel Nakonechnyi <zorg1331@gmail.com>:
> >
> > Так как операция была делегирована systemd через опцию
> > x-systemd.growfs в /etc/fstab, то выбор виновного сначала пал на
> > systemd. Создал соответствующую запись у них:
> > https://github.com/systemd/systemd/issues/14603. Там как раз подробнее
> > изложено что делалось. В ответ получил относительно адекватный ответ
> > Поттеринга.

Извини, я сразу даже не понял как это работает, чтобы что-то
осмысленное ответить.

> Внезапно, получил поддержку в баге на systemd и данное поведение было
> исправлено, см.
> https://github.com/systemd/systemd/pull/14618/commits/18e6e8635f06ac8d935ed5494ea65c6dac6af90f

То есть нам нужно это исправление из апстрима втянуть. А ты, локально,
получается собрал?



-- 
Sin (Sinelnikov Evgeny)

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [devel-sbc] online rootfs resize (read-only or read-write mount)
  2020-01-22 15:33   ` Evgeny Sinelnikov
@ 2020-01-22 18:04     ` Pavel Nakonechnyi
  0 siblings, 0 replies; 4+ messages in thread
From: Pavel Nakonechnyi @ 2020-01-22 18:04 UTC (permalink / raw)
  To: Single-board computer software development discussions; +Cc: Alexey Shabalin

Привет,

ср, 22 янв. 2020 г. в 16:33, Evgeny Sinelnikov <sin@altlinux.org>:
>
> Привет!
>
> ср, 22 янв. 2020 г. в 17:39, Pavel Nakonechnyi <zorg1331@gmail.com>:
> >
> > пн, 20 янв. 2020 г. в 15:51, Pavel Nakonechnyi <zorg1331@gmail.com>:
> > >
> > > Так как операция была делегирована systemd через опцию
> > > x-systemd.growfs в /etc/fstab, то выбор виновного сначала пал на
> > > systemd. Создал соответствующую запись у них:
> > > https://github.com/systemd/systemd/issues/14603. Там как раз подробнее
> > > изложено что делалось. В ответ получил относительно адекватный ответ
> > > Поттеринга.
>
> Извини, я сразу даже не понял как это работает, чтобы что-то
> осмысленное ответить.

Да, изложил наверное так, что только тем кто этим занимался было
понятно. Был расчет на интерес тех кто таки делает прошивки для
устройств. :)

> > Внезапно, получил поддержку в баге на systemd и данное поведение было
> > исправлено, см.
> > https://github.com/systemd/systemd/pull/14618/commits/18e6e8635f06ac8d935ed5494ea65c6dac6af90f
>
> То есть нам нужно это исправление из апстрима втянуть. А ты, локально,
> получается собрал?

Я думаю оно просто войдет в очередную версию и прилетит стандартным
обновлением. Исправление достаточно тривиально, выглядит верным и мне
просто не хотелось заново прошивать уже работающее устройство. Так что
нет, не собирал. Скорее отчитался что вопрос снят и разумным способом
притом.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-01-22 18:04 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-20 14:51 [devel-sbc] online rootfs resize (read-only or read-write mount) Pavel Nakonechnyi
2020-01-22 13:39 ` Pavel Nakonechnyi
2020-01-22 15:33   ` Evgeny Sinelnikov
2020-01-22 18:04     ` Pavel Nakonechnyi

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