Re: HDD's not recognised on the latest grml-full 64 bits
________________________________
From: "grml-devel-request@ml.grml.org" grml-devel-request@ml.grml.org
To: grml-devel@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@deuxchevaux.org
To: grml-devel@ml.grml.org
Subject: Re: [Grml-devel] First Release Candidate of Grml version
   2014.03 released
Message-ID: 20140325114856.GK27889@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:
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@deuxchevaux.org (Mail)
XÂ See
http://www.nonhtmlmail.org/campaign.html | abe@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@deuxchevaux.org
To: grml-devel@ml.grml.org
Subject: Re: [Grml-devel] First Release Candidate of Grml version
   2014.03 released
Message-ID:
20140325231521.GP27889@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%2...
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@deuxchevaux.org (Mail)
XÂ See
http://www.nonhtmlmail.org/campaign.html | abe@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@yahoo.com
To: "Grml-devel@ml.grml.org"
Grml-devel@ml.grml.org
Subject: [Grml-devel] HDD's not recognised on the latest grml-full 64
   bits
Message-ID:
  Â
1395791884.96218.YahooMailNeo@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
