[Grml] Suggestions
Michael Prokop
mika at grml.org
Mon Nov 6 23:23:23 CET 2006
* Michael Schierl <schierlm-public at gmx.de> [20061105 19:15]:
> some things I noticed when using grml 0.8 recently that might be changed
> some day to make grml even better:
> 1. When loading grml on older machines there is a noticable delay (and
> cdrom activity) when there are loaded lots of screen and zsh
> instances into the virtual consoles. I'd like to have a cheatcode (or
> a runlevel) that only loads programs for console 1 at startup.
> Other consoles are loaded after a key has been pressed there. For
> those consoles that use rungetty, its --prompt option could be used
> to archieve this.
As already mentioned on the mailing list, take a look at booting
with "grml small".
I really like your idea with the --prompt option and integrated it:
http://hg.grml.org/grml-etc/rev/db04e8e2294e
> 2. Having GRUB available on GRML is great. However, I'd like to have a
> few "Grub keyboard layouts" included for people who, unlike me,
> cannot find all that special chars like = or / on an American
> keyboard layout. You can find a German and a French layout on my
> bootdisk (or its config files) available at
> <http://home.arcor.de/mschierlm/bootdisk/>.
> On the other hand, you can save about 1MB on CD by using a 360KB
> floppy image instead of a 1.44MB one. (I tested it and chainloading a
> 360KB GRUB disk image from memdisk works.)
I like your allinone.img! Are you interested in inclusion into main
grml? If so please feel free to contact me (just write me a personal
mail or join #grml on freenode).
> 3. When, for some reason, I need grml booted on two machines and cannot
> use the grml-terminalserver (for example because I may not interfere
> with DHCP servers in the network and do not have a crossover network
> cable with me either) I like to use the toram option. But, obviously,
> it needs lots of RAM and time to get started. In these cases
> grml-small would be better. But I want to carry around as few disks
> as possible. So I thought if it is possible to splitting the squashfs
> image into two images that are merged by unionfs, where the smaller
> one contains a basic system that includes all stuff from grml-small
> (which may be larger than 50MB, but as small as possible) and have a
> cheatcode to load only the small part into ram (and not use the large
> part at all). I do not know if this is feasible in the grml build
> process (obviously it will require some extra work of splitting the
> image), but it would be cool. I don't know any live cd that tries to
> do things like this, so perhaps it is not possible...?
Interesting idea. I'll add it to the todolist and will discuss it
with other developers.
> 4. The bootsplash flickers quite a lot. You might reduce flickering by
> replacing the »/usr/bin/clear« by »echo -ne '\033[H\033[25l'«
> which will not clear the screen but move the cursor to top and set
> the cursor invisible. Another nice thing would be having boot
> messages scrolling in a small "window" inside the bootsplash, like
> it can be done by »ESC [ first ; last r« (see
> »man console_codes | less +/region«), but since I do not know how
> many users are using bootsplash anyway (I usually do not), this is
> just eye-candy and very low priority for me :-)
Excellent feedback! Already incorporated:
http://hg.grml.org/grml-autoconfig/rev/fa92ef1d5c3e
> Feel free to flame me now ;-)
Nothing to flame, brilliant feedback. :) Thanks!
regards,
-mika-
--
http://grml.org/ # Linux for texttool-users and sysadmins
http://wiki.grml.org/ # share your knowledge
http://grml.supersized.org/ # the grml development weblog
#grml @ irc.freenode.org # meet us on irc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.mur.at/pipermail/grml/attachments/20061106/921a7d0c/attachment-0001.pgp
More information about the Grml
mailing list