Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
/dev/mapper is empty
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Tue Jan 30, 2018 4:06 am    Post subject: /dev/mapper is empty Reply with quote

after bootup(normal boot), KDE not running. found it is because may file system under lvm not mounted.

run vgchange -ay and still can't find anything in /dev/mapper except control.

Need help on how to solve this problem.
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Tue Jan 30, 2018 4:22 am    Post subject: Re: /dev/mapper is empty Reply with quote

udevadm trigger
got error "udevadm: error while loading shared libraries: libidn.so.11: cannot open shared object file: No such file or directory.

weiypan_us wrote:
after bootup(normal boot), KDE not running. found it is because may file system under lvm not mounted.

run vgchange -ay and still can't find anything in /dev/mapper except control.

Need help on how to solve this problem.
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6942

PostPosted: Tue Jan 30, 2018 5:47 am    Post subject: Reply with quote

Code:
equery b libidn.so.11
net-dns/libidn-1.33 (/usr/lib64/libidn.so.11 -> libidn.so.11.6.16)
net-dns/libidn-1.33 (/usr/lib32/libidn.so.11 -> libidn.so.11.6.16)


If you don't have the library: emerge -1 net-dns/libidn
If you have the lib but not .11 : revdep-rebuild -L /usr/lib64/libidn.so.11
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Tue Jan 30, 2018 6:56 am    Post subject: Reply with quote

except net-dns/libidn-1.33-r2, I have all the same as you listed.

krinn wrote:
Code:
equery b libidn.so.11
net-dns/libidn-1.33 (/usr/lib64/libidn.so.11 -> libidn.so.11.6.16)
net-dns/libidn-1.33 (/usr/lib32/libidn.so.11 -> libidn.so.11.6.16)


If you don't have the library: emerge -1 net-dns/libidn
If you have the lib but not .11 : revdep-rebuild -L /usr/lib64/libidn.so.11
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Tue Jan 30, 2018 7:20 am    Post subject: Reply with quote

after revdep-rebuild -L /usr/lib64/libidn.so.11, It remain the same.

krinn wrote:
Code:
equery b libidn.so.11
net-dns/libidn-1.33 (/usr/lib64/libidn.so.11 -> libidn.so.11.6.16)
net-dns/libidn-1.33 (/usr/lib32/libidn.so.11 -> libidn.so.11.6.16)


If you don't have the library: emerge -1 net-dns/libidn
If you have the lib but not .11 : revdep-rebuild -L /usr/lib64/libidn.so.11
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Tue Jan 30, 2018 7:34 am    Post subject: Reply with quote

the libidn.so.11 resides on /usr/lib64 which is not root file system.
In order for udev trigger files under /dev/mapper/, the libidn.so.11 should be available before /usr/lib64 mounted. that become a loop dependent.

Does any one know how to solve it?
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6942

PostPosted: Tue Jan 30, 2018 8:31 am    Post subject: Reply with quote

There's no solve to your problem, use non broken programs with /usr mount or don't use /usr mount.
If you want fix it (assuming udevadm only breaks because of libidn), you can rebuild libdn and make it install its files in /lib instead of /usr/lib or build a static-libs udevadm.

But looking at my own udevadm list, i don't see why yours complain for something it have no use.
Code:
   linux-vdso.so.1 (0x00007ffcc49e2000)
   libblkid.so.1 => /lib64/libblkid.so.1 (0x00007fea925fa000)
   libkmod.so.2 => /lib64/libkmod.so.2 (0x00007fea923e0000)
   libc.so.6 => /lib64/libc.so.6 (0x00007fea92047000)
   /lib64/ld-linux-x86-64.so.2 (0x00007fea92854000)
   libuuid.so.1 => /lib64/libuuid.so.1 (0x00007fea91e41000)
   libz.so.1 => /lib64/libz.so.1 (0x00007fea91c23000)

Nothing from /usr for my udevadm, dunno why yours have that dep.
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Tue Jan 30, 2018 9:33 am    Post subject: Reply with quote

My problem has been worked around by down grade udev back to udev-233 from udev-236.

Still wonder why udev-236 not work on my machine.
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6942

PostPosted: Tue Jan 30, 2018 12:38 pm    Post subject: Reply with quote

Try eudev, it sucks less.
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Sat Feb 03, 2018 3:51 am    Post subject: Reply with quote

Thanks krinn for advice, my box has migrated to eudev.
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6942

PostPosted: Sat Feb 03, 2018 11:49 pm    Post subject: Reply with quote

Your problem is fix with eudev?
Back to top
View user's profile Send private message
weiypan_us
n00b
n00b


Joined: 25 Feb 2017
Posts: 65

PostPosted: Sun Feb 04, 2018 4:17 am    Post subject: Reply with quote

Hi Krinn, unlike udev-236, I didn't encounter any problem afrer move onto eudev 3.2.5.
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 6942

PostPosted: Sun Feb 04, 2018 1:45 pm    Post subject: Reply with quote

You could mark title solve.
But you should also knows that eudev is base on udev, and follow it. What i mean by that is eudev version X is udev version X-? code, and newer version of eudev will at a time reach the udev version that break /usr.

So you should:
* prepare and plan to migrate your configuration, because you have win delays, but the problem will be back.
* as part of "prepare", you may try ring a bell to eudev's devs about the issue to warn them against it, and have a future versions of eudev not doing the same shit as udev.
* do nothing and hope eudev's devs may see the problem and fix it.
* do nothing and eudev's devs may see the problem but won't fix it (if nobody complains, there's nothing to fix).

So it's important that you do that "prepare" step, you should ring eudev's devs bell about it and see what they have to say ; if they tell you they won't fix that, you will be in trouble again, portage personal overlay may gives you a few more time, but your setup is in a dead end and either you should look at changing it or use another dev manager.
Note that because of the stupid decision from council eudev's devs have no need to fix it and it's only up to them to do it or not.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum