Grml Blog - Commentshttps://blog.grml.org/
Grml Blog - Debian based Linux Live systemenSerendipity 1.5.3-2 - http://www.s9y.org/https://blog.grml.org/templates/default/img/s9y_banner_small.pngRSS: Grml Blog - Comments - Grml Blog - Debian based Linux Live systemhttps://blog.grml.org/
10021Thomas: First Release Candidate of Grml version 2017.05 availablehttps://blog.grml.org/archives/397-First-Release-Candidate-of-Grml-version-2017.05-available.html#c692
https://blog.grml.org/archives/397-First-Release-Candidate-of-Grml-version-2017.05-available.html#commentshttps://blog.grml.org/wfwcomment.php?cid=397nospam@example.com (Thomas)
Awesome! Many thanks for releasing this, I will try this as soon as I can.
Keep up the good work!
Tue, 09 May 2017 13:31:11 +0000https://blog.grml.org/archives/397-guid.html#c692grml admirer: Is Grml still alive?https://blog.grml.org/archives/394-Is-Grml-still-alive.html#c688
https://blog.grml.org/archives/394-Is-Grml-still-alive.html#commentshttps://blog.grml.org/wfwcomment.php?cid=394nospam@example.com (grml admirer)
I'm so pleased to finally hear about another Grml release being talked about. I have a particular penchant for using Grml along with Lua for many things, especially backup/restore, and have noticed a gradual increase in number of glitches associated with newer machines.
I run Gentoo as my main system, and part of that is explicitly to avoid systemd, but I'm quite comfortable with a systemd-based live CD/DVD.
If you're interested, I can share some scripts (some Lua, some Bash) that I use for USB operations, to partition and install several distros, not just Grml, from the command line (written in Lua, and for a POSIX/Linux environment).
However, I'm an old-school computer user, and these scripts are bised towards non-UEFI BIOSes.
Sun, 10 Jan 2016 09:05:52 +0000https://blog.grml.org/archives/394-guid.html#c688A: Is Grml still alive?https://blog.grml.org/archives/394-Is-Grml-still-alive.html#c687
https://blog.grml.org/archives/394-Is-Grml-still-alive.html#commentshttps://blog.grml.org/wfwcomment.php?cid=394nospam@example.com (A)
This is great news! Thanks for maintaining grml! The best rescue system I ever used :-)
Fri, 08 Jan 2016 07:18:16 +0000https://blog.grml.org/archives/394-guid.html#c687Christian Vogel: Is Grml still alive?https://blog.grml.org/archives/394-Is-Grml-still-alive.html#c686
https://blog.grml.org/archives/394-Is-Grml-still-alive.html#commentshttps://blog.grml.org/wfwcomment.php?cid=394nospam@example.com (Christian Vogel)
Let me take this as an opportunity to say thanks for all the hard work, grml is following me on my body (with the USB stick always at arms length) since many many years, and it has proven to be the single most important tool I have for fixing any kind of breakage or having an impromptu Linux machine anywhere.
Please keep up the great work.
Thu, 07 Jan 2016 11:08:13 +0000https://blog.grml.org/archives/394-guid.html#c686Anonymous: Grml - new stable release 2012.05 availablehttps://blog.grml.org/archives/376-Grml-new-stable-release-2012.05-available.html#c284
https://blog.grml.org/archives/376-Grml-new-stable-release-2012.05-available.html#commentshttps://blog.grml.org/wfwcomment.php?cid=376nospam@example.com (Anonymous)
So awesome! /)^3^(\
Wed, 30 May 2012 19:07:42 +0000https://blog.grml.org/archives/376-guid.html#c284mru: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c83
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (mru)
Feel free to either start a new thread or reply to the existing ones. If it is about the packages i think grml-devel would be more appropriate.
Sat, 31 Dec 2011 16:57:45 +0000https://blog.grml.org/archives/369-guid.html#c83walter: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c82
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (walter)
Well, I see grml as a live-cd which is (because of the targeted users, console) highly scriptable with _persistent_ scripts (on usb-stick or else), read: live-cd for automation (no need for X11). Expect is one of the core tools for automatisation where special tools (like chpasswd) are missing or non-interactive usage is not supported. Main advantages with expect: a) can talk to pretty much anything, b) highly configurable/scriptable and c) autoexpect allows for an easy quickstart. Therefore, I'd really favour the inclusion of expect. Please try to view grml not only as a live-cd for solely interactive human use. What about as a diskless OS? Any other live-cds usually target the Desktop and are therefore missing the tools. Except for grml which has (had) everything including excellent autoconfiguration that makes it almost hardware independent. I cannot think of an alternative. Shouldn't we take this to the mailinglist? Maybe more people think of grml not only as a rescue live-cd. There is definitely more to grml! user or devel?
Sat, 31 Dec 2011 13:50:18 +0000https://blog.grml.org/archives/369-guid.html#c82mru: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c80
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (mru)
I am asking as we are currently discussing if we should add expect back onto the CD image. And I currently honestly don't think we should put it back as i don't see an usecase on a live-cd.
Thu, 29 Dec 2011 20:21:52 +0000https://blog.grml.org/archives/369-guid.html#c80walter: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c79
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (walter)
Yes, passwd was only supposed to be an example for a very interactive program, i.e. where input redirection is hard. For passwords, I usually insert the hash in /etc/shadow directly.
Thu, 29 Dec 2011 20:19:48 +0000https://blog.grml.org/archives/369-guid.html#c79mru: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c78
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (mru)
JFTR to automatically update passwords you can use chpasswd. There is no need for using expect to change a password.
Wed, 28 Dec 2011 16:52:27 +0000https://blog.grml.org/archives/369-guid.html#c78walter: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c77
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (walter)
No, I don't need expect for iSCSI. However, it's really useful for scripting highly interactive stuff, like even passwd! Expect is good to have when needed, say, simple input redirection fails. Fortunately, apt-get is your friend: I check for missing commands in my grml.sh and run apt-get if necessary.
Wed, 28 Dec 2011 16:44:39 +0000https://blog.grml.org/archives/369-guid.html#c77mru: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c76
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (mru)
Really nice description thanks. I just totally forgot about GRMLCFG. If i create a new list I'm sure to mention it.
Re. iSCSI you hopefully don't need any expect as the commands should be scriptable (it seems you can just modify the configfs manually anyway)
Btw. it is nice to see and hear advanced setups :)
Wed, 28 Dec 2011 16:21:24 +0000https://blog.grml.org/archives/369-guid.html#c76mru: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c75
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (mru)
We thought about enabling serial console per default but decided against it. The problem is there maybe machines which don't have a console on there serial interface but other HW like UPS. This may unintentionally break things.
Thats the whole reasone why we did not enable serial console per default
Wed, 28 Dec 2011 15:47:07 +0000https://blog.grml.org/archives/369-guid.html#c75walter: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c74
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (walter)
To answer your question, why grml, and I'm quite suprised it is not in your list: Automated startup using GRMLCFG and grml.sh.
This also solves Bernd's problem (see below).
That is, scripted configuration after booting without installing. Just create a usb stick with two partions. First holds grml to boot, the other labeled GRMLCFG holding grml.sh.
No need for custom boot options, therefore no need for your own customized grml iso, let grml.sh do the work afterwards. Makes updates easy too, just dd the image to the stick and test that grml.sh still works. Read /etc/grml_version and even support different releases.
I'm using grml primarily to run diskless (read: no OS uninstalled) backup servers which export their storage via VPN and iSCSI.
I've yet to check if this setup still works with 2011.12 given the iSCSI switch and the omission of tools such as buffer or expect.
Secondary usage is for remote access on broken systems which are otherwise unreachable. Give usb stick to someone, tell him to boot from it: Scripted grml.sh starts sshd, vpn, etc.
Last but not least, I also use grml as rescue system im virtual machines. Guess what I'm doing for serial access: grml.sh on a virtual floppy image configures the serial console (modify /etc/inittab, SIGHUP init, etc).
Maybe I should have posted this on the mailing-list, right?
Wed, 28 Dec 2011 10:19:27 +0000https://blog.grml.org/archives/369-guid.html#c74Bernd: 10 reasons why you should use Grml instead of …https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#c73
https://blog.grml.org/archives/369-10-reasons-why-you-should-use-Grml-instead-of.html#commentshttps://blog.grml.org/wfwcomment.php?cid=369nospam@example.com (Bernd)
What am I missing: It would be great if Grml would enable the serial console by default to fit headless machines.
I use Grml as a rescue system for virtual machines with Qemu/KVM and the serial console is the most comfortable way to use it. But I always have to connect via VNC first to select the correct boot option.
Sure, I could make a custom ISO (I propably should do so) but that keeps me from updating frequently to the newest release.
Wed, 28 Dec 2011 09:12:55 +0000https://blog.grml.org/archives/369-guid.html#c73