[devel-sbc] online rootfs resize (read-only or read-write mount)

[devel-sbc] online rootfs resize (read-only or read-write mount)

[Pavel Nakonechnyi]

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

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

Re: [devel-sbc] online rootfs resize (read-only or read-write mount)

[Pavel Nakonechnyi]

пн, 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

Re: [devel-sbc] online rootfs resize (read-only or read-write mount)

[Evgeny Sinelnikov]

Привет!

ср, 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)

Re: [devel-sbc] online rootfs resize (read-only or read-write mount)

[Pavel Nakonechnyi]

Привет,

ср, 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
>
> То есть нам нужно это исправление из апстрима втянуть. А ты, локально,
> получается собрал?

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