* Wernfried Haas <bts@bts.grml.org> [20081008 07:39]:

> Works fine here, too. Thanks, mika!

Cool, thanks for testing!

regards,
-mika-

Works fine here, too. Thanks, mika!

Amne, any chance that you try to reproduce this problem with current devel-
release (http://debian.netcologne.de/www.grml.org/devel/)?

I can't reproduce the problem so far and tend to close this bugreport with 
"fixed". :)

thx && regards,
-mika-

Michael Prokop <mika@grml.org> has uploaded a package that may fix your bug.
Please test the package and inform the maintainer whether
version 1.1.3 of grml-etc works as intended or not.

Thank you

The changelog is attached below

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Mon, 10 Mar 2008 18:46:23 +0100
Source: grml-etc
Binary: grml-etc
Architecture: source all
Version: 1.1.3
Distribution: unstable
Urgency: low
Maintainer: Michael Prokop <mika@grml.org>
Changed-By: Michael Prokop <mika@grml.org>
Description: 
 grml-etc   - ecetera files for the grml system
Changes: 
 grml-etc (1.1.3) unstable; urgency=low
 .
   * /etc/init.d/grml-reboot: put reboot + halt binaries to
     the filesystem cache [Testing: issue384]
   * /etc/init.d/grml-reboot: rework umounting and network
     shutdown sequences so filesystems are unmounted also
     when booting via NFS [Testing: issue434]
Files: 
 8e5d770fa5c5ad6cbb64896d882b9085 570 grml optional grml-etc_1.1.3.dsc
 8339417378205b4ed752533c4ccc7c55 145111 grml optional grml-etc_1.1.3.tar.gz
 4ab025af3fa85a68350c9a75bd8d710e 145322 grml optional grml-etc_1.1.3_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH1Xtq2N9T+zficugRArp7AJ4ozGuSXblJiwuiWqBq6EzyAFEYXwCeNeoM
J3kweeigSixJ022Xq9IO4Hc=
=x+A7
-----END PGP SIGNATURE-----

http://hg.grml.org/grml-etc/rev/1f231de1a8c7

Ok, whereas amne's basic problem seems to be fixed (so I'm renaming the title) 
I just got a bugreport by Sven Joachim which is kind of similiar:

#########################################################################
Rebooting grml 1.1 (the full i386 image) with Ctrl-Alt-Del fails rather
badly.  After ejecting the CD-ROM, closing the tray and pressing
<return>, the kernel spits out lots of error messages to the console
regarding I/O errors:

/dev/hdc: tray open
end_request: I/O error, /dev/hdc, sector 114852
loop0: read i/o error, sector 84182

The last messages tells that executing /sbin/reboot failed and that no
more processes are left in this runlevel, at which point only the
power button helps. :-(

Sorry for not providing the exact messages, but I don't know how to
paste them from Qemu.  I have attached a screenshot, though.

Besides on Qemu with the ISO image, I've seen that today on two
different real machines with the CD-R burnt from that image.  And yes,
I have checked the md5sum of the image.
#########################################################################

hda: irq timeout: status=0xc0 (Busy)
ide: failed opcode was: unknown.

Pleas wait 2 minutes [..]

However the CD was successfully ejected on shutdown, so this seems to be rather
a cosmetic issue.

* Wernfried Haas <bts@bts.grml.org> [20080124 17:32]:

> During reboot grml waits 2 minutes (or hit enter) so you can eject the cd.
> However i was unable to eject it using the eject button of the drive on both
> boxes i tested, seems the drive is locked.
> After effecitvely rebooting i was able to eject it during the bios startup phase.

Thanks for reporting, amne. This problem should be fixed with the
next build (there's a "kind of unofficial" (not announced yet) build
available at
http://debian.netcologne.de/www.grml.org/devel/grml64_0.2-rc2.iso )

Any chance that you could test the issue with grml64_0.2-rc2.iso?

thanks && regards,
-mika-

During reboot grml waits 2 minutes (or hit enter) so you can eject the cd.
However i was unable to eject it using the eject button of the drive on both
boxes i tested, seems the drive is locked.
After effecitvely rebooting i was able to eject it during the bios startup phase.