25
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 22 Aug 2023
25 points (87.9% liked)
Linux
48335 readers
1328 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
What do you exactly mean with this?
Sorry for asking these questions, but it was either this or a very very long post satisfying all kinds of different criteria. Thanks you in advance for answering any of the questions!
I've been struggling to make a bootable iso. I did Linux from scratch and I wanted to boot it in virtual box. I found a sparse amount of info about mkisofs/genisofimage but I couldn't actually get a successful boot after following a few tutorials.
I have to imagine there are more modern tools for something like this but I didn't have any luck googling.
Sorry to hijack but it sounds like you might have an answer I need. I just want a way to put together an iso with a bootloader that works in virtual machines. (I'm good with 32bit grub but I'd work with uefi too).
Would you be fine with some tooling that enables one to make their own custom iso from an existing distro? This path still allows for a substantial amount of freedom, though it's not a blank slate by any stretch of the imagination. But it makes up for it with how relatively easy and painless it can be.
Or would you instead like to get into the nitty-gritty of things and want all the freedom you'd want? This increased freedom does come with a substantial cost in convenience and labour.
Pick your poison :P . I'll be waiting ;) .
Customizing a base distro sounds like a good place to start 👍🏽
So taking your other comment into consideration as well, I suppose the following would be the easiest good setup:
If my proposed solution doesn't quite fit your needs, then please feel free to correct me!
This sounds like a perfectly workable solution!
I assume getting a persistent environment in a USB recovery stick is a bigger task? I'm imagining that, with your method, I would need to repeat this process any time I wanted to update the image or load specific new kernel modules/drivers?
Good questions!
I actually don't know if penguins-eggs allows persistent environments 🤔 . Though, other tools might be better fit for the job. Personally I'd recommend you to follow this guide for openSUSE Leap. A similarly good guide/documentation for Debian is absent, and openSUSE Leap is likewise a good fit due to it being supported over a longer time period as well. The steps outlined in the guide might be a bit more involved, but the team behind openSUSE have done a wonderful job to ensure accessibility.
With the method outlined in my previous comment, you only have to repeat the process from scratch if you didn't save the Debian install some way or another. If you did keep the Debian install around, then you could just; open it up, apply some updates/changes or (un)install additional packages and make yet another live image out of it. Granted, the openSUSE Leap persistent Live USB that has been previously mentioned in this comment is easier to change later down the line regardless.
Btw, -to my knowledge- the persistent Live USB environment is also possible on other distros like Debian, Fedora, Ubuntu etc. So arguably it's best to first look at which distro satisfies your needs in regards to package availability. After which, in my opinion, LTS/Stable releases ought to be preferred over the others.
Thanks a ton for all the advice! 👍🏼
It has been my pleasure! I'm curious on what you'll end up doing. So please consider to report back if it isn't too much to ask :blush: !
Certainly! I'm not sure when I'll get around to actually doing it, but my intent was to create an emergency boot drive to send to my elderly family members that they could plug in if the system ever started acting up, and I'll build it in such a way that it'll be able to be booted as a Linux live USB, and also have a Windows partition for any tools that I might need for remote access and in-system diagnostics.
I've built a few scripts for the Linux bootable but I can't seem to remember where I stored that particular repo at the moment, so I'll share later.
Some of my stuff is up on my GitHub (same username)
Going to try the penguins-eggs method you posted. I would love to be able to turn a virtual box environment into an installable medium to make my own version of debian with all my gnome tweaks.
I would also love a solution that doesn't require booting into the OS first. So that I can take a root dir and turn it into a bootable iso. I tried a bunch of old tutorials for making a boot.iso and linking it into mkisofs with -b but it never worked.
I am willing to learn/use any free tooling. Not picky at all.
Good choice! The "penguins-eggs method" should fit the bill ;) !
Few questions :P :
Small nitpick; I generally recommend using
xorrisoovermkisofs, the latter is only packaged in most distros as part ofxorrisoanyways*. Whilegenisoimagedoes 'provide'mksisofsas well,genisoimageis unmaintained and should therefore not be used.So eggs is great for Debian with my Gnome stuff.
As for xorriso I have a LFS dir that very much resembles a Linux root dir (without a DE or any distro specific software) and I can chroot into it mounting /dev, /sys, /run, /proc from my host system.
I would like to compress that LFS dir into an iso combined with a boot loader.
That LFS dir is on a separate partition and does have a boot loader installed on that partition's hard drive. But I'd rather boot it in a virtual machine and I didn't want to give the vm raw hard drive access.
I hope that helps but I'm happy to answer more questions.
Booting into a live CD isn't a hard requirement because I can probably just use eggs after I get it to boot in a vm.
Edit: also thanks for the insight about xorriso I had real trouble finding much info about the differences between the three.
Edit 2: I'm going to run LFS on the exact same hardware it compiled on so I can probably use grub installed on my host system.
That said I did try using grub-mkimage on my host system and when passing that iso into mkisofs -b I still couldn't get a boot. (No bootable medium found.)
Thanks for answering! Now I've got a better picture of what you're trying to achieve. However, unfortunately, I've yet to dabble into LFS. So I'm afraid that I might not be that helpful 😭. Wish you the best of luck though!
Alright thanks. Well if you know of any good resources for xorriso particularly with the -b (boot) flag I'd like to read them.
Google has been mostly serving me 15 year old SO posts that aren't relevant to modern Linux anymore.
The official manual page for
xorrisois probably the best place to start. Unfortunately it mostly glosses over how it's compatible withmkisofsand doesn't further delve too much into whatmkisofsdoes and thus how to engage with the-bflag. Fortunately, that information can be found on the related manual page forxorrisofs.Please feel free to notify me if I can be of further help :blush: !
Thanks. I see the word boot is referenced 200 times on the related manual page. So I suspect a thorough read through of that page will help me.
Yeah lol 🤣 . Consider reporting back after testing your findings. Thanks in advance!
Edit: For anyone reading this in the future ECMA-119 is freely distributable and seems to conform to ISO 9660. ECMA also have versions of some of the specs referenced by ISO 9660. (ECMA-6, ECMA-35, ECMA-43)
Will do. I was gonna start by reading ISO 9660 and I found out it costs 200 dollars from standards.iso.org. Which is a shame because there's a bunch of other ISO standards referenced in 9660 which would cost even more money to read. I always heard people reference these standards but I had no idea they were so inaccessible to regular users. But I think I found some kind of annotated copy of the spec to read,