How to change menu.lst of GRUB?(bionicpup32)[solved]

Using applications, configuring, problems
Post Reply
Message
Author
User avatar
mr-kumar-abhishek
Posts: 38
Joined: Tue 01 Oct 2019, 07:43
Contact:

How to change menu.lst of GRUB?(bionicpup32)[solved]

#1 Post by mr-kumar-abhishek »

I have been trying to remaster bionicpup32, however I am unable to change the menu.lst file during remastering. Could some tell me at which step I should change the menu.lst file so that it could be copied into my remastered version of the puppy linux ?

The remastering setup only gives me option to customize /root and /etc files how can I change files which are used during boot such as fsckme.flg menu.lst and menu_phelp.lst ?
Last edited by mr-kumar-abhishek on Thu 03 Oct 2019, 07:42, edited 1 time in total.

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

#2 Post by mikeslr »

You can't. Remastering only changes the contents of the Puppy_version.sfs. Not the boot-loader.

menu.lst is a file generated by grub4dos if grub4dos is used as the boot-loader. To change what grub4dos writes by default you'd have to edit grub4dos.

williams2
Posts: 337
Joined: Fri 14 Dec 2018, 22:18

#3 Post by williams2 »

You can search for .lst files

Code: Select all

# find /usr/ -name *.lst
/usr/share/g4dos/pcd/menu.lst
/usr/share/g4dos/pcd/menu_phelp.lst
# 
or use pfind to search in the system files.

The files in /usr/share/g4dos/pcd/ might be what you want,

Often, a remaster script will stop and allow you to make changes to the file system before it creates the new sfs file.

If your remaster script does not let you make changes
or if it really only saves changes in /etc and /root
you could try a different remaster script.

Or you could save your .lst files somewhere that will be saved in the .sfs,
like /root/.config/kumar and copy them when Puppy boots.
You could add a line like this to /etc/rc.d/rc.local

Code: Select all

cp /root/.config/kumar/*.lst  /usr/share/g4dos/pcd/
or to a script in /root/Startup

User avatar
mr-kumar-abhishek
Posts: 38
Joined: Tue 01 Oct 2019, 07:43
Contact:

DISTRO_DESC and #distrodesc#

#4 Post by mr-kumar-abhishek »

williams2 wrote: The files in /usr/share/g4dos/pcd/ might be what you want,
Thanks a lot for this info !!!

From this I was also able to find

1) /usr/share/boot-dialog/isolinux.cfg
2) /usr/share/boot-dialog/grub.cfg

I have another small question though, where are the DISTRO_DESC and #distrodesc# are defined which are used in these files ?

User avatar
mr-kumar-abhishek
Posts: 38
Joined: Tue 01 Oct 2019, 07:43
Contact:

Re: DISTRO_DESC and #distrodesc#

#5 Post by mr-kumar-abhishek »

mr-kumar-abhishek wrote: I have another small question though, where are the DISTRO_DESC and #distrodesc# are defined which are used in these files ?
If I am correct these are defined in /etc/DISTRO_SPECS , correct?

williams2
Posts: 337
Joined: Fri 14 Dec 2018, 22:18

#6 Post by williams2 »

Yes, scripts like /usr/bin/uefi-usb-installer seem to read
the data in /etc/DISTRO_SPECS and /etc/rc.d/PUPSTATE
and substitute that data wherever it sees
"DISTRO_DESC" in the .cfg and .lst files.

User avatar
mr-kumar-abhishek
Posts: 38
Joined: Tue 01 Oct 2019, 07:43
Contact:

Thanks a lot I am this solved my problem

#7 Post by mr-kumar-abhishek »

Thanks a lot this solved my problem :)

User avatar
01101001b
Posts: 123
Joined: Thu 09 Mar 2017, 01:20
Location: Buenos Aires, Argentina

#8 Post by 01101001b »

williams2 wrote:The files in /usr/share/g4dos/pcd/ might be what you want
This is pure gold! Thank you!

I had a related problem. My system is in sda1 and I maintain a booteable backup of the former in sda4. I used to boot from one or the other without a hitch, until something "weird" happened: Every time I booted from the backup, the right partition was mounted but the backup system now accessed to the *main* savefile (correct operation used to be: backup system accessed to *backup* savefile).

As I said earlier, the only working solution I found was in those files you mentioned. Thanks again williams2!

Post Reply