Hello all,
I am currently updating my system and Portage wants to replace udev
(204) with systemd (208). My question is (hopefully) simple:
Can I use systemd as drop-in replacement for udev? In other words, can
I pretend that systemd is udev and continue using OpenRC as with udev
itself? I
On Thu, Dec 5, 2013 at 2:36 PM, Róbert Čerňanský ope...@tightmail.com wrote:
Hello all,
I am currently updating my system and Portage wants to replace udev
(204) with systemd (208). My question is (hopefully) simple:
Can I use systemd as drop-in replacement for udev? In other words, can
I
On Thu, 5 Dec 2013 15:18:54 -0600
Canek Peláez Valdés can...@gmail.com wrote:
On Thu, Dec 5, 2013 at 2:36 PM, Róbert Čerňanský
ope...@tightmail.com wrote:
Hello all,
I am currently updating my system and Portage wants to replace udev
(204) with systemd (208). My question is (hopefully)
On Thu, Dec 5, 2013 at 4:26 PM, Róbert Čerňanský ope...@tightmail.com wrote:
On Thu, 5 Dec 2013 15:18:54 -0600
Canek Peláez Valdés can...@gmail.com wrote:
On Thu, Dec 5, 2013 at 2:36 PM, Róbert Čerňanský
ope...@tightmail.com wrote:
Hello all,
I am currently updating my system and
On Fri, December 6, 2013 00:17, Canek Peláez Valdés wrote:
On Thu, Dec 5, 2013 at 4:26 PM, Róbert ÄerÅanský
ope...@tightmail.com wrote:
I will try openrc-force as temporal solution until I'll find a new
display manager and give heart breaking good by to GDM.
You could *try* to run
Am 06.12.2013 07:32, schrieb J. Roeleveld:
On Fri, December 6, 2013 00:17, Canek Peláez Valdés wrote:
On Thu, Dec 5, 2013 at 4:26 PM, Róbert Čerňanský
ope...@tightmail.com wrote:
I will try openrc-force as temporal solution until I'll find a new
display manager and give heart breaking
Just remove init=/usr/lib/systemd/systemd from your kernel command
line, and you can boot your old openrc installation (if you did un
unmerge it)
That should mean: ..if you did not unmerge it.
signature.asc
Description: OpenPGP digital signature
On 10/21/2013 03:33 PM, Volker Armin Hemmann wrote:
Am 20.10.2013 13:18, schrieb Daniel Campbell:
On 10/20/2013 06:02 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 12:52, schrieb Daniel Campbell:
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
On 21/10/13 05:34, Walter Dnes wrote:
On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
That's a bridge we will cross when there is a bridge to be crossed, but
from top of my head:
We will maintain a minimal patchset that reverts the offending code.
As in, that's nothing to
On 21/10/13 08:31, Daniel Campbell wrote:
On 10/20/2013 09:34 PM, Walter Dnes wrote:
On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
That's a bridge we will cross when there is a bridge to be crossed, but
from top of my head:
We will maintain a minimal patchset that reverts
On 2013-10-20 9:14 PM, Mark David Dumlao madum...@gmail.com wrote:
Linus isnt actually actively developing the kernel nowadays. Mostly he
just merges commits from his trusted lieutenants in charge of various
subsystems. The notion of Linus as being at the helm is mostly just a
convenient fiction
On Mon, Oct 21, 2013 at 5:55 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2013-10-20 9:14 PM, Mark David Dumlao madum...@gmail.com wrote:
Linus isnt actually actively developing the kernel nowadays. Mostly he
just merges commits from his trusted lieutenants in charge of various
On 2013-10-21 6:11 AM, Mark David Dumlao madum...@gmail.com wrote:
I doubt he actually has the time to read every line of code submitted
to the kernel,
That isn't what I meant at all...
What he *does* have the power to do, though, is if someone was able to
sneak in something outrageously bad
On Mon, Oct 21, 2013 at 6:27 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2013-10-21 6:11 AM, Mark David Dumlao madum...@gmail.com wrote:
I doubt he actually has the time to read every line of code submitted
to the kernel,
That isn't what I meant at all...
What he *does* have the
On 2013-10-21 6:48 AM, Mark David Dumlao madum...@gmail.com wrote:
Again. This power is overstated and overtrusted. As for rip it out at
its roots he has no ability to do that, only refuse to merge it in
his tree.
Which I believe is a much bigger deal than you seem to think.
But that's only
On Oct 21, 2013 7:01 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2013-10-21 6:48 AM, Mark David Dumlao madum...@gmail.com wrote:
Again. This power is overstated and overtrusted. As for rip it out at
its roots he has no ability to do that, only refuse to merge it in
his tree.
Which I
On 2013-10-21 7:10 AM, Mark David Dumlao madum...@gmail.com wrote:
Read the management style doc. Seriously, it describes the kernel's
outlook on mistakes.
My main point wasn't about 'mistakes' and you know it, so please stop
being so obtuse.
Ostracization and talk of severing limbs like
Am 20.10.2013 13:18, schrieb Daniel Campbell:
On 10/20/2013 06:02 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 12:52, schrieb Daniel Campbell:
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
hm, Redhat is one of the companies investing the
Am 21.10.2013 11:55, schrieb Tanstaafl:
On 2013-10-20 9:14 PM, Mark David Dumlao madum...@gmail.com wrote:
Linus isnt actually actively developing the kernel nowadays. Mostly he
just merges commits from his trusted lieutenants in charge of various
subsystems. The notion of Linus as being at
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
Not sure if I read that just right...
On 20/10/13 09:34, Daniel Campbell wrote:
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
On 10/20/2013 02:37 AM, Samuli Suominen wrote:
On 20/10/13 09:34, Daniel Campbell wrote:
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
hm, Redhat is one of the companies investing the most money into linux
kernel, userland, graphics... if you 'don't trust them' you are pretty
much 20 years too late.
Investing money does not make them any more qualified or deserving of
making
On 20/10/13 12:24, Daniel Campbell wrote:
On 10/20/2013 02:37 AM, Samuli Suominen wrote:
On 20/10/13 09:34, Daniel Campbell wrote:
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
On 10/20/2013 04:55 AM, Samuli Suominen wrote:
On 20/10/13 12:24, Daniel Campbell wrote:
On 10/20/2013 02:37 AM, Samuli Suominen wrote:
On 20/10/13 09:34, Daniel Campbell wrote:
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
hm, Redhat is one of the companies investing the most money into linux
kernel, userland, graphics... if you 'don't trust them' you are pretty
much 20 years too late.
Investing money does not make
Am 20.10.2013 12:52, schrieb Daniel Campbell:
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
hm, Redhat is one of the companies investing the most money into linux
kernel, userland, graphics... if you 'don't trust them' you are pretty
much 20
On 10/20/2013 06:02 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 12:52, schrieb Daniel Campbell:
On 10/20/2013 04:24 AM, Volker Armin Hemmann wrote:
Am 20.10.2013 08:34, schrieb Daniel Campbell:
hm, Redhat is one of the companies investing the most money into linux
kernel, userland,
On 20/10/13 13:47, Daniel Campbell wrote:
On 10/20/2013 04:55 AM, Samuli Suominen wrote:
On 20/10/13 12:24, Daniel Campbell wrote:
On 10/20/2013 02:37 AM, Samuli Suominen wrote:
On 20/10/13 09:34, Daniel Campbell wrote:
On 10/19/2013 06:35 PM, Volker Armin Hemmann wrote:
Am 19.10.2013
On 2013-10-20 9:02 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 20/10/13 13:47, Daniel Campbell wrote:
Like I mentioned in a prior e-mail, the change didn't affect me when it
was pushed, and doesn't affect me now. I did recently have to reinstall
Gentoo, however (note, going from testing
On 20/10/13 17:01, Tanstaafl wrote:
On 2013-10-20 9:02 AM, Samuli Suominen ssuomi...@gentoo.org wrote:
On 20/10/13 13:47, Daniel Campbell wrote:
Like I mentioned in a prior e-mail, the change didn't affect me when it
was pushed, and doesn't affect me now. I did recently have to reinstall
On 20/10/13 17:01, Tanstaafl wrote:
It's true that sys-fs/eudev restored the *broken* rule_generator from
old sys-fs/udev, you can get it by USE=rule-generator.
But it's lot saner to keep using sys-fs/udev and just write custom rules
to rename interfaces based on MACs to like lan*, internet*
On 2013-10-20 6:52 AM, Daniel Campbell li...@sporkbox.us wrote:
So they spend a lot of money hiring developers. The more important
question is what is their agenda? What do they tell those developers to
*make*? You don't hire people without a business plan in mind.
Well, once I understood
On Oct 20, 2013 10:44 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2013-10-20 6:52 AM, Daniel Campbell li...@sporkbox.us wrote:
So they spend a lot of money hiring developers. The more important
question is what is their agenda? What do they tell those developers to
*make*? You don't
On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
That's a bridge we will cross when there is a bridge to be crossed, but
from top of my head:
We will maintain a minimal patchset that reverts the offending code.
As in, that's nothing to be worried about before it happens.
On 10/20/2013 09:34 PM, Walter Dnes wrote:
On Sun, Oct 20, 2013 at 05:03:51PM +0300, Samuli Suominen wrote
That's a bridge we will cross when there is a bridge to be crossed, but
from top of my head:
We will maintain a minimal patchset that reverts the offending code.
As in, that's nothing
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
Not sure if I read that just right... but since nobody is doing cgroup
management besides systemd, in practice the cgroups
Am 19.10.2013 17:02, schrieb Daniel Campbell:
On 10/17/2013 11:27 PM, Mark David Dumlao wrote:
https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
Not sure if I read that just right... but since nobody is doing cgroup
management besides
https://www.linux.com/news/featured-blogs/200-libby-clark/733595-all-about-the-linux-kernel-cgroups-redesign
Not sure if I read that just right... but since nobody is doing cgroup
management besides systemd, in practice the cgroups implementation in
Linux wasn't very consistent. So since systemd
Hi,
I do have -consolekit systemd policykit and yes, my kernel is properly
configured.
To avoid playing around I did reinstalled it again! and guess what?
After installing gnome-tweak-tools and shell-extensions and use the tweak
tools to do some changes, after reboot, again: blank screen trying
Update:
I was desperate trying to rebuild everything or reinstalling or whatever
idea I had. So, my logic said: if root works why others users wont?, then I
decided to create another user, and guess what? it worked.
So I removed my user and then created a new one and it worked.
Yeah this is
On Sat, 5 Oct 2013 18:08:38 -0600
Carlos Sura carlos.su...@googlemail.com wrote:
Update:
I was desperate trying to rebuild everything or reinstalling or
whatever idea I had. So, my logic said: if root works why others
users wont?, then I decided to create another user, and guess what?
it
On Sat, Oct 5, 2013 at 7:08 PM, Carlos Sura carlos.su...@googlemail.com wrote:
Update:
I was desperate trying to rebuild everything or reinstalling or whatever
idea I had. So, my logic said: if root works why others users wont?, then I
decided to create another user, and guess what? it
This did not worked out:
USE=suid emerge -pv --update --changed-use world
it did not showed anything to emerge.
On 1 October 2013 02:29, Walter Dnes waltd...@waltdnes.org wrote:
On Tue, Oct 01, 2013 at 12:30:51AM -0600, Carlos Sura wrote
Hello Mates,
I finally thought that I got this
Hello Mates,
I finally thought that I got this working, so now I am dealing this issue:
I choose the latest kernel with systemd and GDM starts good, but I cannot
log in to gnome as a normal user, I can only log in to gnome as root.
What I have done before this started:
emerge -uDvaN world
On 01/10/2013 00:14, pk wrote:
On 2013-09-30 08:45, Alan McKinnon wrote:
That is over-simplifying the problem and trivializing it. No-one ever
said the *everythign* in /usr is criticial for boot.
Is it really over-simplyfying it? How am I supposed to know whatever
comes next? Someone
Am 01.10.2013 08:30, schrieb Carlos Sura:
Hello Mates,
I finally thought that I got this working, so now I am dealing this issue:
I choose the latest kernel with systemd and GDM starts good, but I
cannot log in to gnome as a normal user, I can only log in to gnome as
root.
What I have done
Hello Jochen,
Thank you for your help.
Here is the Xorg log: http://tny.cz/69b4662a
Regarding the gdm session.log I don't have it. Here is
the /var/log/gdm/:0.log : http://tny.cz/35e886e2
Here is my emerge --info: http://tny.cz/10262247
On 1 October 2013 00:52, Jochen Kirchner
In another note:
I've just installed enlightenment and it works fine. Gnome works fine ONLY
as root, but not as normal user.
On 1 October 2013 01:06, Carlos Sura carlos.su...@googlemail.com wrote:
Hello Jochen,
Thank you for your help.
Here is the Xorg log: http://tny.cz/69b4662a
Am 01.10.2013 09:07, schrieb Carlos Sura:
In another note:
I've just installed enlightenment and it works fine. Gnome works fine
ONLY as root, but not as normal user.
On 1 October 2013 01:06, Carlos Sura carlos.su...@googlemail.com
mailto:carlos.su...@googlemail.com wrote:
Hello
On Tue, Oct 01, 2013 at 12:30:51AM -0600, Carlos Sura wrote
Hello Mates,
I finally thought that I got this working, so now I am dealing this issue:
I choose the latest kernel with systemd and GDM starts good, but I cannot
log in to gnome as a normal user, I can only log in to gnome as root.
rm ~/.Xauthority
Walter Dnes waltd...@waltdnes.org wrote:
On Tue, Oct 01, 2013 at 12:30:51AM -0600, Carlos Sura wrote
Hello Mates,
I finally thought that I got this working, so now I am dealing this
issue:
I choose the latest kernel with systemd and GDM starts good, but I
cannot
log in to
On Tue, Oct 1, 2013 at 1:30 AM, Carlos Sura carlos.su...@googlemail.com wrote:
Hello Mates,
I finally thought that I got this working, so now I am dealing this issue:
I choose the latest kernel with systemd and GDM starts good, but I cannot
log in to gnome as a normal user, I can only log in
On 2013-10-01 08:16, Alan McKinnon wrote:
There are many examples in /usr you could have used to illustrate your
point, such as many fuse modules. And yet you chose an imaginary space
invader game.
Let's rather stick within the bounds of what is feasible, OK?
What can I say, I like to
On 2013-09-30 04:05, Mark David Dumlao wrote:
It's true that it's nice to have a semblance of order where different parts
go.
But all libraries and binaries in /usr is also a semblance of order. You
don't
separate stuff for the sake of separating stuff. You separate them because you
have
On 30/09/2013 08:24, pk wrote:
So what you're saying is that everything in /usr is system-critical? I
have gimp installed in /usr... I don't see a need to start gimp at boot
time. Maybe we should classify frozen-bubble as system-critical as well
(it's also in /usr)?
Seriously, boot-critical
On Mon, 30 Sep 2013 10:42:37 +0800, Mark David Dumlao wrote:
What was /usr's original purpose?
/usr was originally the home directory. Programs were moved there
because Unix didn't fit into a single disk.
http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
Thanks for
On Mon, Sep 30, 2013 at 2:24 PM, pk pete...@coolmail.se wrote:
On 2013-09-30 04:05, Mark David Dumlao wrote:
are the same. Distro packagers, however, have to decide for 100% of the
cases.
So they're going to end up making weird decisions that are easy for you to
second-guess but are actually
On 2013-09-30 08:45, Alan McKinnon wrote:
That is over-simplifying the problem and trivializing it. No-one ever
said the *everythign* in /usr is criticial for boot.
Is it really over-simplyfying it? How am I supposed to know whatever
comes next? Someone (upstream) *may* find it boot-critical
On Tue, 01 Oct 2013 00:14:55 +0200, pk wrote:
Your second paragraph reveals that you beleive you already know
everything you need to have to boot your system. Now do the same for
every possible Gentoo user out there and have it work 100% of the time
in ALL valid cases.
I *do* know
All,
I can clarify one part of the systemd issue, because I have been
involved in this part of the issue for months. Again, I am not trying
to start a dispute here, just providing a clarification.
The choice to install all of the systemd binaries in /usr is not an
upstream choice. It was a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/29/2013 02:52 PM, William Hubbs wrote:
All,
I can clarify one part of the systemd issue, because I have been
involved in this part of the issue for months. Again, I am not
trying to start a dispute here, just providing a clarification.
On Mon, Sep 30, 2013 at 8:54 AM, Daniel Campbell li...@sporkbox.us wrote:
I'm not affected by anything regarding the /usr switch, but I'd like
to have a good talk with the first person who decided a
system-critical binary belonged in /usr instead of /bin or /sbin.
They've created a mess for
On 09/29/2013 08:17 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 8:54 AM, Daniel Campbell li...@sporkbox.us wrote:
I'm not affected by anything regarding the /usr switch, but I'd like
to have a good talk with the first person who decided a
system-critical binary belonged in /usr
On Mon, Sep 30, 2013 at 8:54 AM, Daniel Campbell li...@sporkbox.us wrote:
I'm not affected by anything regarding the /usr switch, but I'd like
to have a good talk with the first person who decided a
system-critical binary belonged in /usr instead of /bin or /sbin.
They've created a mess for
On 09/29/2013 08:40 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 8:54 AM, Daniel Campbell li...@sporkbox.us wrote:
I'm not affected by anything regarding the /usr switch, but I'd like
to have a good talk with the first person who decided a
system-critical binary belonged in /usr
On Mon, Sep 30, 2013 at 9:22 AM, Daniel Campbell li...@sporkbox.us wrote:
It's fairly obvious (to me, anyway) that anything mounting a filesystem
and making it available is system-critical. I run samba and don't need
it for boot, but like you said, someone may need that. I wouldn't see a
On 09/29/2013 08:51 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 9:22 AM, Daniel Campbell li...@sporkbox.us wrote:
It's fairly obvious (to me, anyway) that anything mounting a filesystem
and making it available is system-critical. I run samba and don't need
it for boot, but like you
On Mon, Sep 30, 2013 at 9:50 AM, Daniel Campbell li...@sporkbox.us wrote:
Anyway, I'm not in favor of FHS _per se_, but it sounds pretty
reasonable to have some semblance of order among where different parts
of a system go. Shoving everything into /usr and symlinking everything
else seems like
On 09/29/2013 09:05 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 9:50 AM, Daniel Campbell li...@sporkbox.us wrote:
Anyway, I'm not in favor of FHS _per se_, but it sounds pretty
reasonable to have some semblance of order among where different parts
of a system go. Shoving everything
On Mon, Sep 30, 2013 at 10:01 AM, Daniel Campbell li...@sporkbox.us wrote:
On 09/29/2013 08:51 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 9:22 AM, Daniel Campbell li...@sporkbox.us wrote:
It's fairly obvious (to me, anyway) that anything mounting a filesystem
and making it available
On 09/29/2013 09:25 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 10:01 AM, Daniel Campbell li...@sporkbox.us wrote:
On 09/29/2013 08:51 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 9:22 AM, Daniel Campbell li...@sporkbox.us wrote:
It's fairly obvious (to me, anyway) that
On Mon, Sep 30, 2013 at 10:15 AM, Daniel Campbell li...@sporkbox.us wrote:
On 09/29/2013 09:05 PM, Mark David Dumlao wrote:
On Mon, Sep 30, 2013 at 9:50 AM, Daniel Campbell li...@sporkbox.us wrote:
Anyway, I'm not in favor of FHS _per se_, but it sounds pretty
reasonable to have some semblance
On Sep 30, 2013 9:31 AM, Daniel Campbell li...@sporkbox.us wrote:
--- le snip ---
If the proposed solution is all binaries and libraries in the same
root/prefix directory, then why call it /usr?
My question exactly.
Why install to /usr at all, leaving /bin and /sbin a practically empty
On Mon, Sep 30, 2013 at 12:13 PM, Pandu Poluan pa...@poluan.info wrote:
On Sep 30, 2013 9:31 AM, Daniel Campbell li...@sporkbox.us wrote:
--- le snip ---
If the proposed solution is all binaries and libraries in the same
root/prefix directory, then why call it /usr?
My question exactly.
On Fri, Sep 13, 2013 at 7:42 AM, Stefan G. Weichinger li...@xunil.at wrote:
Am 12.09.2013 20:23, schrieb Canek Peláez Valdés:
Stefan, what initramfs are you using?
dracut, run via your kerninst-script.
Could you please explain how is exactly your layout? From drives to
partitions to PVs,
Am 20.09.2013 10:46, schrieb Canek Peláez Valdés:
Sorry I took my time, I was busy.
Well, yours' a complex setup. This is a similar, although simpler, version:
At first: thank your for the extended test setup you did and described
... I will dig through it as soon as I find time ... I am
I haven't yet worked through all your suggestions/descriptions.
Edited USE-flags and dracut-modules, worked around bug
https://bugs.gentoo.org/show_bug.cgi?id=485202
and rebuilt kernel and initrd.
Didn't activate LVs ...
Now I edited fstab:
I had the option systemd.automount enabled, like
On Fri, Sep 20, 2013 at 11:17 AM, Stefan G. Weichinger li...@xunil.at wrote:
I haven't yet worked through all your suggestions/descriptions.
Edited USE-flags and dracut-modules, worked around bug
https://bugs.gentoo.org/show_bug.cgi?id=485202
and rebuilt kernel and initrd.
Didn't
Am 20.09.2013 18:50, schrieb Canek Peláez Valdés:
OK. I send this message now and test another few reboots.
Forgot to mention it: I also enabled mdadm.service.
That service is enabled here as well and running fine.
# systemctl status lvm2-activation-net.service
lvm2-activation-net.service
Am 12.09.2013 20:23, schrieb Canek Peláez Valdés:
Stefan, what initramfs are you using?
dracut, run via your kerninst-script.
Could you please explain how is exactly your layout? From drives to
partitions to PVs, VGs and LVs? And throw in there also the LUKS and
RAID (if used) setup. I will
new info here (for me):
https://bugs.gentoo.org/show_bug.cgi?id=480066#c19
gotta test ... right now I don't have the time.
S
Am 13.09.2013 14:54, schrieb Stefan G. Weichinger:
new info here (for me):
https://bugs.gentoo.org/show_bug.cgi?id=480066#c19
gotta test ... right now I don't have the time.
first tests with genkernel --udev ... : negative.
More details maybe later this evening.
Am 13.09.2013 15:33, schrieb Stefan G. Weichinger:
Am 13.09.2013 14:54, schrieb Stefan G. Weichinger:
new info here (for me):
https://bugs.gentoo.org/show_bug.cgi?id=480066#c19
gotta test ... right now I don't have the time.
first tests with genkernel --udev ... : negative.
More
Am 13.09.2013 19:36, schrieb Stefan G. Weichinger:
/usr/sbin/lvm
which does not exist.
I linked it from /sbin/lvm and this seems to help ... I still don't know
exactly where this comes from ... still digging.
I also removed lvm2 completely ... checked for lvm-related unit-files
and
On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote:
Am 11.09.2013 13:22, schrieb Stefan G. Weichinger:
Failed to set a proper state for notification semaphore identified by
cookie value
Also found this:
Am 12.09.2013 08:50, schrieb Mick:
On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote:
Am 11.09.2013 13:22, schrieb Stefan G. Weichinger:
Failed to set a proper state for notification semaphore
identified by cookie value
Also found this:
On Thursday 12 Sep 2013 09:37:32 Stefan G. Weichinger wrote:
Am 12.09.2013 08:50, schrieb Mick:
On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote:
Am 11.09.2013 13:22, schrieb Stefan G. Weichinger:
Failed to set a proper state for notification semaphore
identified by cookie
Am 12.09.2013 14:43, schrieb Mick:
I don't have that binary. And some page on my way said the
contrary: set it to empty and let udev (?) do that.
Ha! Neither do I!
# ls -la /sbin/hotplug ls: cannot access /sbin/hotplug: No such
file or directory
I can honestly say that I can't
On Sep 12, 2013 8:04 AM, Stefan G. Weichinger li...@xunil.at wrote:
Am 12.09.2013 14:43, schrieb Mick:
I don't have that binary. And some page on my way said the
contrary: set it to empty and let udev (?) do that.
Ha! Neither do I!
# ls -la /sbin/hotplug ls: cannot access
On Thu, Sep 12 2013, Stefan G. Weichinger wrote:
Am 12.09.2013 08:50, schrieb Mick:
On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote:
Am 11.09.2013 13:22, schrieb Stefan G. Weichinger:
Failed to set a proper state for notification semaphore
identified by cookie value
Also
On Thu, Sep 12 2013, gottl...@nyu.edu wrote:
The premerge check for systemd complains that CONFIG_HOTPLUG is not
set.
grep .config does not show CONFIG_HOTPLUG
make menuconfig when asked to search for HOTPLUG shows that is has the
value HOTPLUG (?). It also asserts that HOTPLUG is selected
The premerge check for systemd complains that CONFIG_HOTPLUG is not
set.
grep .config does not show CONFIG_HOTPLUG
make menuconfig when asked to search for HOTPLUG shows that is has the
value HOTPLUG (?). It also asserts that HOTPLUG is selected by
a Boolean combination of flags all of which are
On Thu, Sep 12, 2013 at 11:10 AM, gottl...@nyu.edu wrote:
On Thu, Sep 12 2013, Stefan G. Weichinger wrote:
Am 12.09.2013 08:50, schrieb Mick:
On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote:
Am 11.09.2013 13:22, schrieb Stefan G. Weichinger:
Failed to set a proper state for
Am 12.09.2013 18:22, schrieb Canek Peláez Valdés:
Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is
probably wrong. I can't find *one* place where it is recommended, and
several where they explicitly say to leave the option in blank.
So ... I agree with this.
What to do
On Thu, Sep 12, 2013 at 12:35 PM, Stefan G. Weichinger li...@xunil.at wrote:
Am 12.09.2013 18:22, schrieb Canek Peláez Valdés:
Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is
probably wrong. I can't find *one* place where it is recommended, and
several where they
On Thu, Sep 12 2013, Canek Peláez Valdés wrote:
Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is
probably wrong. I can't find *one* place where it is recommended, and
several where they explicitly say to leave the option in blank.
OK. The wiki will continue to say it
systemd-204
lvm2-2.0.2.99-r2
(lvm2 patched as mentioned in
https://bugs.gentoo.org/show_bug.cgi?id=480066
this should only matter for activation)
-
See what happens here:
# lvcreate -n mlp-tmpl -L 11G VG02
/dev/VG02/mlp-tmpl: not found: device not cleared
Aborting. Failed to wipe start
Am 11.09.2013 13:22, schrieb Stefan G. Weichinger:
Failed to set a proper state for notification semaphore identified by
cookie value
Also found this:
http://forums.gentoo.org/viewtopic-t-965446-view-previous.html?sid=5c1f845f96ca4cf1a9c17d73501e232d
I have
# zgrep UEV /proc/config.gz
Am 03.09.2013 23:31, schrieb Frank Steinmetzger:
This link gave me the deciding hint -- I didn't have
cryptsetup-generator in my system, because I didn’t have the
cryptsetup useflags enabled. I rebuilt systemd and udisks and now
I’m prompted for the LUKS password during boot. \o/
301 - 400 of 692 matches
Mail list logo
