<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><font face="Ubuntu">Thanks for the extensive information Stephen.</font></p>
<p><font face="Ubuntu">Yes I did some research regarding PPA just
now and see they are now automatically disabled . This was
something I did not know.</font></p>
<p><font face="Ubuntu">Your suggestion of reinstalling the PPAs is
important information.</font></p>
<p><font face="Ubuntu">My cloned backup drive is only connected to
perform the backup , and after it is verified as being
functional , it is disconnected. So problems with two identical
system drives never occur.</font></p>
<p><font face="Ubuntu">I was aware of the possible direct upgrade
paths . I may go to 22.04 and test and then to 24.04.</font></p>
<p><font face="Ubuntu">- Paul</font></p>
<p><font face="Ubuntu"><br>
</font></p>
<p><font face="Ubuntu"><br>
</font></p>
<div class="moz-cite-prefix">On 2025-04-23 21:04, Stephen
Worthington wrote:<br>
</div>
<blockquote type="cite"
cite="mid:7c9h0kp4f3ud9hd0l04uubd1l72ggpbior@4ax.com">
<pre wrap="" class="moz-quote-pre">On Wed, 23 Apr 2025 16:46:44 +1200, you wrote:
There is no direct path to upgrade from 20.04 to 24.04. You would
need to do the 20.04 to 22.04 upgrade and then the 22.04 to 24.04
upgrade. Plenty of people have done that, but there are always little
glitches along the way. My current main MythTV system has been
continuously upgraded from 10.04 to 24.04.
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">So do you disable the MythTV PPA before upgrading the OS?
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
That is not necessary - the upgrade process automatically disables all
repositories except the standard Ubuntu ones.
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">I also use the Mythbuntu Control Panel and its PPA
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
Your old PPAs are effectively commented out, so you used to be able to
just uncomment them and change the version. But for the 22.04 to
24.04 upgrade, the format of the repository files has changed and it
is better to install the repositories again using the full install
procedure. As well, the way the keys for authenticating repositories
are stored has been changed. The old keys still worked in 22.04, but
the new method of storage is required in 24.04, and a full install
sets that up properly.
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">My problems on my main Ubuntu (i.e. not the Mythbox) in the past were
probably due to enabled PPAs
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
Doubtful, as the Ubuntu upgrade process has been automatically
disabling non-Ubuntu repositories the whole time I have been using it.
But if you failed to re-enable your PPAs after the upgrade AND change
their versions, then you would have been in whole pile of trouble.
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">Second question is is there any MythTV setup required after the upgrade
or is it ready to go?
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
If you are upgrading the MythTV version at the same time, the database
schema will need to be upgraded as usual. But since you are on MythTV
v34 and that is a supported version on Ubuntu 24.04, you would not
need to do the MythTV version upgrade at the same time as the Ubuntu
upgrade and it should just run normally.
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">I might give it a shot . My Mythbox has a second system SSD that I clone
the main SSD onto as a backup at regular intervals . So if I run into
problems I'll just switch to the backup.
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
I always do a Clonezilla backup of my system drive before any Ubuntu
version upgrade. I have twice had to reinstall the backup due to
problems with the upgrade, so I always leave enough time before my
next recording time so that I can do that if necessary. Fortunately
Ubuntu upgrades are much faster now that the system is running on an
NVMe SSD.
I am surprised that having a full clone on another partition in the
same system does not cause you problems. Grub has a nasty habit of
finding the same UUIDs and so on and booting from a mixture of the
correct partition and the clone. This bug has not been fixed although
it has been around for at least 10 years. Probably because it would
be pretty difficult to fix. So does your cloning software
automatically change all the IDs so the systems do not actually match?
If so, then you had better not be using the UUID to identify the boot
partition in /etc/fstab. The default install methods use the UUID. If
you have booted from the clone and everything worked, you may not have
actually been running on the clone!
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">-Paul
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
_______________________________________________
mythtvnz mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mythtvnz@lists.ourshack.com">mythtvnz@lists.ourshack.com</a>
<a class="moz-txt-link-freetext" href="https://lists.ourshack.com/mailman/listinfo/mythtvnz">https://lists.ourshack.com/mailman/listinfo/mythtvnz</a>
Archives <a class="moz-txt-link-freetext" href="http://www.gossamer-threads.com/lists/mythtv/mythtvnz/">http://www.gossamer-threads.com/lists/mythtv/mythtvnz/</a>
</pre>
</blockquote>
</body>
</html>