<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:8pt"><div><span><br></span></div><div>Re: HDD's not recognised on the latest grml-full 64 bits</div> <div class="" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 8pt;"> <div class="" style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div class=""> <hr size="1"> <font face="Arial" size="2"> <b><span style="font-weight:bold;">From:</span></b> "grml-devel-request@ml.grml.org" <grml-devel-request@ml.grml.org><br> <b><span style="font-weight: bold;">To:</span></b> grml-devel@ml.grml.org <br><b><span style="font-weight: bold;"></span></b></font><br> 3. HDD's not recognised on the latest grml-full 64 bits<br> (Arne de Boer)<br> 4. Re: HDD's not
recognised on the latest grml-full 64 bits<br> (Michael Prokop)<br><br>This was my fault, I forgot I was working on a different system than the one I am used to.<br>This system only has sda and sdb<br>So nothing is wrong with grml .<br><br>Thanks!,<br>Arne<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 25 Mar 2014 12:48:56 +0100<br>From: Axel Beckert <<a ymailto="mailto:abe@deuxchevaux.org" href="mailto:abe@deuxchevaux.org">abe@deuxchevaux.org</a>><br>To: <a ymailto="mailto:grml-devel@ml.grml.org" href="mailto:grml-devel@ml.grml.org">grml-devel@ml.grml.org</a><br>Subject: Re: [Grml-devel] First Release Candidate of Grml version<br> 2014.03 released<br>Message-ID: <<a ymailto="mailto:20140325114856.GK27889@sym.noone.org" href="mailto:20140325114856.GK27889@sym.noone.org">20140325114856.GK27889@sym.noone.org</a>><br>Content-Type:
text/plain; charset=us-ascii<br><br>Hi,<br><br>On Tue, Mar 25, 2014 at 09:20:07AM +0100, Michael Prokop wrote:<br>> > Started it via grml-rescueboot on my EeePC 900A.<br>> <br>> > The font in the boot menu seems to be truncated at the bottom of each<br>> > line, especially the letters g, p and y are cut off at the font's base<br>> > line.<br>> <br>> > Interestingly this is not the case in the help text below the menu,<br>> > i.e. the "y" in "E to edit menu entry" looks fine. (This does not<br>> > happen if I use grub-imageboot, only with grml-rescueboot. The menu<br>> > looks different, like syslinux vs grub or so.)<br>> <br>> That's strange.<br><br>The font issue or the different boot loaders?<br><br>> > If I choose "copy grml to RAM" I get an error message about something<br>> > with "error: null src bitmap in grub_video_bitmap_create_scaled" and<br>> > "Press any key to
continue", but it continues after 5 seconds or such<br>> > anyway (took me several reboots to manually copy the message) and<br>> > boots grml without further issues. Does not happen if I use the<br>> > default boot entry.<br>> <br>> Hm ok, which grub version are you using here?<br><br>The one currently in Debian Unstable, 2.02~beta2-7.<br><br>> > Starting X works fine, but Ctrl-Alt-Backspace doesn't work. Need to<br>> > use the menu of the window manager.<br>> <br>> Ok, that might need further configuration to work again with recent<br>> X.org versions.<br><br>.oO( Sounds familiar. :-)<br><br>> > gcc-4.7-base and libprocps0 can be removed without harm, they're no<br>> > more needed. (procps depends on libprocps3 nowadays and there's no<br>> > gcc-4.7 left on the system.)<br>> <br>> They seem to be brought in via depends/suggests/... since there's no<br>> explicit dependency on it
in grml-live, needs investigation.<br><br>Haven't grml running currently but "aptitude search<br>'?depends(gcc-4.7-base) ~i'" or "aptitude search<br>'?recommends(gcc-4.7-base) ~i'" should help to find the culprit.<br><br>> > debconf-i18n (> 1 MB) can probably removed, too.<br>> <br>> Same here<br><br>If you install recommends by default, this looks obvious to me:<br>debconf recommends debconf-i18n.<br> <br>> > iproute (transitional package to iproute2) could be removed, if<br>> > grml-shlib, isc-dhcp-client and vlan wouldn't still depend on it.<br>> > grml-hwinfo still recommends it. (At least the grml-* packages could<br>> > be fixed by grml. :-)<br>> <br>> grml-shlib already uses "iproute2 | iproute" in its Depends, so<br>> nothing to do here from my PoV.<br><br>Ah, sorry, I just looked at the reverse dependencies, but not how<br>they specify it. My fault, I just saw a transitional package and<br>looked
at its reverse dependencies.<br><br>> > Does grml really need tasksel and tasksel-data? (> 1,2 MB together)<br>> <br>> Nope, wondering which packages brings that in... thanks<br><br>Similar aptitude commands as above may help here, too. I've run the<br>following on a machine with Stable, Testing and Unstable in its<br>sources.list:<br><br>$ aptitude search '( ?recommends(tasksel) | ?depends(tasksel) | ?suggests(tasksel) ) !^task !-tasks$'<br>i A aptitude - terminal-based package manager<br>p aptitude:i386 - terminal-based package manager<br>c aptitude-gtk - terminal-based package manager (GUI and terminal interfaces)<br>p dpkg-www - Web based Debian package browser<br>p synaptic - Graphical package manager<br>p synaptic:i386 - Graphical package manager<br><br>If grml pulls in Suggests by default, it's likely aptitude. I've found<br>no
other explanation so far.<br><br>> > The following transitional packages can be safely removed:<br>> <br>> > * libblas3gf<br>> <br>> Seems to be pulled in via a package<br><br>IIRC libblas3gf and libblas3 are often used in alternative<br>dependencies.<br><br> Kind regards, Axel<br>-- <br>/~\ Plain Text Ribbon Campaign | Axel Beckert<br>\ / Say No to HTML in E-Mail and News | <a ymailto="mailto:abe@deuxchevaux.org" href="mailto:abe@deuxchevaux.org">abe@deuxchevaux.org</a> (Mail)<br> X See <a href="http://www.nonhtmlmail.org/campaign.html" target="_blank">http://www.nonhtmlmail.org/campaign.html </a>| <a ymailto="mailto:abe@noone.org" href="mailto:abe@noone.org">abe@noone.org</a> (Mail+Jabber)<br>/ \ I love long mails: <a href="http://email.is-not-s.ms/"
target="_blank">http://email.is-not-s.ms/ </a>| <a href="http://noone.org/abe/" target="_blank">http://noone.org/abe/ </a>(Web)<br><br><br>------------------------------<br><br>Message: 2<br>Date: Wed, 26 Mar 2014 00:15:21 +0100<br>From: Axel Beckert <<a ymailto="mailto:abe@deuxchevaux.org" href="mailto:abe@deuxchevaux.org">abe@deuxchevaux.org</a>><br>To: <a ymailto="mailto:grml-devel@ml.grml.org" href="mailto:grml-devel@ml.grml.org">grml-devel@ml.grml.org</a><br>Subject: Re: [Grml-devel] First Release Candidate of Grml version<br> 2014.03 released<br>Message-ID: <<a ymailto="mailto:20140325231521.GP27889@sym.noone.org" href="mailto:20140325231521.GP27889@sym.noone.org">20140325231521.GP27889@sym.noone.org</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>Hi,<br><br>Just a summary of what we just discussed on IRC in #grml:<br><br>On Tue, Mar 25, 2014 at 12:48:56PM +0100, Axel Beckert wrote:<br>> > >
gcc-4.7-base and libprocps0 can be removed without harm, they're no<br>> > > more needed. (procps depends on libprocps3 nowadays and there's no<br>> > > gcc-4.7 left on the system.)<br>> > <br>> > They seem to be brought in via depends/suggests/... since there's no<br>> > explicit dependency on it in grml-live, needs investigation.<br><br>We now suspect it comes from the base tar ball which is used to<br>bootstrap the build. gcc-*-base packages are of priority required and<br>hence never get removed automatically even if they is marked as<br>automatically installed via a dependency.<br><br>> > > debconf-i18n (> 1 MB) can probably removed, too.<br>> > <br>> > Same here<br>> <br>> If you install recommends by default, this looks obvious to me:<br>> debconf recommends debconf-i18n.<br><br>But grml doesn't do that. Until a few years ago, debconf had a hard<br>dependency on debconf-i18n
which later got downgraded to Recommends<br>(IIRC when the previous alternative dependency debconf-english got<br>merged back into debconf). So this likely also comes from the base<br>tar-ball.<br><br>mika plans rebuild the base tar ball later today, so we should get rid<br>of these packages soon.<br><br>> > > Does grml really need tasksel and tasksel-data? (> 1,2 MB together)<br>> > <br>> > Nope, wondering which packages brings that in... thanks<br><br>I suspect the base tar ball for that one, too. There's some tight<br>relationship with d-i and aptitude, but I forgot the details. (At some<br>time in the past tasksel needed aptitude, at least for some features<br>used by d-i.)<br><br>> > > The following transitional packages can be safely removed:<br>> > <br>> > > * libblas3gf<br>> > <br>> > Seems to be pulled in via a package<br>> <br>> IIRC libblas3gf and libblas3 are often used in
alternative<br>> dependencies.<br><br>If in the past there was one dependency which only depended on<br>libblas3gf and it made it's way in the base tar ball that way, the<br>issue should be probably also solved by rebuilding the base tar ball.<br><br>Since mika asked how I found that stuff: I used the same aptitude<br>search patterns I used for finding disk space eating cruft on my EeePC<br>701 with only 4 GB of disk space. You get quite good in doing so after<br>a while. ;-)<br><br>Here are a few of these recipes, mostly from<br><a href="https://github.com/xtaran/zshrc/blob/master/zsh.d/50-alias#L201" target="_blank">https://github.com/xtaran/zshrc/blob/master/zsh.d/50-alias#L201 </a>and<br><a href="http://noone.org/blog/English/Computer/Debian/CoolTools/Finding%20packages%20for%20deinstallation%20on%20the%20commandline%20with%20aptitude.futile"
target="_blank">http://noone.org/blog/English/Computer/Debian/CoolTools/Finding%20packages%20for%20deinstallation%20on%20the%20commandline%20with%20aptitude.futile</a><br><br>Show packages which are not marked as automatically installed and<br>don't have any reverse dependencies:<br><br>aptitude -o "Aptitude::Pkg-Display-Limit=~i !~M !?reverse-depends(~i)"<br><br>Find installed packages with "dummy" or "transition" in their<br>description:<br><br>aptitude -o "Aptitude::Pkg-Display-Limit=~i ( ~d transition | ~d dummy )"<br><br>The used search terms also can be used with "aptitude search" on the<br>commandline if someone prefers the CLI interface over the TUI<br>interface (which I use primarily).<br><br>Plus remembering which packages I removed on quite some of my boxes.<br>:-)<br><br> Kind regards, Axel<br>-- <br>/~\ Plain Text Ribbon Campaign | Axel
Beckert<br>\ / Say No to HTML in E-Mail and News | <a ymailto="mailto:abe@deuxchevaux.org" href="mailto:abe@deuxchevaux.org">abe@deuxchevaux.org</a> (Mail)<br> X See <a href="http://www.nonhtmlmail.org/campaign.html" target="_blank">http://www.nonhtmlmail.org/campaign.html </a>| <a ymailto="mailto:abe@noone.org" href="mailto:abe@noone.org">abe@noone.org</a> (Mail+Jabber)<br>/ \ I love long mails: <a href="http://email.is-not-s.ms/" target="_blank">http://email.is-not-s.ms/ </a>| <a href="http://noone.org/abe/" target="_blank">http://noone.org/abe/ </a>(Web)<br><br><br>------------------------------<br><br>Message: 3<br>Date: Tue, 25 Mar 2014 16:58:04 -0700 (PDT)<br>From: Arne de Boer <<a ymailto="mailto:arnedeboer22@yahoo.com" href="mailto:arnedeboer22@yahoo.com">arnedeboer22@yahoo.com</a>><br>To: "<a ymailto="mailto:Grml-devel@ml.grml.org"
href="mailto:Grml-devel@ml.grml.org">Grml-devel@ml.grml.org</a>" <<a ymailto="mailto:Grml-devel@ml.grml.org" href="mailto:Grml-devel@ml.grml.org">Grml-devel@ml.grml.org</a>><br>Subject: [Grml-devel] HDD's not recognised on the latest grml-full 64<br> bits<br>Message-ID:<br> <<a ymailto="mailto:1395791884.96218.YahooMailNeo@web121805.mail.ne1.yahoo.com" href="mailto:1395791884.96218.YahooMailNeo@web121805.mail.ne1.yahoo.com">1395791884.96218.YahooMailNeo@web121805.mail.ne1.yahoo.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>1.<br>partitions on /dev/sda and /dev/sdb are recognised, but<br>on /dev/sdc and /dv/sdd not<br>grml-hwinfo also lacks sdc and sdd<br>(The partitions on these disks are 2 x? 2 TB)<br><br>2.<br>Network works out of the box on ethernet! (first time with grml!)<br>No configuration needed, I am happy!<br><br>Thanks,<br>Arne<br>-------------- next part --------------<br>An
HTML attachment was scrubbed...<br>URL: <<a href="http://ml.grml.org/pipermail/grml-devel/attachments/20140325/f5469114/attachment-0001.html" target="_blank">http://ml.grml.org/pipermail/grml-devel/attachments/20140325/f5469114/attachment-0001.html</a>><br><br>------------------------------<br><br>Message: 4<br>Date: Wed, 26 Mar 2014 09:34:25 +0100<br>From: Michael Prokop <<a ymailto="mailto:mika@grml.org" href="mailto:mika@grml.org">mika@grml.org</a>><br>To: <a ymailto="mailto:grml-devel@ml.grml.org" href="mailto:grml-devel@ml.grml.org">grml-devel@ml.grml.org</a><br>Subject: Re: [Grml-devel] HDD's not recognised on the latest grml-full<br> 64 bits<br>Message-ID: <<a ymailto="mailto:2014-03-26T09-33-29@devnull.michael-prokop.at" href="mailto:2014-03-26T09-33-29@devnull.michael-prokop.at">2014-03-26T09-33-29@devnull.michael-prokop.at</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>* Arne de Boer [Tue Mar
25, 2014 at 04:58:04PM -0700]:<br>> 1.<br>> partitions on /dev/sda and /dev/sdb are recognised, but<br>> on /dev/sdc and /dv/sdd not<br>> grml-hwinfo also lacks sdc and sdd<br>> (The partitions on these disks are 2 x? 2 TB)<br><br>Hm, what's /dev/sdc and /dev/sdd supposed to be?<br>Are they listed in /proc/partitions?<br>What's the output of 'parted -s /dev/sdc print'?<br><br>> 2.<br>> Network works out of the box on ethernet! (first time with grml!)<br>> No configuration needed, I am happy!<br><br>:)<br><br>regards,<br>-mika-<br>-------------- next part --------------<br>A non-text attachment was scrubbed...<br>Name: signature.asc<br>Type: application/pgp-signature<br>Size: 197 bytes<br>Desc: Digital signature<br>URL: <<a href="http://ml.grml.org/pipermail/grml-devel/attachments/20140326/218ccb31/attachment-0001.sig"
target="_blank">http://ml.grml.org/pipermail/grml-devel/attachments/20140326/218ccb31/attachment-0001.sig</a>><br><br>------------------------------<br><br>Message: 5<br>Date: Wed, 26 Mar 2014 10:20:07 +0100<br>From: Christoph Biedl <<a ymailto="mailto:grml.fksi@manchmal.in-ulm.de" href="mailto:grml.fksi@manchmal.in-ulm.de">grml.fksi@manchmal.in-ulm.de</a>><br>To: <a ymailto="mailto:grml-devel@ml.grml.org" href="mailto:grml-devel@ml.grml.org">grml-devel@ml.grml.org</a><br>Subject: Re: [Grml-devel] First Release Candidate of Grml version<br> 2014.03 released<br>Message-ID: <<a ymailto="mailto:1395825592@msgid.manchmal.in-ulm.de" href="mailto:1395825592@msgid.manchmal.in-ulm.de">1395825592@msgid.manchmal.in-ulm.de</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>Christoph Biedl wrote...<br><br>> Cannot continue testing netboot, ipxe is driving me nuts one more<br>> time. If anybody has an idea why a bitwise
identical undionly.kpxe<br>> works perfectly on one host but yields the dreaded "menu: command not<br>> found" on a second one ...<br><br>Nasty feature of qemu, not a Grml problem.<br><br>(...)<br>> => "XZ-compressed data is corrupt"<br>> <br>> This did not happen with grml32-small_2013.09.iso but might be a<br>> kernel/qemu bug as well.<br><br>Reproducible using libvirt, could not reproduce on real hardware or in<br>virtualbox. So I suspect some oddities in qemu's handling of<br>virtualized memory that collide with some assumptions of the xz<br>compressor. Investigating into that is a fascinating challenge but I<br>don't expect to have time for that before the weekend.<br><br>Mention this issue in the release notes?<br><br>Could somebody check using xen?<br><br> Christoph<br><br><br><br>------------------------------<br><br>Subject: Digest Footer<br><br>_______________________________________________<br>Grml-devel
mailing list<br><a ymailto="mailto:Grml-devel@ml.grml.org" href="mailto:Grml-devel@ml.grml.org">Grml-devel@ml.grml.org</a><br><a href="http://ml.grml.org/mailman/listinfo/grml-devel" target="_blank">http://ml.grml.org/mailman/listinfo/grml-devel</a><br><br>------------------------------<br><br>End of Grml-devel Digest, Vol 40, Issue 3<br>*****************************************<br><br><br></div> </div> </div> </div></body></html>