Re: [gentoo-user] blocker between openrc and procps
On 24/08/2014 04:30, meino.cra...@gmx.de wrote: > hi, > > How can I resolve this blocker: > > (sys-process/procps-3.3.9::gentoo, installed) pulled in by > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed) > sys-process/procps required by @system > > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in by > sys-apps/openrc required by @system > sys-apps/openrc required by @selected > sys-apps/openrc required by (virtual/service-manager-0::gentoo, installed) > >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo, > ebuild scheduled for merge) > > Thank you very much in advance for any help! There is no blocker there -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] blocker between openrc and procps
Alan McKinnon [14-08-24 10:32]: > On 24/08/2014 04:30, meino.cra...@gmx.de wrote: > > hi, > > > > How can I resolve this blocker: > > > > (sys-process/procps-3.3.9::gentoo, installed) pulled in by > > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed) > > sys-process/procps required by @system > > > > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in by > > sys-apps/openrc required by @system > > sys-apps/openrc required by @selected > > sys-apps/openrc required by (virtual/service-manager-0::gentoo, > > installed) > > >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo, > > ebuild scheduled for merge) > > > > Thank you very much in advance for any help! > > > > There is no blocker there > > > > -- > Alan McKinnon > alan.mckin...@gmail.com > > Hi Alan, sorry, I missed some lines of text: [blocks B ] http://www.oracle.com/technetwork/java/javase/documentation/java-se-7-doc-download-435117.html * (agree to the license) and place it in /usr/portage/distfiles * If you find the file on the download page replaced with a higher * version, please report to the bug 67266 (link below). * If emerge fails because of a checksum error it is possible that * the upstream release changed without renaming. Try downloading the file * again (or a newer revision if available). Otherwise report this to * http://bugs.gentoo.org/67266 and we will make a new revision. * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-process/procps-3.3.9::gentoo, installed) pulled in by sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed) sys-process/procps required by @system (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in by sys-apps/openrc required by @system sys-apps/openrc required by @selected sys-apps/openrc required by (virtual/service-manager-0::gentoo, installed) >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo, ebuild scheduled for merge) Best regards, mcc
Re: [gentoo-user] blocker between openrc and procps
On Sunday 24 Aug 2014 10:23:34 meino.cra...@gmx.de wrote:
> Alan McKinnon [14-08-24 10:32]:
> > On 24/08/2014 04:30, meino.cra...@gmx.de wrote:
> > > hi,
> > >
> > > How can I resolve this blocker:
> > > (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> > >
> > > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo,
> > > installed) sys-process/procps required by @system
> > >
> > > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled
> > > in by
> > >
> > > sys-apps/openrc required by @system
> > > sys-apps/openrc required by @selected
> > > sys-apps/openrc required by (virtual/service-manager-0::gentoo,
> > > installed)
> > >
> > > >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
> > > >ebuild scheduled for merge)
> > >
> > > Thank you very much in advance for any help!
> >
> > There is no blocker there
>
> Hi Alan,
>
> sorry, I missed some lines of text:
>
>
> [blocks B ] ("
> Total: 109 packages (108 upgrades, 1 new), Size of downloads: 1,107,696 kB
> Fetch Restriction: 1 package (1 unsatisfied)
> Conflict: 2 blocks (1 unsatisfied)
>
> Fetch instructions for dev-java/java-sdk-docs-1.7.0.60:
> * Please download jdk-7u60-apidocs.zip from
> *
> http://www.oracle.com/technetwork/java/javase/documentation/java-se-7-doc->
> download-435117.html * (agree to the license) and place it in
> /usr/portage/distfiles
> * If you find the file on the download page replaced with a higher
> * version, please report to the bug 67266 (link below).
> * If emerge fails because of a checksum error it is possible that
> * the upstream release changed without renaming. Try downloading the file
> * again (or a newer revision if available). Otherwise report this to
> * http://bugs.gentoo.org/67266 and we will make a new revision.
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed)
> sys-process/procps required by @system
>
> (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in by
> sys-apps/openrc required by @system
> sys-apps/openrc required by @selected
> sys-apps/openrc required by (virtual/service-manager-0::gentoo,
> installed)
>
> >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
> >ebuild scheduled for merge)
>
> Best regards,
> mcc
This is how I would go about it:
Uninstall sys-process/procps, then run emerge and let portage do its thing.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] blocker between openrc and procps
On 24 August 2014 11:23:34 CEST, meino.cra...@gmx.de wrote:
>Alan McKinnon [14-08-24 10:32]:
>> On 24/08/2014 04:30, meino.cra...@gmx.de wrote:
>> > hi,
>> >
>> > How can I resolve this blocker:
>> >
>> > (sys-process/procps-3.3.9::gentoo, installed) pulled in by
>> > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo,
>installed)
>> > sys-process/procps required by @system
>> >
>> > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge)
>pulled in by
>> > sys-apps/openrc required by @system
>> > sys-apps/openrc required by @selected
>> > sys-apps/openrc required by (virtual/service-manager-0::gentoo,
>installed)
>> > >=sys-apps/openrc-0.12 required by
>(net-misc/netifrc-0.2.2::gentoo, ebuild scheduled for merge)
>> >
>> > Thank you very much in advance for any help!
>>
>>
>>
>> There is no blocker there
>>
>>
>>
>> --
>> Alan McKinnon
>> alan.mckin...@gmail.com
>>
>>
>
>
>Hi Alan,
>
>sorry, I missed some lines of text:
>
>
>[blocks B ] ("
>Total: 109 packages (108 upgrades, 1 new), Size of downloads: 1,107,696
>kB
>Fetch Restriction: 1 package (1 unsatisfied)
>Conflict: 2 blocks (1 unsatisfied)
>
>Fetch instructions for dev-java/java-sdk-docs-1.7.0.60:
> * Please download jdk-7u60-apidocs.zip from
>*
>http://www.oracle.com/technetwork/java/javase/documentation/java-se-7-doc-download-435117.html
> * (agree to the license) and place it in /usr/portage/distfiles
> * If you find the file on the download page replaced with a higher
> * version, please report to the bug 67266 (link below).
> * If emerge fails because of a checksum error it is possible that
>* the upstream release changed without renaming. Try downloading the
>file
> * again (or a newer revision if available). Otherwise report this to
> * http://bugs.gentoo.org/67266 and we will make a new revision.
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (sys-process/procps-3.3.9::gentoo, installed) pulled in by
>sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed)
>sys-process/procps required by @system
>
>(sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in
>by
>sys-apps/openrc required by @system
>sys-apps/openrc required by @selected
>sys-apps/openrc required by (virtual/service-manager-0::gentoo,
>installed)
>>=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
>ebuild scheduled for merge)
>
>
>Best regards,
>mcc
Update procps to a later version.
Or update mysql if that specifically want that version.
--
Joost
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] blocker between openrc and procps
J. Roeleveld [14-08-24 12:36]:
> On 24 August 2014 11:23:34 CEST, meino.cra...@gmx.de wrote:
> >Alan McKinnon [14-08-24 10:32]:
> >> On 24/08/2014 04:30, meino.cra...@gmx.de wrote:
> >> > hi,
> >> >
> >> > How can I resolve this blocker:
> >> >
> >> > (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> >> > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo,
> >installed)
> >> > sys-process/procps required by @system
> >> >
> >> > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge)
> >pulled in by
> >> > sys-apps/openrc required by @system
> >> > sys-apps/openrc required by @selected
> >> > sys-apps/openrc required by (virtual/service-manager-0::gentoo,
> >installed)
> >> > >=sys-apps/openrc-0.12 required by
> >(net-misc/netifrc-0.2.2::gentoo, ebuild scheduled for merge)
> >> >
> >> > Thank you very much in advance for any help!
> >>
> >>
> >>
> >> There is no blocker there
> >>
> >>
> >>
> >> --
> >> Alan McKinnon
> >> alan.mckin...@gmail.com
> >>
> >>
> >
> >
> >Hi Alan,
> >
> >sorry, I missed some lines of text:
> >
> >
> >[blocks B ] >(" >
> >Total: 109 packages (108 upgrades, 1 new), Size of downloads: 1,107,696
> >kB
> >Fetch Restriction: 1 package (1 unsatisfied)
> >Conflict: 2 blocks (1 unsatisfied)
> >
> >Fetch instructions for dev-java/java-sdk-docs-1.7.0.60:
> > * Please download jdk-7u60-apidocs.zip from
> >*
> >http://www.oracle.com/technetwork/java/javase/documentation/java-se-7-doc-download-435117.html
> > * (agree to the license) and place it in /usr/portage/distfiles
> > * If you find the file on the download page replaced with a higher
> > * version, please report to the bug 67266 (link below).
> > * If emerge fails because of a checksum error it is possible that
> >* the upstream release changed without renaming. Try downloading the
> >file
> > * again (or a newer revision if available). Otherwise report this to
> > * http://bugs.gentoo.org/67266 and we will make a new revision.
> >
> > * Error: The above package list contains packages which cannot be
> > * installed at the same time on the same system.
> >
> > (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> >sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed)
> >sys-process/procps required by @system
> >
> >(sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in
> >by
> >sys-apps/openrc required by @system
> >sys-apps/openrc required by @selected
> >sys-apps/openrc required by (virtual/service-manager-0::gentoo,
> >installed)
> >>=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
> >ebuild scheduled for merge)
> >
> >
> >Best regards,
> >mcc
>
> Update procps to a later version.
> Or update mysql if that specifically want that version.
>
> --
> Joost
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
Procps is already at its newest version.
eix -I procps
[I] sys-process/procps
Available versions: 3.3.6 3.3.8-r2 3.3.9 ~3.3.9-r1 ~3.3.9-r2 {+ncurses
nls selinux static-libs systemd test unicode}
Installed versions: 3.3.9(03:38:35 08/24/14)(ncurses nls unicode
-static-libs -test)
Homepage:http://procps.sourceforge.net/
http://gitorious.org/procps
Description: standard informational utilities and process-handling
tools
I had updated mysql but it does not help (same version of procps is
used).
Best regards,
mcc
Re: [gentoo-user] blocker between openrc and procps
Mick [14-08-24 12:36]:
> On Sunday 24 Aug 2014 10:23:34 meino.cra...@gmx.de wrote:
> > Alan McKinnon [14-08-24 10:32]:
> > > On 24/08/2014 04:30, meino.cra...@gmx.de wrote:
> > > > hi,
> > > >
> > > > How can I resolve this blocker:
> > > > (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> > > >
> > > > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo,
> > > > installed) sys-process/procps required by @system
> > > >
> > > > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled
> > > > in by
> > > >
> > > > sys-apps/openrc required by @system
> > > > sys-apps/openrc required by @selected
> > > > sys-apps/openrc required by (virtual/service-manager-0::gentoo,
> > > > installed)
> > > >
> > > > >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
> > > > >ebuild scheduled for merge)
> > > >
> > > > Thank you very much in advance for any help!
> > >
> > > There is no blocker there
> >
> > Hi Alan,
> >
> > sorry, I missed some lines of text:
> >
> >
> > [blocks B ] > (" >
> > Total: 109 packages (108 upgrades, 1 new), Size of downloads: 1,107,696 kB
> > Fetch Restriction: 1 package (1 unsatisfied)
> > Conflict: 2 blocks (1 unsatisfied)
> >
> > Fetch instructions for dev-java/java-sdk-docs-1.7.0.60:
> > * Please download jdk-7u60-apidocs.zip from
> > *
> > http://www.oracle.com/technetwork/java/javase/documentation/java-se-7-doc->
> > download-435117.html * (agree to the license) and place it in
> > /usr/portage/distfiles
> > * If you find the file on the download page replaced with a higher
> > * version, please report to the bug 67266 (link below).
> > * If emerge fails because of a checksum error it is possible that
> > * the upstream release changed without renaming. Try downloading the file
> > * again (or a newer revision if available). Otherwise report this to
> > * http://bugs.gentoo.org/67266 and we will make a new revision.
> >
> > * Error: The above package list contains packages which cannot be
> > * installed at the same time on the same system.
> >
> > (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> > sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed)
> > sys-process/procps required by @system
> >
> > (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in by
> > sys-apps/openrc required by @system
> > sys-apps/openrc required by @selected
> > sys-apps/openrc required by (virtual/service-manager-0::gentoo,
> > installed)
> >
> > >=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
> > >ebuild scheduled for merge)
> >
> > Best regards,
> > mcc
>
> This is how I would go about it:
>
> Uninstall sys-process/procps, then run emerge and let portage do its thing.
>
> --
> Regards,
> Mick
...results in the same blocker...
(mysql pulls procps)
Best regards,
mcc
Re: [gentoo-user] blocker between openrc and procps
On 24/08/14 13:40, meino.cra...@gmx.de wrote:
> J. Roeleveld [14-08-24 12:36]:
>> On 24 August 2014 11:23:34 CEST, meino.cra...@gmx.de wrote:
>>> Alan McKinnon [14-08-24 10:32]:
On 24/08/2014 04:30, meino.cra...@gmx.de wrote:
> hi,
>
> How can I resolve this blocker:
>
> (sys-process/procps-3.3.9::gentoo, installed) pulled in by
> sys-process/procps required by (dev-db/mysql-5.5.39::gentoo,
>>> installed)
> sys-process/procps required by @system
>
> (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge)
>>> pulled in by
> sys-apps/openrc required by @system
> sys-apps/openrc required by @selected
> sys-apps/openrc required by (virtual/service-manager-0::gentoo,
>>> installed)
> >=sys-apps/openrc-0.12 required by
>>> (net-misc/netifrc-0.2.2::gentoo, ebuild scheduled for merge)
> Thank you very much in advance for any help!
There is no blocker there
--
Alan McKinnon
alan.mckin...@gmail.com
>>>
>>> Hi Alan,
>>>
>>> sorry, I missed some lines of text:
>>>
>>>
>>> [blocks B ] >> (">>
>>> Total: 109 packages (108 upgrades, 1 new), Size of downloads: 1,107,696
>>> kB
>>> Fetch Restriction: 1 package (1 unsatisfied)
>>> Conflict: 2 blocks (1 unsatisfied)
>>>
>>> Fetch instructions for dev-java/java-sdk-docs-1.7.0.60:
>>> * Please download jdk-7u60-apidocs.zip from
>>> *
>>> http://www.oracle.com/technetwork/java/javase/documentation/java-se-7-doc-download-435117.html
>>> * (agree to the license) and place it in /usr/portage/distfiles
>>> * If you find the file on the download page replaced with a higher
>>> * version, please report to the bug 67266 (link below).
>>> * If emerge fails because of a checksum error it is possible that
>>> * the upstream release changed without renaming. Try downloading the
>>> file
>>> * again (or a newer revision if available). Otherwise report this to
>>> * http://bugs.gentoo.org/67266 and we will make a new revision.
>>>
>>> * Error: The above package list contains packages which cannot be
>>> * installed at the same time on the same system.
>>>
>>> (sys-process/procps-3.3.9::gentoo, installed) pulled in by
>>> sys-process/procps required by (dev-db/mysql-5.5.39::gentoo, installed)
>>>sys-process/procps required by @system
>>>
>>> (sys-apps/openrc-0.13.1::gentoo, ebuild scheduled for merge) pulled in
>>> by
>>>sys-apps/openrc required by @system
>>>sys-apps/openrc required by @selected
>>> sys-apps/openrc required by (virtual/service-manager-0::gentoo,
>>> installed)
=sys-apps/openrc-0.12 required by (net-misc/netifrc-0.2.2::gentoo,
>>> ebuild scheduled for merge)
>>>
>>>
>>> Best regards,
>>> mcc
>> Update procps to a later version.
>> Or update mysql if that specifically want that version.
>>
>> --
>> Joost
>> --
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>>
>
> Procps is already at its newest version.
No, it's not.
>
> eix -I procps
> [I] sys-process/procps
> Available versions: 3.3.6 3.3.8-r2 3.3.9 ~3.3.9-r1 ~3.3.9-r2 {+ncurses
> nls selinux static-libs systemd test unicode}
3.3.9-r2 latest.
> Installed versions: 3.3.9(03:38:35 08/24/14)(ncurses nls unicode
> -static-libs -test)
3.3.9, not 3.3.9-r2, installed.
As in, you need to upgrade to 3.3.9-r2 to use openrc-0.13, because older
than 3.3.9-r2 have broken config file
reading, and won't work properly with openrc-0.13
So, simple solution:
# emerge -1 ">=sys-process/procps-3.3.9-r2"
[gentoo-user] Execute udev rule before net.* scripts
I'm trying to define names for my USB network interfaces keyed on the interface location instead of the interface MAC address. This udev rule renames one of them: SUBSYSTEM=="net", KERNEL=="enp3s0u1", NAME="net0" But it doesn't work automatically at boot, I have to execute 'udevadm trigger --action=add'. How can I execute that before the net.* scripts at boot? - Grant
Re: [gentoo-user] Execute udev rule before net.* scripts
On 24/08/14 15:59, Grant wrote:
> I'm trying to define names for my USB network interfaces keyed on the
> interface location instead of the interface MAC address. This udev
> rule renames one of them:
>
> SUBSYSTEM=="net", KERNEL=="enp3s0u1", NAME="net0"
>
> But it doesn't work automatically at boot, I have to execute 'udevadm
> trigger --action=add'. How can I execute that before the net.*
> scripts at boot?
>
> - Grant
>
I'm not 100% convinced that's the right syntax to use. See,
https://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=4&chap=2#doc_chap4
Using your Own Names
Code Listing 4.2: Setting the lan0 name for the current eth0 interface
# vim /etc/udev/rules.d/76-net-name-use-custom.rules
# Second one uses ID_NET_NAME_PATH information, and 76- number to be between
# 75-net-*.rules and 80-net-*.rules
SUBSYSTEM=="net", ACTION=="add", ENV{ID_NET_NAME_PATH}=="enp3s0u1", NAME="net0"
[gentoo-user] Software RAID-1
Hello list, For several years I've been running with / on /dev/md5 (0.99 metadata), which is built on /dev/sd[ab]5. At each boot I see a message scroll by saying something like "No devices found in config file or automatically" and then lvm continues to assemble md5 anyway and mount its file system. The rest of my partitions are on /dev/md7 (1.0 metadata), which is built on /dev/sd[ab]7. Oh, except for /boot, which is on /dev/sda1 with a copy on /dev/sdb1. So I decided to clean up /etc/mdadm.conf by adding these lines: DEVICE /dev/sda* /dev/sdb* ARRAY /dev/md5 devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md7 devices=/dev/sda7,/dev/sdb7 ARRAY /dev/md9 devices=/dev/sda9,/dev/sdb9 Now at boot time the no-devices error doesn't appear, but I get a blank line with a red asterisk. What am I doing wrong? This is stimulated by this week's upgrade of lvm2, for which I need to make some configuration changes, and I thought I ought to fix one thing at a time. -- Regards Peter
Re: [gentoo-user] PAM auto-adding ".db" suffix: feature or bug?
On 24/08/2014 06:51, Jarry wrote: >> Consult Google and find out more about postfix's postmaps with >> particular reference to how it's done if you use db files from sleepycat > > This has nothing to do with postfix, I used it just as > an example. I had the very same problem with ftp. > > My Postfix uses cyrus-sasl for smtp-authentification, > and cyrus-sasl in my example uses pam with user-db. > > Problem is PAM configuration, which must contain: > db=/etc/postfix/virtual_users (without ".db") > > But real user database is in: > /etc/postfix/virtual_users.db > > This I find very strange... > It's unusual, but it's also the way it is. Why are you so concerned? You edit the file without extension and create a db file with .db extension which the software uses. Perhaps not 100% what you were expecting but if that's how the bits of software are written, what's the problem? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] PAM auto-adding ".db" suffix: feature or bug?
On 24-Aug-14 17:44, Alan McKinnon wrote: Consult Google and find out more about postfix's postmaps with particular reference to how it's done if you use db files from sleepycat This has nothing to do with postfix, I used it just as an example. I had the very same problem with ftp. My Postfix uses cyrus-sasl for smtp-authentification, and cyrus-sasl in my example uses pam with user-db. Problem is PAM configuration, which must contain: db=/etc/postfix/virtual_users (without ".db") But real user database is in: /etc/postfix/virtual_users.db This I find very strange... It's unusual, but it's also the way it is. Why are you so concerned? You edit the file without extension and create a db file with .db extension which the software uses. Perhaps not 100% what you were expecting but if that's how the bits of software are written, what's the problem? I see two problems: 1. pam-docs says nothing about it (or it is so deep I did not find it). If the user-db file is /etc/postfix/virtual_users.db then how in the hell should user know he must write: db=/etc/postfix/virtual_users in pam-config file and not: db=/etc/postfix/virtual_users.db ??? 2. error-log is very misleading. It says '/etc/postfix/virtual_users.db': no such file or directory while in fact pam was looking for '/etc/postfix/virtual_users.db.db'. Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] Software RAID-1
On Sunday 24 Aug 2014 14:51:23 Peter Humphrey wrote: > Hello list, > > For several years I've been running with / on /dev/md5 (0.99 metadata), > which is built on /dev/sd[ab]5. At each boot I see a message scroll by > saying something like "No devices found in config file or automatically" > and then lvm continues to assemble md5 anyway and mount its file system. > The rest of my partitions are on /dev/md7 (1.0 metadata), which is built > on /dev/sd[ab]7. Oh, except for /boot, which is on /dev/sda1 with a copy > on /dev/sdb1. > > So I decided to clean up /etc/mdadm.conf by adding these lines: > > DEVICE /dev/sda* /dev/sdb* > ARRAY /dev/md5 devices=/dev/sda5,/dev/sdb5 > ARRAY /dev/md7 devices=/dev/sda7,/dev/sdb7 > ARRAY /dev/md9 devices=/dev/sda9,/dev/sdb9 > > Now at boot time the no-devices error doesn't appear, but I get a blank > line with a red asterisk. > > What am I doing wrong? I suspect that mdadm is warning you that it can't find any arrays in mdadm.conf and then proceeds to automatically scan and mount RAIDs. If you want to add something in it, then you can use the output of: mdadm --examine --scan and append the relevant line to your mdadm.conf. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Execute udev rule before net.* scripts
>> I'm trying to define names for my USB network interfaces keyed on the
>> interface location instead of the interface MAC address. This udev
>> rule renames one of them:
>>
>> SUBSYSTEM=="net", KERNEL=="enp3s0u1", NAME="net0"
>>
>> But it doesn't work automatically at boot, I have to execute 'udevadm
>> trigger --action=add'. How can I execute that before the net.*
>> scripts at boot?
>>
>> - Grant
>>
>
> I'm not 100% convinced that's the right syntax to use. See,
>
> https://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=4&chap=2#doc_chap4
>
>
> Using your Own Names
>
> Code Listing 4.2: Setting the lan0 name for the current eth0 interface
>
> # vim /etc/udev/rules.d/76-net-name-use-custom.rules
> # Second one uses ID_NET_NAME_PATH information, and 76- number to be between
> # 75-net-*.rules and 80-net-*.rules
> SUBSYSTEM=="net", ACTION=="add", ENV{ID_NET_NAME_PATH}=="enp3s0u1",
> NAME="net0"
Works perfectly! Thank you Samuli!
- Grant
Re: [gentoo-user] Execute udev rule before net.* scripts
On Sun, Aug 24, 2014 at 8:59 AM, Grant wrote:
>
> I'm trying to define names for my USB network interfaces keyed on the
> interface location instead of the interface MAC address. This udev
> rule renames one of them:
>
> SUBSYSTEM=="net", KERNEL=="enp3s0u1", NAME="net0"
>
> But it doesn't work automatically at boot, I have to execute 'udevadm
> trigger --action=add'. How can I execute that before the net.*
> scripts at boot?
"enp3s0u1" isn't a kernel name; it's an "ID_NET_NAME_PATH" attribute.
I use the following on my laptop:
$ cat /etc/udev/rules.d/85-net-name.rules
SUBSYSTEM=="net", ACTION=="add", KERNEL=="eth*",
ATTR{address}=="28:D2:44:0E:2F:53", NAME="wire"
SUBSYSTEM=="net", ACTION=="add", KERNEL=="wlan*",
ATTR{address}=="68:17:29:4B:26:5C", NAME="wifi"
The rule that used to create 70-persistent-net.rules added
DRIVERS=="?*"
ATTR{dev_id}=="0x0"
ATTR{type}=="1"
but udev doen't seem to need them.
Re: [gentoo-user] Execute udev rule before net.* scripts
On 24/08/14 20:05, Tom H wrote: > On Sun, Aug 24, 2014 at 8:59 AM, Grant wrote: >> I'm trying to define names for my USB network interfaces keyed on the >> interface location instead of the interface MAC address. This udev >> rule renames one of them: >> >> SUBSYSTEM=="net", KERNEL=="enp3s0u1", NAME="net0" >> >> But it doesn't work automatically at boot, I have to execute 'udevadm >> trigger --action=add'. How can I execute that before the net.* >> scripts at boot? > "enp3s0u1" isn't a kernel name; it's an "ID_NET_NAME_PATH" attribute. That's what came to my mind too, that's why I instructed him away from it. - Samuli
Re: [gentoo-user] Software RAID-1
On 24/08/2014 14:51, Peter Humphrey wrote: Hello list, For several years I've been running with / on /dev/md5 (0.99 metadata), which is built on /dev/sd[ab]5. At each boot I see a message scroll by saying something like "No devices found in config file or automatically" and then lvm LVM does not handle md arrays. continues to assemble md5 anyway and mount its file system. The rest of my partitions are on /dev/md7 (1.0 metadata), which is built on /dev/sd[ab]7. Oh, except for /boot, which is on /dev/sda1 with a copy on /dev/sdb1. So I decided to clean up /etc/mdadm.conf by adding these lines: DEVICE /dev/sda* /dev/sdb* ARRAY /dev/md5 devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md7 devices=/dev/sda7,/dev/sdb7 ARRAY /dev/md9 devices=/dev/sda9,/dev/sdb9 Perhaps you should not include /dev/md5 here. As you have made a point of building the array containing the root filesystem with 0.99 metadata, I would assume that it is being assembled in kernelspace as a result of CONFIG_MD_AUTODETECT being enabled. Alternatively, perhaps you are using an initramfs. Either way, by the time the mdraid init.d script executes, the /dev/md5 array must - by definition - be up and mounted. Does it make a difference if you add the following line to the config? AUTO +1.x homehost -all That will prevent it from considering arrays with 0.99 metadata. On a related note, despite upstream's efforts to make this as awkward as possible, it is possible to mimic the kernel's autodetect functionality in userspace with a config such as this: HOMEHOST DEVICE partitions AUTO +1.x -all Bear in mind that the mdraid script runs `mdadm --assemble --scan`. There is no need to specifically map out the properties of each array. This is what the metadata is for. --Kerin
[gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
Hi. I just accidentally removed the /usr folder! And I am sure the /usr/bin and several other folders are gone! Should I go for a complete re-install or there is any other solution? Thanks and I hope that I wont find that blade that I am looking for!
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
before you install everything, try to boot from installcd, extract stage3 over your rootfs, chroot to rootfs, then: # emerge --emptytree @world On Sun, Aug 24, 2014 at 10:28 PM, behrouz khosravi wrote: > Hi. I just accidentally removed the /usr folder! > And I am sure the /usr/bin and several other folders are gone! > Should I go for a complete re-install or there is any other solution? > Thanks and I hope that I wont find that blade that I am looking for! > >
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
behrouz khosravi wrote: > Hi. I just accidentally removed the /usr folder! > And I am sure the /usr/bin and several other folders are gone! > Should I go for a complete re-install or there is any other solution? > Thanks and I hope that I wont find that blade that I am looking for! > > If you save binaries of your builds, you may be able to do a emerge -Ke world. Maybe. Dale :-) :-)
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
Am 24.08.2014 um 21:28 schrieb behrouz khosravi: > Hi. I just accidentally removed the /usr folder! > And I am sure the /usr/bin and several other folders are gone! > Should I go for a complete re-install or there is any other solution? > Thanks and I hope that I wont find that blade that I am looking for! > > . > and now you know why you should have added --buildpkg to your default emerge options.
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
2014-08-24 17:27 GMT-06:00 Volker Armin Hemmann : > Am 24.08.2014 um 21:28 schrieb behrouz khosravi: >> Hi. I just accidentally removed the /usr folder! >> And I am sure the /usr/bin and several other folders are gone! >> Should I go for a complete re-install or there is any other solution? >> Thanks and I hope that I wont find that blade that I am looking for! >> >> . >> > > and now you know why you should have added --buildpkg to your default > emerge options. > But without 'PKGDIR' set to any other place not in /usr/, in this case it's in vain.
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
Am 25.08.2014 um 01:57 schrieb Jc García: > 2014-08-24 17:27 GMT-06:00 Volker Armin Hemmann : >> Am 24.08.2014 um 21:28 schrieb behrouz khosravi: >>> Hi. I just accidentally removed the /usr folder! >>> And I am sure the /usr/bin and several other folders are gone! >>> Should I go for a complete re-install or there is any other solution? >>> Thanks and I hope that I wont find that blade that I am looking for! >>> >>> . >>> >> and now you know why you should have added --buildpkg to your default >> emerge options. >> > But without 'PKGDIR' set to any other place not in /usr/, in this case > it's in vain. > > and now you know why I store that one on /var and backup it regularly.
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
On 25/08/2014 01:57, Jc García wrote: > 2014-08-24 17:27 GMT-06:00 Volker Armin Hemmann : >> Am 24.08.2014 um 21:28 schrieb behrouz khosravi: >>> Hi. I just accidentally removed the /usr folder! >>> And I am sure the /usr/bin and several other folders are gone! >>> Should I go for a complete re-install or there is any other solution? >>> Thanks and I hope that I wont find that blade that I am looking for! >>> >>> . >>> >> >> and now you know why you should have added --buildpkg to your default >> emerge options. >> > But without 'PKGDIR' set to any other place not in /usr/, in this case > it's in vain. 15 years ago FreeBSD was putting everything related to ports and package management into /usr. Now this just happened to work out fine for FreeBSD especially with a sane rational mount scheme. Why drobbins elected to carry on with this for Gentoo Linux is a question completely beyond my ken because it is obviously fraught with problems and very little benefit. Portage and binpkgs belong in /var, anyone persisting in putting them in /usr gets to keep all the broken bits when it goes wrong. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
On Sun, Aug 24, 2014 at 11:58:36PM +0430, behrouz khosravi wrote: > Hi. I just accidentally removed the /usr folder! > And I am sure the /usr/bin and several other folders are gone! > Should I go for a complete re-install or there is any other solution? > Thanks and I hope that I wont find that blade that I am looking for! You should be able to get away with an emerge @system @world -evDN instead of a complete re-install. You should first get a copy of a minimal working /usr though (like from a stage3 tarball), otherwise you will run into errors as /usr/bin is where python and other stuff resides that you'll need for installation. WKR Hinnerk signature.asc Description: Digital signature
Re: [gentoo-user] accidentally deleted the /usr (I'm gonna kill myself!)
on 08/24/2014 10:43 PM Alon Bar-Lev wrote the following: before you install everything, try to boot from installcd, extract stage3 over your rootfs, Wouldn't that also override his /var/lib/portage/world file? chroot to rootfs, then: # emerge --emptytree @world
