Ventoy Forums
ubuntu persistence version 20.04 in legacy mode - Printable Version

+- Ventoy Forums (https://forums.ventoy.net)
+-- Forum: Ventoy Plugin —— Ventoy 插件 (https://forums.ventoy.net/forumdisplay.php?fid=3)
+--- Forum: Ventoy Plugin Forum (https://forums.ventoy.net/forumdisplay.php?fid=4)
+--- Thread: ubuntu persistence version 20.04 in legacy mode (/showthread.php?tid=1473)



ubuntu persistence version 20.04 in legacy mode - geole - 12-14-2020

Hello

I want to use the persistence for ubuntu in version 20.04 installed in legacy mode.

I have tried a few times to make it work without success.

Today I updated to version v30. It still doesn't work in my context.

Here is the content of my persistence file.


Code:
{
"persistence" : [
    {"image": "/ISO/ubuntu-18.04.1-desktop-amd64.iso", "backend": ["/persistence/18.04-OrdiA.PER", "/persistence/P19.PER"  ] },
    {"image": "/ISO/ubuntu-20.04.1-desktop-amd64.iso", "backend": [ "/persistence/20.04.dat"  ]  } ],
"conf_replace_legacy": [
{ "iso": "/ISO/ubuntu-20.04.1-desktop-amd64.iso", "org": "/isolinux/txt.cfg", "new": "/Menus/txt-20.1.cfg"},
{ "iso": "/ISO/ubuntu-18.04.5-desktop-amd64.iso", "org": "/isolinux/txt.cfg", "new": "/Menus/txt-18.5.cfg"},
{ "iso": "/ISO/ubuntu-18.04.1-desktop-amd64.iso", "org": "/isolinux/txt.cfg", "new": "/Menus/txt-18.1.cfg"} ]
}

It is verified. https://1drv.ms/u/s!AobnjnjPuoUqmQHJIRR1Prs1B2j_?e=74iOus



Here is the content of my personalized order line

For the first try
Code:
label montest
  menu label ^Essayer Ubuntu sans installation avec mes modifications
  kernel /casper/vmlinuz
  append  file=/cdrom/preseed/ubuntu.seed initrd=/casper/initrd nomodeset vga=0x31B---

then for the second try
Code:
label montest
  menu label ^Essayer Ubuntu sans installation avec mes modifications
  kernel /casper/vmlinuz
  append  file=/cdrom/preseed/ubuntu.seed initrd=/casper/initrd nomodeset persistent vga=0x31B---

Regardless of the context, initramfs does not find persistence and refuses to work.

===>    CRASH!   "can not mount /dev/disk/by-label/casoer-rw on  /cow"
https://1drv.ms/u/s!AobnjnjPuoUqmQLUICoiE62rV7QJ?e=gsLmLw

The persistence file has also been recreated today but no change.

I still have to choose non-persistence mode and install the boot-repair software to boot with the installation media

Can you guide me?
Thank you.


RE: ubuntu persistence version 20.04 in legacy mode - Steve2926 - 12-14-2020

Is the volume name of the persistence file casper-rw?
How did you make it?


RE: ubuntu persistence version 20.04 in legacy mode - longpanda - 12-14-2020

When use persistence you don't need to replace the config file to add some persistence boot option.
So just use
Code:
{
    "persistence" : [
        {
            "image": "/ISO/ubuntu-20.04.1-desktop-amd64.iso",
            "backend":"/persistence/20.04.dat"
        }
    ]
}

and make a try.

Besides, 
1. does it prompt you to select to boot with or without persistence data when you select the ISO to boot?
2. How did you make the persistence data file?


RE: ubuntu persistence version 20.04 in legacy mode - geole - 12-16-2020

Hello.



The startup problem is resolved.




However, I thought I had made the persistence file correctly.



The software I'm using forgot to tell me that I have to prefix it with the word sudo (it should know how to warn.)





And I did not realize that the reported anomaly was extremely serious!

Code:
a@b:~/ventoy-1.0.30$ ./CreatePersistentImg.sh -s 4000
4000+0 enregistrements lus
4000+0 enregistrements écrits
4194304000 octets (4,2 GB, 3,9 GiB) copiés, 19,8929 s, 211 MB/s
losetup: /dev/loop15 : échec de configuration du périphérique boucle: Permission non accordée
mke2fs 1.45.5 (07-Jan-2020)
Impossible d'ouvrir /dev/loop15 : Permission non accordée
losetup: /dev/loop15 : échec de détachement: Permission non accordée
a@b:~/ventoy-1.0.30$


Now that it works, I find that the boot is extremely long



Code:
ubuntu@ubuntu:/mnt/home/a/Bureau$ sudo systemd-analyze time
Startup finished in 2min 46.921s (kernel) + 18min 38.759s (userspace) = 21min 25.680s
graphical.target reached after 18min 37.125s in userspace

ubuntu@ubuntu:/mnt/home/a/Bureau$ systemd-analyze blame | head -10
18min 4.416s ubiquity.service                                                        
4min 45.260s systemd-tmpfiles-clean.service                                          
1min 28.947s dev-mapper-ventoy.device                                                
     29.399s snapd.hold.service                                                      
     12.665s NetworkManager-wait-online.service                                      
     10.629s snapd.service                                                           
     10.506s gdm.service                                                             
      8.790s snapd.seeded.service                                                    
      7.237s systemd-udev-settle.service                                             
      6.421s accounts-daemon.service                                                 
ubuntu@ubuntu:/mnt/home/a/Bureau$


especially if I compare it to a build with unetbootin in a dedicated partition



Code:
ubuntu@ubuntu:~$ df -text4
Filesystem     1K-blocks   Used Available Use% Mounted on
/dev/sdd2        1037616 364008    602852  38% /media/ubuntu/casper-rw

ubuntu@ubuntu:~$ sudo systemd-analyze time
Startup finished in 2min 46.514s (kernel) + 25.690s (userspace) = 3min 12.205s
graphical.target reached after 25.524s in userspace

ubuntu@ubuntu:~$ systemd-analyze blame | head -10
10.698s gdm.service                                       
5.769s systemd-udev-settle.service                       
5.596s dev-sdd1.device                                   
4.626s snapd.service                                     
4.182s NetworkManager-wait-online.service                
4.119s udisks2.service                                   
3.816s dev-loop0.device                                  
2.533s accounts-daemon.service                
2.254s avahi-daemon.service                              
2.149s NetworkManager.service                            
ubuntu@ubuntu:~$


I noticed that the first one uses  ubiquity.services



while the second uses gdm.services



But I don't understand the reason; Do you have an idea?