- Grml - lists.mur.at

Re: mixing of distributions grml - unstable - testing - sarge for notebook
by Erich Minderlein 31 Okt '06

31 Okt '06

Hello Liste Thank you for the advice I have decided to keep to "grml", so from now the installation will become cleaner and cleaner. What when 0.9 is in the pipeline and comes out? best regards Erich Minderlein

2 1

grml time
by Erich Minderlein 31 Okt '06

31 Okt '06

Hello liste Since the weekend time transition CEST to CET my notebook is 2 hours ahead of local time. How to adjust the time that : hwclock runs GMT local clock shows CEST or CET as needed ? This has been asked when installing, but I did not find any advise how to correct the settings This is surely a FAQ Item best regards Erich Minderlein

2 1

Remastering grml
by Juergen Fiedler 30 Okt '06

30 Okt '06

I think I got the basics of remastering grml down OK: I copy the contents of the squashfs to a writable folder, chroot into it, do whatever I have to do, leave, recompress the image copy it back and rebuild the ISO image. Works well enough. But: The resulting ISO image turns out much bigger than I anticipated. For example, I added a package that takes up about 1.5M on disk, but it increased the size of the ISO by about 14M. I mad sure to call 'apt-get clean' before leaving the chroot and to verify that /var/tmp and /root were empty and yet, there is space wasted that I can't account for. Can anyone give me any pointers as to what I can do to make sure that I don't add unnecessary ballast to my remastered ISO? Thanks, -juergen

3 3

BadRam/BadMem Kernelpatch
by devzero＠web.de 30 Okt '06

30 Okt '06

Hello ! Since grml seems to become more and more THE live-cd for admins, and maybe often being used for recovery purpose to save data from more or less "dead" boxes - did anybody think of taking a look at the BadRam Kernelpatch ? http://rick.vanrein.org/linux/badram/index.html --------------------------------------- Description: BadRAM: Linux kernel support for broken RAM modules Summary: This page proposes an approach to support RAMs with defective addresses, This may open interesting business perspectives, where those RAMs can be sold under a white label for less money rather than discarded of without any profit. Objective of the project My objective is to patch the Linux kernel in such a way that it can handle defective RAM modules. With defective RAM, I mean RAM which has some bits wrong at some (known) addresses. Normally, such RAM is considered useless and thrown away; the larger RAMs get, the higher the chances of failing addresses. With ever growing RAM sizes, it would therefore be pleasant to have an alternative to discarding of defective RAM chips. --------------------------------------- Unfortunately, I don`t have personal experience with this patch (yet), but maybe there are people on this list who know that patch already !? It exists for quite some time and a version for recent 2.6.18 kernel is available. Also, there exists a spin-off project "BadMem" at http://badmem.sourceforge.net/ something useful for GRML ? comments ? regards Roland ______________________________________________________________________ XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club! Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130

3 2

Re: [Grml] BadRam/BadMem Kernelpatch
by devzero＠web.de 30 Okt '06

30 Okt '06

> I'm not a real friend of out-of-tree code, especially if it replaces > *existing* code from mainline. *If* such a patch is really desirable > it should be sent to LKML and walk through the review cycle. Any > single patch differing from mainline makes debugging problems > harder, so I'm quite conservative in accepting patches to main > grml-kernel. ok - quite ok to be conservative - i can understand this. on the other hand with kernel patches it`s often sort of a chicken-egg problem. no mainline inclusion without testing, no testing without mainline inclusion....... yes, but grml is not for testing kernel patches ;) i came across the following posting and contacted the author: http://forums.gentoo.org/viewtopic-t-506388.html think we just should wait for some time...... regards roland ps: anyway - not sure if the BadRam patch changes relevant code-paths if there isn`t "badram=" specified on the commandline. > -----Ursprüngliche Nachricht----- > Von: Michael Prokop <mika(a)grml.org> > Gesendet: 29.10.06 23:31:18 > An: grml(a)mur.at > Betreff: Re: [Grml] BadRam/BadMem Kernelpatch > * devzero(a)web.de <devzero(a)web.de> [20061029 15:12]: > > > Since grml seems to become more and more THE live-cd for admins, > > and maybe often being used for recovery purpose to save data from > > more or less "dead" boxes - did anybody think of taking a look at > > the BadRam Kernelpatch ? > > http://rick.vanrein.org/linux/badram/index.html > > Yes, I'm aware of that patch. > > [...] > > Unfortunately, I don`t have personal experience with this patch > > (yet), but maybe there are people on this list who know that patch > > already !? > > > It exists for quite some time and a version for recent 2.6.18 > > kernel is available. > > > Also, there exists a spin-off project "BadMem" at http://badmem.sourceforge.net/ > > I'm not a real friend of out-of-tree code, especially if it replaces > *existing* code from mainline. *If* such a patch is really desirable > it should be sent to LKML and walk through the review cycle. Any > single patch differing from mainline makes debugging problems > harder, so I'm quite conservative in accepting patches to main > grml-kernel. > > thx && 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 > > <hr> > _______________________________________________ > Grml mailing list - Grml(a)mur.at > http://lists.mur.at/mailman/listinfo/grml > join #grml on irc.freenode.org > grml-devel-blog: http://grml.supersized.org/ _______________________________________________________________________ Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222

1 0

mixing of distributions grml - unstable - testing - sarge for notebook
by Erich Minderlein 29 Okt '06

29 Okt '06

Hallo Liste For the user applications I would like to use as much as possible stable applications, also for a low update rate. (gnome desktop, gdm, evolution...) For the hardware I am forced to use up to date kernel drivers X server etc . I did not succeed up to now to resolve these dependencies. So I cannot use the notebook. Do I need dbus ? it is broken when installing gnome desktop environment. I definitely need udev, but it is also broken. other dependencies may show up when continuing So I cannot use the notebook up to now for user work. how to proceed. best regards -- Erich Minderlein <erminderlein(a)locoware.de> MARC Mannheim Rail Commerce GmbH

3 4

config id used in grml-rebuildfstab
by T 29 Okt '06

29 Okt '06

Hi Currently, grml-rebuildfstab executes '"rebuildfstab -v -r -u $fstabuser -g $fstabuser'" where $fstabuser is the user with the UID 1000. Is this UID 1000, GID 1000 configurable somewhere? thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/

2 8

Re: config id used in grml-rebuildfstab
by Erich Minderlein 27 Okt '06

27 Okt '06

Hallo When I install a regular debian sarge I am induced to enter a non root user to receive certain mails etc. This user has then uid 1000 gid 1000. Since converting old PCs to debian sarge now I own 3 (three) installations where this is my identity and I use it for my regular work. For a new notebook, which does not work with sarge, I choose to use grml, and have not yet come to the point of installing my user account. I have this for purposes like NIS and nfs and I use it for nfs. this habit should be taken into account An user like grml-rebuildfstab who is doing system work should not have an uid gid in the normal user range, but in the range 1-999 my 2cts worth of brain damage best regards -- Erich Minderlein <erminderlein(a)locoware.de> MARC Mannheim Rail Commerce GmbH

2 1

Failure mode testing (network)
by Mark 27 Okt '06

27 Okt '06

It can be annoying to run grml without a network. When you unplug ethernet and boot grml, various 'strange' things happen. Name resolution and network time fail. That is normal, but the problem is retry/timeout settings. After a couple of minutes the daemon error messages should stop. Some reappear for long periods of time. Suggestion: test grml in this 'failure' mode and adjust the retry/timeout factors. Sometimes, even when you have a working network, the name resolution system is down, giving a similar result.

2 3

grml von Boot-CD starten
by Thomas Mötzing 22 Okt '06

22 Okt '06

Hallo zusammen, ich versuch seit einigen Tagen mein erstes grml zum Laufen zu bekommen und scheitere am Boot-Vorgang. Ich habe das iso-Image von grml 0.8 und auch das Image von grml_small 0.2 heruntergeladen und beide auf je eine CD gebrannt ( alles unter WXP - Asche auf mein Haupt ). Die CD scheint im ersten Moment zu funktionieren, aber die beiden Zeilen vor dem boot-Prompt und die Meldung nach dem Druck auf die ENTER-Taste können mich nicht erfreuen... Unknown keyword in config file Unknown keyword in config file boot: Could not find kernel image: grml Die MD5 Checksummen der beiden Images sind OK. Gibt es eine Möglichkeit, die gebrannte CD in ähnlicher Art und Weise zu überprüfen? Beide CD's lassen sich vollständig und ohne Fehlermeldung lesen. Dass ich das alles unter Windows mache, und ein Image mit Nero brenne, sollte doch kein Problem sein?! Zumindest war es das bei Knoppix oder Debian bis jezt nicht. Weiß vielleicht jemand von Euch Rat, denn ich gehe davon aus, dass ich irgendetas falsch mache. bis dann Thomas ...und schönes Wochenende...

2 1