snap refresh does not restart subiquity running on serial console

[Michael Hudson-Doyle]

snapd restarts snap.subiquity.subiquity-service.service for us but nothing restarts serial-subiquity@tty${X}.service for us.

[Michael Hudson-Doyle (mwhudson)]

I think this will probably require a refresh hook in the snap, can't think of another way of doing it (but it is very late for me)

[Dimitri John Ledkov (xnox)]

We can bind serial-subiquity@*.service to snap.subiquity.subiquity-service.service such that when snapd restarts that one, it would restart serial ones.

But but but, that won't work if there is no tty1.

[Michael Hudson-Doyle (mwhudson)]

On Tue, 15 Oct 2019, 23:50 Dimitri John Ledkov, <email address hidden>
wrote:

> But but but, that won't work if there is no tty1.
>

I thought there was always a tty1...

>

[Dimitri John Ledkov (xnox)]

"
I thought there was always a tty1...
"

/me rolf .... s390x ....

[Dimitri John Ledkov (xnox)]

They actually started to build in video stack, which is unusable, because too many things try to open /dev/tty1

[Andrew Cloke (andrew-cloke)]

Working with xnox and infinity, we achieved a successful installation on a Marvell ThunderX2 (helo), by:
1) Installing .../daily-live/20191014/eoan-live-server-arm64.iso via vDVD
2) Dropping to a shell on the first subiquity screen
3) Running "snap refresh"
4) Running "systemctl restart <email address hidden>"
5) Exiting from shell
6) Continuing installation as normal

[Michael Hudson-Doyle (mwhudson)]

On Wed, 16 Oct 2019, 01:01 Dimitri John Ledkov, <email address hidden>
wrote:

> "
> I thought there was always a tty1...
> "
>
> /me rolf .... s390x ....
>

Oh yes, the universal snowflake. In any case it would be nice to fix this
in a way that worked with old media. I'll look into snap hooks.

>

[Michael Hudson-Doyle (mwhudson)]

https://github.com/CanonicalLtd/subiquity/pull/564