Re: [qubes-users] Re: Impossible to upgrade Fedora template from 32 to 34
On Sat, Jun 26, 2021 at 04:22:54AM -0700, Ashtarsheran wrote: > Another thing, I did try increasing memory as per the Troubleshooting doc > on this template ; but this didn't solve anything in my case :/ > > On Saturday, 26 June 2021 at 13:20:39 UTC+2 Ashtarsheran wrote: > > > > > Hi all, > > > > I've been having a hard time upgrading my Fedora template from 32 to 34. I > > know it's a bit late for that, but actually thought I had managed a first > > time, turned out I was still using 32. Anyway here's what I've been > > attempting: > > > > 1: Deciding initially to go for the advanced user method and followed each > > step very precisely. On several occasions, the VM template ugrade > > completes. But when restarting the template afterwards, fedora 34 hangs and > > I get the qxerec error, here: > > > > *domain deadcannot connect to qrexec agent: No such file or directory* > > > > 2: I decided to settle for the recommended install method for beginners. > > Failure here as well getting the message: > > *Cannot mkdir, no space left. * > > Are you moving directly from 32 to 34? It sounds like it. I think you should upgrade from 32 to 33, confirm that is working, and then run the upgrade to 34. Dont forget to upgrade the Qubes repositories at the same time. It would be helpful if you could post any error messages you see in the actual upgrade process. The recommended install method for beginners would be to install a fedora-34 template, and that isn't available yet. Can you explain what you meant by this? Using a custom template may cause a problem, but you should see in the logs whether you have installed all the necessary Qubes components. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20210626120219.GE15430%40thirdeyesecurity.org.
[qubes-users] Re: Impossible to upgrade Fedora template from 32 to 34
Another thing, I did try increasing memory as per the Troubleshooting doc on this template ; but this didn't solve anything in my case :/ On Saturday, 26 June 2021 at 13:20:39 UTC+2 Ashtarsheran wrote: > > Hi all, > > I've been having a hard time upgrading my Fedora template from 32 to 34. I > know it's a bit late for that, but actually thought I had managed a first > time, turned out I was still using 32. Anyway here's what I've been > attempting: > > 1: Deciding initially to go for the advanced user method and followed each > step very precisely. On several occasions, the VM template ugrade > completes. But when restarting the template afterwards, fedora 34 hangs and > I get the qxerec error, here: > > > *domain deadcannot connect to qrexec agent: No such file or directory* > > As well as this other error from the logs: > > > > > > > *Icon size: 128x128libvchan_is_eofIcon size: 128x128domain deadFailed to > connect to gui-agent* > > 2: I decided to settle for the recommended install method for beginners. > Failure here as well getting the message: > > > *Cannot mkdir, no space left. * > > I'm surprised by this since running the lvs head shows there should be > enough free space left to my understanding: > PoolOO 16% (data) 13% (meta) > > I also deleted the default 32 fedora template that came along with my > fresh install, only to use a copy of these that incorporates all the > programs I need. Don't know if this can pause a problem. > > > Any help or suggestion welcome ! > > *"Help me Obi Wan KenoQubes, you're my only hope"* > > > > > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/6d93609d-be4a-4e09-8076-1d168f1e429bn%40googlegroups.com.
