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