X-Git-Url: https://git.grml.org/?a=blobdiff_plain;ds=inline;f=faq%2Findex.html.tt2;h=a8e18ec8c557022a28786de1fc92a273c2cc565a;hb=cd6da0fe38e0f12893401256608ebc51003d3ac2;hp=a810e0245e7bd38cabaf302a045f095ecaddfb6b;hpb=d9a36a4197f11c71da6a6ae62e645eb53be5a166;p=grml.org.git diff --git a/faq/index.html.tt2 b/faq/index.html.tt2 index a810e02..a8e18ec 100644 --- a/faq/index.html.tt2 +++ b/faq/index.html.tt2 @@ -28,7 +28,7 @@
Up2date: applies to Grml releases version 2011.12
+Up2date: applies to Grml version 2018.12
@@ -36,11 +36,13 @@Grml is a bootable CD (Live-CD) based +
Grml is a bootable live system (Live-CD) based on Debian. It is not necessary to install anything to a harddisk. Grml includes a collection of GNU/Linux software especially for system administrators. It specializes on administrative tasks like installation, deployment and system rescue.
-Unless you've a good reason to really choose the 32bit flavour we - strongly encourage you to use either the grml64 or the grml96 - flavour.
+Unless you've a good reason to really choose the 32bit flavour we + strongly encourage you to use either the grml64 or the grml96 + flavour.
-Please notice that this schema was introduced starting with Grml - release 2011.12. Until then grml96 didn't exist and grml32 was known as - just 'grml'.
+grml-small provides a reduced set of available software compared to + grml-full. It provides the same Linux kernel image as grml-full and is + fully binary compatible. Choose the grml-small flavour if size - for + whatever reason - really matters to you.
Codename of Grml 2011.12 is "Knecht Rootrecht". It's a wordplay on - Knecht - Ruprecht, which translates as Farmhand Ruprecht or Servant - Ruprecht.
+Codename of Grml 2018.12 is "Gnackwatschn", which is + an austrian and bavarian word, meaning "hit in the neck". + We consider this an alternative to a facepalm; although a "Gnackwatschn" isn't usually self-inflicted.
The Grml kernel includes support for speakup. For software, - brltty and espeakup are included.
+The Grml kernel includes support for speakup. For software, + brltty and espeakup are included.
The switch from file-rc to systemd happened for various reasons. + Grml used file-rc for many years, mainly because it provided a better + way to control startup behavior via its /etc/runlevel.conf configuration + than with using sysvinit. Though for us Grml developers this also meant + that whenever there have been any changes in Debian's startup + configuration we had to compare our /etc/runlevel.conf setup with what a + normal Debian system would give us. Users who wanted to remaster Grml + with a custom startup procedure as well had to practically fork + maintenance of the /etc/runlevel.conf file. This didn't only mean + tracking new features/services, but also solve any possible issues + around it - duplicating efforts and wasting developers time + unnecessarily. Lately we also started to see problems that no one else + seemed to have (or care about enough), for example with multiple network + cards we ran into race-conditions with resolvconf. Problems like that + turned out to be release stoppers for us.
+ +systemd on the other hand provides great documentation, service + supervision, takes care of parallel service startup and is the default + init system on most Linux distributions nowadays. This means more users, + better testing and integration. Logging, startup time investigation (to + get a fast boot procedure) and identifying failed service startups with + sysvinit/file-rc was always hard, unreliable or even impossible under + certain conditions. bootlogd was unreliable (while `journalctl -b` is + available out-of-the-box with systemd), bootchart not nicely integrated + (while systemd-analyze blame/critical-chain works out-of-the-box) and we + aren't aware of any equivalence for e.g. `systemctl --failed`.
+ +While migrating our stack to systemd is not fully finished + yet, its switch - at least so far - was easier than expected. It also + turns out that it gives users who want to remaster Grml (or build their + very own ISOs from scratch using grml-live) more flexibility and control + over the startup process. systemd's override.conf mechanism and preset + feature provides the flexibility to overwrite unwanted behavior, without + losing the option to use existing defaults.
+ +Last but not least we think it's good that systemd is actively + maintained and receives attention. The sysvinit/file-rc ecosystem was + stagnating/non-existend for too many years. Grml used its own initrd + implementation in its very beginnings, until a more broadly available + initramfs-tools/ live-boot solution appeared, broadening the user base, + sharing goals amongst different (live) distributions. Back in the days + Grml - like many other live distributions - had to implement hardware + recognition on its own. While udev received lots of complaints back + then, its integration actually solved all the hardware recognition for + the good. systemd's vision of stateless systems is something which helps + building live systems like Grml.
+ +While we don't claim that systemd is perfect and doesn't have its + issues and drawbacks (like any software), we're happy about its + existence and more than happy about development and support by Debian's + systemd folks.
+Starting with the 2011.12 release Grml provides Fluxbox as window manager.
+Starting with the 2011.12 release Grml provides Fluxbox as window manager.
LVM (Logival Volumes) is not started by default to avoid any possible damage to your data. To get access to present LVM - devices just execute:
+ devices execute (replace "$name" with the name of the PV): + ++# Start lvm2-pvscan@$name ++ +
or if you don't know its name, use:
-# /etc/init.d/lvm2 start +# Start lvm2-lvmetad +# vgchange -ay
If you want to enable LVM by default just boot using the 'lvm' @@ -234,7 +299,7 @@ grml keyboard=de xkeyboard=de lang=at # enter this at the bootprompt your data. To get access to present SW-RAID devices just execute:
-# /etc/init.d/mdadm-raid start +# mdadm --asssemble --scan
If you want to enable SW-RAID by default just boot using @@ -277,13 +342,12 @@ grml keyboard=de xkeyboard=de lang=at # enter this at the bootprompt
Available bootoptions relevant in live-cd mode:
+Available bootoptions relevant in live mode:
Further information: manpages hwclock(8), tzselect(1) and tzconfig(8); Is it possible to install Grml to harddisk? -
Short anwer: No.
- -If you want to get a plain Debian system take a look at grml-debootstrap.
- -Long(er) answer: yes it's possible to install Grml. But it's not - supported and you'll be on your own. That's why we decided to make it - not-so-obvious. If you really know what you're doing you'll find out on - your own. Reminder: use grml-debootstrap or Debian Installer instead.
+No. If you want to get a Debian system take a look at grml-debootstrap (or use the Debian Installer instead).
Short answer: because Zsh rocks, really!
-Long(er) answer: If you don't know Zsh take a look the Grml Zsh reference card.
+Long(er) answer: If you don't know Zsh take a look the Grml Zsh reference card.
If you are a Bash user and don't know Zsh yet, don't be afraid. Bash is largely a subset of Zsh and you don't have to