[gentoo-user] Re: Huge downloads approx. every 2 minutes
Hartmut Figge: Poison BL.: Port 995 there indicates SSL POP mail. Thanks. That has to be fetchmail. Verified by stopping it. The solution may be interesting to others. After unsuccessfully playing with the options of fetchmail, I discovered that the reason was a huge mail sitting on my ISP. fetchmail[2695]: reading message h.fi...@gmx.de@pop.gmx.net:1 of 1 (10652260 octets) (log message incomplete) fetchmail[2695]: SMTP error: 552 5.3.4 Message size exceeds fixed limit That caused fetchmail to go frantic. *g* After deleting the mail via the web all was well again. Hartmut
Re: [gentoo-user] Huge downloads approx. every 2 minutes
On Fri, Feb 6, 2015 at 12:11 AM, Hartmut Figge h.fi...@gmx.de wrote: Greetings, after noticing huge downloads circa ever 2 minutes naturally I wanted to stop that. :) After a reboot followed by startx which opened icewm I issued the command sudo ngrep -t -d net0 | tee system-ngrep_log.txt in a xterm and waited for one occurrence. Full log: www.triffids.de/pub/tmp/system-ngrep_log.txt.gz (5,6MB) How to determine the culprit? Hartmut Port 995 there indicates SSL POP mail. If you don't know/recall what process is polling for that, a run of netstat -p while it's active should give the pid and name for it. If I recall, netstat -p might need root. -- Poison [BLX] Joshua M. Murphy
[gentoo-user] Re: Huge downloads approx. every 2 minutes
Poison BL.: Port 995 there indicates SSL POP mail. Thanks. That has to be fetchmail. Verified by stopping it. Hartmut
[gentoo-user] Huge downloads approx. every 2 minutes
Greetings, after noticing huge downloads circa ever 2 minutes naturally I wanted to stop that. :) After a reboot followed by startx which opened icewm I issued the command sudo ngrep -t -d net0 | tee system-ngrep_log.txt in a xterm and waited for one occurrence. Full log: www.triffids.de/pub/tmp/system-ngrep_log.txt.gz (5,6MB) How to determine the culprit? Hartmut
Re: [gentoo-user] netifrc system init actions
On 05/02/15 11:11, Oleg wrote: On Tue, Feb 03, 2015 at 09:41:22PM +, thegeezer wrote: howdy, don't use postup for this. netifrc is much cleverer u can directly in /etc/conf.d/net do rules_eth0=( from 77.247.233.224/30 lookup vsd_linknet pref 32001 from all lookup customers pref 32050 ) I know about this, but i need ip rules that doesn't depend on any interface. This machine is a router with several downstreams and several upstreams; so i can set eth0 interface down and all policy rules must continue to work. If you need things to be in place from the beginning then i can understand but you should be looking at /etc/local.d/ postup on net.lo seems like an odd place to hook this kind of thing. I'd suggest you might want to even create a /etc/init.d/customerX and /etc/init.d/customerY which allows you to create start/stop and use rc-status to check rules are or are not in place, it's scarily simple to do. you can also have it so that script customerX depends on eth0 but i don't think you want that, but maybe you do want customerY depends on customerX whcih you can also do the advantage to doing this instead of in postup is that if you stop eth0 then the rules are removed and then added back when you start the interface again As i've mentioned above this is the disadvantage for me.
Re: [gentoo-user] cron - once a month during week days
On Thu, Feb 5, 2015 at 2:43 PM, Alan McKinnon alan.mckin...@gmail.com wrote: I was under impression that it will run once a month on Monday but it seems to be running every day, why? Basically, what you want to do cannot be done in a plain crontab. You might be able to leverage anacron to accomplish what you want. [Timer] OnCalendar=Mon *-*-1,2,3,4,5,6,7 12:08:00 (ducks!) -- Rich
Re: [gentoo-user] Nvidia and Radeon video cards in the same box.
2015-02-05 17:32 GMT+01:00 Linux linux...@204eastsouth.com: ... [ 1066.959] (II) [KMS] drm report modesetting isn't supported. ... [ 1066.961] (EE) Screen 0 deleted because of no matching config section. [ 1066.961] (II) UnloadModule: radeon ... [ 1067.703] (II) AIGLX: Screen 0 is not DRI2 capable [ 1067.703] (EE) AIGLX: reverting to software rendering [ 1067.732] (EE) AIGLX error: dlopen of /usr/lib64/dri/swrast_dri.so failed (/usr/lib64/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [ 1067.732] (EE) GLX: could not load software renderer It seems your kernel doesn't support DRI, nor modesetting. I would suggest checking your kernel configuration for the options needed for radeon driver. I don't remember how I did but there is the Gentoo Wiki : http://wiki.gentoo.org/wiki/Radeon Mickaël Bucas
Re: [gentoo-user] Re: rdesktop problems 1.8.2 - 1.8.3
J. Roeleveld wrote: Yes, you need to enable Remote Desktop on the windows guest. No, you need to enable Remote Desktop in the VirtualBox settings. VBoxManage modifyvm name --vrde on --vrdeport 3389 --vrdeauthtype ... And then connect to the host's IP, not to the guest's. The benefit is that you can connect to a Windows which doesn't have an RDP server included (Home versions of modern Windows, or even a very old Windows 2000, and all that). -Matt
[gentoo-user] cron - once a month during week days
I have a cron tab entry: 8 12 1-7 * 1 rsync ... I was under impression that it will run once a month on Monday but it seems to be running every day, why? -- Joseph
Re: [gentoo-user] Issues with USB memory sticks
On 02/02/2015 11:57 PM, bitlord wrote: On Mon, 02 Feb 2015 18:22:17 -0800 Daniel Frey djqf...@gmail.com wrote: I've been having a strange issue with my USB flash drives. I can't seem to copy much anything to them. It appears to copy and then hangs, then I get: [ 6841.490036] usb 2-6: reset high-speed USB device number 16 using ehci-pci [ 6848.540029] usb 2-6: reset high-speed USB device number 16 using ehci-pci [ 6855.590031] usb 2-6: reset high-speed USB device number 16 using ehci-pci [ 6862.640026] usb 2-6: reset high-speed USB device number 16 using ehci-pci [ 6869.690025] usb 2-6: reset high-speed USB device number 16 using ehci-pci [ 6876.740023] usb 2-6: reset high-speed USB device number 16 using ehci-pci dmesg is full of these messages. An update: New kernel didn't do anything. However, while checking the filesystems, I noticed that some are FAT and some are NTFS. I checked the partition types and they were set right. So, for some reason, on my machine FAT- or NTFS-formatted devices simply do not work. I took a few of the flash drives and formatted them as ext4, no issues (and no resets in the kernel log.) Repartitioned and reformatted as NTFS or FAT, they don't work. Now how weird is that? Most of the time I use my esata enclosure when I need to move stuff off of my computer, when I discovered this it was one of those rare times where I used a flash drive. I'm not sure what I can do about the FAT support, but I can try ntfs-3g for ntfs - although I don't feel like testing that now. I'm just happy it's not my motherboard. Dan
Re: [gentoo-user] Nvidia and Radeon video cards in the same box.
On 2/5/2015 2:46 PM, Mickaël Bucas wrote: 2015-02-05 17:32 GMT+01:00 Linux linux...@204eastsouth.com: ... [ 1066.959] (II) [KMS] drm report modesetting isn't supported. ... [ 1066.961] (EE) Screen 0 deleted because of no matching config section. [ 1066.961] (II) UnloadModule: radeon ... [ 1067.703] (II) AIGLX: Screen 0 is not DRI2 capable [ 1067.703] (EE) AIGLX: reverting to software rendering [ 1067.732] (EE) AIGLX error: dlopen of /usr/lib64/dri/swrast_dri.so failed (/usr/lib64/dri/swrast_dri.so: undefined symbol: _glapi_tls_Dispatch) [ 1067.732] (EE) GLX: could not load software renderer It seems your kernel doesn't support DRI, nor modesetting. I would suggest checking your kernel configuration for the options needed for radeon driver. I don't remember how I did but there is the Gentoo Wiki : http://wiki.gentoo.org/wiki/Radeon Mickaël Bucas Yes... Thank you. However I followed the info at that link best I could, some of the kernel options were not the same, and now I get nothing but black screens and a locked up computer. Xorg.0.log below - [67.594] X.Org X Server 1.16.3 Release Date: 2014-12-20 [67.600] X Protocol Version 11, Revision 0 [67.602] Build Operating System: Linux 3.18.1-gentoo x86_64 Gentoo [67.604] Current Operating System: Linux localhost 3.18.5-gentoo #3 SMP PREEMPT Thu Feb 5 15:56:25 MST 2015 x86_64 [67.604] Kernel command line: root=/dev/sdb5 softlevel=console append=acpi_enforce_resources=lax [67.608] Build Date: 12 January 2015 09:22:12AM [67.610] [67.612] Current version of pixman: 0.32.6 [67.616]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [67.616] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [67.624] (==) Log file: /var/log/Xorg.0.log, Time: Thu Feb 5 16:04:09 2015 [67.653] (==) Using config file: /etc/X11/xorg.conf [67.656] (==) Using config directory: /etc/X11/xorg.conf.d [67.658] (==) Using system config directory /usr/share/X11/xorg.conf.d [67.682] (==) ServerLayout Layout0 [67.682] (**) |--Screen Screen0 (0) [67.682] (**) | |--Monitor Monitor0 [67.684] (**) | |--Device Device0 [67.684] (**) |--Screen Screen1 (1) [67.684] (**) | |--Monitor Monitor1 [67.684] (**) | |--Device Device1 [67.684] (**) |--Input Device Keyboard0 [67.684] (**) |--Input Device Mouse0 [67.684] (**) Option Xinerama 1 [67.684] (==) Automatically adding devices [67.684] (==) Automatically enabling devices [67.684] (==) Automatically adding GPU devices [67.684] (**) Xinerama: enabled [67.712] (WW) The directory /usr/share/fonts/TTF/ does not exist. [67.712]Entry deleted from font path. [67.712] (WW) The directory /usr/share/fonts/OTF/ does not exist. [67.712]Entry deleted from font path. [67.712] (WW) The directory /usr/share/fonts/Type1/ does not exist. [67.712]Entry deleted from font path. [67.720] (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/75dpi/. [67.720]Entry deleted from font path. [67.720](Run 'mkfontdir' on /usr/share/fonts/75dpi/). [67.720] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/100dpi/ [67.720] (==) ModulePath set to /usr/lib64/xorg/modules [67.720] (**) Extension Composite is disabled [67.720] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [67.720] (WW) Disabling Keyboard0 [67.720] (WW) Disabling Mouse0 [67.720] (II) Loader magic: 0x806c80 [67.720] (II) Module ABI versions: [67.720]X.Org ANSI C Emulation: 0.4 [67.720]X.Org Video Driver: 18.0 [67.720]X.Org XInput driver : 21.0 [67.720]X.Org Server Extension : 8.0 [67.721] (II) xfree86: Adding drm device (/dev/dri/card0) [67.721] (II) xfree86: Adding drm device (/dev/dri/card1) [67.723] (--) PCI:*(0:2:0:0) 1002:6819:1458:255a rev 0, Mem @ 0xc000/268435456, 0xf7fc/262144, I/O @ 0x9000/256, BIOS @ 0x/131072 [67.723] (--) PCI: (0:3:0:0) 10de:0641:196e:0562 rev 161, Mem @ 0xfa00/16777216, 0xd000/268435456, 0xf800/33554432, I/O @ 0xac00/128, BIOS @ 0x/524288 [67.723] (II) LoadModule: glx [67.734] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [68.262] (II) Module glx: vendor=X.Org Foundation [68.262]compiled for 1.16.3, module version = 1.0.0 [68.262]ABI class: X.Org Server Extension, version 8.0 [68.262] (==) AIGLX enabled [68.262] (II) LoadModule: radeon [68.287] (II) Loading /usr/lib64/xorg/modules/drivers/radeon_drv.so [68.320] (II) Module radeon: vendor=X.Org Foundation [68.320]compiled for 1.16.3,
[gentoo-user] USB disk: moving from ext3 to ext4
Can I move a USB disk from ext3 to ext4 without wiping it? I'd like to benefit from faster disk checking at boot. - Grant
[gentoo-user] Re: dev-qt/qtwebkit-5.4.0
On 04/02/15 08:07, Stefan G. Weichinger wrote: Am 03.02.2015 um 20:30 schrieb Jörg Schaible: Consider a memcheck. Arbitrary failures while the CPU is high is often because some component starts dying. Sometimes cleaning the fans work wonders. Good suggestion, will check tmrw and clean the fans as well. It gave internal compiler error afai remember. How much free memory do you have, and are you building with debug symbols? qtwebkit:5 is exceptionally hungry, and I've seen it hit by the kernel OOM killer a lot.
Re: [gentoo-user] netifrc system init actions
On Thu, Feb 05, 2015 at 03:45:00PM +, thegeezer wrote: If you need things to be in place from the beginning then i can understand but you should be looking at /etc/local.d/ postup on net.lo seems like an odd place to hook this kind of thing. I'm totally agree with you and that's why i ask about this here. I'd suggest you might want to even create a /etc/init.d/customerX and /etc/init.d/customerY which allows you to create start/stop and use rc-status to check rules are or are not in place, it's scarily simple to do. Yes, you are right. But i thought that netifrc has something like init() hook by analogy with postup(). After years of debian experience i've looked at gentoo and i was amazed by supplied features of netifrc (vlans, ip rules, ip routes). In debian i need to code many things by hands in /etc/network/interfaces. So, i just think that may be netifrc has something like init() too. -- Неманов Олег (Nemanov Oleg)
Re: [gentoo-user] Nvidia and Radeon video cards in the same box.
On 2/5/2015 12:11 AM, Mickaël Bucas wrote: Hi Skippy I'm currently running a system with two monitors : one attached to the system board included radeon chip, and one attached to an nvidia card. I've compiled the kernel with the radeon driver, and the module from nvidia is loaded at start time. I've tested it with a single session spanning the two monitors and it worked. I'm using it in a multi-seat setting, with two keyboards and two mice. I don't recommend it because it's hard to manage sound, and even harder for OpenGL (the Gentoo wiki says it's impossible). With two cards, you can't rely on X11 automatic configuration, so you have to write your own xorg.conf, with PCI adresses and relative positions of the screens : Here is the configuration I found for single session on two screens : Section Device Identifier Radeon Driver radeon BusID PCI:1:5:0 EndSection Section Monitor Identifier LG17p VendorName LG EndSection Section Screen Identifier Screen1 Device Radeon MonitorLG17p EndSection Section Device Identifier Nvidia Driver nvidia BusID PCI:2:0:0 EndSection Section Monitor Identifier Iiyama24p VendorName Iiyama EndSection Section Screen Identifier Screen0 Device Nvidia MonitorIiyama24p EndSection Section ServerLayout Identifier default Screen 0 Screen0 0 0 Screen 1 Screen1 RightOf Screen0 EndSection To analyze problems, your best source is the xorg log file in your home directory. Mickaël Bucas Hi Mickael. Thank you for your reply. Knowing this is possible helps. I did some tweaking and still haven't gotten there however. I also may have made things worse. When I first started I installed the xf86-video-ati drivers. At that point if I ran startx with no xorg.conf the radeon card would display, but the nvidia card would not. With the xorg.conf I could get the nvidia card to display, but not the radeon card. Then I installed the ati-driver package and the radeon card stopped working regardless of the xorg.conf existence or not. I removed ati-driver package, but now the radeon card will not fire up at all, again even if there is no xorg.conf. With no xorg.conf I get no screens at all. I can still get the nvidia card to fire with an xorg.conf. Output of lspci: --- 02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850] 02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] 03:00.0 VGA compatible controller: NVIDIA Corporation G96 [GeForce 9400 GT] (rev a1) - This is my current xorg.conf which is based on the config which worked with the 2 nvidia cards. -- Section ServerLayout Identifier Layout0 Screen 0 Screen0 1600 0 Screen 1 Screen1 LeftOf Screen0 InputDeviceKeyboard0 CoreKeyboard InputDeviceMouse0 CorePointer Option Xinerama 1 EndSection Section Files EndSection Section InputDevice # generated from data in /etc/conf.d/gpm Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/input/mice Option Emulate3Buttons no Option ZAxisMapping 4 5 EndSection Section InputDevice # generated from default Identifier Keyboard0 Driver kbd EndSection Section Monitor Identifier Monitor0 VendorName Unknown ModelName ProView/EMC/PTS XF-9bi HorizSync 30.0 - 86.0 VertRefresh 50.0 - 160.0 Option DPMS EndSection Section Monitor Identifier Monitor1 VendorName Unknown ModelName DELL M992 HorizSync 30.0 - 96.0 VertRefresh 50.0 - 160.0 EndSection Section Device Identifier Device0 Driver radeon VendorName Gigabyte BoardName GV-R785OC-1GD BusID PCI:2:0:0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName GeForce 9400 GT BusID PCI:3:0:0 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth24 Option TwinView 0 Option 1600x1200 +0 +0 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth24 Option TwinView 0 Option metamodes 1600x1200 +0+0 SubSection Display Depth 24 EndSubSection EndSection Section Extensions Option Composite Disable EndSection --- And this is my current Xorg.0.log, most of which is over my head. But this part looks to be
Re: [gentoo-user] Re: rdesktop problems 1.8.2 - 1.8.3
J. Roeleveld wrote: And how will the authentication work that way? Just as you like: --vrdeauthtype null : no authentication at all (useful in a well- secured LAN, cut off from the outside world, for quick-and-dirty testing) --vrdeauthtype external : specify an own --vrdeauthlibrary where you can do/check anything you want (a VBoxAuth.so is included to check against the host's PAM system, and a VBoxAuthSimple to check against some hand-made settings in the VM config file; but of course you can compile an own myauth.so where you can check MySQL databases, LDAP servers, date, time, the current weather and all that) :-) --vrdeauthtype guest : authentication by the guest system via the Guest Additions (don't know if it's fully supported yet, never tried out) -Matt
Re: [gentoo-user] netifrc system init actions
On Tue, Feb 03, 2015 at 09:41:22PM +, thegeezer wrote: howdy, don't use postup for this. netifrc is much cleverer u can directly in /etc/conf.d/net do rules_eth0=( from 77.247.233.224/30 lookup vsd_linknet pref 32001 from all lookup customers pref 32050 ) I know about this, but i need ip rules that doesn't depend on any interface. This machine is a router with several downstreams and several upstreams; so i can set eth0 interface down and all policy rules must continue to work. the advantage to doing this instead of in postup is that if you stop eth0 then the rules are removed and then added back when you start the interface again As i've mentioned above this is the disadvantage for me. -- Неманов Олег (Nemanov Oleg)
Re: [gentoo-user] Re: rdesktop problems 1.8.2 - 1.8.3
On 5 February 2015 09:46:58 CET, Matthias Hanft m...@hanft.de wrote: J. Roeleveld wrote: Yes, you need to enable Remote Desktop on the windows guest. No, you need to enable Remote Desktop in the VirtualBox settings. VBoxManage modifyvm name --vrde on --vrdeport 3389 --vrdeauthtype ... And then connect to the host's IP, not to the guest's. The benefit is that you can connect to a Windows which doesn't have an RDP server included (Home versions of modern Windows, or even a very old Windows 2000, and all that). -Matt And how will the authentication work that way? -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] Re: rdesktop problems 1.8.2 - 1.8.3
On 02/05/2015 12:46 AM, Matthias Hanft wrote: J. Roeleveld wrote: Yes, you need to enable Remote Desktop on the windows guest. No, you need to enable Remote Desktop in the VirtualBox settings. VBoxManage modifyvm name --vrde on --vrdeport 3389 --vrdeauthtype ... And then connect to the host's IP, not to the guest's. The benefit is that you can connect to a Windows which doesn't have an RDP server included (Home versions of modern Windows, or even a very old Windows 2000, and all that). I confirm that rdesktop-1.8.3 is very broken, at least when used the way you use it, and 1.8.2 works perfectly. Very strange for a minor version bump.
Re: [gentoo-user] cron - once a month during week days
Hi Joseph! Am 05.02.2015 um 20:19 schrieb Joseph: I have a cron tab entry: 8 12 1-7 * 1 rsync ... From `man 5 crontab`: Note: The day of a command's execution can be specified by two fields — day of month, and day of week. If both fields are restricted (ie, aren't *), the command will be run when _either_ field matches the current time. For example, ``30 4 1,15 * 5'' would cause a command to be run at 4:30 am on the 1st and 15th of each month, plus every Friday. That means, in your case, that your rsync will run every day from the first to the seventh of each month, plus every Monday. Greetings --Flo
Re: [gentoo-user] cron - once a month during week days
On 05/02/2015 21:19, Joseph wrote: I have a cron tab entry: 8 12 1-7 * 1 rsync ... I was under impression that it will run once a month on Monday but it seems to be running every day, why? As Florian explained, crontab syntax gets weird when you use fields 3 and 5. Basically, what you want to do cannot be done in a plain crontab. You might be able to leverage anacron to accomplish what you want. Otherwise, you must write a wrapper script that runs daily or on Mondays and checks a flag file that it creates and only run once in a given month -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: cron - once a month during week days
Alan McKinnon alan.mckinnon at gmail.com writes: Basically, what you want to do cannot be done in a plain crontab. You might be able to leverage anacron to accomplish what you want. Here is a link some options, including a brief intro to anacron. http://wiki.gentoo.org/wiki/Cron#cronie hth, James