Re: [Grml] Grml packages in Debian
Hi, On 10.10.2011, at 11:35, Lupe Christoph wrote: I would like to point out that removing the packages from grml-testing leaves many people out of updates for a long time (until the packages have arrived in Debian Stable and some Ubuntu release). Thank you for your concerns. Plus, the grml2usb page http://grml.org/grml2usb/ still points to grml-testing. Please put the packages back into grml-testing and find a way to avoid a clash with Debian and Ubuntu repositories. We're currently working on mirroring the (source) packages from unstable back into grml-testing. A course of action has been decided and hopefully our ftpmaster will find time to implement this soon. We'll probably still clash with the Debian repositories, but there isn't a lot we could do about that. -ch -- http://grml.org/ Grml Live Linux ___ Grml mailing list - Grml@mur.at http://lists.mur.at/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://grml.supersized.org/
Re: [Grml] Using grub2-dev in grml2usb suggestion for me.
Charles,
On 06.10.2011, at 16:41, Charles Hewson wrote:
I plan to contribute it back as either a --luks option on grml2usb or
seporate script.
This definitively sounds interesting. Unfortunately I myself know nothing about
LUKS / filesystem encryption on Linux.
Have I missed any issues in reasearch you are aware of ?
Is this approach logical ?
Can't really say. Maybe someone else on the list can comment on this.
In any case, please fork the git repository (possibly from
https://github.com/grml/grml2usb ) and work from there.
Any pointers on how to proceede from chroot to usb ?
You'll have to patch grml2usb to generate the grub config stanzas you need.
grml2usb should automatically pick up the grub version you've installed on the
host machine, but note that it copies the grub files from
/boot/grub/*.{mod,img} .
I'm open to any suggestions and could post bata of process as it would
need to be tested on more hardware than I have available.
Thanks for your input,
Charles
Thanks for contributing to Grml.
-ch
--
http://grml.org/ Grml Live Linux
___
Grml mailing list - Grml@mur.at
http://lists.mur.at/mailman/listinfo/grml
join #grml on irc.freenode.org
grml-devel-blog: http://grml.supersized.org/
Re: [Grml] Pump and dnsmasq
On Mon, Feb 7, 2011 at 4:13 AM, T o n g mlist4sunt...@yahoo.com wrote: Hi, If I dedicate a box for dnsmasq as both dhcp and dns server, can I use pump as dhcp client on the very box to obtain the fixed IP address configured in dnsmasq? This is not a good idea for stability and sanity reasons. Although it will probably work. This is kind of chick-egg problem, so I want to make sure before proceeding. Exactly. Don't do it if you can avoid it. -ch ___ Grml mailing list - Grml@mur.at http://lists.mur.at/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://grml.supersized.org/
Re: [Grml] EXT3-fs: barriers not enabled
Sven, On Tue, Jan 18, 2011 at 2:22 AM, Sven Crouse sv...@snet.net wrote: I just finished migrating Gentoo from single partition to mirrored ( RAID1 ) and LVM2 volumes. In the process, I learned/realized that the Ext3 filesystems contained within raid/volume group are not enabling write barriers despite being told by fstab to do so. This is 2.6.36 kernel with lvm2 version 2.02.73. I thought to try to grml 2010.12 as well, but problem remains. This probably means that the underlying blockdevice does not support write barriers. 2.6.36 should support write barriers in the md and dm layers, but your underlying block device still has to support that, too. My question: is there any magic Start besides mdadm-raid, lvm that should be necessary ? No. You could try running your test with a stock Debian kernel and see if it works there, just to do a quick verification. Cheers, Christian ___ Grml mailing list - Grml@mur.at http://lists.mur.at/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://grml.supersized.org/
