From: nospam@needed.invalid   
      
   On 11/13/2023 6:39 AM, Andy wrote:   
   > I'm a newbie and I installed Ubuntu 18.04LTS about 5 years ago separating   
   root, home and my storage files in 3 different partitions of my hdd. Now I've   
   to switch to 22.04 release and I'd like to prevent most probable issues I can   
   meet in this upgrading.   
    Here are my questions:   
   >   
   > 1) What's the size you suggest for my new home partition?   
   > Now my root is 50GB (only 20GB used) and home is 10GB (only 5GB used) but   
   afaik in new Ubuntu releases there's a different sw management with snaps so   
   home is much bigger than in the past with the same sw installed.   
   >   
   > 2) What's the least probably problematic way to get a new ubuntu 22.04lts   
   root from 18.04lts keeping my home as it's now: 2 consecutive automatic system   
   lts upgrades or just one fresh installation by bootable usb?   
   >   
   > 3) Could I keep on using 4.18 kernel with 22.04 Ubuntu?   
   > In the past I've got graphical issues with older kernels (system freezed   
   sometimes!) and 4.18 kernel solved these issues. I tried a couple of later   
   kernels (5.*) as well but they were worse so now I'd prefer to keep on using   
   4.18 for first then I'll    
   try the latest one (6.*) but I'd want to be sure I can boot 22.04 choosing   
   4.18 kernel from my grub as I do now with 18.04.   
   > I've already downloaded 22.04 and tried it in a live session and it seems   
   there're no issues, not outright, so I'm quite trustful.   
   >   
   > Any other suggestion/correction for my upgrading or new installing will be   
   appreciated, thanks in advance.   
      
   You should give the audience some idea what kind of hardware is involved.   
      
      "I've got graphical issues with older kernels"   
      
   This is my maintenance USB stick, booted on the Test Machine. Test machine   
   motherboard about ten years old. When you dump the table for your   
   machine, you can edit out the bits you don't want to post.   
      
   mint@mint:~$ inxi -F   
   System:    Host: mint Kernel: 4.15.0-20-generic x86_64 bits: 64 Desktop:   
   Cinnamon 4.0.8   
              Distro: Linux Mint 19.1 Tessa   
   Machine:   Type: Desktop Mobo: ASUSTeK model: P9X79 v: Rev 1.xx serial:  BIOS: American Megatrends   
              v: 4608 date: 12/24/2013   
   CPU:       Topology: 6-Core model: Intel Core i7-4930K bits: 64 type: MT MCP   
   L2 cache: 12.0 MiB   
              Speed: 3401 MHz min/max: 1200/3900 MHz Core speeds (MHz): 1: 2312   
   2: 2429 3: 2727 4: 2712 5: 2936 6: 3306   
              7: 3389 8: 3112 9: 2605 10: 3066 11: 2681 12: 3042   
   Graphics:  Device-1: NVIDIA GP104 [GeForce GTX 1080] driver: nouveau v: kernel   
              Display: x11 server: X.Org 1.19.6 driver: nouveau unloaded:   
   fbdev,modesetting,vesa   
              resolution: 1280x1024~60Hz   
              OpenGL: renderer: NV134 v: 4.3 Mesa 18.0.5   
   Audio:     Device-1: Intel C600/X79 series High Definition Audio driver:   
   snd_hda_intel   
              Device-2: NVIDIA GP104 High Definition Audio driver: snd_hda_intel   
              Device-3: Philips s SAA7164 driver: saa7164   
              Sound Server: ALSA v: k4.15.0-20-generic   
   Network:   Device-1: Intel 82579V Gigabit Network driver: e1000e   
              IF: eno1 state: up speed: 1000 Mbps duplex: full mac:   
   11:22:33:44:55:66   
   Drives:    ID-1: /dev/sda type: USB vendor: SanDisk model: Ultra size: 14.53   
   GiB   
   Partition: ID-1: / size: 31.42 GiB used: 43.6 MiB (0.1%) fs: overlay source:   
   ERR-102   
   Sensors:   System Temperatures: cpu: 29.0 C mobo: N/A gpu: nouveau temp: 32 C   
              Fan Speeds (RPM): cpu: 0 gpu: nouveau fan: 977   
   Info:      Processes: 268 Uptime: N/A Memory: 62.85 GiB used: 740.8 MiB (1.2%)   
   Shell: bash inxi: 3.0.27   
   mint@mint:~$   
      
   It could be, that your graphics are sliding out of support.   
      
   I did a simulation of a 1804--2004--2204 upgrade, and it went fine   
   in two stages. It requires returning graphics driver to defaults,   
   removing PPA from Synaptic, to make the OS more "pure" before upgrade.   
   Sometimes, it's DKMS stuff which is going to fail on an upgrade   
   (used for VirtualBox perhaps).   
      
   Having backups and being able to roll back the setup, is a valuable   
   thing to have. That's effectively what a simulation is, is an attempt   
   to isolate the daily driver working configuration while you figure this   
   stuff out.   
      
   I have done two hops of LTS before. It didn't work the first time.   
   That's how I figured out I needed to return some things closer to default   
   conditions, and remove certain kinds of customization, so it would finish.   
      
   But my main concern, is with your statements about freezing. And that kernel   
   number rings a bell. From a long time ago. It sounds like the hardware is   
   not in the best position for this upgrade. You just know, that newer software   
   is going to break something. By delaying the upgrade process (because you could   
   see or sense there would be trouble years back), it is not going to get   
   magically   
   easier today. The Xorg people are not particularly sympathetic towards   
   older GPUs for example. They are "no mercy" individuals. We are approaching the   
   era of Wayland, and you just know your Matrox Millenium is not supported.   
      
   I do not want to spoil your fun. I like old hardware. The room is filled with   
   it. But nobody else likes old hardware, and that is the problem today.   
   That's why they do stuff, like put SSE instruction set dependencies in   
   software. Just to be mean.   
      
   Doing what you want, is a piece of cake... for some value of cake.   
   The automation is pretty impressive.   
      
   Not all cakes are pleasant to eat (you may have relatives who make   
   bad cakes for example).   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)