[SOLVED] systemd, systemd-journal constantly at high CPU %age

Hi all,
I've switched a computer to systemd, and everything works nicely. The system is responsive and booting is even faster than before. Yay!
However, both my CPU cores are constantly between 80% and 90%. When I do top in a terminal, I see systemd constantly in the 90%-100% range and systemd-journal in the 60%-100% range, also continuously. My CPU temperature is a lot higher than normal as well (currently at 61.0C)
Is this normal?
Last edited by diederick76 (2012-09-13 06:03:11)

I'm having a similar problem.  I temporarily fixed it by replacing the cupsd.conf with the cupsd.con.default.  Everything ran great, got the printer configured again, journald stopped thrashing my precious SSD by producing millions of these warnings (I didn't wc them, but I was probably getting thousands every second) and all was well.  Until I "shared" the printer again.  Immediately cupsd got locked into restarting thousands of times every second, once again thrashing my cpu and SSD.
Edit:
I guess I should probably share my cupsd.conf.  I didn't manually edit it, I used the web interface:
cat /etc/cups/cupsd.conf
LogLevel warn
SystemGroup sys root
# Allow remote access
Port 631
Listen /var/run/cups/cups.sock
# Share local printers on the local network.
Browsing On
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes
<Location />
# Allow shared printing...
Order allow,deny
Allow all
</Location>
<Location /admin>
</Location>
<Location /admin/conf>
AuthType Default
Require user @SYSTEM
</Location>
<Policy default>
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
<Limit Create-Job Print-Job Print-URI Validate-Job>
Order deny,allow
</Limit>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
<Limit Cancel-Job CUPS-Authenticate-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
<Policy authenticated>
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
<Limit Create-Job Print-Job Print-URI Validate-Job>
AuthType Default
Order deny,allow
</Limit>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
<Limit Cancel-Job CUPS-Authenticate-Job>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
Edit02:
I should mention that I tried the fix described here:  https://bbs.archlinux.org/viewtopic.php?id=146154
Deiderick:  Have you "shared" your printer?  I suspect that this may be what is causing the problem.
To Mods:  At this point, because the OP's problem has been resolved, and this thread is marked "solved" should I make a new thread?  It is possible that my problem is not identical to the OP's.
As a side note, I ran "journalctl | wc -l"  it took about a minute of maxing out one core to finish.  The final number:  1232889.   I have a feeling that this reflects only a fraction of the warnings that cups produced, seeing as I only allocated limited hd space for journal messages.
Edit03:  After re-reading the etiquette thread, I've decided to start a new thread.  This one is marked "solved" and although very similar, it may not be exactly the same problem that I am having.
Last edited by Convergence (2012-09-23 00:28:14)

Similar Messages

  • SyncServer constantly using high CPU, causing fans to run

    Has anybody found a solution for when the SyncServer process runs wild? I'm running OS X 10.7.1. In the last day or so I've had a problem where I find my laptop's fans are constantly running. Opening Activity Monitor shows the SyncServer process eating a consistent 20-30% of my CPU. I've left it going all day and it never stops.
    From what I've been able to determine so far, the SyncServer process doesn't cause any problems until I launch iTunes and sync my iPhone. After that it keeps running. I upgraded to iTunes 10.4.1 yesterday, but I _think_ this problem started just beforehand when I was still running 10.4.
    If anyone has any insight I'd appreciate it.

    I resolved a similar situation.  I am running OS 10.6.8 and noticed my fan was on constantly.  ActivityMonitor showed the syncserver process using about 15-30% of CPU cycles, with iCal showing up suspiciously high on the CPU list.   I downloaded syncrospector v4.0 from http://goo.gl/logoG (I got that lead from http://help.jools.me/kb/21) and running that app I could see that iCal was syncing about once per second!   A bit more searching took me to http://support.apple.com/kb/TS1627, and there I found the answer. 
    "If you see the Sync menu in the menu bar, skip to step 4:  "
    I hadn't noticed the little icon in the menu bar, but there it was with an exclamation mark inside it.  Clicking on that I saw a message that there were "conflicts" (about 10, it turned out).   I resolved those and the syncserver problem went away. 
    Now, there is probably an underlying problem, still.  Just because there are conflicts between iCal and my iPhone, iCal should not be trying to sync more than once per second.  For now, though, I am content.  I'm not going to try to figure out what was really going on.
    By the way, this all started when my daughter plugged her iPhone (an old one of mine) into my laptop.  Evidently the old calendar entries on that phone for some reason conflicted with old entries on iCal.

  • [SOLVED] External USB mouse causes very high CPU load

    Hello,
    this is far from a scientific test, but if I launch a cpu load monitor and wiggle the mouse cursor over it with the built-in touchpad, the CPU load goes up by 3-4%. When I do the same with a USB mouse, it's 30-40%. Also, in a 3D game, moving the camera around with the touchpad drops the FPS from 35 to 25, while doing the same with the USB mouse drops it to about 5-10 FPS, so something is definetely wrong here.
    If I don't touch the mouse, it doesn't produce any load.
    The CPU load comes from both X and the window over which I am wiggling the cursor, whether it is a terminal, browser or whatever, with the window contributing about 2/3 of it. If I don't do it over a window, the excessive load comes only from X and is much smaller (but still several times bigger than the load the touchpad produces).
    I have no idea how to even tackle the issue.
    I run Arch 64, on an Asus 1201N laptop. The mouse is Logitech G5 (laser mouse).
    Last edited by Porost (2011-09-23 19:36:04)

    Have you tried with a different mouse, to check if it is specific to this mouse /driver? Does lowering the polling rate help? (https://wiki.archlinux.org/index.php/Mouse_Polling_Rate) .I remember vaguely that laptop mode caused this too.. search the forums for mouse and cpu.
    Last edited by rwd (2011-09-23 19:24:30)

  • [SOLVED] Audio playing bad except with high CPU load

    I recently switched to a new motherboard: Asus Z97-Deluxe
    This motherboard has a ALC1150 audio chip, which uses the snd_hda_intel driver.
    CPU: Intel i5-4670K
    Kernel: 3.14.4-1-ARCH #1
    alsa-info: https://drive.google.com/file/d/0Bymxsc … sp=sharing
    Audio is playing bad: 'radio noise', skipping, repeating. It is unusable.
    Before I used pulseaudio, but to diagnose this problem I have removed it.
    Now with alsa left, it plays a little bit better, but the problem is still there.
    The only moment when the audio works great is when the CPU is busy, such as compiling a Linux kernel.
    Sometimes moving the mouse has a positive impact too.
    My gut feeling tells me the cause might be the BIOS, the driver, power management or CPU scheduler.
    Since I have been searching for about a day on the Internet and trying most of the offered obvious solutions, I am now searching for active help.
    Any suggestions how to approach this audio issue?
    Last edited by ArthurBorsboom (2014-05-23 12:03:38)

    The option "options snd-hda-intel enable_msi=0" does not seem to have any effect.
    For each change in alsa-base.conf, I have rebooted the machine.
    There are no other sound cards in the system.
    aplay -lL
    null
    Discard all samples (playback) or generate zero samples (capture)
    pulse
    PulseAudio Sound Server
    default:CARD=Intel
    HDA Intel, ALC1150 Analog
    Default Audio Device
    sysdefault:CARD=Intel
    HDA Intel, ALC1150 Analog
    Default Audio Device
    front:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Analog
    Front speakers
    surround40:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Analog
    4.0 Surround output to Front and Rear speakers
    surround41:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
    surround50:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Analog
    5.0 Surround output to Front, Center and Rear speakers
    surround51:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
    surround71:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
    hdmi:CARD=Intel,DEV=0
    HDA Intel, ALC1150 Digital
    HDMI Audio Output
    **** List of PLAYBACK Hardware Devices ****
    card 0: Intel [HDA Intel], device 0: ALC1150 Analog [ALC1150 Analog]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: Intel [HDA Intel], device 3: ALC1150 Digital [ALC1150 Digital]
    Subdevices: 1/1
    Subdevice #0: subdevice #0
    lspci -nn | grep -i audio
    00:1b.0 Audio device [0403]: Intel Corporation Device [8086:8ca0]
    amixer
    Simple mixer control 'Master',0
    Capabilities: pvolume pvolume-joined pswitch pswitch-joined
    Playback channels: Mono
    Limits: Playback 0 - 87
    Mono: Playback 60 [69%] [-20.25dB] [on]
    Simple mixer control 'Headphone',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 87
    Mono:
    Front Left: Playback 50 [57%] [-27.75dB] [off]
    Front Right: Playback 50 [57%] [-27.75dB] [off]
    Simple mixer control 'PCM',0
    Capabilities: pvolume
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 255
    Mono:
    Front Left: Playback 170 [67%] [-17.00dB]
    Front Right: Playback 170 [67%] [-17.00dB]
    Simple mixer control 'Front',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 87
    Mono:
    Front Left: Playback 87 [100%] [0.00dB] [on]
    Front Right: Playback 87 [100%] [0.00dB] [on]
    Simple mixer control 'Front Mic',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Mono:
    Front Left: Playback 0 [0%] [-34.50dB] [off]
    Front Right: Playback 0 [0%] [-34.50dB] [off]
    Simple mixer control 'Front Mic Boost',0
    Capabilities: volume
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: 0 - 3
    Front Left: 3 [100%] [30.00dB]
    Front Right: 3 [100%] [30.00dB]
    Simple mixer control 'Surround',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 87
    Mono:
    Front Left: Playback 86 [99%] [-0.75dB] [on]
    Front Right: Playback 86 [99%] [-0.75dB] [on]
    Simple mixer control 'Center',0
    Capabilities: pvolume pvolume-joined pswitch pswitch-joined
    Playback channels: Mono
    Limits: Playback 0 - 87
    Mono: Playback 87 [100%] [0.00dB] [on]
    Simple mixer control 'LFE',0
    Capabilities: pvolume pvolume-joined pswitch pswitch-joined
    Playback channels: Mono
    Limits: Playback 0 - 87
    Mono: Playback 87 [100%] [0.00dB] [on]
    Simple mixer control 'Side',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 87
    Mono:
    Front Left: Playback 87 [100%] [0.00dB] [on]
    Front Right: Playback 87 [100%] [0.00dB] [on]
    Simple mixer control 'Line',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Mono:
    Front Left: Playback 0 [0%] [-34.50dB] [off]
    Front Right: Playback 0 [0%] [-34.50dB] [off]
    Simple mixer control 'Line Boost',0
    Capabilities: volume
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: 0 - 3
    Front Left: 0 [0%] [0.00dB]
    Front Right: 0 [0%] [0.00dB]
    Simple mixer control 'IEC958',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'IEC958 Default PCM',0
    Capabilities: pswitch pswitch-joined
    Playback channels: Mono
    Mono: Playback [off]
    Simple mixer control 'Beep',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Mono:
    Front Left: Playback 0 [0%] [-34.50dB] [off]
    Front Right: Playback 0 [0%] [-34.50dB] [off]
    Simple mixer control 'Capture',0
    Capabilities: cvolume cswitch
    Capture channels: Front Left - Front Right
    Limits: Capture 0 - 63
    Front Left: Capture 63 [100%] [30.00dB] [on]
    Front Right: Capture 63 [100%] [30.00dB] [on]
    Simple mixer control 'Capture',1
    Capabilities: cvolume cswitch
    Capture channels: Front Left - Front Right
    Limits: Capture 0 - 63
    Front Left: Capture 0 [0%] [-17.25dB] [off]
    Front Right: Capture 0 [0%] [-17.25dB] [off]
    Simple mixer control 'Auto-Mute Mode',0
    Capabilities: enum
    Items: 'Disabled' 'Enabled'
    Item0: 'Enabled'
    Simple mixer control 'Digital',0
    Capabilities: cvolume
    Capture channels: Front Left - Front Right
    Limits: Capture 0 - 120
    Front Left: Capture 60 [50%] [0.00dB]
    Front Right: Capture 60 [50%] [0.00dB]
    Simple mixer control 'Input Source',0
    Capabilities: cenum
    Items: 'Front Mic' 'Rear Mic' 'Line'
    Item0: 'Line'
    Simple mixer control 'Input Source',1
    Capabilities: cenum
    Items: 'Front Mic' 'Rear Mic' 'Line'
    Item0: 'Front Mic'
    Simple mixer control 'Rear Mic',0
    Capabilities: pvolume pswitch
    Playback channels: Front Left - Front Right
    Limits: Playback 0 - 31
    Mono:
    Front Left: Playback 0 [0%] [-34.50dB] [off]
    Front Right: Playback 0 [0%] [-34.50dB] [off]
    Simple mixer control 'Rear Mic Boost',0
    Capabilities: volume
    Playback channels: Front Left - Front Right
    Capture channels: Front Left - Front Right
    Limits: 0 - 3
    Front Left: 0 [0%] [0.00dB]
    Front Right: 0 [0%] [0.00dB]

  • High CPU

    HI All,
    BO Version is XIR 3.1 SP 6 on AIX 7.1 server. I have been observing that boe_cmsd consuming HIGH CPU Utilization 115.3.
    restarted BO servers and also killed allxvfb process before starting. Still same Issue.
    Restarting machine daily however observed still consuming same amount of CPU.
    any suggestions?
    Regards,
    Rajkiran

    Please check the amount of instances on different report objects if you don't have the limit set. And even if you have, try to check if has affected all the reports you have.
    This was on 4.0 but I guess it can be the same 3.1. CPU load was high as well as mem usage. Eventually we found out that there were two reports that had about half a million instances per report. Setting the limit to affect also those reports and waiting intances to be cleaned, solved the issue. No more high CPU or mem usage.

  • Mdworker process suddenly high CPU usage

    Hi All
    I've been running Mountain Lion since it was released, upgrading from Lion. I've never had a problem with mdworker until a few days ago when suddenly, the mdworker process started hitting 90% CPU on my iMac.
    I've disabled Spotlight, deleted the .Spotlight directories, rebooted the iMac, but each time mdworker . Prior to this, the iMac's CPU temperature was around 43C, with very little CPU usage, but now it is around 60C and 100% across the two cores. The only way to 'get back to normal' is to use :
    sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.metadata.mds.plist
    but of course Spotlight doesn't work at all.
    I've used 'sudo fs_usage -w -f filesys mdworker' but I can't see anything that mdworker is perhaps choking on.
    Does any have any ideas? I'm racking my brain to remember if I did anything different a few days back that might have caused this to happen, but apart from just normal email and web surfing, nothing else springs to mind.
    Help!
    Paul

    David Losada
    This solved my questionRe: mdworker process suddenly high CPU usage     Nov 28, 2012 1:41 AM    (in response to antobal) 
    In my case it was the BritannicaBookmark.mdimporter that was a PowerPC mdimporter. But it was not in \library\spotlight but inBritannica 12.0/Ultimate Reference Suite.app/Contents/Library/Spotlight.
    You can see what spotlight plugin is choking on you by selecting the mdworker process in the Activity monitor and click on Open files and processes.
    Sounds helpful, but I don't see "Open files and processes" in Activity Monitor. If I click on inspect, I get a choice to "Sample" processes. I get a system log that is a bit beyond me.
    antobal Brussels, Belgium
    Re: mdworker process suddenly high CPU usage     Oct 3, 2012 12:47 PM    (in response to asfafa) 
    I was having the same problem, and a second level support person at Apple helped me solve the issue today:
    Look in the \library\spotlight folders both at your drive root level and your user folder. These folders contain spotlight plugins, with the extension .mdimporter. Some of those plugins, if defective, can make the Spotlight indexing processes to run continuously.
    Also sounds helpful, I found .mdimporter files in my system library, but nothing looked unusual. I didn't see a spotlight folder in my user library. I looked in application support and several other places. I used Onyx to repair permissions, rebuild spotlight index, clear caches etc, rebooted, it seems to be OK now.

  • Securityd - high cpu usage. Yosemite 10.10.3

    Hi,
    I have upgraded to 10.10.3 and I am having issues with the process securityd. It constantly has high cpu usage and its causing the cpu temp to heat up. I did a clean install of yosemite at 10.10.2. Also other weird stuff is happening, such as when i click the button to open the notification/today sidebar, it gets highlighted so i know it has registered the click but the sidebar doesn't open. When i click it again, it opens.
    Any Ideas to fix this that ideally don't require a full reinstall (Doing exams at the moment, takes time to reinstall stuff).
    I have the latest 15 inch retina macbook pro. 2.2 i7 and 16gb ram.
    Thanks,
    Areeb

    Back up all data before proceeding.
    Triple-click anywhere in the line below on this page to select it:
    /var/db/CodeEquivalenceDatabase
    Right-click or control-click the highlighted line and select
              Services ▹ Reveal in Finder (or just Reveal)
    from the contextual menu.* A folder should open with an item selected. Move the selected item to the Trash. You may be prompted for your administrator login password. Restart the computer and empty the Trash.
    *If you don't see the contextual menu item, copy the selected text to the Clipboard by pressing the key combination  command-C. In the Finder, select
              Go ▹ Go to Folder...
    from the menu bar and paste into the box that opens by pressing command-V. You won't see what you pasted because a line break is included. Press return.

  • (Solved) systemd-journald extremely high CPU usage

    I started noticing this problem a few days ago, but I thought it was because I was running too much with too little RAM. But when running nothing more than a KDE desktop, my CPU usage bounces between 50% and 100%, making things laggy. It looks like systemd-journald is to blame, as it is using 50% of the CPU. This is an AMD Phenom II dual core, so this definitely shouldn't be happening. I noticed journal logs were more than 2 GB, so I deleted everything within /var/log/journal/. Rebooted, no change, so I disabled journal storage, but that did not solve the problem.
    Nothing in the logs looks like a problem to me:
    $ sudo journalctl
    -- Logs begin at Tue 2013-03-12 17:31:37 PDT, end at Tue 2013-03-12 18:15:56 PDT. --
    Mar 12 17:31:37 silverstone systemd-journal[149]: Allowing runtime journal files to grow to 298.6M.
    Mar 12 17:31:37 silverstone kernel: Initializing cgroup subsys cpuset
    Mar 12 17:31:37 silverstone kernel: Initializing cgroup subsys cpu
    Mar 12 17:31:37 silverstone kernel: Linux version 3.7.10-1-ARCH (tobias@T-POWA-LX) (gcc version 4.7.2 (G
    Mar 12 17:31:37 silverstone kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-linux root=UUID=31669ea0-76db
    Mar 12 17:31:37 silverstone kernel: e820: BIOS-provided physical RAM map:
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009efff] usable
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000000e2000-0x00000000000fffff] reserved
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000cff8ffff] usable
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000cff90000-0x00000000cff9dfff] ACPI data
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000cff9e000-0x00000000cffdffff] ACPI NVS
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000cffe0000-0x00000000cfffffff] reserved
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x00000000ffe00000-0x00000000ffffffff] reserved
    Mar 12 17:31:37 silverstone kernel: BIOS-e820: [mem 0x0000000100000000-0x00000001afffffff] usable
    Mar 12 17:31:37 silverstone kernel: NX (Execute Disable) protection: active
    Mar 12 17:31:37 silverstone kernel: SMBIOS 2.5 present.
    Mar 12 17:31:37 silverstone kernel: DMI: MSI MS-7642/890GXM-G65 (MS-7642) , BIOS V1.2 03/31/2010
    Mar 12 17:31:37 silverstone kernel: e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved
    Mar 12 17:31:37 silverstone kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
    Mar 12 17:31:37 silverstone kernel: No AGP bridge found
    Mar 12 17:31:37 silverstone kernel: e820: last_pfn = 0x1b0000 max_arch_pfn = 0x400000000
    Mar 12 17:31:37 silverstone kernel: MTRR default type: uncachable
    Mar 12 17:31:37 silverstone kernel: MTRR fixed ranges enabled:
    Mar 12 17:31:37 silverstone kernel: 00000-9FFFF write-back
    Mar 12 17:31:37 silverstone kernel: A0000-EFFFF uncachable
    Mar 12 17:31:37 silverstone kernel: F0000-FFFFF write-protect
    Mar 12 17:31:37 silverstone kernel: MTRR variable ranges enabled:
    Mar 12 17:31:37 silverstone kernel: 0 base 000000000000 mask FFFF80000000 write-back
    Mar 12 17:31:37 silverstone kernel: 1 base 000080000000 mask FFFFC0000000 write-back
    Mar 12 17:31:37 silverstone kernel: 2 base 0000C0000000 mask FFFFF0000000 write-back
    Mar 12 17:31:37 silverstone kernel: 3 disabled
    Mar 12 17:31:37 silverstone kernel: 4 disabled
    Mar 12 17:31:37 silverstone kernel: 5 disabled
    Mar 12 17:31:37 silverstone kernel: 6 disabled
    Mar 12 17:31:37 silverstone kernel: 7 disabled
    Mar 12 17:31:37 silverstone kernel: TOM2: 00000001b0000000 aka 6912M
    Mar 12 17:31:37 silverstone kernel: x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
    Mar 12 17:31:37 silverstone kernel: e820: update [mem 0xd0000000-0xffffffff] usable ==> reserved
    Mar 12 17:31:37 silverstone kernel: e820: last_pfn = 0xcff90 max_arch_pfn = 0x400000000
    Mar 12 17:31:37 silverstone kernel: found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [ffff880
    Mar 12 17:31:37 silverstone kernel: initial memory mapped: [mem 0x00000000-0x1fffffff]
    Mar 12 17:31:37 silverstone kernel: Base memory trampoline at [ffff880000099000] 99000 size 24576
    $ systemctl status systemd-journald
    systemd-journald.service - Journal Service
    Loaded: loaded (/usr/lib/systemd/system/systemd-journald.service; static)
    Active: active (running) since Tue 2013-03-12 18:10:41 PDT; 8min ago
    Docs: man:systemd-journald.service(8)
    man:journald.conf(5)
    Main PID: 142 (systemd-journal)
    Status: "Processing requests..."
    CGroup: name=systemd:/system/systemd-journald.service
    `-142 /usr/lib/systemd/systemd-journald
    However, it looks like the log files keep getting corrupted:
    $ sudo journalctl --verify
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-000000000007f543-0004d7c4445effa4.journal
    Invalid object contents at 124687944ââââââââââââââââââââââââââââââââââââââââââ 49%
    File corruption detected at /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000a8cb7-0004d7c3d52e9748.journal:124687944 (of 134074368, 92%).
    FAIL: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000a8cb7-0004d7c3d52e9748.journal (Bad message)
    Invalid object contents at 75715936âââââââââââââââââââââââââââââââââââââââââââ 49%
    File corruption detected at /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system.journal:75715936 (of 76156928, 99%).
    FAIL: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system.journal (Bad message)
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000290d6-0004d7c3a0033472.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-0000000000000001-0004d7c413227650.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/[email protected]~
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000fcfc0-0004d7c3fd8ee9c5.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/[email protected]~
    Invalid object contents at 124701856ââââââââââââââââââââââââââââââââââââââââââ 49%
    File corruption detected at /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-0000000000000001-0004d7c3876dda65.journal:124701856 (of 134049792, 93%).
    FAIL: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-0000000000000001-0004d7c3876dda65.journal (Bad message)
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-00000000000a9da8-0004d7c45187e39e.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000d26b1-0004d7c3ea1b73f7.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-000000000002a43f-0004d7c425785944.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-00000000000539fb-0004d7c3b2d1f935.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@5e6edd359123491f9998a310206ccbf9-0000000000054d23-0004d7c4354da4ef.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/user-1000@2c1af599e637441985385fe37ded2a2c-0000000000001706-0004d7c38cd3de88.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/user-1000@5e6edd359123491f9998a310206ccbf9-00000000000019b4-0004d7c4153f8628.journal
    PASS: /var/log/journal/9ddaa50d8841758bb1bea9b700000f33/system@2c1af599e637441985385fe37ded2a2c-000000000007e345-0004d7c3c3ed8197.journal
    I am using a two or three year old SSD, so maybe it has gotten some bad sectors? But that doesn't explain why journald still bricks things when it isn't logging anything. The install is 10 months old, and I switched from init to systemd around October. Is there anything I can do, short of reinstalling?
    Thanks,
    Nicholas
    Last edited by bicyclingrevolution (2013-03-14 05:57:13)

    Thanks for the tip ilkyest, but it didn't make any difference to the systemd-journald problem.
    However, I looked at journalctl again and found it cluttered with CUPS failures:
    -- Logs begin at Tue 2013-03-12 19:17:00 PDT, end at Wed 2013-03-13 22:31:31 PDT. --
    Mar 12 19:17:00 silverstone spideroak_inotify[796]: Program started
    Mar 12 19:21:30 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:30 silverstone systemd-journal[143]: Suppressed 7199 messages from /system
    Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
    Mar 12 19:21:30 silverstone systemd-journal[143]: Suppressed 5471 messages from /system
    Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:30 silverstone systemd-journal[143]: Suppressed 5699 messages from /system
    Mar 12 19:21:27 silverstone systemd[1]: Failed to start CUPS Printing Service.
    Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
    Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:27 silverstone systemd[1]: Failed to start CUPS Printing Service.
    Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
    Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:27 silverstone systemd[1]: Failed to start CUPS Printing Service.
    Mar 12 19:21:27 silverstone systemd[1]: Starting CUPS Printing Service...
    Mar 12 19:21:27 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:30 silverstone systemd-coredump[1592]: Process 1590 (cupsd) dumped core.
    Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_3840-Gray..
    Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_3840-RGB..
    Mar 12 19:21:28 silverstone colord[354]: Device added: cups-Deskjet_3840
    Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_F4100-Gray..
    Mar 12 19:21:28 silverstone colord[354]: Profile added: Deskjet_F4100-RGB..
    Mar 12 19:21:28 silverstone colord[354]: Device added: cups-Deskjet_F4100
    Mar 12 19:21:28 silverstone dbus[337]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service'
    Mar 12 19:21:28 silverstone dbus[337]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service failed to load: No such file or directory. See system logs
    Mar 12 19:21:28 silverstone colord[354]: Profile removed: Deskjet_3840-Gray..
    Mar 12 19:21:28 silverstone colord[354]: Profile removed: Deskjet_3840-RGB..
    Mar 12 19:21:28 silverstone colord[354]: device removed: cups-Deskjet_3840
    Mar 12 19:21:31 silverstone colord[354]: Profile removed: Deskjet_F4100-Gray..
    Mar 12 19:21:31 silverstone colord[354]: Profile removed: Deskjet_F4100-RGB..
    Mar 12 19:21:31 silverstone colord[354]: device removed: cups-Deskjet_F4100
    Mar 12 19:21:31 silverstone dbus-daemon[337]: dbus[337]: [system] Activating via systemd: service name='org.freedesktop.Avahi' unit='dbus-org.freedesktop.Avahi.service'
    Mar 12 19:21:31 silverstone dbus-daemon[337]: dbus[337]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service failed to load: No such file or director
    Mar 12 19:21:31 silverstone systemd-journal[143]: Missed 6365 kernel messages
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone cupsd[1590]: Unknown directive DefaultAuthType on line 9.
    Mar 12 19:21:31 silverstone cupsd[1590]: cupsd: client.c:757: avahi_client_get_host_name: Assertion `client' failed.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone cupsd[1594]: Unknown directive DefaultAuthType on line 9.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Mar 12 19:21:31 silverstone systemd[1]: cups.service start request repeated too quickly, refusing to start.
    Disabling cups solved the CPU usage issue.
    It looks like the root of the problem is Avahi failing to start, but I have no idea why it isn't working.
    $ systemctl status dbus-org.freedesktop.Avahi.service
    dbus-org.freedesktop.Avahi.service
    Loaded: error (Reason: No such file or directory)
    Active: inactive (dead)

  • [SOLVED] Problems with systemd's journal when using syslog() in C

    Hi,
    I have a problem with journalctl and syslog output within a C program:
    When I use journalctl in follow mode:
      $ journalctl -f
    and I run the folowing program in another terminal
    #include <stdio.h>
    #include <syslog.h>
    int main()
    FILE *pf;
    int i;
    /* logging made in file /var/log/syslog */
    openlog("martins",LOG_CONS,LOG_USER);
    pf = fopen("not_here","r");
    if (!pf)
    syslog(LOG_ERR | LOG_USER,"oops -- %m\n");
    return 0;
    no syslog error message appears in the journal.
    But, when I modify the programm by adding a 'sleep(1);' right before 'return 0;'
    there is a correct error message shown in the journal.
    Is this a bug in systemd? Or do I understand something wrong with systemd's journal?
    I'm actually running
    linux-3.10-12-1-lts
    systemd 207
    with a 32Bit installation
    Thanks for any hints,
    Martin
    Last edited by thesofty (2013-10-01 19:10:13)

    Now, I understand what's going on:
    1) There is an known issue about a race condition in journald when the logging process exits. In this case the message isn't assigned to the user whose process generated the message.
    2) Apparently the group of the journal files have been changed from 'adm' to 'systemd-journal' in Arch Linux around April 2013.
    But still I only have been member of 'adm' as described in the journal tutorial on http://0pointer.de/blog/projects/journalctl.html. So I  can only see syslog messages, which are correctly assigned to my own user account. The messages with the race condition, as mentioned above, have been invisible to me.
    After joining to the new right group again:
      $ sudo usermod -d G  martin systemd-journal
    I also see the syslog messaes just before exiting the process again :-).

  • [SOLVED] Some systemd processes (e.g. systemd-journald) can't start.

    After a fresh install on a new laptop (dual boot with Windows 8.1 vie rEFInd) I notice some error messages whilst booting. systemd-journald fails to start, and I also see some errors relating to the creation of the volatile filesystem. It's hard for me to give a lot detail about this as without journaling as I'm not sure how to get the error messages.
    I did see this from dmesg:
    [ 128.638674] systemd[1]: Starting Stop Read-Ahead Data Collection...
    [ 128.662550] systemd[1]: Started Stop Read-Ahead Data Collection.
    [ 194.545294] systemd[1]: Starting Journal Socket (/dev/log).
    [ 194.545391] systemd[1]: Listening on Journal Socket (/dev/log).
    [ 194.545471] systemd[1]: Starting Journal Socket.
    [ 194.545540] systemd[1]: Listening on Journal Socket.
    [ 194.545613] systemd[1]: Starting Journal Service...
    [ 194.546604] systemd[1]: Started Journal Service.
    [ 194.549797] systemd-journald[711]: Failed to get machine id: No such file or directory
    [ 194.553931] systemd[1]: systemd-journald.service has no holdoff time, scheduling restart.
    [ 194.554205] systemd[1]: Stopping Journal Service...
    [ 24.362121] systemd-tmpfiles[330]: [/usr/lib/tmpfiles.d/systemd.conf:26] Failed to replace specifiers: /run/log/journal/%m
    [ 24.364106] systemd-tmpfiles[330]: [/usr/lib/tmpfiles.d/systemd.conf:29] Failed to replace specifiers: /var/log/journal/%m
    [ 24.404888] systemd[1]: systemd-tmpfiles-setup.service: main process exited, code=exited, status=1/FAILURE
    [ 24.409499] systemd[1]: Failed to start Create Volatile Files and Directories.
    [ 24.412303] systemd[1]: Unit systemd-tmpfiles-setup.service entered failed state.
    And if I check the status of journald through systemctl I get:
    systemd-journald.service - Journal Service
    Loaded: loaded (/usr/lib/systemd/system/systemd-journald.service; static)
    Active: failed (Result: start-limit) since Wed 2014-08-27 10:37:50 UTC; 1h 2min ago
    Docs: man:systemd-journald.service(8)
    man:journald.conf(5)
    Process: 720 ExecStart=/usr/lib/systemd/systemd-journald (code=exited, status=1/FAILURE)
    Main PID: 720 (code=exited, status=1/FAILURE)
    Status: "Shutting down..."
    I've tried reinstalling systemd, and adding systemd to HOOKS in mkinitcpio.conf, neither of these things seem to help. I also can't start the services manually.
    If anybody can help it would be greatly appreciated, thanks!
    Last edited by Tim Butters (2014-08-28 15:49:50)

    Normally, as Loqs said, 'systemd-firstboot --setup-machine-id' should have been run when you first installed the systemd package.
    You can verify if the '/etc/machine-id' file exists:
    $ ls -l /etc/machine-id
    -rw-r--r-- 1 root root 33 25 mars 2009 /etc/machine-id
    If you don't find one, maybe use 'systemd-machine-id-setup' instead to create one.
    But have you seen error messages during the Arch installation? Because that should not be necessary.
    Edit: 'systemd-firstboot' is new in systemd 216, so should not be found in the live installation disk 2014.08.
    Last edited by berbae (2014-08-28 15:44:52)

  • Kernel task over 100%. High CPU Load. High Temp. Problem Solved.

    Hi,
         I thought i would make a post as i had been having trouble with my 13 inch mid 2009 MBP for sometime (6 months), with runaway kernel tasks causing high CPU loads. I had searched through forums and discussions for a long time trying to find the problem and isolate it. Initially i discovered some problems with finder preferances that were chewing up CPU which i solved by deleting the prefereance file, allowing the system to recreate a non corrupted version. This helped but still i had problems. I tried maintainance suites like onyx, reseting PRAM, booting into safe mode, hardware checks and diagnostics, and more little tricks than i can remember. Nothing i tried really seemed to make a differance. Through reading on this forum and others i found out the kernel tasks can be a direct result of hi CPU core temps as the system runs a lot of small kernel tasks to try and take some of the CPU load away from processor intensive processes that may be contributing to hi CPU load. The thing which solved my problem in the end was opening up my MBP, being careful not to touch the logic board and literally puting my vacuum cleaner over the fan, sucking dust and dirt and dust out of my latop. This computer has been through the dirt with me, literally its been dragged through rural south east asia for a year and accompianied me to warhouse parties to perform and run lighting and visuals. Its little wonder the fan was obviously clogged. I know people tend to be holier than though with their mac products and treat them with the upmost respect, but my love for the MBP has come from how sturdy and reliable it has been under less than desirable conditions.
    Now im not telling people this is what they should do, i had just noticed alot of people with this problem in my attempts to solve mine, and in the end this is what helped. My MBP now runs at a temperature where i can touch the metal near the CPU without being worried about a 3rd degree burn and the CPU load is acceptable with no run away kernel tasks. Like i saw this might not be the cause of your porblem, as my laptop has lived a rough and fun life so far, but i thought i would share this with you all as i have had contstant help from this forum and others searches for solutions to problems with my apple products.

    Already tried SMC and PRAM-reset with no luck.
    On my MacBook late 2008 it's the same effect.

  • [solved] pdf preview in dolphin high CPU

    Hi,
    I've got an issue with pdf preview in dolphin when the cursor is kept on a pdf file. It tries to generate a preview and I can see that there various instance of ghostscript resulting in high CPU usage (99%).
    Here is an example for a 45ko pdf file:
    ps aux|grep gs
    manu 12745 5.2 1.9 38736 20344 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12746 5.3 1.9 38736 20344 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12750 5.2 1.9 38736 20344 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12753 5.1 1.9 38736 20344 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12756 5.2 1.9 38736 20344 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12760 4.4 2.8 47860 29472 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12764 4.3 2.3 43036 24628 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12768 4.1 2.3 43036 24620 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12771 4.4 2.3 43036 24620 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12775 4.0 2.3 43036 24604 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12777 3.7 2.3 42748 24256 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12783 4.0 2.3 42612 24160 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12785 3.8 2.3 42612 24080 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12787 4.2 2.3 42472 24012 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12790 3.8 2.3 42472 23968 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12795 4.2 2.3 42472 23876 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12797 3.7 2.2 42288 23540 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12799 3.5 2.3 43780 24632 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12801 4.0 2.1 42304 21852 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12802 3.3 1.8 37476 18704 ? RN 09:46 0:00 gs -sDEVICE=png16m -sOutputFile=- -dSAFER -dPARANOIDSAFER -dNOPAUSE -dFirstPage=1 -dLastPage=1 -q - /home/manu/PDF /hamprn.pdf -c showpage -c quit
    manu 12805 0.0 0.0 3324 848 pts/0 S+ 09:46 0:00 grep gs
    Well that's 20 identical instances and I got 99% CPU usage lasting about 10 seconds. For a bigger pdf, it shurely last much more time so that I generally have to kill dolphin but ghostscript instance are not killed and I have to kill them next!
    Here are the version of kdebase (containing dolphin) and ghostscript:
    pacman -Q|grep kdeb
    kdebase 4.1.3-1
    kdebase-runtime 4.1.3-1
    kdebase-workspace 4.1.3-1
    [09:50][manu@compal:~/PDF ]$ pacman -Q|grep ghost
    ghostscript 8.63-3
    I think (not 100% shure) it was not not happening some times ago with an older dolphin version.
    Am I the only one expriencing this problem?
    By the way My CPU is a pentium dothan 1.5 GHz
    Last edited by manouchk (2009-05-23 06:23:47)

    You can send this info to the KDE Bugtracker http://bugs.kde.org (related to this bug: https://bugs.kde.org/show_bug.cgi?id=170819 )

  • [Solved] Starting systemd --user as a systemd --system process?

    Hey guys,
    I would like to run systemd --user as a system service using this .service file I wrote:
    $ cat [email protected]
    [Unit]
    Description=Systemd --user instance for %I
    Documentation=man:systemd
    [Service]
    User=%I
    ExecStart=/usr/lib/systemd/systemd --user --log-level=debug
    [Install]
    WantedBy=multi-user.target
    I enabled it for my user using `systemctl enable systemd-user@evan`, however, when starting it it fails with the following errors:
    Jul 21 21:14:42 desktop systemd[12920]: systemd 204 running in user mode. (+PAM -LIBWRAP -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ)
    Jul 21 21:14:42 desktop systemd[12920]: Using cgroup controller name=systemd. File system hierarchy is at /sys/fs/cgroup/systemd/system/[email protected]/[email protected]/systemd-12920.
    Jul 21 21:14:42 desktop systemd[12920]: Failed to create root cgroup hierarchy: Permission denied
    Jul 21 21:14:42 desktop systemd[12920]: Failed to allocate manager object: Permission denied
    Is it possible to run systemd --user like this? Do I need to add something to my [email protected]?
    Last edited by EvanPurkhiser (2013-07-22 02:10:10)

    EDIT: I just realized that the systemd-user-session-units package will only include specific units at build-time weather I have have the programs or not. You're right, I should just use this package!
    Well, to be honest, maybe I'm trying to hack around a problem that doesn't even really exist, but I don't think the systemd-user-sessions-units package meets my needs.
    The way I would like to have my user sessions setup is something like this:
    I would like to have an instance of systemd --user always running under my user so I can keep things like transmission-daemon always running, even when I don't have a user session open. When I do start my user session (via logging into getty) I want to bring my systemd instance up to a certain target. For example, logging in via tty1 should bring up graphical.target, which will start X11 and all that, while logging into any other tty will start console.target (for stuff like ssh-agent etc).
    Thinking more about this I suppose there's really no reason I couldn't use the [email protected] from systemd-user-session-units, but since I won't use most of the other user units included, I would rather just not use it.
    Here's what my .profile looks like:
    if systemctl -q is-active systemd-user@evan
    then
    # Default systemd to the console target
    target="console"
    # If we're logging in from VT1 start the graphical target
    if [[ $XDG_VTNR == 1 ]] && ! systemctl --user -q is-active graphical.target &> /dev/null
    then
    export DISPLAY=:0
    target="graphical"
    fi
    # Set all environment variables in the systemd --user instance (still working on this)
    env | systemctl --user set-environment -
    # Bring up systemd --user to the specified target
    systemctl --user start ${target}.target
    fi
    source "$HOME/.bashrc"
    Last edited by EvanPurkhiser (2013-07-22 03:56:13)

  • Not yet solved, /usr/lib/systemd/systemd does not exit

    Hi,
    I was on 3.8.2 kernel, and did a full system backup with rsync to later upgrade, but after upgrading and rebooting, it just shows me
    Error: Root device mounted successfully, but /bin/systemd does not exist.
    Bailing out, you are on your own. Good Luck
    tty's could not initialize [*or something similar, I'm not sure]
    [root /]#
    Then I just replaced my system with the backup I did earlier. But it shows the same
    I did search for info but no clue.
    Currently trying with an older backup.
    Thanks in advance
    Last edited by arcaid (2013-05-14 23:58:26)

    progandy wrote:
    Error: Root device mounted successfully, but /usr/lib/systemd/systemd does not exist.
    The initscript tests if init is executable, so "does not exist" could also mean "is not executable"
    Somehow your root has a problem with its execute permissions. Did you somehow remove them, /usr/lib/systemd/systemd should be 755 or "-rwxr-xr-x"?
    While I'm not sure why is this modified, maybe the backups I did doesn't hold the attributes, I'm storing them in an NTFS partition but it can store the attributes doesn't it?
    Well I changed the attributes as you mentioned, but then it makes me wonder if then pretty much the other root files are too with other attributes..which is really bad.
    Nevertheless I changed it and now it shows permission denied and a kernel panic, sigh.
    Here is an image of it: http://imageshack.us/photo/my-images/689/dsc06698b.jpg
    Thanks in advance
    @Pantera
    The problem here is kinda different, while at the beggining it was the problem you mention and solution, now the thing is that it says that "/usr/lib/systemd/systemd does not exit" and not /bin/systemd which it was in the beggining. thanks though.

  • [SOLVED] qemu-kvm high cpu usage when using pulseaudio alsa-plugin

    My Arch system is configured to use pulseaudio. When an application connects to the sound server it will use either a native pulseaudio driver, or the pulseaudio alsa-plugin if it using a alsa driver.
    qemu-kvm in 'extra' is not compiled with native pulseaudio support. When running guests with sound hardware support, qemu-kvm connects to the sound server using the pulseaudio alsa-plugin.
    The problem I'm seeing is high cpu usage on the Arch host even though cpu usage on the guest is low. Also, the guest is often unresponsive for a period of time when opening sound applications like the mixer or playing audio.
    My solution is to recompile qemu-kvm with native pulseaudio support. This eliminates the use of the pulseaudio alsa-plugin on the Arch host and fixes the above problems.
    An easy was to do this is run:
    yaourt -S qemu-kvm --build
    And edit the PKGBUILD changing the line:
    --audio-drv-list=alsa,sdl,oss,esd \
    To:
    --audio-drv-list=pa,alsa,sdl,oss,esd \
    Finish building and install. Don't forget to add yourself to the kvm group.
    Last edited by bytesize (2010-08-16 02:34:08)

    Problem disappeared.
    I'm not sure, but i think installing xf86-video-modesetting helped to fix this issue.
    I had an error messages in /var/log/Xorg.0.log like this:
    (EE) Failed to load module "modesetting" (module does not exist, 0)

Maybe you are looking for

  • PF Calculation Stopped

    Hi Experts, We have applied many patches recently which were pending to apply since long. After applying in QA client, I hired a new employee for the test. But In the first payroll run I found that PF calculation has been totally stopped. Following w

  • Won't show in iTunes

    MMy iPad will not show up in itunes

  • Iphone not working since update! Please help!!!

    I got one of those "update your iphone" messages yesterday so i did and since then it seems not to recognise the sim card, either in the phone or when i plug it into i tunes. Really not great with technology, so really need some help Thanks in advanc

  • Target connection not established

    Hi, After deployment the target table and package script is getting created in repository rather than target. Plzs help.. Thanks

  • Problems with discovering services from Service Registry in VC and NWDS

    Hello, I have followed step 1 "Brokered Service implemented in own system" in blog http://www.sdn.sap.com/irj/scn/weblogs;jsessionid=(J2EE3414900)ID1803376250DB00062216078043496017End?blog=/pub/wlg/8788 in order to publish  a service from PI to the S