El 18/03/19 a las 00:39, adrian15 escribió: > El 09/03/19 a las 18:06, Thomas Schmitt escribió:>> What I'm saying with > all of this is that I'm going to propose a fix that >>> involves not using any earmark (which involves too much work) but just >>> searching for /.disk/info instead. >> >> Consider to stay at least with the idea of a dedicated marker file >> with a not-so-probable constant name. >> >> The double-job of vmlinuz and the existence of an identical path on >> another disk caused the problems in this bug report. If the searched >> path would have been >> /live/this_is_a_debian_live_iso >> then no change of kernel names could interfere. Any incidential path >> equality would be unlikely, unless multiple debian-live ISOs are >> involved. >> >> >>> Hopefully Thomas you are not too bad at me. You seemed to be very >>> excited with all of this earmark implementation ;) . >> >> I am a bystander and tool provider here. Some aspects of the current >> state of Debian ISOs appear sub-optimal to me. E.g. the EFI partition >> inside the ISO filesystem rather than after it. >> >> When the discussion comes to these, then i pop up with my pre-formatted >> opinion. >> >> >> Have a nice day :) >> >> Thomas > > Guess what... my internal tested Rescatux 0.71b2 works flawlessly. The > Secure Boot part works ok finding /.disk/info. And later on the > filesystem.squashfs is found on the usb drive. > > But whenever I boot the laptop with an VGA monitor connnected to it... > live-boot's initrd instead of finding USB's filesystem.squashfs is > finding the internal hard disk's filesystem.squashfs and I am rewarded > with this prompt: > > Progress Linux 1.9 > > Then you take a look at google and you find many people experimenting > these type of problems. > > So I need to talk to live distro build tools developers and distro > remaster tools developers. > > A discussion about liveid (earmark sounds too much as cattle) needs to > be started. > > Not sure how I will do it. Private mailing list, open bug here at > Debian's bugzilla, email with CCs. > > Unless you know a place where distributions discuss with each other and > another place where remaster tool developers discuss with each other. > > > adrian15
I have created a github project for gathering feedback on an hypothetical live id implementation: https://github.com/rescatux/liveid/blob/proposal-v1/README.md I have also sent an email to both Gnu/Live build tools developers and distro remaster tools developers (using BCC to avoid privacy concerns). I'll try to update this bug only for my own patches / pull requests related to implementing liveid on live-build (and probably in live-boot too) which would lead to fixing this bug. adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/
