On Wed, 18 Jan 2017 20:37:26 +0100, O. Hartmann wrote:
> Am Wed, 18 Jan 2017 16:38:32 +0100
> Matthias Apitz <g...@unixarea.de> schrieb:
> > Why you do not just boot from USB some mem stick image, mount some disk
> > space to /mnt, svn checkout CURRENT to /mnt and build a booteable system
> > (world and kernel) and install to DESTDIR=/mnt ?
> > 
> > I do not understand all this hassle?
> > 
> >     matthias
> > 
> Wow!
> As I initially stated, that is EXACTLY what I was inclined to do except
> the fact that I
> had already an intact /usr/obj and usr/src with a complete compiled system.
> I booted from mem stick and I was lost due to no cc!

That is the core problem here: cc is not contained in the USB
(memstick) image. It _might_ be contained on the live system
media, but I'm not sure about this...

> Even for "make installworld" it seems I have to rely on the compiler.
> And the images
> (ISO, memstick et cetera) provided these days do not contain any clang.

Then there would be at least the following option:

>From the installation media, you can manually extract the
distribution files for the base system and use their content
to overwrite your non-functional (zero size) files on disk.
The task here is to perform archive extraction, and the
extractor should be there (simply because the installer uses
it as well). With those tools established, you can recompile
your system, or "make installworld" from the already populated
/usr/obj subtree. Of course, you need to pay attention to
have the _correct_ version.

> I try to figure out how to avoid this crazy and useless shrinking
> of the ISO images -
> somehow when building NanoBSD, there are knobs with which we can
> prevent the build and/or
> installation of subsets like compiler, toolchain et cetera. The way
> such thing is
> provided via src.conf and make.conf is fine and sophisticated. But
> "RELEASE" seems to
> handle things different, and the standard is useless for a rescue
> mission.

So having a more or less complete (!) live system image (for CD
or DVD, depending on result size) would probably be a good idea
and a versatile tool in case of emergencies.

The size limitations, in my opinion, are okay for CD media (650 MB)
and DVD media (4,7 GB), but for USB media, I don't see a significant
problem making the image 4 or even 8 GB in size. It's actually quite
complicated to buy smaller USB sticks or SD cards (sizes < 4 GB)
for the few devices they are still required...

FreeBSD has always been a "self-contained" system that could
"reproduce itself", given that all the sources and the compilation
tools were included with the OS. This should be an important goal
to achieve with a USB-based _live_ system, and even if you run
it from slow USB (instead of fast HDD or SSD), there are still
situations where those systems can prevent you from a complete
system re-installation. Additionally, USB provides permanent
storage (which CDs and DVDs obviously do not).

Of course you can more or less manually create such a live media
and prepare an image for it, but it would be really nice if such
an image would be provided for download. I imagine the initial
tasks to be mostly a buildworld/installword into a custom root
directory and then creating an image from it, prepending it with
the typical boot loader so it becomes a "disk image" (USB image,
of course).

> Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
> Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).

"Das interessiert uns nicht!" - gez. die Werbewirtschaft. :-)

Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to