[SOLVED] Editing boot parameters of a live installlation?
Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
first off: I was unsure where to post this question. Hopefully I chose correctly
I want to use SystemRescueCD installed on a usb drive. Installlation wasn't a problem. In order to have my changes saved permanently I followed the instructions in the manual (http://www.system-rescue-cd.org/manu...backing_store/).
Now I can type in cow_level=persistence (this is how I called the additional partition on my drive) in GRUB and the changes are saved.
Having to always type in the same feels like this could be made a bit easier. So I looked at how to change boot parameters in the arch wiki (https://wiki.archlinux.org/index.php/Kernel_parameters) and I tried the methods both for syslinux and GRUB. Both don't work. Of course, I booted using the cow_label so my changes to the config files would be saved but it doesn't happen. What am I doing wrong?
All the files of the system are stored in a large squashfs filesystem image file.
You'll need to find some info on how that .iso is made. You want to remaster the .iso. I don't see any info on that.
Basic steps.
Mount the iso loopback.
Copy that directory somewhere so that it's not read only.
Unsquash the file system.
Make changes to grub.conf or whatever else that you want to change.
I don't know if there is a checksum file that you need to update or not.
squash the file system
Make new .iso
Hi thanks for your answer!
At the moment I don't have a working linux installation Is there a way to do all that in windows? I know it's a heap I'm asking for :-/
I managed to modify the ISO using Windows. Here is what I did and I'm pretty sure the same could be done using Linux. Although it's not the gentleman's way, obviously. That one was described by teckk (thanks for the inspiration ).
Here is what I did:
I unpacked the ISO using 7zip.
I again looked into How to edit Kernel parameters in the arch wiki to find the files that needed to be modified and where to put in the "cow_label XXX" parameter.
In the ISO, I found several candidates that needed to be modified.
These candidates are:
\boot\grub\grubsrcd.cfg
\isolinux\isolinux.cfg
\sysresccd\boot\syslinux\syslinux.cfg
\sysresccd\boot\syslinux\sysresccd_sys.cfg
I modified all of them. (And this is where I chose the lazy trial and error method. The correct way, of course, is to find out which exact file needs to be modified. But I didn't want to spend too much time on this topic)
Using the tool imgburn I created a new ISO. Be aware that the new ISO's labels need to be the same as of the original one e.g. SYSRCDXYZ where XYZ is the OS's version number. Check http://www.system-rescue-cd.org/Inst...n-a-USB-stick/ for details.
Now, when GRUB shows up, there is no "cow_label XXX" parameter in the boot parameters when pressing [TAB] on an entry, but it definitely works.
Again, I know this is not the absolutely correct way to achieve what I intend to. So, my follow-up question is:
Can this method cause any problem (e.g. damage the system in any way)?
Hey there! Yeah I should've said something about marking it as solved. I didn't (and don't) want to because I'd like to make sure my solution is a viable one.
That's why a I asked another question:
Quote:
Can this method cause any problem (e.g. damage the system in any way)?
Don't want to create another thread because it directly relates to the topic of this one.
I didn't notice anything so far. Probably because there was no need to use my rescue thumb...
You're absolutely correct. I just thought it would be appropriate to make sure my lazy solution was ok to go with. I'll put a nice and shiny SOLVED on this case then
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.