Going through a rough patch after a world update. The SD card on my
netbook doesn't get mounted, ext2 filesytem not found etc. I've had
this problem before which I traced to the lack of support for SD cards
in the kernel. This time it's something else. Nothing wrong with the
fs, it can be checked and mounted manually. Device-mapper is not in
the world file but does exist in /etc/init.d and can be started and
stopped OK. When I use it I get messages in the boot console of being
incompatible with my baselayout-1.
So, I try to unmerge it, but of course portage claims I don't have it.
And if I try to emerge it, the new version is blocked by the version
I'm supposed ot have?!
In an earlier post 'device-mapper', somebody suggested installing lvm2
and not using device-mapper but this doesn't work for me -- assuming
my problem has anything to do with device-mapper.
Maxim
There's your problem right there. Your device-mapper can't work
with baselayout-1. So, your options:
Upgrade to baselayout-2 and openrc. You'll have to do it sooner
or later, and right now seems to be to be a very good time to do
it.
device-mapper has moved into lvm2 (as lvm is the primary consumer
of device-mapper). If device-mapper is not installed according to
portage, and you have files left, then they are orphans left over
because of CONFIG_PROTECT and can be deleted. Then emerge lvm2
>
> So, I try to unmerge it, but of course portage claims I don't
have it.
> And if I try to emerge it, the new version is blocked by the
version
> I'm supposed ot have?!
>
> In an earlier post 'device-mapper', somebody suggested
installing lvm2
> and not using device-mapper but this doesn't work for me --
assuming
> my problem has anything to do with device-mapper.
>
> Maxim
>
--
alan dot mckinnon at gmail dot com
A quick word of advice: If you send some related messages (e.g. from emerge) within your mail it's easier to help.
Steffen
[snip]
>In an earlier post 'device-mapper', somebody suggested installing lvm2
>and not using device-mapper but this doesn't work for me -- assuming
>my problem has anything to do with device-mapper.
The replacement for device-mapper is the updated udev, not lvm2.
--
Regards,
Dave [RLU #314465]
======================================================================
dwn...@ntlworld.com (David W Noon)
======================================================================
> The replacement for device-mapper is the updated udev, not lvm2.
Wrong!
% qfile libdevmapper.so
sys-fs/lvm2 (/usr/lib64/libdevmapper.so)
sys-fs/lvm2 (/lib64/libdevmapper.so)
% qfile /etc/init.d/device-mapper
sys-fs/lvm2 (/etc/init.d/device-mapper)
--
Neil Bothwick
Don't let your mind wander, it's too little to be let out alone.
Done, following
http://www.gentoo.org/doc/en/openrc-migration.xml
No joy.
After '*Autoloaded 24 module(s)' in the boot console there's the bit
'*lvm uses addon code which is deprecated' followed by '*Setting up
the LVM...*Checking local filesystems...' /dev/sda1 passes but
fsck.ext2 can't find /dev/sdb1,2 so /var and /home don't get mounted
and the system is crippled, although I can still login and mount by
hand.
> device-mapper has moved into lvm2 (as lvm is the primary consumer
> of device-mapper). If device-mapper is not installed according to
> portage, and you have files left, then they are orphans left over
> because of CONFIG_PROTECT and can be deleted. Then emerge lvm2
>
I removed /etc/conf.d/device-mapper and /etc/init.d/device-mapper. I
emerged lvm2 and lvm is 'started', according to '/etc/init.d/lvm
status'. Question: Is there supposed to be an lvm2 in init.d? I just
have lvm.
IIRC in a thread from a few months ago there was a tip about putting
the 'pause <secs>' command into a certain config file, which I can't
recall. Or was it 'delay <secs>' or 'time <secs>' ? This was meant for
the hardware to catch its breath so to speak and allow the system to
find the SD card. This was about the same time I noticed that SD
support was missing from the kernel. So maybe it was the the delay I
added to that script, which may have disappeared in an etc-update
session, and not the SD support after all. Grabbing straws here ;(
mw
What does that have to do with device-mapper and lvm?
/dev/sd* are physical block devices, not lvm's problem. Check you have support
built for whatever those drives are
> > device-mapper has moved into lvm2 (as lvm is the primary consumer
> > of device-mapper). If device-mapper is not installed according to
> > portage, and you have files left, then they are orphans left over
> > because of CONFIG_PROTECT and can be deleted. Then emerge lvm2
>
> I removed /etc/conf.d/device-mapper and /etc/init.d/device-mapper. I
> emerged lvm2 and lvm is 'started', according to '/etc/init.d/lvm
> status'. Question: Is there supposed to be an lvm2 in init.d? I just
> have lvm.
The package is called lvm2.
The script it installs is lvm
> IIRC in a thread from a few months ago there was a tip about putting
> the 'pause <secs>' command into a certain config file, which I can't
> recall. Or was it 'delay <secs>' or 'time <secs>' ? This was meant for
> the hardware to catch its breath so to speak and allow the system to
> find the SD card. This was about the same time I noticed that SD
> support was missing from the kernel. So maybe it was the the delay I
> added to that script, which may have disappeared in an etc-update
> session, and not the SD support after all. Grabbing straws here ;(
Is sdb an SD device? Is the module loaded?
And if you let such an important thing get trashed by etc-update, then you
only have yourself to blame. That'll teach you :-)
from the OP:
"I've had
this problem before which I traced to the lack of support for SD cards
in the kernel. This time it's something else."
mw
That doesn't answer the question. If support is built as a module,
is it loaded?
[1] http://bugs.gentoo.org/291916
Urs
go away, if it was a module it wouldn't work. been there, done it.