[gentoo-user] Hardware_ECC_Recovered growing
Hi, one of my harddrives appears to be very slow. I have issued smartctl -a /dev/sdb | grep Hardware_ECC_Recovered which shows growing counts - increasing from 59013289 to 6641 within a few minutes. Does this mean my harddrive is dying? Thanks for a comment, Helmut.
Re: [gentoo-user] Hardware_ECC_Recovered growing
Does this mean my harddrive is dying? Yes - copy everything important off to another drive asap.
Re: [gentoo-user] switching between nvidia / nouveau drivers
On Sat, Feb 23, 2013 at 10:30 PM, Joseph syscon...@gmail.com wrote: I'm trying to prevent next disaster with nvidia driver/kernel combination. I'm running nvidia driver and installed nouveau as module. If for any reason nvidia or nouveau will stop working I want to just run a sript and use other one. Here is my configuration: cat /etc/modprobe.d/blacklist.conf blacklist nouveau cat /etc/X11/xorg.conf Section Device Identifier Nvidia card Driver nvidia EndSection eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 In order to switch it to nouveau I would need to unload the nvidia module, but I can not do it when it is in use so I need to stop xdm first, am I correct? /etc/init.d/xdm stop (X crashes at this moment) modprobe -r nvidia mv /etc/modprobe.d/blacklist.conf /etc/modprobe.d/blacklist.conf_backup mv /etc/X11/xorg.conf /etc/X11/xorg.conf_nvidia eselect opengl set xorg-x11 modprobe nouveau mv /etc/X11/xorg.conf_nouveau /etc/X11/xorg.conf /etc/init.d/xdm start (at this moment I should have login screen) Did I miss anything? Will it work if I put it into a bash script? What about console framebuffer (if you use one) and KMS? I wonder if you need to do something about those.
Re: [gentoo-user] switching between nvidia / nouveau drivers
On Mon, Feb 25, 2013 at 9:10 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Sat, Feb 23, 2013 at 10:30 PM, Joseph syscon...@gmail.com wrote: I'm trying to prevent next disaster with nvidia driver/kernel combination. I'm running nvidia driver and installed nouveau as module. If for any reason nvidia or nouveau will stop working I want to just run a sript and use other one. Here is my configuration: cat /etc/modprobe.d/blacklist.conf blacklist nouveau cat /etc/X11/xorg.conf Section Device Identifier Nvidia card Driver nvidia EndSection eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 In order to switch it to nouveau I would need to unload the nvidia module, but I can not do it when it is in use so I need to stop xdm first, am I correct? /etc/init.d/xdm stop (X crashes at this moment) modprobe -r nvidia mv /etc/modprobe.d/blacklist.conf /etc/modprobe.d/blacklist.conf_backup mv /etc/X11/xorg.conf /etc/X11/xorg.conf_nvidia eselect opengl set xorg-x11 modprobe nouveau mv /etc/X11/xorg.conf_nouveau /etc/X11/xorg.conf /etc/init.d/xdm start (at this moment I should have login screen) Did I miss anything? Will it work if I put it into a bash script? What about console framebuffer (if you use one) and KMS? I wonder if you need to do something about those. I found some info about toggling KMS and framebuffer in the nouveau wiki: http://nouveau.freedesktop.org/wiki/KernelModeSetting
Re: [gentoo-user] Google+ Community for Gentoo?
On Mon, Feb 25, 2013 at 12:22 AM, Dale rdalek1...@gmail.com wrote: Pandu Poluan wrote: Is there a Google+ Community for us Gentoo-ers? Rgds, Like this: http://plus.google.com/+Gentoo/ or http://plus.google.com/102533239052362718067 Hope that works. Well... no. What you gave was the URL to the Gentoo Google+ *account*... But after I sharpen my GooglePlus-Fu a bit, I finally found out the Google+ Gentoo Community: https://plus.google.com/u/0/communities/100146718762350759856 Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ • LOPSA Member #15248 • Blog : http://pepoluan.tumblr.com • Linked-In : http://id.linkedin.com/in/pepoluan
Re: [gentoo-user] Google+ Community for Gentoo?
Pandu Poluan wrote: On Mon, Feb 25, 2013 at 12:22 AM, Dale rdalek1...@gmail.com wrote: Pandu Poluan wrote: Is there a Google+ Community for us Gentoo-ers? Rgds, Like this: http://plus.google.com/+Gentoo/ or http://plus.google.com/102533239052362718067 Hope that works. Well... no. What you gave was the URL to the Gentoo Google+ *account*... But after I sharpen my GooglePlus-Fu a bit, I finally found out the Google+ Gentoo Community: https://plus.google.com/u/0/communities/100146718762350759856 Rgds, Ohhh, like a mailing list but for Google. I didn't even know Google had that. About the only thing Google I use is email, still hoping to switch that one day. Glad you found it tho. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] switching between nvidia / nouveau drivers
On 02/25/13 09:10, Paul Hartman wrote: On Sat, Feb 23, 2013 at 10:30 PM, Joseph syscon...@gmail.com wrote: I'm trying to prevent next disaster with nvidia driver/kernel combination. I'm running nvidia driver and installed nouveau as module. If for any reason nvidia or nouveau will stop working I want to just run a sript and use other one. Here is my configuration: cat /etc/modprobe.d/blacklist.conf blacklist nouveau cat /etc/X11/xorg.conf Section Device Identifier Nvidia card Driver nvidia EndSection eselect opengl list Available OpenGL implementations: [1] nvidia * [2] xorg-x11 In order to switch it to nouveau I would need to unload the nvidia module, but I can not do it when it is in use so I need to stop xdm first, am I correct? /etc/init.d/xdm stop (X crashes at this moment) modprobe -r nvidia mv /etc/modprobe.d/blacklist.conf /etc/modprobe.d/blacklist.conf_backup mv /etc/X11/xorg.conf /etc/X11/xorg.conf_nvidia eselect opengl set xorg-x11 modprobe nouveau mv /etc/X11/xorg.conf_nouveau /etc/X11/xorg.conf /etc/init.d/xdm start (at this moment I should have login screen) Did I miss anything? Will it work if I put it into a bash script? What about console framebuffer (if you use one) and KMS? I wonder if you need to do something about those. I've solved this problem. It is not possible to switch without rebooting, so the correct procedure would be: CORRECT PROCES TO FOLLOW to switch between nvidia and noveau. (assuming the kernel is using nvidia) to switch to noveau: mv /etc/modprobe.d/blacklist.conf_nvidia /etc/modprobe.d/blacklist.conf eselect opengl set xorg-x11 mv /etc/X11/xorg.conf_nouveau /etc/X11/xorg.conf reboot Assuming: cat blacklist.conf_nouveau blacklist nouveau cat blacklist.conf_nvidia blacklist nvidia cat xorg.conf_nouveau # uncomment when the card gets IN Section Device Identifier nouveau Driver nouveau EndSection at xorg.conf_nvidia Section Device Identifier Nvidia card Driver nvidia EndSection -- Joseph
[gentoo-user] hwclock: command not found
I'm updating clock via bash script. When I run it from a command line, it works just fine but when I try to run it via crontab I get: /home/thelma/business/programs/time_date_setting_script.sh: line 3: hwclock: command not found here the script: #!/bin/sh rdate -s 128.138.140.44 hwclock --systohc and crontab entry: 45 12 * * 1 sh /home/thelma/business/programs/time_date_setting_script.sh When I run the scrip manually or just the command: hwclock --systohc it is working OK; why isn't it working from the crontab? -- Joseph
Re: [gentoo-user] hwclock: command not found
On Mon, 25 Feb 2013, Joseph wrote: I'm updating clock via bash script. When I run it from a command line, it works just fine but when I try to run it via crontab I get: /home/thelma/business/programs/time_date_setting_script.sh: line 3: hwclock: command not found Could it be that cron doesn't have this command on its PATH? Might be best to put the full path to hwclock instead of just hwclock. -- R
Re: [gentoo-user] hwclock: command not found
Am 25.02.2013 21:39, schrieb Joseph: I'm updating clock via bash script. When I run it from a command line, it works just fine but when I try to run it via crontab I get: /home/thelma/business/programs/time_date_setting_script.sh: line 3: hwclock: command not found here the script: #!/bin/sh rdate -s 128.138.140.44 hwclock --systohc and crontab entry: 45 12 * * 1 sh /home/thelma/business/programs/time_date_setting_script.sh When I run the scrip manually or just the command: hwclock --systohc it is working OK; why isn't it working from the crontab? I've noticed that cron doesn't have /sbin and /usr/sbin in PATH. Try using the absolute path to hwclock. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] hwclock: command not found
On 02/25/13 15:44, Randy Barlow wrote: On Mon, 25 Feb 2013, Joseph wrote: I'm updating clock via bash script. When I run it from a command line, it works just fine but when I try to run it via crontab I get: /home/thelma/business/programs/time_date_setting_script.sh: line 3: hwclock: command not found Could it be that cron doesn't have this command on its PATH? Might be best to put the full path to hwclock instead of just hwclock. -- R That was it, thank you. -- Joseph
Re: [gentoo-user] [way OT] Authenticating in a wireless home network
On 02/25/2013 01:56 AM, Mick wrote: On Monday 25 Feb 2013 03:00:56 Michael Mol wrote: [snip] Of course you could start covering the inside of your walls with aluminium foil My house has plaster-and-lathe walls and aluminum siding. Frankly, it works out to about the same thing. . [snip] signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Kernel 3.7.9: Lots of devices are root root rw-------.
Hi, Alan. On Mon, Feb 25, 2013 at 01:47:55AM +0200, Alan McKinnon wrote: On 24/02/2013 23:40, Alan Mackenzie wrote: On Sun, Feb 24, 2013 at 06:08:19PM +0200, Alan McKinnon wrote: On 24/02/2013 13:02, Alan Mackenzie wrote: On Sun, Feb 24, 2013 at 10:44:19AM +0200, Alan McKinnon wrote: On 23/02/2013 19:18, Alan Mackenzie wrote: Hi, Gentoo! Just built the new kernel 3.7.9 last night, and it's one of these nothing works situations. Sorry, I was exaggerating here. I can work normally as long as I don't try to use a peripheral, such as printer, audio, or scanner. My network connection is working OK. It seems the problems are with the device files, whose ownership is set to root root (rather than, e.g., root audio) and whose permissions are set to crw--- (rather than the expected crw-rw). I'm still running udev-171-r10. This might well make a difference. Needless to say, everything works under kernel 3.6.11. It would be nice if there were some mistake in my kernel config. Could somebody help me get this fixed, please. [ ] I suppose your next step is to examine udev's logs where it creates the various devices. And I promised myself some months ago I would _never_ spend time on udev innards. ;-( So, I set the debugging options inside /etc/conf.d/udev, which causes /run/udev/udev.log to be created. On the failing 3.7.9, /run/udev/udev.log terminates abruptly with an error message, with the entire file, 55 lines, looking like this: 1361736665.547175 [1761] parse_file: reading '/lib/udev/rules.d/10-dm.rules' as rules file 1361736665.547289 [1761] parse_file: reading '/run/udev/rules.d/10-root-link.rules' as rules file [ . ] 1361736665.553901 [1761] parse_file: reading '/lib/udev/rules.d/95-upower-wup.rules' as rules file 1361736665.553924 [1761] parse_file: reading '/lib/udev/rules.d/97-bluetooth-hid2hci.rules' as rules file 1361736665.553971 [1761] udev_rules_new: rules use 108624 bytes tokens (9052 * 12 bytes), 31856 bytes buffer 1361736665.553977 [1761] udev_rules_new: temporary index used 48860 bytes (2443 * 20 bytes) 1361736665.554010 [1761] main: error creating epoll fd: Function not implemented I hope epoll fd, whatever that may be, is something critically important to justify just stopping udev. But it can't be that important if kernel 3.6.11 doesn't emit such an event. It looks like the kernel's event interface has changed. It seems that the contents of /dev, such as they were, were created directly by the kernel when devtmpfs was mounted. Normally they would be modified into something usable by udev. Maybe I should just bite the bullet and go through the pain of updating my udev to version 197-r8. :-( Sounds logical to me, I'd conclude the same. Perhaps you should report your findings to b.g.o just in case the DEPENDS and config options between kernel and udev need to be tweaked in the ebuilds (I'd hate to see many users have to go through the same as yourself) I did that this morning (European time). I suspect I'll get an answer along the lines of what do you expect if you use old versions?. Got it on the pain you feel, I avoid looking into udev like it was the plague. Some days I wonder if going back to MAKEDEV wouldn't be far simpler in Gentoo land. MAKEDEV?? I spent some time this afternoon making sure I knew how to chroot effectively, using my old mdev system as a rescue system. Probably updating udev will just go OK for me. I'll wait until I here back from the Gentoo guys on my bug report. Thanks for the help in sorting this out. -- Alan McKinnon alan.mckin...@gmail.com -- Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] Re: hwclock: command not found
On Mon, 25 Feb 2013 21:45:52 +0100 Florian Philipp li...@binarywings.net wrote: Am 25.02.2013 21:39, schrieb Joseph: I'm updating clock via bash script. When I run it from a command line, it works just fine but when I try to run it via crontab I get: /home/thelma/business/programs/time_date_setting_script.sh: line 3: hwclock: command not found here the script: #!/bin/sh rdate -s 128.138.140.44 hwclock --systohc and crontab entry: 45 12 * * 1 sh /home/thelma/business/programs/time_date_setting_script.sh When I run the scrip manually or just the command: hwclock --systohc it is working OK; why isn't it working from the crontab? I've noticed that cron doesn't have /sbin and /usr/sbin in PATH. Try using the absolute path to hwclock. With a recent upgrade of fcron, I ran into this problem (and solved it by switching to absolute paths). From fcron's changelog: * don't inherit fcron's environment when running a job but build the environment from scratch (cleaner, and this is what Vixie cron does) I have no idea how the environment is built from scratch, but for me anything run from the system crontab now has $PATH /usr/bin:/bin
[gentoo-user] VBoxManage modifyhd - doesn't work
I'm trying to resize XP partition, the procedure suppose to be simple: VBoxManage modifyhd /full/path/to/hd.vdi --resize new_size so, I run: VBoxManage modifyhd /home/joseph/VirtualBox\ VMs/xp-clinic/xp-clinic.vdi --resize 15000 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100% The original size was 10G and still is. -- Joseph
Re: [gentoo-user] VBoxManage modifyhd - doesn't work
On 02/25/13 16:29, Joseph wrote: I'm trying to resize XP partition, the procedure suppose to be simple: VBoxManage modifyhd /full/path/to/hd.vdi --resize new_size so, I run: VBoxManage modifyhd /home/joseph/VirtualBox\ VMs/xp-clinic/xp-clinic.vdi --resize 15000 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100% The original size was 10G and still is. Actually the storage is showing as 14.6GB so that is correct but when I boot windows I only see about 600Mb free disk space instead of 4+GB -- Joseph