Remove bsd4grml, freedos and grml-live-addons deb
authorChristian Hofstaedtler <>
Fri, 29 Jul 2011 19:55:01 +0000 (21:55 +0200)
committerMichael Prokop <>
Fri, 9 Sep 2011 08:38:16 +0000 (10:38 +0200)
These are now shipped in grml-live-addons as built from the
grml-live-grml sources.

26 files changed:
debian/grml-live-addons.install [deleted file]
debian/overrides.grml-live-addons [deleted file]
templates/boot/addons/allinone.img [deleted file]
templates/boot/addons/balder10.imz [deleted file]
templates/boot/addons/bsd4grml/LICENCE.TXT [deleted file]
templates/boot/addons/bsd4grml/boot.1 [deleted file]
templates/boot/addons/bsd4grml/boot.2 [deleted file]
templates/boot/addons/bsd4grml/boot.3 [deleted file]
templates/boot/addons/bsd4grml/boot.4 [deleted file]
templates/boot/addons/bsd4grml/boot.5 [deleted file]
templates/boot/addons/bsd4grml/boot.6 [deleted file]
templates/boot/addons/bsd4grml/boot.cfg [deleted file]
templates/boot/addons/bsd4grml/bsd.rd [deleted file]
templates/boot/addons/bsd4grml/gpl_srcs.tgz [deleted file]
templates/boot/addons/bsd4grml/ [deleted file]
templates/boot/addons/bsd4grml/ldbsd.txt [deleted file]
templates/boot/addons/bsd4grml/loopback.0 [deleted file]
templates/boot/addons/bsd4grml/loopback.1 [deleted file]
templates/boot/addons/bsd4grml/loopback.2 [deleted file]
templates/boot/addons/bsd4grml/loopback.3 [deleted file]
templates/boot/addons/bsd4grml/loopback.4 [deleted file]
templates/boot/addons/bsd4grml/loopback.5 [deleted file]
templates/boot/addons/bsd4grml/loopback.6 [deleted file]

index 3951d7c..f50181d 100644 (file)
@@ -14,22 +14,13 @@ Bugs:
 Package: grml-live
 Architecture: all
 Depends: ${misc:Depends}, bc, fai-client (>= 3.4.0), fai-server (>= 3.4.0), genisoimage, mksh, moreutils, squashfs-tools (>= 1:4.2-1~grml00), grub-pc-bin, ipxe, pciutils, memtest86+, syslinux-common
-Recommends: grml-live-addons, grml-live-db, ia32-libs
-Suggests: fai-doc
+Recommends: grml-live-db, ia32-libs
+Suggests: fai-doc, grml-live-addons, grml-live-compat
 Description: build system for creating a Grml (based) Linux live system
  This package provides the build system for creating a Debian /
  Grml based Linux live system (also known as live cd). It is
  based on the FAI (Fully Automatic Installation) framework.
-Package: grml-live-addons
-Architecture: all
-Depends: ${misc:Depends}, grml-live
-Conflicts: grml-live (<< 0.9.13)
-Description: templates/boot/addons for grml-live
- This package provides the boot addons known as the features
- providing bootoptions bsd, dos, grub and hdt. You can safely
- skip this package if you don't need the addons.
 Package: grml-live-db
 Architecture: all
 Depends: ${misc:Depends}, grml-live, libdbd-sqlite3-perl, libdbi-perl, libtimedate-perl, sqlite3
index 561e36f..dc1de6b 100644 (file)
@@ -32,14 +32,6 @@ License information for the syslinux files shipped as
    Upstream Author: H. Peter Anvin <>
    Copyright (C) 1994-2007 H. Peter Anvin <>
-License information for the bsd4grml files shipped as
-   Downloaded from <>.
-   Thorsten "mirabilos" Glaser <>
-   See /usr/share/grml-live/templates/boot/addons/bsd4grml/LICENCE.TXT
-   for details.
 On Debian systems, the complete text of the GNU General
 Public License can be found in `/usr/share/common-licenses/GPL'.
diff --git a/debian/grml-live-addons.install b/debian/grml-live-addons.install
deleted file mode 100644 (file)
index 0d65e9c..0000000
+++ /dev/null
@@ -1 +0,0 @@
-templates/boot/addons       usr/share/grml-live/templates/boot/
diff --git a/debian/overrides.grml-live-addons b/debian/overrides.grml-live-addons
deleted file mode 100644 (file)
index e7975cc..0000000
+++ /dev/null
@@ -1,2 +0,0 @@
-grml-live-addons: extra-license-file usr/share/grml-live/templates/boot/addons/bsd4grml/LICENCE.TXT
-grml-live-addons: unknown-section grml
index 277a911..fe5c703 100755 (executable)
@@ -61,26 +61,6 @@ grml-live: install
        dh_md5sums           -p$@ -P$(b)/$@
        dh_builddeb          -p$@ -P$(b)/$@
-grml-live-addons: install
-       @echo "--- Building: $@"
-       dh_installdirs       -p$@ -P$(b)/$@
-       dh_link              -p$@ -P$(b)/$@
-       dh_installdocs       -p$@ -P$(b)/$@
-       dh_installchangelogs -p$@ -P$(b)/$@
-       dh_install           -p$@ -P$(b)/$@
-       dh_strip             -p$@ -P$(b)/$@
-       dh_compress          -p$@ -P$(b)/$@
-       mkdir -p $(b)/$(@)/usr/share/lintian/overrides/
-       cp -av debian/overrides.$(@) $(b)/$(@)/usr/share/lintian/overrides/$(@)
-       dh_fixperms          -p$@ -P$(b)/$@
-       dh_makeshlibs        -p$@ -P$(b)/$@ -V
-       dh_installdeb        -p$@ -P$(b)/$@
-       dh_shlibdeps         -p$@ -P$(b)/$@
-       dh_installdebconf    -p$@ -P$(b)/$@
-       dh_gencontrol        -p$@ -P$(b)/$@
-       dh_md5sums           -p$@ -P$(b)/$@
-       dh_builddeb          -p$@ -P$(b)/$@
 grml-live-db: install
        @echo "--- Building: $@"
        dh_installdirs       -p$@ -P$(b)/$@
@@ -125,7 +105,7 @@ grml-live-buildd: install
 binary-all: build install
 # Build architecture-independent files here.
-binary-indep: build install grml-live grml-live-addons grml-live-db grml-live-buildd
+binary-indep: build install grml-live grml-live-db grml-live-buildd
 binary: binary-indep binary-arch
 .PHONY: build clean binary-indep binary-arch binary install
diff --git a/templates/boot/addons/allinone.img b/templates/boot/addons/allinone.img
deleted file mode 100644 (file)
index 2cc0328..0000000
Binary files a/templates/boot/addons/allinone.img and /dev/null differ
diff --git a/templates/boot/addons/balder10.imz b/templates/boot/addons/balder10.imz
deleted file mode 100644 (file)
index aae6651..0000000
Binary files a/templates/boot/addons/balder10.imz and /dev/null differ
diff --git a/templates/boot/addons/bsd4grml/LICENCE.TXT b/templates/boot/addons/bsd4grml/LICENCE.TXT
deleted file mode 100644 (file)
index 1f51303..0000000
+++ /dev/null
@@ -1,426 +0,0 @@
-BSD-Licence(7)               BSD Reference Manual               BSD-Licence(7)
-     This is the BSD-Licence for the MirOS bsd4grml system.
-     This document provides a list of all advertising clauses required to be
-     reproduced when distributing MirOS, as well as the terms and conditions
-     covering the operating system.
-     MirOS is Copyright (C) 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
-     2011
-           The MirOS Project <>
-     and its contributors.
-     It is available under the terms listed below. We strive to make MirOS
-     available on OSD conformant licences and believe that it is DFSG free.
-     This subset included with grml certainly is.
-MirOS' origins
-     MirBSD is Copyright (C) 1999, 2002, 2003 ff.
-           Thorsten "mirabilos" Glaser <>
-     All rights reserved.
-     Provided that these terms and disclaimer and all copyright notices are
-     retained or reproduced in an accompanying document, permission is granted
-     to deal in this work without restriction, including unlimited rights to
-     use, publicly perform, distribute, sell, modify, merge, give away, or
-     sublicence.
-     Where legally impermissible the licensor does not disclaim liability for
-     direct physical injury or death caused solely by defects in the work un-
-     less it is modified by a third party.
-     This work is provided "AS IS" and WITHOUT WARRANTY of any kind, to the
-     utmost extent permitted by applicable law, neither express nor implied;
-     without malicious intent or gross negligence. In no event may a licensor,
-     author or contributor be held liable for indirect, direct, other damage,
-     loss, or other issues arising in any way out of dealing in the work, even
-     if advised of the possibility of such damage or existence of a defect,
-     except proven that it results out of said person's immediate fault when
-     using the work as intended.
-     This licence agreement shall be governed in all aspects by the law of
-     Germany; designated place of court is Bonn, NRW, Germany.
-     (Gerichtsstand ist Bonn, NRW/Deutschland. Es gilt deutsches Recht.)
-     I as the MirOS Project leader and MirBSD's owner hereby assert a
-     collective-work copyright on "MirBSD" including the MirPorts Framework
-     and the (OpenBSD-derived) kernel and userland, as well as the MirOS Port-
-     able Subprojects (for example, mksh, MirMake and jupp), but excluding
-     single ports, the contributed sections (the modules gcc, x11 and contrib)
-     and any part of MirBSD with copyright assignments in place (appropriate
-     CVS access control ought to be set). Please note that this copyright
-     still applies to some work contained within the X11 and contrib modules.
-     MirOS aggregates third-party work, which is owned by their respective au-
-     thors and covered by their respective licences (Sendmail, Apache, LGPL,
-     GPL). In this edition, the e3 editor (GPLv2) and the tinyirc IRC client
-     (GPLv1) are aggregated on the rescue kernel. Their sources accompany this
-     document, as demanded by the GNU GPL. The tinyirc author has agreed for
-     it to be crunched into the instbin binary; full source code for the other
-     binaries and libraries linked is available from our CVS repository.
-     All of the documentation and software included in the second BSD Network-
-     ing Software Release is copyrighted by The Regents of the University of
-     California.
-     Copyright 1979, 1980, 1983, 1986, 1988, 1989, 1991, 2003 The Regents of
-     the University of California.
-     All rights reserved.
-     Redistribution and use in source and binary forms, with or without modif-
-     ication, are permitted provided that the following conditions are met:
-     1.   Redistributions of source code must retain the above copyright no-
-          tice, this list of conditions and the following disclaimer.
-     2.   Redistributions in binary form must reproduce the above copyright
-          notice, this list of conditions and the following disclaimer in the
-          documentation and/or other materials provided with the distribution.
-     3.   Neither the name of the University nor the names of its contributors
-          may be used to endorse or promote products derived from this
-          software without specific prior written permission.
-     The Institute of Electrical and Electronics Engineers and the American
-     National Standards Committee X3, on Information Processing Systems have
-     given us permission to reprint portions of their documentation.
-     In the following statement, the phrase "this text" refers to portions of
-     the system documentation.
-     Portions of this text are reprinted and reproduced in electronic form in
-     the second BSD Networking Software Release, from IEEE Std 1003.1-1988,
-     IEEE Standard Portable Operating System Interface for Computer Environ-
-     ments (POSIX), copyright C 1988 by the Institute of Electrical and Elec-
-     tronics Engineers, Inc. In the event of any discrepancy between these
-     versions and the original IEEE Standard, the original IEEE Standard is
-     the referee document.
-     In the following statement, the phrase "This material" refers to portions
-     of the system documentation.
-     This material is reproduced with permission from American National Stan-
-     dards Committee X3, on Information Processing Systems. Computer and Busi-
-     ness Equipment Manufacturers Association (CBEMA), 311 First St., NW,
-     Suite 500, Washington, DC 20001-2178. The developmental work of Program-
-     ming Language C was completed by the X3J11 Technical Committee.
-     Portions of the manual reflect system enhancements made at Berkeley and
-     sponsored in part by the Defense Advanced Research Projects Agency (DoD),
-     Arpa Order No. 4871 monitored by the Naval Electronics Systems Command
-     under contract No. N00039-84-C-0089. The views and conclusions contained
-     in these documents are those of the authors and should not be interpreted
-     as representing official policies, either expressed or implied, of the
-     Defense Research Projects Agency or of the US Government.
-     In the following statement, the licence applies to all material from AT&T
-     UNIX as well as from the formerly encumbered BSD releases, from which
-     much historical material has flown into MirOS, for example nroff(1) and
-     large parts of documentation.
-  January 23, 2002
-     Dear UNIX(R) enthusiasts,
-     Caldera International, Inc. hereby grants a fee free license that in-
-     cludes the rights use, modify and distribute this named source code, in-
-     cluding creating derived binary products created from the source code.
-     The source code for which Caldera International, Inc. grants rights are
-     limited to the following UNIX Operating Systems that operate on the 16-
-     Bit PDP-11 CPU and early versions of the 32-Bit UNIX Operating System,
-     with specific exclusion of UNIX System III and UNIX System V and succes-
-     sor operating systems:
-   + o 32-bit 32V UNIX
-   + o 16 bit UNIX Versions 1, 2, 3, 4, 5, 6, 7
-     Caldera International, Inc. makes no guarantees or commitments that any
-     source code is available from Caldera International, Inc.
-     The following copyright notice applies to the source code files for which
-     this license is granted.
-     Copyright (C) Caldera International Inc. 2001-2002.
-     All rights reserved.
-     Redistribution and use in source and binary forms, with or without modif-
-     ication, are permitted provided that the following conditions are met:
-     Redistributions of source code and documentation must retain the above
-     copyright notice, this list of conditions and the following disclaimer.
-     Redistributions in binary form must reproduce the above copyright notice,
-     this list of conditions and the following disclaimer in the documentation
-     and/or other materials provided with the distribution. All advertising
-     materials mentioning features or use of this software must display the
-     following acknowledgement:
-           This product includes software developed or owned by Caldera
-           International, Inc.
-     Neither the name of Caldera International, Inc. nor the names of other
-     contributors may be used to endorse or promote products derived from this
-     software without specific prior written permission.
-     Very truly yours,
-     /signed/ Bill Broderick
-     Bill Broderick
-     Director, Licensing Services
-     All trademarks are properties of their respective holders. Particularily,
-     the UNIX(R) trademark changed its owner so often it's impossible to track
-     it down.
-     The following attribution clauses are required to be reproduced when ad-
-     vertising for MirOS:
-   + o This model includes software developed by Christopher G. Demetriou.
-   + o This model includes software developed by Christos Zoulas
-   + o This product contains software developed by Ignatios Souvatzis for
-         the NetBSD project.
-   + o This product includes cryptographic software written by Eric Young
-         (
-   + o This product includes software designed by William Allen Simpson.
-   + o This product includes software developed at the Information Technolo-
-         gy Division, US Naval Research Laboratory.
-   + o This product includes software developed by Aaron Brown and Harvard
-         University.
-   + o This product includes software developed by Aaron Campbell.
-   + o This product includes software developed by Adam Glass and Charles M.
-         Hannum.
-   + o This product includes software developed by Adam Glass.
-   + o This product includes software developed by Amancio Hasty and Roger
-         Hardiman.
-   + o This product includes software developed by Angelos D. Keromytis.
-   + o This product includes software developed by Berkeley Software Design,
-         Inc.
-   + o This product includes software developed by Bill Paul.
-   + o This product includes software developed by Charles D. Cranor and
-         Washington University.
-   + o This product includes software developed by Charles D. Cranor, Wash-
-         ington University, and the University of California, Berkeley
-   + o This product includes software developed by Charles D. Cranor, Wash-
-         ington University, the University of California, Berkeley and its
-         contributors.
-   + o This product includes software developed by Charles D. Cranor.
-   + o This product includes software developed by Charles Hannum, by the
-         University of Vermont and State Agricultural College and Garrett A.
-         Wollman, by William F. Jolitz, and by the University of California,
-         Berkeley, Lawrence Berkeley Laboratory, and its contributors.
-   + o This product includes software developed by Charles Hannum.
-   + o This product includes software developed by Charles M. Hannum.
-   + o This product includes software developed by Christopher G. Demetriou
-         for the NetBSD Project.
-   + o This product includes software developed by Christopher G. Demetriou.
-   + o This product includes software developed by Christos Zoulas for the
-         NetBSD Project.
-   + o This product includes software developed by Christos Zoulas.
-   + o This product includes software developed by Colin Wood for the NetBSD
-         Project.
-   + o This product includes software developed by Computing Services at
-         Carnegie Mellon University (
-   + o This product includes software developed by Daan Vreeken.
-   + o This product includes software developed by David Dawes, Jean-
-         Baptiste Marchand, Julien Montagne, Thomas Roell, Michael Smith,
-         Jerome Verdon and Kazutaka Yokota.
-   + o This product includes software developed by David Hulton.
-   + o This product includes software developed by David Jones and Gordon
-         Ross
-   + o This product includes software developed by David Miller.
-   + o This product includes software developed by Dean Huxley.
-   + o This product includes software developed by Eric S. Raymond
-   + o This product includes software developed by Eric Young
-         (
-   + o This product includes software developed by Gardner Buchanan.
-   + o This product includes software developed by Gordon Ross
-   + o This product includes software developed by Gordon W. Ross
-   + o This product includes software developed by Gordon W. Ross and Leo
-         Weppelman.
-   + o This product includes software developed by HAYAKAWA Koichi.
-   + o This product includes software developed by HD Associates
-   + o This product includes software developed by Harvard University and
-         its contributors.
-   + o This product includes software developed by Harvard University.
-   + o This product includes software developed by Hellmuth Michaelis and
-         Joerg Wunsch
-   + o This product includes software developed by Hellmuth Michaelis, Brian
-         Dunford-Shore, Joerg Wunsch, Scott Turner and Charles Hannum.
-   + o This product includes software developed by Herb Peyerl
-   + o This product includes software developed by Iain Hibbert
-   + o This product includes software developed by Ichiro FUKUHARA.
-   + o This product includes software developed by Ignatios Souvatzis for
-         the NetBSD project.
-   + o This product includes software developed by Jason R. Thorpe for And
-         Communications,
-   + o This product includes software developed by Joachim Koenig-Baltes.
-   + o This product includes software developed by Jochen Pohl for The
-         NetBSD Project.
-   + o This product includes software developed by Jonathan Stone
-   + o This product includes software developed by Jonathan Stone and Jason
-         R. Thorpe for the NetBSD Project.
-   + o This product includes software developed by Julian Highfield.
-   + o This product includes software developed by Kenneth Stailey and Ian
-         Darwin.
-   + o This product includes software developed by Kenneth Stailey.
-   + o This product includes software developed by LAN Media Corporation and
-         its contributors.
-   + o This product includes software developed by Leo Weppelman.
-   + o This product includes software developed by Manuel Bouyer.
-   + o This product includes software developed by Marc Horowitz.
-   + o This product includes software developed by Mark Tinguely and Jim
-         Lowe
-   + o This product includes software developed by Marshall M. Midden.
-   + o This product includes software developed by Matthias Pfaller.
-   + o This product includes software developed by Michael Graff for the
-         NetBSD Project.
-   + o This product includes software developed by Michael L. Hitch.
-   + o This product includes software developed by Michael Long.
-   + o This product includes software developed by Michael Shalayeff.
-   + o This product includes software developed by Mike Pritchard.
-   + o This product includes software developed by Niels Provos.
-   + o This product includes software developed by Niklas Hallqvist, C Stone
-         and Job de Haas.
-   + o This product includes software developed by Niklas Hallqvist.
-   + o This product includes software developed by Paul Kranenburg.
-   + o This product includes software developed by Paul Mackerras
-         <>.
-   + o This product includes software developed by Peter Galbavy.
-   + o This product includes software developed by Phase One, Inc.
-   + o This product includes software developed by Philip A. Nelson.
-   + o This product includes software developed by Ralf S. Engelschall
-         <> for use in the mod_ssl project
-         (
-   + o This product includes software developed by Rodney W. Grimes.
-   + o This product includes software developed by Roland C. Dowdeswell.
-   + o This product includes software developed by Rolf Grossmann.
-   + o This product includes software developed by Serge V. Vakulenko.
-   + o This product includes software developed by Tatoku Ogaito for the
-         NetBSD Project.
-   + o This product includes software developed by Terrence R. Lambert.
-   + o This product includes software developed by Thomas Skibo.
-   + o This product includes software developed by TooLs GmbH.
-   + o This product includes software developed by Winning Strategies, Inc.
-   + o This product includes software developed by Zembu Labs, Inc.
-   + o This product includes software developed by the Apache Software Foun-
-         dation (
-   + o This product includes software developed by the Charles D. Cranor,
-         Washington University, University of California, Berkeley and its
-         contributors.
-   + o This product includes software developed by the Computer Systems En-
-         gineering Group at Lawrence Berkeley Laboratory.
-   + o This product includes software developed by the Harvard University
-         and its contributors.
-   + o This product includes software developed by the Kungliga Tekniska
-         Högskolan and its contributors.
-   + o This product includes software developed by the Network Research
-         Group at Lawrence Berkeley Laboratory.
-   + o This product includes software developed by the OpenSSL Project for
-         use in the OpenSSL Toolkit. (
-   + o This product includes software developed by the SMCC Technology
-         Development Group at Sun Microsystems, Inc.
-   + o This product includes software developed by the University of Cali-
-         fornia, Berkeley and its contributors, as well as Christoph Herrmann
-         and Thomas-Henning von Kamptz.
-   + o This product includes software developed by the University of Cali-
-         fornia, Berkeley and its contributors.
-   + o This product includes software developed by the University of Cali-
-         fornia, Lawrence Berkeley Laboratories.
-   + o This product includes software developed by the University of Cali-
-         fornia, Lawrence Berkeley Laboratory and its contributors.
-   + o This product includes software developed by the University of Vermont
-         and State Agricultural College and Garrett A. Wollman, by William F.
-         Jolitz, and by the University of California, Berkeley, Lawrence
-         Berkeley Laboratory, and its contributors.
-   + o This product includes software developed by the University of Vermont
-         and State Agricultural College and Garrett A. Wollman.
-   + o This product includes software developed by the author.
-   + o This product includes software developed for the FreeBSD project.
-   + o This product includes software developed for the NetBSD Project by
-         Christopher G. Demetriou.
-   + o This product includes software developed for the NetBSD Project by
-         Frank van der Linden
-   + o This product includes software developed for the NetBSD Project by
-         Jason Downs and Jason R. Thorpe.
-   + o This product includes software developed for the NetBSD Project by
-         Jason R. Thorpe.
-   + o This product includes software developed for the NetBSD Project by
-         John M. Vinopal.
-   + o This product includes software developed for the NetBSD Project by
-         Juergen Hannken-Illjes.
-   + o This product includes software developed for the NetBSD Project by
-         Perry E. Metzger.
-   + o This product includes software developed for the NetBSD Project by
-         Wasabi Systems, Inc.
-   + o This product includes software developed for the NetBSD Project. See
- for information about NetBSD.
-   + o This product includes software developed or owned by Caldera Interna-
-         tional, Inc.
-   + o This product uses a modified version of Henry Spencer's regular ex-
-         pression library.
-   + o This product uses zlib by Jean-loup Gailly.
-   + o This software is a component of "386BSD" developed by William F. Jol-
-         itz, TeleMuse.
-   + o This software was developed by Holger Veit and Brian Moore for use
-         with "386BSD" and similar operating systems.
-     All trademarks and registered trademarks are properties of their respec-
-     tive owners.
-     Neither the name of licensor, nor the names of the authors and contribu-
-     tors may be used to endorse or promote products derived from this work
-     without specific prior written permission.
-     This manual was carefully put together first for the release of MirOS #8
-     by Thorsten "mirabilos" Glaser <>. It is still maintained
-     for MirOS #11.
-     Some licences require access to source code. When said code is not part
-     of the original distribution medium or placed alongside it, it is either
-     available via standard means, specifically AnonCVS, AnonRSYNC, or HTTP
-     distfile download, from the project server, or, in some cases, available
-     upon request for a reasonable time period, such as three years.
-     Although collected carefully, there might be some. Please report to the
-     MirOS project at <> if you think you have
-     discovered a bug.
-MirOS                          January 3, 2011                               6
diff --git a/templates/boot/addons/bsd4grml/boot.1 b/templates/boot/addons/bsd4grml/boot.1
deleted file mode 100644 (file)
index 641ddbe..0000000
+++ /dev/null
@@ -1,6 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.1,v 1.2 2009/06/29 18:19:00 tg Exp $
-echo Booting the MirOS BSD rescue system
-boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.2 b/templates/boot/addons/bsd4grml/boot.2
deleted file mode 100644 (file)
index 63093fd..0000000
+++ /dev/null
@@ -1,6 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.2,v 1.2 2009/06/29 18:19:00 tg Exp $
-echo Booting the MirOS BSD rescue system into UKC
-boot /boot/addons/bsd4grml/bsd.rd -c
diff --git a/templates/boot/addons/bsd4grml/boot.3 b/templates/boot/addons/bsd4grml/boot.3
deleted file mode 100644 (file)
index 2848686..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.3,v 1.2 2009/06/29 18:19:00 tg Exp $
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 9600 bps, 8N1
-stty com0 9600
-set tty com0
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 9600 bps, 8N1
-boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.4 b/templates/boot/addons/bsd4grml/boot.4
deleted file mode 100644 (file)
index 82201ba..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.4,v 1.2 2009/06/29 18:19:00 tg Exp $
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 38400 bps, 8N1
-stty com0 38400
-set tty com0
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 38400 bps, 8N1
-boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.5 b/templates/boot/addons/bsd4grml/boot.5
deleted file mode 100644 (file)
index f57d6ae..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.5,v 1.2 2009/06/29 18:19:00 tg Exp $
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 115200 bps, 8N1
-stty com0 115200
-set tty com0
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 115200 bps, 8N1
-boot /boot/addons/bsd4grml/bsd.rd
diff --git a/templates/boot/addons/bsd4grml/boot.6 b/templates/boot/addons/bsd4grml/boot.6
deleted file mode 100644 (file)
index 122520d..0000000
+++ /dev/null
@@ -1,8 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.6,v 1.4 2009/10/29 00:17:37 tg Exp $
-echo Switching to GNU GRUB for booting
-echo into %RELEASE_INFO%
-macro grub2 machine exec grub /boot/grub/core.img
diff --git a/templates/boot/addons/bsd4grml/boot.cfg b/templates/boot/addons/bsd4grml/boot.cfg
deleted file mode 100644 (file)
index cb17a24..0000000
+++ /dev/null
@@ -1,19 +0,0 @@
-# $MirOS: src/distrib/common/grml/boot.cfg,v 1.6 2011/01/03 17:49:38 tg Exp $
-set image /boot/addons/bsd4grml/bsd.rd
-set timeout 12
-macro grml machine exec grub /boot/grub/core.img
-macro slx machine exec dos
-echo ==================================================================
-echo # MirOS BSD #10-current [grml] | (c) 2002-2011 The MirOS Project #
-echo ==================================================================
-echo To boot the MirOS BSD based rescue system, wait twelve seconds or
-echo enter the command 'boot'. Join #MirBSD for help.
-echo To switch to GRUB again, type the command 'grml' below. To return
-echo to SYSLINUX, type 'slx' (this may not work but hang your system).
-echo Use "stty com0 9600" to change the speed from the default of 9600
-echo bps (always 8N1) and "set tty com0" to use a serial console.
diff --git a/templates/boot/addons/bsd4grml/bsd.rd b/templates/boot/addons/bsd4grml/bsd.rd
deleted file mode 100644 (file)
index 160e497..0000000
Binary files a/templates/boot/addons/bsd4grml/bsd.rd and /dev/null differ
diff --git a/templates/boot/addons/bsd4grml/gpl_srcs.tgz b/templates/boot/addons/bsd4grml/gpl_srcs.tgz
deleted file mode 100644 (file)
index 5c88971..0000000
Binary files a/templates/boot/addons/bsd4grml/gpl_srcs.tgz and /dev/null differ
diff --git a/templates/boot/addons/bsd4grml/ b/templates/boot/addons/bsd4grml/
deleted file mode 100644 (file)
index f156547..0000000
Binary files a/templates/boot/addons/bsd4grml/ and /dev/null differ
diff --git a/templates/boot/addons/bsd4grml/ldbsd.txt b/templates/boot/addons/bsd4grml/ldbsd.txt
deleted file mode 100644 (file)
index d714231..0000000
+++ /dev/null
@@ -1,487 +0,0 @@
-BOOT(8)               BSD System Manager's Manual (i386)               BOOT(8)
-     boot, boot.cfg,, pxeboot - i386 second-stage boot loader
-     The boot system programme, often called, aims to load the sys-
-     tem kernel into core memory from disc or network and run it, as well as
-     do some auxiliary functions, while dealing with the problems arising from
-     the history of the i386 architecture since 1978, incompatibilities, ex-
-     tensions, bugs, El Torito booting, Intel's Preboot Execution Environment
-     (PXE) for network boot, the Multiboot Specification, etc. MirOS floppies
-     use a specially limited version optimised for size, lacking support for
-     any filesystem other than 4.2FFS and most commands.
-     It can be loaded either directly from the BIOS (most commonly via PXE;
-     earlier versions could also be loaded using El Torito), the bootxx first
-     stage boot loader (from floppy, hard disc, compact flash card, USB stick,
-     and the likes; recently, since bootxx itself was made El Torito capable,
-     this has become the desired method for El Torito boot), any bootloader
-     compliant with the Multiboot specification (as boot is a Multiboot com-
-     pliant OS Kernel image), or after renaming to by any bootloader
-     implementing the COMBOOT API (specified by SYSLINUX, EXTLINUX, ISOLINUX,
-     PXELINUX) or MS-DOS(R) (unless DOS occupies the HMA). Once loaded, it can
-     be used, in a more or less limited fashion, to boot a MirOS kernel from a
-     supported filesystem (4.2FFS, ISO 9660, FAT12, FAT16, FAT28, TFTP, NFS,
-     and a pseudo filesystem called lmbmfs), inspect the filesystems, get or
-     set machine information, or load other bootloaders (see below for de-
-     tails). It can inflate gzip(1) compressed files (with LZMA compression
-     planned), set up serial console, and provides an interactive prompt.
-     Basic operation procedure is as follows:
-     1.   Be loaded. However this is done, as the first thing we write a RETF
-          instruction to 0000:0000 and CALL FAR it (from 16-bit code), or
-          write a RET instruction to 0x00000000 and CALL it (from 32-bit
-          code), backing up the previous content of course, so that qemu+gdb
-          users can intercept via "b *0".
-          BIOS       We are loaded to 0x07C00. The drive used to load us from
-                     is passed in the DL register. The ES:BX and DS:SI regis-
-                     ters and the stack contain additional data. While we do
-                     not care about the actual address, we expect to be whole.
-          bootxx     We are loaded at the final address. The drive used to
-                     load us from is passed in a special memory location. The
-                     DS:SI registers are set up if we were loaded from a HDD
-                     partition. The Master Boot Record  (/usr/mdec/mbrldr or
-                     /usr/mdec/mbrmgr) takes care to set these up correctly.
-          PXE        The NIC's PXE boot ROM initialises the NIC, network
-                     driver, UNDI and PXE interfaces, contacts a DHCP server
-                     by broadcasting an IPv4 request on the network, gets an
-                     IP address and the name of a file to load from the DHCP
-                     server, and downloads the file indicated via TFTP to
-                     0x07C00. That would be boot. Control is then passed to
-                     address 0x07C00 with ES:BX and the stack set up.
-                     PXE booting is useful for diskless(8) clients or initial
-                     download and execution of the installation kernel,
-                     bsd.rd, or for rescue system purposes.
-          DOS        We are loaded to xxxx:0100h with no drive or PXE informa-
-                     tion set up. The interrupt vectors are hooked by DOS, so
-                     if we overwrite any memory in use by DOS, we lose. That
-                     would be the case if xxxx is larger than our final ad-
-                     dress, any hooks point to an address between our final
-                     address and 9000:0000h, the HMA is in use (because that's
-                     where the kernel is loaded to), or somesuch. This also
-                     implies we cannot chain any other bootloader. Further-
-                     more, we require the machine to be in Real Mode, not in
-                     VM86 mode, so EMM386.SYS, Win32 or similar must not be
-                     active. We ask DOS for the current drive to use this in-
-                     formation later. DOS has set up a PSP (Program Segment
-                     Prefix) for us, which may contain a command line which we
-                     store away for later perusal if it is not empty.
-          COMBOOT    We are loaded in a similar way as from DOS, except the
-                     machine state is not changed as much from the initial
-                     state. After determining that we are in fact loaded via
-                     COMBOOT and not DOS, we ask SYSLINUX to terminate after
-                     gathering information about the boot drive, partition, or
-                     PXE; the UNDI and PXE stacks are kept active if any. The
-                     COMBOOT API has set up a PSP like DOS as well, which we
-                     handle the same.
-          Multiboot  We request to be loaded to 0x00100000 (the HMA) due to
-                     GNU GRUB's limitations, save the boot device off the MBI
-                     structure, copy ourselves to the final location, and
-                     switch back to Real Mode. Modules passed to us by the
-                     Multiboot compliant boot loader will be moved off to just
-                     above 20 MiB in memory; their dirnames as well as any
-                     command lines to the Multiboot modules are discarded. If
-                     a command line is passed to the Multiboot OS kernel, i.e.
-                     this bootloader, the pathname of the loader is skipped;
-                     it is then cut off after a certain size limit (currently,
-                     256 bytes) and stored away for later use. The modules are
-                     made available as regular files using the virtual lmbm
-                     (Loadable Multiboot Modules) device and filesystem (in-
-                     RAM file store, really).
-          During the initial operation, the stack is located about 80 KiB
-          behind the start of our own memory area, and switched to the final
-          location if the position in memory is known to be correct early.
-     2.   System information (boot drive, potential partition table entry,
-          PXENV+ and !PXE structure pointers, multiboot module information)
-          are stored in safe locations.
-     3.   The code is relocated to the final address once or twice if needed.
-          The final address is 4000:0000h with the stack beginning at
-          3000:FF7Ch. The 128 bytes in between, from 3000:FF80h onwards, con-
-          tains a potentially stored away PSP command line, before it is moved
-          to the buffer after the bss and ssbss sections have been initialised
-          (zeroed out). The stack is shared between Real Mode and 32-bit Vir-
-          tual Protected Address Mode. The code is mostly organised using the
-          small memory model, with everything within 64 KiB (although the real
-          limit is more than 256 bytes less than that due to initial loading
-          issues), except some rather large uninitialised areas and the disc
-          I/O bounce buffer, which begin at 3000:0000 and grow upwards, nick-
-          named the ssbss section. The heap begins after the bss section and
-          grows up to just short of 9000:0000h.
-     4.   If the bootloader is compiled to do so, for example on a Live CD, it
-          displays a boot menu unless the shift key is pressed, and retains
-          the numeric return value for later, to replace the cfg suffix of the
-          configuration file with it, unless a (non-empty) command line is
-          passed.
-     5.   The system is switched to Protected Mode.
-     6.   If a command line was passed, it is moved from its original (Multi-
-          boot, above 1 MiB or way below in the real mode area) or temporary
-          (0x3FF80) location to cmd_buf.
-     7.   The hardware is probed:
-        + o Console devices: the default BIOS console (INT 10h, which may be
-              a MDA/MGA/Hercules, CGA/EGA or VGA CRT/LCD, plus DIN or PS/2 or
-              emulated keyboard) as well as up to four serial ports (via the
-              BIOS interface).
-        + o Memory: ask the BIOS and probe page by page through the address
-              space, in case the BIOS reports wrong information.
-        + o APM support
-        + o PXE support
-        + o Loadable Multiboot Modules (if any, they are moved off to safe
-              locations and the virtual lmbm device and lmbmfs are set up)
-        + o Floppy disc drives
-        + o Hard disc drives, including El Torito CD-ROM drives
-     8.   If a command line was passed, it is executed. If it contained a boot
-          command, the kernel is attempted to be loaded; otherwise, or if it
-          fails, execution flow continues at the command prompt (see below)
-          with no timeout or auto-boot enabled.
-     9.   Unless a control key is held or a command line was passed, the files
-          /x.x.x.x/boot.cfg if loaded via PXE (where x.x.x.x is our own IPv4
-          address) and /boot.cfg, with "cfg" possibly replaced from the Live
-          CD menu, are read and executed as if the commands had been entered
-          on the loader prompt.
-     10. The bootloader prompt
-                boot> _
-          is issued, and a command line is read. If no key is pressed within
-          five seconds, the kernels /bsd and /bsd.old are tried, in order, to
-          be booted with the current parameters; if unsuccessful or any key is
-          pressed, the timeout is disabled (it can be manipulated from the
-          configuration file or command line). The system will be unable to
-          boot if no suitable kernel image is found.
-     Commands from the configuration file and the loader prompt are read line
-     by line and executed as read. Empty lines and lines beginning with the
-     comment character, '#', are ignored when reading from the configuration
-     file. Just entering an empty line at the loader prompt, however, will do
-     the default action of booting a kernel with the current parameters. To
-     pass multiple commands on a line, use the U+0060 character, '`', as del-
-     imiter. To pass multiple commands into a macro definition, use the tilde,
-     '~', as delimiter. Leading and trailing whitespace is ignored.
-     The following commands are accepted at the loader prompt:
-     boot [image [-acds]]
-             Boots the kernel image specified by image with any options given.
-             If the image file specification, or one of its device or filename
-             parts (see below) is omitted, values from variables will be used.
-             -a   Causes the kernel to ask for the root filesystem to use.
-             -c   Causes the kernel to go into UKC(8) before performing
-                  autoconf(4).
-             -d   Causes the kernel to drop into ddb(4) at the earliest con-
-                  venient point.
-             -s   Attempts to boot into single-user mode.
-     cat image
-             Displays the file onto the console. Output is paginated every 24
-             lines.
-     echo    Displays the arguments onto the console.
-     env     On i386, this command is not used.
-     help    Prints a list of available commands.
-     ls [dirspec]
-             Prints the content of the specified directory in long format.
-             Output is paginated every 24 lines.
-             The cd9660, tftp and nfs filesystems do not support this command.
-             They will either always fail or always succeed with sane but
-             unusable results. The FAT12, FAT16 and FAT28 filesystems have
-             hardcoded perms and uid/gid.
-     machine [command]
-             Issues machine-specific commands:
-             boot dev  Load a bootsector (MBR or PBR) from the indicated dev-
-                       ice and boot it. Possible devices are fd0 (floppy
-                       boot), hd0 (MBR), hd0a, hd0b, hd0c, hd0d (PBR), and
-                       some more useless combinations.
-             diskinfo  Display a list of probed floppy and hard disc drives
-                       including BIOS and geometry information.
-             exec dos  Execute INT 21h, AH=4Ch, to return to DOS or SYSLINUX,
-                       if possible. This will not always work and may hang
-                       your system.
-             exec type image
-                       Load a bootsector or other bootloader from an image
-                       file and execute it. Currently known values for type:
-                       grub    GNU GRUB 0.9x stage2 file
-                               GNU GRUB 0.9x stage2_eltorito file
-                               GNU GRUB2 core.img file
-                       sector  Boot sector or image, loaded to 0000:7C00h
-                               MirOS boot second-stage loader
-             label [device]
-                       Displays the idea boot has about the disklabel of the
-                       currently active or the specified device.
-             memory [arg]
-                       If used without any arguments, print the current idea
-                       boot has about the memory configuration taken from BIOS
-                       or probed. Arguments having the form of
-                             [+-]<size>@<address>
-                       add (+) or exempt (-) the specified amount of memory.
-                       Both size and base address can be specified in decimal,
-                       octal or hexadecimal, using standard C prefixes.
-                       Memory segments are not required to be adjacent to each
-                       other; the only requirement is that there is real phy-
-                       sical memory under the range added. The following exam-
-                       ple adds 32 MiB of memory right after the first 16 MiB:
-                             boot> machine mem +0x2000000@0x01000000
-                       Another useful command is to withdraw a range of memory
-                       from OS usage, which may have been wrongfully reported
-                       as useful by the BIOS. This example excludes the 1516
-                       MiB range from the map of useful memory:
-                             boot> machine mem -0x100000@0x00F00000
-             oldbios   Enable or disable the so-called "Old BIOS / Soekris
-                       helper", which restricts boot from loading more than
-                       one sector at a time from disc.
-             pxe       Forcibly scan for a PXE boot ROM.
-             regs      Debugging command displaying register dumps.
-     macro   Displays the names of all currently defined macros. Up to four
-             can be defined, holding up to 256 characters.
-     macro name [cmd]
-             Deletes the macro name, or defines it to cmd.
-     reboot  Initiates a warm machine reboot.
-     set [name [value]]
-             If invoked without arguments, prints a list of variables and
-             their values. If only a name is given, the value of that variable
-             is displayed. Otherwise, the variable is set to the new value.
-             The following variables are defined:
-             addr     Address at which to load the kernel
-             debug    Debug flag
-             device   Boot device name (see below)
-             doboot   "0" disables automatic boot on entering an empty line
-             howto    Options passed to the loaded kernel, see boot
-             image    File name containing the kernel image
-             timeout  Number of seconds to wait for human intervention before
-                      auto-booting
-             tty      Name of the active console device, for example:
-                    + o com0
-                    + o com1
-                    + o pc0
-     stty [device [speed]]
-             Displays or sets the speed for a console device. If the baudrate
-             for the currently active console device is changed, boot offers
-             you five seconds of grace period to switch your terminal to
-             match. If the baudrate for an inactive device is changed, it will
-             only become active on the next switch to a serial console device;
-             it is not used on the PC CRT console.
-             The default baudrate is 9600 bps. boot uses eight data bits, no
-             parity, one stop bit.
-     time    Displays the system date and time.
-     An image specification consists of two parts, the device name and a path-
-     name, separated by a colon (':'). In most circumstances, both can be om-
-     itted, and pathnames do not need to begin with a leading slash even if
-     they are absolute. Note that, for some filesystems, you are limited to an
-     8.3 character naming scheme with case insensitive (mapped to lowercase)
-     filenames. Other filesystems may not provide directory listing informa-
-     tion or the ability to stat files (especially remote filesystems).
-     Examples of valid image specifications are:
-   + o fd0a:/bsd
-   + o hd0o:/bsd.rd
-   + o / (for "ls")
-   + o hd0a:/ (for "ls")
-   + o lmbm:/ (for "ls")
-   + o cd0a:/boot/grub/stage2
-   + o tftp:/bsd.rd.i386
-   + o lmbm:/bsd4grml
-   + o /bsd
-     Disklabels are read from hard discs (BIOS drive >= 80h) by searching for
-     a primary MirOS partition first. The default partition type, 0x27, can be
-     changed at installboot(8) time, where it is hardcoded into the partition
-     boot record. If no suitable MBR partition was found or we're on a floppy,
-     the disklabel is searched at the beginning of the drive instead. The la-
-     bel offset for the i386 architecture is one 512-byte sector. On MirOS
-     DuaLive CDs, it may be embedded in the first-stage sparc bootloader. If
-     no disklabel can be read from the disc, one is faked. The device size
-     ('c' slice) defaults to the size of an 1440 KiB floppy disc, but if any
-     MBR primary partitions are found which span more space, their values are
-     used instead. The 'd', 'e', 'f' and 'g' slices are filled with the four
-     MBR primary partitions, if any. The 'a' slice is filled, in this order,
-     with: the partition passed via DS:SI if plausible, the first non-empty
-     MBR partition ('d'-'g' slices), the whole disc ('c' slice).
-     /usr/mdec/bootxx    first stage bootloader (PBR)
-     /usr/mdec/boot      second stage bootloader
-     /usr/mdec/mbrldr    hard disc MBR, simple version
-     /usr/mdec/mbrmgr    MBR, bootmanager version
-     /boot               usual location of installed loader
-           alternative name for boot
-     /boot.cfg           boot configuration file
-     /bsd                standard kernel image
-     /bsd.rd             kernel image for installation/recovery
-     /bsd.old            alternative kernel image
-     /etc/dhcpd.conf     dhcpd(8) configuration file
-     /tftpboot/boot      standard location of boot for netboot
-     /tftpboot/boot.cfg  common/shared boot configuration file on the TFTP
-                         server; /tftpboot/ contains
-                         peer-specific configuration to be used instead
-     /tftpboot/bsd       kernel image
-     /tftpboot/pxeboot   deprecated, no longer in use
-     A sample configuration file for dhcpd(8) is already contained with MirOS
-     and might look as follows:
-           shared-network KICKSTART {
-                   subnet netmask {
-                           option routers;
-                           filename "boot";
-                           range;
-                   }
-           }
-     Boot the default kernel:
-           boot> boot
-     Remove the 5 second pause at boot-time permanently, causing boot to load
-     the kernel immediately without prompting:
-           # echo "boot" >/boot.cfg
-     Remove the 5 second pause at boot-time permanently, causing boot to do
-     nothing automatically:
-           # echo "set timeout 0" >/boot.cfg
-     Use serial console. A null modem cable should connect the specified seri-
-     al port to a terminal. Useful for debugging.
-           boot> set tty com0
-     Invoke the serial console at every boot:
-           # echo "set tty com0" >/boot.cfg
-     Multiple commands on one line are useful for machines whose serial con-
-     sole is unusable from within the boot loader, but the only way to talk to
-     the kernel, e.g. for installation on a Soekris/WRAP:
-           boot> stty com0 38400 ` set tty com0 ` boot /bsd.rd
-     Boot the kernel named /bsd from the second hard disc in "User Kernel
-     Configuration" mode (see boot_config(8)). This mechanism allows for the
-     explicit enabling and disabling of devices during the current boot se-
-     quence, as well as the modification of device parameters. Once booted,
-     such changes can be made permanent by using config(8)'s -e option.
-           boot> boot hd1a:/bsd -c
-     gzip(1), compress(3), autoconf(4), ddb(4), dhcpd.conf(5), boot_config(8),
-     boot_i386(8), dhcpd(8), diskless(8), fdisk(8), httpd(8), inetd(8),
-     installboot(8), reboot(8), tftpd(8)
-     Intel Corporation, Preboot Execution Environment (PXE) Specification,
-     Version 2.1, September 20, 1999.
-     Free Software Foundation, Inc., Multiboot Specification, Version 0.6.93.
-     This bootloader is based on code written by Michael Shalayeff for
-     OpenBSD 2.1. The separate pxeboot command first appeared in OpenBSD 3.5,
-     based upon work from NetBSD. In OpenBSD and MirOS #7 and below, the
-     boot.cfg file was called boot.conf, it has been renamed for ISO 9660 and
-     FAT compatibility. A version called cdboot appeared in MirOS #8 and went
-     away for MirOS #10. The separate versions got merged into one bootloader,
-     DOS, COMBOOT, Multiboot support (including modules), pagination, macros,
-     the machine exec and cat commands, working chainbooting of bootsectors
-     and GNU GRUB, faked disklabels (if none exist on disc), FAT filesystem
-     support, and many more things were added or rewritten for MirOS #11 and
-     MirOS bsd4grml by Thorsten Glaser.
-     The default location of the kernels and the boot.cfg file can be changed
-     at compile time.
-     ISO 9660   Filesystems above 4 GiB in size definitively do not work. We
-                do not know at this time if there is a 2 GiB or 4 GiB limit,
-                nor if this affects any other filesystems.
-                The ls command does not work.
-     lmbmfs     This filesystem and device will only appear if loaded via a
-                Multiboot compliant boot loader, masquerading as Multiboot
-                compliant OS kernel, and when modules are passed. ls is possi-
-                ble only on the root directory ("/", "/."). Files keep the
-                names passed by the Multiboot boot loader, but have the direc-
-                tory part stripped, and can be accessed with any directory
-                leading. If they have no names, they are given an enumerated
-                hex number as name.
-     tftp, nfs  These filesystems and devices will only appear of loaded via
-                PXE. They obviously do not support ls.
-     http       There are plans to support this if pxebsd.0 is loaded from
-                gPXE, but no code yet. For now, gPXE can load boot using Mul-
-                tiboot, and any passed modules are handled via lmbmfs.
-     ustarfs    This filesystem is currently only usable with the boot floppy
-                and assumes that the entire floppy disc (except, on sparc, the
-                MD disklabel) is a valid ustar archive.
-MirOS BSD #10-current           August 6, 2010                               7
diff --git a/templates/boot/addons/bsd4grml/loopback.0 b/templates/boot/addons/bsd4grml/loopback.0
deleted file mode 100644 (file)
index cdc54cf..0000000
+++ /dev/null
@@ -1,21 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.0,v 1.3 2011/01/03 17:49:38 tg Exp $
-set image /bsd
-set timeout 12
-macro grub1 echo GRUB-legacy is deactivated in loopback.cfg!
-macro grub2 echo GRUB 2 is deactivated in loopback.cfg!
-macro grml echo GRUB is deactivated in loopback.cfg!
-macro slx machine exec dos
-echo ==================================================================
-echo # MirOS BSD #10-current [grml] | (c) 2002-2011 The MirOS Project #
-echo ==================================================================
-echo To boot the MirOS BSD based rescue system, wait twelve seconds or
-echo enter the command 'boot'. Join #MirBSD for help.
-echo Switching to GRUB again is deactivated in loopback.cfg. To return
-echo to SYSLINUX, type 'slx' (this may not work but hang your system).
-echo Use "stty com0 9600" to change the speed from the default of 9600
-echo bps (always 8N1) and "set tty com0" to use a serial console.
diff --git a/templates/boot/addons/bsd4grml/loopback.1 b/templates/boot/addons/bsd4grml/loopback.1
deleted file mode 100644 (file)
index 86d48bb..0000000
+++ /dev/null
@@ -1,6 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.1,v 1.1 2010/08/06 15:40:03 tg Exp $
-echo Booting the MirOS BSD rescue system
-boot /bsd
diff --git a/templates/boot/addons/bsd4grml/loopback.2 b/templates/boot/addons/bsd4grml/loopback.2
deleted file mode 100644 (file)
index 5f7c3b7..0000000
+++ /dev/null
@@ -1,6 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.2,v 1.1 2010/08/06 15:40:03 tg Exp $
-echo Booting the MirOS BSD rescue system into UKC
-boot /bsd -c
diff --git a/templates/boot/addons/bsd4grml/loopback.3 b/templates/boot/addons/bsd4grml/loopback.3
deleted file mode 100644 (file)
index adc489f..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.3,v 1.1 2010/08/06 15:40:03 tg Exp $
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 9600 bps, 8N1
-stty com0 9600
-set tty com0
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 9600 bps, 8N1
-boot /bsd
diff --git a/templates/boot/addons/bsd4grml/loopback.4 b/templates/boot/addons/bsd4grml/loopback.4
deleted file mode 100644 (file)
index d2d7087..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.4,v 1.1 2010/08/06 15:40:03 tg Exp $
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 38400 bps, 8N1
-stty com0 38400
-set tty com0
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 38400 bps, 8N1
-boot /bsd
diff --git a/templates/boot/addons/bsd4grml/loopback.5 b/templates/boot/addons/bsd4grml/loopback.5
deleted file mode 100644 (file)
index 51ecc22..0000000
+++ /dev/null
@@ -1,13 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.5,v 1.1 2010/08/06 15:40:03 tg Exp $
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 115200 bps, 8N1
-stty com0 115200
-set tty com0
-echo Booting the MirOS BSD rescue system (serial console)
-echo COM1 (tty00) at 115200 bps, 8N1
-boot /bsd
diff --git a/templates/boot/addons/bsd4grml/loopback.6 b/templates/boot/addons/bsd4grml/loopback.6
deleted file mode 100644 (file)
index 8311142..0000000
+++ /dev/null
@@ -1,6 +0,0 @@
-# $MirOS: src/distrib/common/grml/loopback.6,v 1.1 2010/08/06 15:40:03 tg Exp $
-echo Switching to GRUB again is deactivated in loopback.cfg.
-set timeout 0