On Sun, 2023-04-30 at 09:40 -0700, Mike Wright wrote: > Why does it need more than 4 gigabytes to upgrade from f37 to f38? > That's just crazy. I'd look into that before I started trying to > stretch partitions. It'd need to download all the new packages it's going to install, while you still have all the previously installed files. So I'd expect it to be a substantial size. Especially if it had to deal with someone who's installed everything and the kitchen sink. That said, I wonder is it downloading RPMs, or is it fetching an install image? I gave up doing upgrades, many years ago, there was so many problems with it: It took absolutely ages (it assesses the current system, finds out everything that needs to be installed, downloads it, installs it piece by piece). Conflicts needed resolving, some not very straight-forward to handle. Backups ought to be made. And you still had to assess and fix things up afterwards. It was like some kind of torture. My preference is to remove the current drive, fit a new blank one, install fresh to it. Check it works, set it up. Then, once happy with it, plug in the old drive, and copy over the files you want to keep. Unplug the old drive and store it for the next upgrade time (it'll be the new drive to swap in). I've always found that massively quicker than upgrading. Granted, my situation is easier than other people's, since I don't have any databases, or the like, that need to be migrated. That kind of thing needs specific management. For servers, I like the idea of two-drive systems. One drive is system and applications, the other drive is all for data. For an upgrade, unplug the data drive for safety. Swap the system drive and install the new system. Reconnect the data drive. -- NB: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the list. The following system info data is generated fresh for each post: uname -rsvp Linux 6.2.8-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Mar 22 19:14:19 UTC 2023 x86_64 _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
