Douglas R. Reno wrote:
On Mon, Apr 18, 2016 at 3:24 PM, Bruce Dubbs <[email protected]> wrote:
I've been thinking thinking about a new Live CD/Rescue CD based on LFS. It
would be much less ambitious than the old one that included an X
implementation.
What I had in mind is a base LFS system with the following:
dhcpcd
wget
ssh/ssl
which
links
screen
mc
gptfdisk
gpm
LFS HTML
LFS sources tarball
What else? Other possibilities:
unzip
subversion
git
wireless-tools
wpa-supplicant
I have had that idea for a long time actually. I would add stuff like
pciutils, usbutils, hdparm, sg3_utils, ntfs-3g, parted, etc. to make it a
more complete testing/rescue platform
Seems reasonable.
[snip]
I think that
unzip, subversion, git, wireless-tools, and wpa-supplicant would be useful,
however I would also add a copy of the latest jhalfs snapshot into that as
well.
I don't want to add jhalfs. The intent is not to over-automate. If
someone really want to, they could just copy the files to a fresh
partition and set things up fairly quickly.
It wouldn't be a bad idea to add all of the other filesystem programs
that we have into the book into the LiveCD as well, as those could help
recover a broken filesystem. If anyone uses MD RAID or LVM, I can see
adding those utilities to the LiveCD helping them rescue a system.
Agree.
If a
person is trying to determine whether or not their system is running too
hot, lm_sensors could help out there. smartmontools would be incredibly
useful as well, seeing as it could allow a person to run a test on their
hard drive and/or find out whether or not the SMART data is reporting that
it is failing.
Maybe later. Not at the first go around.
Might want to add Sudo as well, seeing as jhalfs needs it.
su can work if jhalfs is not needed.
Another thing... were you going to use OpenSSL or GnuTLS for wget? If I
remember correctly, we had some problems with OpenSSL and Wget, and that is
why the book recommends GnuTLS.
IIRC that was a security issue with openssl that has now been fixed.
Will the LiveCD need an initramfs to boot?
No, but the kernel will be fairly large. It is not intended to support
everything though. Just a typical x86_64 based system starting to a
virtual screen.
-- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
