Re: [gentoo-user] Udev-197 : 4 show-stoppers
On Sun, 20 Jan 2013 04:11:53 -0600, Canek Peláez Valdés wrote: And the quick elegant way is emerge -1a /usr/lib/udev although I don't know how recent a version of portage you need for that. I did not know that. Thank you. Neither did I until Daniel posted it last week. -- Neil Bothwick Accordion: a bagpipe with pleats. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
On Sun, 20 Jan 2013 18:56:01 -0600, Bruce Hill wrote: Then you wouldn't have these problems now. There are 8 or more Gentoo boxen running on this LAN with the above and none of the issues that come up daily now in this ML. For completeness, there are seven Gentoo systems here, all but one running udev-197 and also with none of the problems you mention. -- Neil Bothwick Meow SPLAT! Woof SPLAT!Jeez, it's really raining today. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
On Sun, 20 Jan 2013 18:17:04 -0600 Dale rdalek1...@gmail.com wrote: walt wrote: On 01/20/2013 01:29 AM, victor romanchuk wrote: just migrated to sys-fs/udev-197 - everything went smoothly and seems to work. the only observation at this time is absence of device file /dev/root whilst both /etc/mtab and /proc/mounts are referring to that device node: # grep root /etc/mtab /proc/mounts /etc/mtab:/dev/root / ext4 rw,relatime,commit=0 0 0 /proc/mounts:rootfs / rootfs rw 0 0 /proc/mounts:/dev/root / ext4 rw,relatime,data=ordered 0 0 I see exactly the same and didn't even notice until you mentioned it. Did /dev/root really exist in the /dev/ directory in the past? Can't remember. It does here: root@fireball / # ls -al /dev/root lrwxrwxrwx 1 root root 4 Jan 10 07:12 /dev/root - sda6 root@fireball / # Since this appears to be a issue now, I'm switching to eudev. For some reason, I can't mask enough to keep it as it is now. I hope I don't loose my uptime. root@fireball / # uptime 18:16:17 up 120 days, 11:25, 9 users, load average: 0.25, 0.63, 1.09 root@fireball / # So you are not doing kernel updates anymore. Interesting. Perhaps you do not realize just how much information you leaked right there :-) -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Who creates directories in /var/run?
Hi, some of the init scripts seem to automagically create the needed directories under /var/run and change the ownerships to the right values. For me this fails for slapd (openldap). Where and how should this be happening? Konstantin -- Dipl-Inf. Konstantin Agouros aka Elwood Blues. Internet: elw...@agouros.de Altersheimerstr. 1, 81545 Muenchen, Germany. Tel +49 89 69370185 Captain, this ship will not survive the forming of the cosmos. B'Elana Torres
Re: [gentoo-user] grub2 on macbook pro
Am 21.01.2013 05:04, schrieb Douglas J Hunley: I'm completely stuck on getting Grub2 to work with the EFI on a new macbook pro. I have grub2 emerged w/o issue, and efibootmg as well. I've looked at both the Grub2 wiki and the Macbook wiki and the various directions are just /not/ clicking for me. Anyone have any clue how to actually get the EFI on macbook to boot Grub from /dev/sda1? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3 Here I have two macs with linux (gentoo), both are running refit (http://refit.sourceforge.net/) to boot properly. regards Nico -- mailto: nicolai.beuerm...@gmx.de online: http://www.nico-beuermann.de
[gentoo-user] Re: Who creates directories in /var/run?
On Mon, 21 Jan 2013 16:18:48 +, Konstantinos Agouros wrote: some of the init scripts seem to automagically create the needed directories under /var/run and change the ownerships to the right values. This is the correct thing to do. For me this fails for slapd (openldap). Where and how should this be happening? That's an open bug in openldap (not using it myself but friend stumbled over the same problem), check Bugzilla. Fix is probably trivial. -h
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
Alan McKinnon wrote: On Sun, 20 Jan 2013 18:17:04 -0600 Dale rdalek1...@gmail.com wrote: walt wrote: On 01/20/2013 01:29 AM, victor romanchuk wrote: just migrated to sys-fs/udev-197 - everything went smoothly and seems to work. the only observation at this time is absence of device file /dev/root whilst both /etc/mtab and /proc/mounts are referring to that device node: # grep root /etc/mtab /proc/mounts /etc/mtab:/dev/root / ext4 rw,relatime,commit=0 0 0 /proc/mounts:rootfs / rootfs rw 0 0 /proc/mounts:/dev/root / ext4 rw,relatime,data=ordered 0 0 I see exactly the same and didn't even notice until you mentioned it. Did /dev/root really exist in the /dev/ directory in the past? Can't remember. It does here: root@fireball / # ls -al /dev/root lrwxrwxrwx 1 root root 4 Jan 10 07:12 /dev/root - sda6 root@fireball / # Since this appears to be a issue now, I'm switching to eudev. For some reason, I can't mask enough to keep it as it is now. I hope I don't loose my uptime. root@fireball / # uptime 18:16:17 up 120 days, 11:25, 9 users, load average: 0.25, 0.63, 1.09 root@fireball / # So you are not doing kernel updates anymore. Interesting. Perhaps you do not realize just how much information you leaked right there :-) Well, I have seen servers run for YEARS with no reboots. Most of those admit, they don't upgrade them at all. One several years ago said he hadn't even blew out the dust in that time. It was over 5 years since he even logged into it. He kept his in a closet. One of those was on the old show TheScreenSavers on Tech TV. So, I do a LOT more to mine than most. Given my connection to the internet, the fact that I update everything I can short of a reboot, I'm not worried one bit. May have found a bug for eudev tho. It seems that you have to unmerge dracut since it had a hard dependency on the udev package instead of the virtual. Going to test that now. Been chatting on the eudev list. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] grub2 on macbook pro
On 22/01/13 01:03, Nicolai Beuermann wrote: Am 21.01.2013 05:04, schrieb Douglas J Hunley: I'm completely stuck on getting Grub2 to work with the EFI on a new macbook pro. I have grub2 emerged w/o issue, and efibootmg as well. I've looked at both the Grub2 wiki and the Macbook wiki and the various directions are just /not/ clicking for me. Anyone have any clue how to actually get the EFI on macbook to boot Grub from /dev/sda1? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3 Here I have two macs with linux (gentoo), both are running refit (http://refit.sourceforge.net/) to boot properly. regards Nico There is a catch22 - you have to be booted via EFI to install EFI. To do this, I had to boot using EFI (I think it was fedora) and use that to set up with efibootmg. BillK
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
On Mon, 21 Jan 2013 13:36:55 -0600 Dale rdalek1...@gmail.com wrote: Well, I have seen servers run for YEARS with no reboots. Most of those admit, they don't upgrade them at all. One several years ago said he hadn't even blew out the dust in that time. It was over 5 years since he even logged into it. He kept his in a closet. One of those was on the old show TheScreenSavers on Tech TV. Oh don't get me wrong I have servers with 5 year uptimes too. And they don't get kernel upgrades, so whatever security fixes have been done in the past 5 years those machines do not have. Uptime is not a ragging point anymore :-) Sadly, I *can't* reboot them. I can only replace them in the hardware replace cycle - the change manager wants to know from me what the risk is of doing the change. I tell him honestly there's an elevated risk of the drives not spinning up and highly critical system stops working. He just smiles and clicks the deny button on my change form :-) -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] udev-197 and /etc/udev/rules.d/
udev-197-r3 gave me this postinstall warning:
Upstream has removed the persistent-cd rules generator. If you need
persistent names for these devices, place udev rules for them
in /etc/udev/rules.d.
Well, I have had such a rule for a long time, and it worked ok until I
installed udev-197, which seems to be ignoring it. I'm at a loss to
see what's wrong.
Here's /etc/udev/rules.d/12-opticaldrive.rules, just one line:
KERNEL==sr0, SUBSYSTEM==block, NAME=opticaldrive, SYMLINK+=%k,
SYMLINK+=cdrom, SYMLINK+=cdrw, SYMLINK+=dvd, SYMLINK+=dvdrom,
SYMLINK+=dvdrw
And here's the first part of udevadm info for the device:
looking at device
'/devices/pci:00/:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sr0':
KERNEL==sr0
SUBSYSTEM==block
DRIVER==
ATTR{ro}==0
ATTR{size}==4
ATTR{stat}== 0000000
0000
ATTR{range}==1
ATTR{discard_alignment}==0
ATTR{events}==media_change eject_request
ATTR{ext_range}==1
ATTR{events_poll_msecs}==-1
ATTR{alignment_offset}==0
ATTR{inflight}== 00
ATTR{removable}==1
ATTR{capability}==119
ATTR{events_async}==
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
On Mon, Jan 21, 2013 at 01:36:55PM -0600, Dale wrote Well, I have seen servers run for YEARS with no reboots. Most of those admit, they don't upgrade them at all. One several years ago said he hadn't even blew out the dust in that time. It was over 5 years since he even logged into it. He kept his in a closet. One of those was on the old show TheScreenSavers on Tech TV. http://www.theregister.co.uk/2001/04/12/missing_novell_server_discovered_after/ Straight from Edgar Allen Poe -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
On Jan 22, 2013 11:07 AM, Walter Dnes waltd...@waltdnes.org wrote: On Mon, Jan 21, 2013 at 01:36:55PM -0600, Dale wrote Well, I have seen servers run for YEARS with no reboots. Most of those admit, they don't upgrade them at all. One several years ago said he hadn't even blew out the dust in that time. It was over 5 years since he even logged into it. He kept his in a closet. One of those was on the old show TheScreenSavers on Tech TV. http://www.theregister.co.uk/2001/04/12/missing_novell_server_discovered_after/ Straight from Edgar Allen Poe -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications The headline is misleading and too sensationalist... The server had been performing well for years, so nobody actually missed the server. Only after a network audit been performed did they realize that the server -- which might even still be happily serving clients -- is nowhere to be found. Rgds, --
Re: [gentoo-user] Re: Udev-197 : 4 show-stoppers
Walter Dnes wrote: On Mon, Jan 21, 2013 at 01:36:55PM -0600, Dale wrote Well, I have seen servers run for YEARS with no reboots. Most of those admit, they don't upgrade them at all. One several years ago said he hadn't even blew out the dust in that time. It was over 5 years since he even logged into it. He kept his in a closet. One of those was on the old show TheScreenSavers on Tech TV. http://www.theregister.co.uk/2001/04/12/missing_novell_server_discovered_after/ Straight from Edgar Allen Poe Dang, I was hoping for pics. LOL Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[gentoo-user] Re: udev-197 and /etc/udev/rules.d/
»Q«: udev-197-r3 gave me this postinstall warning: Upstream has removed the persistent-cd rules generator. If you need persistent names for these devices, place udev rules for them in /etc/udev/rules.d. Well, I have had such a rule for a long time, and it worked ok until I installed udev-197, which seems to be ignoring it. I was bitten by that too. I'm at a loss to see what's wrong. If that can be solved, i may reconsider going back to udev-171. ;) Hartmut -- Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/ Von Usern fuer User :-)
[gentoo-user] Overclocking CPU causes segmentation fault
So I have this old E2180 processor and no money as of now to buy a new rig :P I'm trying to overclock my CPU using BIOS host clock control and everything is fine at 2.6 Ghz up to bootloader. Kernel segfaults. Any idea why? I'm running pf-kernel 3.7.2 and it doesn't work with vanilla kernel either. Intel MCE is disabled in kernel configuration. -- Nilesh Govindarajan http://nileshgr.com
