- Grml - lists.mur.at

grml live-usb and truecrypt?
by Stefan /*St0fF*/ Hübner 26 Jan '12

26 Jan '12

Dear list, I've been using grml-live-usb sticks for disaster cases since a few years. No I have "my own" disaster case - the system SSD starts to break, and the datastore-hdd is true-encrypted. I most probably won't get a network connection during the recovery process. How can I get truecrypt onto my usb-key "in advance"? Thanks for any hints in advance, Stefan

2 1

Re: [Grml] Missing smbmount
by Dirk Becker 23 Jan '12

23 Jan '12

On 20.01.2012 17:54, Werner Flamme wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dirk Becker [20.01.2012 17:04]: >> Hi all! >> >> I was using GRML very often for mounting SMB shares via 'mount -t >> smbfs'. Unfortunately smbfs seems to be removed since GRML >> 2011.12. Is there a workaround or any other way to mount Samba >> shares? >> >> -Dirk > > Hi Dirk, > > I'm no sure if the package is installed by default, but "mount -t > cifs" should work. I don't remember the package's name - something > with "cifs" in its name, maybe cifs-utils as in Ubuntu. > > HTH > Werner Hi Werner, there is neither a 'mount -t cifs' nor a 'mount -t smbfs'. Seems to be completely removed, I also can't find the packages in http://grml.org/files/grml32_2011.12/dpkg.list Does anybody know why they were removed? I found them very useful. -Dirk > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.18 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk8ZnCsACgkQk33Krq8b42NDtACeMWoF78DV3sWGGw1qc7GR9mVC > NCYAnj2RFKGBmZF5guiM4nwhDb63XTz9 > =HY7i > -----END PGP SIGNATURE----- > _______________________________________________ > Grml mailing list - Grml(a)ml.grml.org > http://ml.grml.org/mailman/listinfo/grml > join #grml on irc.freenode.org > grml-devel-blog: http://blog.grml.org/

2 1

Missing smbmount
by Dirk Becker 20 Jan '12

20 Jan '12

Hi all! I was using GRML very often for mounting SMB shares via 'mount -t smbfs'. Unfortunately smbfs seems to be removed since GRML 2011.12. Is there a workaround or any other way to mount Samba shares? -Dirk

2 1

Trying to get modules to load & services to start at boot
by John Magolske 17 Jan '12

17 Jan '12

Hi, I have grml installed on my ThinkPad (grml2hd 05/16/2011), and am having trouble getting modules to load & services to start at boot. I did: # echo tp_smapi >> /etc/modules But after booting, tp_smapi is not present and I end up having to manually load it. There's a post from 2005 [1] that says the solution is to activate /etc/init.d/module-init-tools in /etc/runlevel.conf. Is this still required? If so, as I don't see module-init-tools in that file, I'm wondering where in the lineup should it should be and at which runlevels it should start. Also, I added these lines to /etc/sysfs.conf : devices/platform/smapi/BAT0/start_charge_thresh=82 devices/platform/smapi/BAT0/stop_charge_thresh=92 vm.swappiness=5 But those values are not reflected after reboot: # cat /sys/devices/platform/smapi/BAT0/*_charge_thresh 89 96 # cat /proc/sys/vm/swappiness 60 So they have to be set manually: # echo 82 > /sys/devices/platform/smapi/BAT0/start_charge_thresh # echo 92 > /sys/devices/platform/smapi/BAT0/stop_charge_thresh # sysctl vm.swappiness=5 To start postfix I added this line to /etc/init.d/bootlocal.first : /etc/init.d/postfix restart But postfix doesn't start up at boot. Thanks for any suggestions on how to set these things up properly. [1] http://ml.grml.org/pipermail/grml/2005-November/008349.html Regards, John -- John Magolske http://B79.net/contact

1 0

Re: [Grml] Statement regarding the Grml "reset" with 2011.12 release
by Lupe Christoph 05 Jan '12

05 Jan '12

Hi! I just tried to put these ISOs on the same USB stick: grml64_2011.12.iso grml32_2011.12.iso grml64_2011.05.iso grml_2011.05.iso (I wanted to have the older versions around because my paranoia tells me I will need one of the programs that were deleted, by I want to use the newer versions to find out if I really do.) It turns out that grml2usb used the flavour to generate the syslinux menu entries: Debug: 2012-01-05 12:31:35,505 Note: you can boot flavour grml using 'grml' on the commandline. Debug: 2012-01-05 12:31:35,505 Note: you can boot flavour grml32 using 'grml32' on the commandline. Debug: 2012-01-05 12:31:35,505 Note: you can boot flavour grml64 using 'grml64' on the commandline. So I'm able to boot the older versions because I specified the later on the command line, and grml32_2011.12.iso because the flavour changed to grml32. And grml64 was selected as the default flavour because it came first. Only the version was replaced. Looks like I would have to fiddle with the contents of one of the grml64 ISOs to accomplish my goal. Any suggestions? Yeah, I know, buy another USB stick, they're cheap ;-) Thanks, Luep Christoph -- | It is a well-known fact in any organisation that, if you want a job | | done, you should give it to someone who is already very busy. | | Terry Pratchett, "Unseen Academicals" |

2 2

A New Year and a big thank you.
by Charles Alan Hewson 31 Dez '11

31 Dez '11

Hi All, First, I want to thank the developers, testers and contributors. I have used GRML for years as an on the road work environment. I have customized with grml-live since it was introduced. Think firmware and cross-platform encryption that can not be redistributed. We all use the best tool for the need if it is rescue, recovery, repair, privacy or security. After 40 years in the business I appreciate what these fine people are doing as we all should. Second, I am resolved to contribute more to this project and the community in 2012. I can test what I use more thoroughly and check the upstream for the feature or bug. The developers use 64 bit boxes. If we expect to use a 32 bit GRML for 2 more years we need to test it. This was not intended to start a rant just to be a reminder. Charles

1 0

mirror grml
by John Heim 30 Dez '11

30 Dez '11

I would like to set up a grml mirror site. How do I do that?

3 2

grml as host system
by Philippe Delavalade 30 Dez '11

30 Dez '11

Hi. I have already complain about the removal of the brltty boot option in the new release. Now, I realise that the new grml is nomore suitable as host system to build linuxfromscratch ; previously I recommanded it as livecd for this purpous but now, important packages are missing... It's sad. -- Ph. Delavalade

6 15

Let me reframe the question, then I'll go join the devel list...
by Tom {Tomcat} Oehser 28 Dez '11

28 Dez '11

So, I will take the suggestion to go participate on the devel list... And I understand the reluctance to just keep stuff that isn't tested... And, it even makes sense to see what people scream about, after all, there is an old saying, if you don't wear it for a year, throw it away... But, I think it is fair to re-frame the question, in a _rescue_ context. For rescue, one often finds oneself suddenly with _only_ one's rescue media. Having the latest kernel isn't so important, but being able to quickly and easily do something-or-other *at all* is important. So the question is, we've been talking about what 11.12 removes. For _rescue_, what does it _add_ over 11.5? EFI boot support is a candidate for something that would matter, but cleanup, mDNS, auto-startups, build stuff for grml, zsh config, terminal fonts, etc . - doesn't really matter. For me personally, I use grml for rescue and reformats and recoveries. Often I boot virtual machines with it, also, to do something-or-other to a copy of a running machine. I'm not kidding that the most common thing I do boils down to chains of netcat/tar/cpio/lzop/gzip/buffer/nc to move around disk images or virtual machines, and having both buffer and lzop even considered for removal gives me pause that maybe this tool is going in a direction different than what my uses and needs are. So, for me, the question is really simple - 2011.05 is a pefect fit for my current needs - should I just take that as the gold-standard final- release and not look back? 2011.05 is working _fine_ for me - even a couple of hours to learn how to build a -full myself, never mind the hours to become active, is more driven by idle curiosity and a desire to support the tool than it is by common sense. Common sense for me would be, 2011.05 ain't broke and I'm unlikely to have hardware in the next 5 years that cares for newer kernels. Common sense would be to slide the write protect tab on a few USB sticks and figure you've painted your masterpiece and it is done. The question is, what reasons are there to upgrade? Aside from it being smaller and advantages arising directly from it being smaller? -Tom -- "Let us do our duty in our shop or our kitchen, the market, the street, the office, the school, the home, just as faithfully as if we stood in the front rank of some great battle, and we knew that victory for mankind depended upon our bravery, strength, and skill. When we do that the humblest of us will be serving in that great army which achieves the welfare of the world." --Theodore Parker The little girl expects no declaration of tenderness from her doll. She loves it -- and that's all. It is thus that we should love. -- DeGourmont

3 4

Statement regarding the Grml "reset" with 2011.12 release
by Michael Prokop 28 Dez '11

28 Dez '11

Dear Grml users and developers, you might have noticed the rumble in the Grml community about the new "install & rescue" mission of Grml and the dropped grml-small and 700MB ISOs.[1] Be assured that we take all the raised concerns serious. I for my own not only because I'm the project inventor, but also since it's one of my main projects which I'm maintaining for more than 7 years (the seven-year itch?) and personally do *really* care about. So I'd like to give some backgrounds of what's going on, all of that being from *my* personal POV. Christian - being the other release manager in the Grml project - did an outstanding job for this release and was a driving force to get this release done at all. To get a common starting point I'd like you to read Christian's blog article describing his POV of the 2011.12 release: http://zeha.at/blog/2011/12/grml-pissed-off.html To quote Christian: | Sure, it's hard to swallow and most people can just ignore the | alternative: no release at all. And that's the reason why the reset button had to be pressed for this Grml release. The download stats show that the Grml project is serving several thousand users. To quote Christoph Biedl: | Rest assured Grml has a very pleased user base, perhaps a bit too | quiet, and as always more taking than giving. A "Keep Grml just the | way it is, it's almost perfect" might be boring but it's actually a | compliment about the things you've achieved in the past seven-ish | years. -- http://ml.grml.org/pipermail/grml-devel/2011-December/000217.html And that's exactly our issue: we can't keep the "more taking than giving" project any longer that way. Even though our *users* are happy, the *developers* aren't happy any longer. To quote Frank, another Grml developer: | But it is equally important, that everyone understands, that the few | people who do the major work on rolling out releases (and I am not one | of them by a long shot) on a fairly regular schedule only have 24 | hours in a day, just like everyone else. The workload needed to be | contained at a doable level. | [...] | That aside, I don't see the changes as being damaging, but rather as a | chance. I agree that there are some packages that are missing. But it's | only *now* that we get to know what these packages were. It is a well | deserved cleanup of our list of packages, because we now get to see | which packages deserve attention and which do not. -- http://ml.grml.org/pipermail/grml/2011-December/011295.html Since we've a real life as well (earning money, having family, sleeping,... - you know) we have to keep the project at level at which we can manage it in our spare time. This was no longer true for the large set of packages rolling with 2x 700MB ISOs, 2x ~230MB ISOs and 2x ~120MB ISOs. Instead we declared "install & rescue" as our main mission to focus on a specific target. We created a new Grml flavour, known as the new GRML_FULL in grml-live and resulting in grml32 and grml64 ISOs with ~350MB. grml96 (being a multiboot ISO of grml64 and grml32) is new as well - though since it's basically just the result of "grml2iso -o grml96_${release}.iso grml64_*.iso grml32_*.iso" we're not yet 100% certain about its future. At the same time all the previous flavours still ARE there in grml-live: GRML_SMALL and GRML_MEDIUM as it used to be, the old GRML_FULL (700MB) just got renamed to GRML_XL. So if you want to create your own grml-small/grml-medium/grml-xl just use grml-live (http://grml.org/grml-live/). Remastering became once again simplier with this release: http://blog.grml.org/archives/364-Remastering-Grml-2011.12-will-be-as-easy-… But it's NOT as simple as just maintaining a software list in a textfile inside grml-live.git. It's *also* about testing (some kind of regularly for the daily ISOs and more extensive testing of release candidates), fixing failing builds (daily ISOs as well as Git-triggered ones), integration in Grml tools (grml-quickconfig, grml-x,...) as well as providing sane default configurations and giving user support ("why doesn't foo work?"). So we need help not only at maintaining the flavours (as in main development/coding), but also at: * testing, testing, testing * documentation * website ( https://github.com/grml/grml.org ) * bug fixing ( http://bts.grml.org/grml/ ) * user support (IRC, mailing lists,...) * marketing (spreading the word, blogging, twitter/identi.ca,...) * press stuff While the 2011.12 release might not be perfect we worked a *lot* to make the "one button click release" dream come true. The release process became much more streamlined so we even consider providing a 2012.01 release which addresses known bugs and re-adds some software packages. We also put a lot of work into our infrastructure (Jenkins, mirror, github,...) which is serving not only developers but also our users. If you care about Grml and would like to see grml-small, grml-xl,... come back again or want to see a texttool flavour, a development flavour, a pen testing flavour, or $YOU_NAME_IT then please don't just send flames (which is nothing else than pissing in our face and further demotivating us) but step up and help us *NOW*! You can find us on #grml on freenode, the user mailing list (http://ml.grml.org/mailman/listinfo/grml), the development mailing list ( http://ml.grml.org/mailman/listinfo/grml-devel) and patch/fork/pull-request our stuff at https://github.com/grml/ Be assured: The Grml team will do whatever is necessary to make contributions as easy and pleasant as possible. But please join our community NOW if you really care about it. regards, -mika- [1] [Grml-devel] About the new grml direction http://ml.grml.org/pipermail/grml-devel/2011-December/000213.html [Grml] Grml 2011.12 trolling^W comments from disappointed user(s) http://ml.grml.org/pipermail/grml/2011-December/011283.html

1 0