First Release Candidate of Grml version 2013.09 released

Hi,
so we did it again, the first release candidate of the upcoming Grml version 2013.09, code-named 'Hefeknuddler' was released.
This Grml release provides fresh software packages after the Debian stable release (AKA wheezy) has been released. As usual it also incorporates up2date hardware support and fixes known bugs from the previous Grml release.
For detailed information about the changes between 2013.02 and 2013.09 have a look at the official release announcement:
http://grml.org/changelogs/README-grml-2013.09-rc1/
Please test the ISOs and everything you usually use and report back so we can complete the stable release soon. If no major problems come up, the next iteration will be the stable release, which is scheduled for the end of September.
regards, -mika- - for the Grml.org project

Hi there,
the 64bit version from the grml96-iso (`dd`ed onto a USB-stick) boots fine on Dell Precission T3400, T3500, T3600 with the default-boot-entry with added parameters "toram" and "nonetworking".
On a Lenovo X230 this combination gets stuck* after copying everything to RAM, but the 64bit debug-entry boots fine (and `rsync`ed 120gigs of data from internal SSD to a USB3-disk w/o any problems). I guess I didn't try default 64bit w/o adding "toram nonetworking"...
On a Dell Precission T1500 64bit default + "toram nonetworking" also gets stuck* after copying everything to RAM, but works fine without those added parameters.
I've attached the output from `lspci` from the T1500 (in case you guys know some HW like USB-ctrlers which cause trouble). `lshw` currently hangs on SCSI as I'm running `hdparm --sercurity-erase` on the disks right now and they won't response to anything until they're done.
I don't have the X230 at hand but can ask its user for the output of `lspci`, `lshw` and friends as it's running Ubuntu 12.04.
*) "gets stuck" as in "can't even toggle num-lock anymore or use magic SysRq to reboot".
Regards, Florian
PS: I just subscribed to grml@ml.grml.org.
On 11.09.2013 12:58, Michael Prokop wrote:
Hi,
so we did it again, the first release candidate of the upcoming Grml version 2013.09, code-named 'Hefeknuddler' was released.
This Grml release provides fresh software packages after the Debian stable release (AKA wheezy) has been released. As usual it also incorporates up2date hardware support and fixes known bugs from the previous Grml release.
For detailed information about the changes between 2013.02 and 2013.09 have a look at the official release announcement:
http://grml.org/changelogs/README-grml-2013.09-rc1/
Please test the ISOs and everything you usually use and report back so we can complete the stable release soon. If no major problems come up, the next iteration will be the stable release, which is scheduled for the end of September.
regards, -mika- - for the Grml.org project
Grml-announce mailing list Grml-announce@ml.grml.org http://ml.grml.org/mailman/listinfo/grml-announce

Hi!
* Florian Ermisch [Fri Sep 20, 2013 at 10:36:23AM +0200]:
the 64bit version from the grml96-iso (`dd`ed onto a USB-stick) boots fine on Dell Precission T3400, T3500, T3600 with the default-boot-entry with added parameters "toram" and "nonetworking".
On a Lenovo X230 this combination gets stuck* after copying everything to RAM, but the 64bit debug-entry boots fine (and `rsync`ed 120gigs of data from internal SSD to a USB3-disk w/o any problems). I guess I didn't try default 64bit w/o adding "toram nonetworking"...
On a Dell Precission T1500 64bit default + "toram nonetworking" also gets stuck* after copying everything to RAM, but works fine without those added parameters.
Hm interesting, I can reproduce it also inside a VM - it seems to hang as soon as the "nonetworking" boot option is present. :(
regards, -mika-

* Michael Prokop [Fri Sep 20, 2013 at 12:25:02PM +0200]:
Hm interesting, I can reproduce it also inside a VM - it seems to hang as soon as the "nonetworking" boot option is present. :(
I've just pushed the fix for live-boot to our repos, the daily builds as of tomorrow should include this fix (and the upcoming stable release as well of course).
regards, -mika-

Verified for the 2013-09-27_10-01-03 daily [0]: works fine with added "toram nonetworking" on the Dell Prec T1500.
Regards, Florian
[0] http://daily.grml.org/grml64-full_testing/2013-09-27_10-01-03/grml64-full_te...
On 20.09.2013 16:53, Michael Prokop wrote:
- Michael Prokop [Fri Sep 20, 2013 at 12:25:02PM +0200]:
Hm interesting, I can reproduce it also inside a VM - it seems to hang as soon as the "nonetworking" boot option is present. :(
I've just pushed the fix for live-boot to our repos, the daily builds as of tomorrow should include this fix (and the upcoming stable release as well of course).
regards, -mika-
Grml mailing list - Grml@ml.grml.org http://ml.grml.org/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://blog.grml.org/

Hi again,
just verified grml 2013.09rc1 boots on a Dell Precission T1500 with the default entry + "toram" so I guess it's the "nonetworking" parameter which causes the problem.
Regards, FLorian
On 20.09.2013 12:25, Michael Prokop wrote:
Hi!
- Florian Ermisch [Fri Sep 20, 2013 at 10:36:23AM +0200]:
the 64bit version from the grml96-iso (`dd`ed onto a USB-stick) boots fine on Dell Precission T3400, T3500, T3600 with the default-boot-entry with added parameters "toram" and "nonetworking".
On a Lenovo X230 this combination gets stuck* after copying everything to RAM, but the 64bit debug-entry boots fine (and `rsync`ed 120gigs of data from internal SSD to a USB3-disk w/o any problems). I guess I didn't try default 64bit w/o adding "toram nonetworking"...
On a Dell Precission T1500 64bit default + "toram nonetworking" also gets stuck* after copying everything to RAM, but works fine without those added parameters.
Hm interesting, I can reproduce it also inside a VM - it seems to hang as soon as the "nonetworking" boot option is present. :(
regards, -mika-
Grml mailing list - Grml@ml.grml.org http://ml.grml.org/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://blog.grml.org/

* Florian Ermisch [Tue Sep 24, 2013 at 01:58:58PM +0200]:
just verified grml 2013.09rc1 boots on a Dell Precission T1500 with the default entry + "toram" so I guess it's the "nonetworking" parameter which causes the problem.
Thanks for verifying.
The nonetworking issue is already fixed, works as expected with daily ISOs >= 20130924.
regards, -mika-

On Wednesday, September 11, 2013 06:58 PM, Michael Prokop wrote:
Hi,
so we did it again, the first release candidate of the upcoming Grml version 2013.09, code-named 'Hefeknuddler' was released.
This Grml release provides fresh software packages after the Debian stable release (AKA wheezy) has been released. As usual it also incorporates up2date hardware support and fixes known bugs from the previous Grml release.
Thanks!
On a lenovo s10-3c netbook (which has a buggy BIOS), booting locks the keyboard unless the kernel options 'noapic acpi=off' are passed as a workaround. I don't seem to be able to pass them in a previous version of grml. Is it possible now? Sorry I can't test it right now as I don't have the netbook with me at the moment.
Regards, ST

* lukshuntim@gmail.com [Fri Sep 20, 2013 at 11:29:35PM +0800]:
On a lenovo s10-3c netbook (which has a buggy BIOS), booting locks the keyboard unless the kernel options 'noapic acpi=off' are passed as a workaround. I don't seem to be able to pass them in a previous version of grml. Is it possible now? Sorry I can't test it right now as I don't have the netbook with me at the moment.
I don't know what you mean with "don't seem to be able to pass them in". Just press <tab> on the boot splash and enter the boot options you'd like to use, doesn't this work for you?
regards, -mika-
participants (3)
-
Florian Ermisch
-
lukshuntim@gmail.com
-
Michael Prokop