Tuesday, April 20. 2010
Event: Grml at Linuxdays Graz 2010 Posted by Michael Prokop in events at 21:58
Several Grml team members will be present at Linuxdays in Graz on Saturday, April 24th 2010. If you ever had any questions - this is the time to contact us in real life! :-)
Thanks to data rescue specialist Attingo (AttingoDatenrettung) we can offer free Grml CDs to every visitor. The CD contains the upcoming version 2010.04 of Grml, codename Grmlmonster. We also have Grml USB pens with multiboot setup of the Grml release (32 and 64-bit), posters and even coffee cups.
Project leader Michael Prokop will give a talk about Deployment and Disaster Recovery with Grml. Make sure to visit us, grab some CDs and USB pens while they are hot, and share your experience with Grml. For people not familiar with the shell and the console based workflow Sven Guckes will give a workshop about console programs using Grml for it.
If you ever wanted to to get in contact with team members and users of Grml, learn something about console tools, simply meet interesting people or just listen to informative talks visit us and the other projects at Linuxdays in Graz and have a good time.
Friday, March 26. 2010
First release candidate of Grml ... Posted by Michael Prokop in general at 16:37
We just released the first release candidate of Grml 2010.04 which features kernel 2.6.33-grml and provides several new and nifty features. Check out the official release notes for all the glory details. As usual the ISOs can be downloaded from the 'devel' directory of the mirrors listed on grml.org/download/.
Monday, March 1. 2010
Results from developer meeting Posted by Michael Prokop in general at 00:23
We had a developer meeting in Graz on thursday and friday. We were working towards a new stable release:
Saturday, February 13. 2010
On 7th of january we've had a developer meeting on IRC, mainly for updating our roadmap towards our upcoming Grml's releases and infrastructure. That's what development of the last weeks brought up:
Tuesday, December 29. 2009
More robust network booting Posted by Michael Prokop in general at 22:00
Summary: Grml gets more robust support for network booting.
Background information: A customer uses Grml for the deployment process of their systems. Grml isn't just used for the deployment but also as part of the netboot environment in the High-Availability (HA) setup running on IBM BladeCenter systems. The netboot setup is used for hardware inventory and to be able to replace bladesystems without the need for any manual configuration (implementing features of IBM BladeCenter Open Fabric Manager using Debian/Linux). As being part of a HA setup the netboot setup should work no matter which server is unavailable or which network connection is broken. The software stack is redundant thanks to DRBD, Heartbeat& CO while the hardware stack itself is redundant due to the bladeserver infrastructure.
Problem description: If you have more than one network card (NIC) inside your system you might encounter problems with network booting as soon as the first/preferred NIC doesn't work. This is a common problem in netboot environments, usually solved by crude hacks and workarounds.
Solution: The last Grml release (2009.10) already invented the ethdevice= bootoption which allows you to specify a specific NIC for booting. I just extended ethdevice and its surrounding code so it is possible to specify multiple devices at once that should be configured. If you don't have any specific configuration all present NICs will be used for configuration via DHCP automatically. The resulting code is quite tricky because ipconfig of klibc-utils might fail in several situations. I just uploaded live-initramfs (1.157.4-1grml.01) to the grml-testing repository, the daily ISOs will provide the feature within the next few days as well.
Available bootoptions and behaviour:
Screenshot of netboot in action:
Sunday, November 8. 2009
Now, the Grml project has accounts on both Twitter (@grmlproject) and identi.ca (@grml). They will be used to publish Grml related announcements, news and links. Tips related to Zsh, console programs and Grml itself will be part of the regular posts as well.
The program used to post grml tips is available in ourgit repository. If you have any suggestions for this service or any additional tips and/or packages we should mention feel free to drop us a mail to twitter (at) grml.org or create a bugreport in our bugtracking system.
BTW: Grml developers can use these accounts to send announcements & messages as well. For detailed instructions have a look at http://twitter.grml.org.
Saturday, October 31. 2009
new stable version: grml 2009.10 Posted by Michael Prokop in general at 00:03
Friday, October 30. 2009
Changes between grml 2009.10-rc1 and ... Posted by Michael Prokop in general at 23:56
If you're interested in the main changes between rc1 of 2009.10 and the final stable release:
Changes in all flavours:
Changes in flavour grml/grml64:
Changes in flavour grml-medium/grml64-medium:
Changes in flavour grml-small/grml64-small:
Friday, October 23. 2009
release candidate 1 of grml 2009.10 ... Posted by Michael Prokop in general at 11:09
We have new release candidates: the first release candidate of version 2009.10 codename "Hello-Wien" is available. Take a look at the release announcement for details about all the cool new features. As usual we have different flavours available: the 32bit versions grml, grml-medium and grml-small as well as the 64bit versions grml64, grml64-medium and grml64-small.
Please test the ISOs and all the stuff you usually need so we can provide rocking stable releases soon. The stable release is scheduled for 31st of october. Download the ISOs from the 'devel' directory of the mirrors listed at grml.org/download.
Wednesday, October 21. 2009
grml shipped with c't extra 03/2009 ... Posted by Michael Prokop in links at 08:27
Monday, September 7. 2009
After busy development days the kernel 2.6.31-grml and 2.6.31-grml64 entered the grml-testing pool today. This kernel version is based on upstream's 2.6.31-rc9 and features the squashfs file format version 4 with lzma support.
Please note that you need squashfs-lzma-tools 4.0-1 for remastering with grml-live if you plan to use LZMA compression. grml-live has been adjusted to be as backwards friendly as possible. Check out 'current state of grml-live with squashfs-tools and kernel' for further details if you plan to build your own ISOs.
An updated live-initramfs 1.157.3-1grml.00 package is available as well. Starting with tomorrow (2009-09-08) the daily builds of grml should feature kernel 2.6.31-grml already. This means we are coming closer to a new stable release...
Monday, September 7. 2009
updated grml-live, grml2usb and ... Posted by Michael Prokop in packages at 16:24
Wednesday, September 2. 2009
Results of the FrOSCon 2009 Grml contest Posted by Michael Prokop in events at 08:48
At the grml booth at FrOSCon we had a contest for the best release name, feature request,... for grml. Out of 16 contributions we elected the first five places. That's the result:
Sunday, August 16. 2009
Today I decided to implement a new bootsplash layout. Vesamenu of the isolinux project worked fine during our tests so I decided we should think about making it to grml's default. My implementation in grml-live allows you to fall back to the old bootsplash layout via enabling one single configuration option (being: ISOLINUX_METHOD=console) and you can even get the old function keys layout back during runtime using the 'Further boot options...' entry. It should become part of the daily ISOs soon. Hopefully our next development release shows that users like it and it doesn't cause any problems.
So that's what I'm talking about - grml's new bootsplash in its current layout:
Wednesday, August 12. 2009
forensic mode: readonly blockdevices ... Posted by Michael Prokop in general at 13:41
grml release 2009.05 supports a bootoption 'readonly' which marks all /dev/[hs]*dX devices as readonly. This is important for data rescue and forensic investigations and is automatically activated when booting via 'forensic'. I just implemented readonly support for hotplugging. This means you can safely add new block devices to your system when booted via forensic and the blockdevices will be set to readonly mode automatically. You'll notice something like that in your syslog:
Aug 12 16:21:49 grml kernel: [ 259.426656] usb 2-3: new high speed USB device using ehci_hcd and address 4