Why is /var/log/boot empty

I have several Arch boxes and all but one logs to /var/log/boot which puzzles me.  What would be a cause of a zero-byte /var/log/boot?

Sure do
$ grep bootlog /etc/rc.sysinit
bootlogd -p /run/bootlogd.pid

Similar Messages

  • /var/log/boot analog for shutdown

    Hello.
    I have some troubles with own rc.d scripts, which prevent my system from shutting down.
    Unfortunately, when I'm trying to run these scripts manually via /etc/rc.d/script stop, they work fine. But on system shutdown server freezes, after killing sshd and I can't even debug that situation.
    So, my question is: how to create something like /var/log/boot only for shutdown sequence?
    I know, it is not trivial, because there is no place to store that log after unmounting fs, but it would be nice to have that log at least up to the fs unmounting.

    Thank you for your welcome and for your answers
    BDAqua >> I tried repairing the HD ; when I safe booted, it wouldn't shut down ; making a new user didn't solve the problem ; there is more than 20GB of free space on this HD.
    The log file shows :
    +Thread 0 Crashed:+
    +0 libobjc.A.dylib 0x90a584c7 objc_msgSend + 23+
    +1 com.apple.BezelServices 0x004d2b2b 0x4cf000 + 15147+
    +2 com.apple.BezelServices 0x004d193a 0x4cf000 + 10554+
    +3 com.apple.Foundation 0x9284ba50 __NSFireMachPort + 307+
    +4 com.apple.CoreFoundation 0x9083c2fd __CFMachPortPerform + 136+
    +5 com.apple.CoreFoundation 0x9082c5a1 CFRunLoopRunSpecific + 2904+
    +6 com.apple.CoreFoundation 0x9082ba42 CFRunLoopRunInMode + 61+
    +7 com.apple.HIToolbox 0x92df2878 RunCurrentEventLoopInMode + 285+
    +8 com.apple.HIToolbox 0x92df1f82 ReceiveNextEventCommon + 385+
    +9 com.apple.HIToolbox 0x92df1dd9 BlockUntilNextEventMatchingListInMode + 81+
    +10 com.apple.AppKit 0x93297f45 _DPSNextEvent + 572+
    +11 com.apple.AppKit 0x93297b37 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 137+
    +12 com.apple.AppKit 0x932918c4 -[NSApplication run] + 512+
    +13 com.apple.loginwindow 0x000056e1 0x1000 + 18145+
    +14 com.apple.loginwindow 0x000052a6 0x1000 + 17062+
    +15 com.apple.loginwindow 0x0001af35 0x1000 + 106293+
    Carolyn >> I am going to try your suggestion.
    Fred

  • [SOLVED]/var/log/boot outdated

    Hi all,
    my /var/log/boot file is obviously outdated, last entry is saying 'Wed Feb  8 22:03:57 2012...'. As far as I remember I didn't touch system configuration, so I must have missed something. Can anyone give me a short hint how to reanimate bootlogd?
    Cheers, Zmann
    Last edited by Zmann (2012-06-03 16:59:04)

    It should still start. The man page of bootlogd mentions a possible cause, but I'm too much of a linux noob to understand what it says:
    BUGS
           Bootlogd  works  by  redirecting  the  console  output from the console
           device.  (Consequently bootlogd requires PTY support in the kernel con‐
           figuration.)  It copies that output to the real console device and to a
           log file.  There is no standard way of ascertaining  the  real  console
           device  if  you have a new-style /dev/console device (major 5, minor 1)
           so bootlogd parses the kernel  command  line  looking  for  console=...
           lines and deduces the real console device from that.  If that syntax is
           ever changed by the kernel, or a console type  is  used  that  bootlogd
           does not know about then bootlogd will not work.

  • OEL 5.4 boot.log always empty

    I need to be able to see a log of all my boot messages in order to diagnose a problem. The /var/log/boot.log file is always 0 bytes after bootup.
    Since I'm running OEL 5.4 as a virtual machine guest under VM Server, there's no physical console available to watch and by the time the java-based web console app starts up after doing a virtual power-on, all the boot messages have already scrolled away.
    Every other Linux on the planet logs the boot messages to the /var/log/boot.log file. Is something broken with OEL/RHEL 5.4?

    Linux (not just OEL, but everyone) when through a stage where {font:Courier}/var/log/boot.log{font} was always empty. Not just a kernel-level issue, either.
    As a work around, try configuring the domU kernel to use VNC for booting. Then, the kernel will pause at boot-time until a VNC connection is made. Then booting recommences normally. This will let you get the boot messages.

  • Logging boot messages

    I'm looking for a way to log boot messages in a file.
    Could found many threads on the forum, and this wiki thread about it, but they just say how to avoid clearing TTY1 after the boot, while I'd prefer to log messages somewhere.
    Could also read that logging is not trivial because file systems are mounted read-only during boot.
    Is there any workaround to this?
    Couldn't we simply store boot messages in memory and flush them out in a file just when the booting process is done?

    @thisoldman
    This is a sample of what's in in my /var/log/boot file.
    I see no evidence of the current errors I see when rebooting, but admittedly, it may be there in some form and I just don't recognize it.
    I recall setting something, somewhere, to log additional info to this file, so that may also be a factor.
    Sun Jun 26 16:29:32 2011:
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting UDev Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mTriggering UDev uevents^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Modules^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mWaiting for UDev uevents to be processed^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mBringing up loopback interface^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mChecking Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m root-new: clean, 151452/1346400 files, 975546/5375742 blocks
    Mon Jun 27 11:21:33 2011: /var: clean, 30796/993568 files, 294895/3968047 blocks
    Mon Jun 27 11:21:33 2011: /-/-/pacman/pkg: clean, 1931/928416 files, 1135350/3711007 blocks
    Mon Jun 27 11:21:33 2011: home-new: clean, 149181/7815168 files, 15714186/31256457 blocks
    Mon Jun 27 11:21:33 2011: ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Local Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mActivating Swap^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 18:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mConfiguring Time Zone^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRemoving Leftover Files^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Hostname: Arch2010p5^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Locale: en_US.UTF-8^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Consoles to UTF-8 mode^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[%G^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Keyboard Map: us^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:33 2011: INIT: Entering runlevel: 5
    Mon Jun 27 11:21:33 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mAdjusting Hardware Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:34 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting System Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:36 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Syslog-NG^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:36 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting D-BUS system messagebus^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:36 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting NetworkManager^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:37 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Network Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:37 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Cron Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:37 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRestoring ALSA Levels^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 11:21:37 2011:
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting UDev Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mTriggering UDev uevents^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Modules^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mWaiting for UDev uevents to be processed^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mBringing up loopback interface^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mChecking Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m root-new: clean, 151447/1346400 files, 975534/5375742 blocks
    Mon Jun 27 12:18:49 2011: /var: clean, 30797/993568 files, 294962/3968047 blocks
    Mon Jun 27 12:18:49 2011: /-/-/pacman/pkg: clean, 1931/928416 files, 1135350/3711007 blocks
    Mon Jun 27 12:18:49 2011: home-new: clean, 149259/7815168 files, 15714519/31256457 blocks
    Mon Jun 27 12:18:49 2011: ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Local Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mActivating Swap^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 19:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mConfiguring Time Zone^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:49 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRemoving Leftover Files^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:50 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Hostname: Arch2010p5^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:50 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Locale: en_US.UTF-8^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:50 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Consoles to UTF-8 mode^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[%G^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:50 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Keyboard Map: us^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:50 2011: INIT: Entering runlevel: 5
    Mon Jun 27 12:18:50 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mAdjusting Hardware Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:50 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting System Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:52 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Syslog-NG^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:52 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting D-BUS system messagebus^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:52 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting NetworkManager^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:53 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Network Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:53 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Cron Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:53 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRestoring ALSA Levels^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 12:18:53 2011:
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting UDev Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mTriggering UDev uevents^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Modules^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mWaiting for UDev uevents to be processed^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mBringing up loopback interface^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mChecking Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m root-new: clean, 151452/1346400 files, 975540/5375742 blocks
    Mon Jun 27 13:36:20 2011: /var: clean, 30801/993568 files, 295031/3968047 blocks (check in 5 mounts)
    Mon Jun 27 13:36:20 2011: /-/-/pacman/pkg: clean, 1931/928416 files, 1135350/3711007 blocks
    Mon Jun 27 13:36:20 2011: home-new: clean, 149311/7815168 files, 15714716/31256457 blocks (check in 5 mounts)
    Mon Jun 27 13:36:20 2011: ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Local Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mActivating Swap^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 20:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mConfiguring Time Zone^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:20 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRemoving Leftover Files^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:21 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Hostname: Arch2010p5^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:21 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Locale: en_US.UTF-8^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:21 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Consoles to UTF-8 mode^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[%G^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:21 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Keyboard Map: us^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:21 2011: INIT: Entering runlevel: 5
    Mon Jun 27 13:36:21 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mAdjusting Hardware Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:21 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting System Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:23 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Syslog-NG^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:23 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting D-BUS system messagebus^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:23 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting NetworkManager^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:24 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Network Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:24 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Cron Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:24 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRestoring ALSA Levels^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 13:36:24 2011:
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting UDev Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mTriggering UDev uevents^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Modules^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mWaiting for UDev uevents to be processed^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mBringing up loopback interface^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mChecking Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m root-new: clean, 151455/1346400 files, 975543/5375742 blocks
    Mon Jun 27 17:07:39 2011: /var: clean, 30801/993568 files, 295104/3968047 blocks (check in 4 mounts)
    Mon Jun 27 17:07:39 2011: /-/-/pacman/pkg: clean, 1931/928416 files, 1135350/3711007 blocks
    Mon Jun 27 17:07:39 2011: home-new: clean, 149579/7815168 files, 15731339/31256457 blocks (check in 4 mounts)
    Mon Jun 27 17:07:39 2011: ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Local Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mActivating Swap^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Tue Jun 28 00:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mConfiguring Time Zone^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRemoving Leftover Files^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Hostname: Arch2010p5^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Locale: en_US.UTF-8^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Consoles to UTF-8 mode^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[%G^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Keyboard Map: us^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:39 2011: INIT: Entering runlevel: 5
    Mon Jun 27 17:07:40 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mAdjusting Hardware Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:40 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting System Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:42 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Syslog-NG^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:42 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting D-BUS system messagebus^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:42 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting NetworkManager^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:43 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Network Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:43 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Cron Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:43 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRestoring ALSA Levels^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 17:07:43 2011:
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting UDev Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mTriggering UDev uevents^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Modules^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mWaiting for UDev uevents to be processed^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mBringing up loopback interface^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mChecking Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m root-new: clean, 151484/1346400 files, 975564/5375742 blocks
    Mon Jun 27 23:32:12 2011: /var: clean, 30801/993568 files, 295174/3968047 blocks (check in 3 mounts)
    Mon Jun 27 23:32:12 2011: /-/-/pacman/pkg: clean, 1936/928416 files, 1136808/3711007 blocks
    Mon Jun 27 23:32:12 2011: home-new: clean, 151671/7815168 files, 15654514/31256457 blocks (check in 3 mounts)
    Mon Jun 27 23:32:12 2011: ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Local Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mActivating Swap^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Tue Jun 28 06:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mConfiguring Time Zone^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRemoving Leftover Files^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Hostname: Arch2010p5^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Locale: en_US.UTF-8^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting Consoles to UTF-8 mode^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[%G^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:12 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mLoading Keyboard Map: us^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:13 2011: INIT: Entering runlevel: 5
    Mon Jun 27 23:32:13 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mAdjusting Hardware Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:13 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mSetting System Clock^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:15 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Syslog-NG^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:15 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting D-BUS system messagebus^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:15 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting NetworkManager^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:16 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mMounting Network Filesystems^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:16 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mStarting Cron Daemon^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m
    Mon Jun 27 23:32:16 2011: ^[[0;10m^[[1m^[[34m:: ^[[0;10m^[[1mRestoring ALSA Levels^[[0;10m ^[[s^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[36mBUSY^[[0;10m^[[1m^[[34m]^[[0;10m ^[[71G ^[[0;10m^[[1m^[[34m[^[[0;10m^[[1mDONE^[[0;10m^[[1m^[[34m]^[[0;10m

  • Var/log/mail.log file empty

    My var/log/mail.log isn't logging anything, the file seems to empty since 4th March 2010 3:15 AM
    Have tried the below mentioned troubleshooting steps, but no luck though
    1. Stopped and restarted mail service
    2. Repaired disk permissions through disk utility application
    3. Repaired permissions through terminal diskutil
    4. Restarted daemons as suggested in this forum http://discussions.info.apple.com/thread.jspa?threadID=2088823&tstart=60
    5. Changed permissions as suggested on this forum http://forums.macosxhints.com/archive/index.php/t-13985.html
    Any help please!!!

    Change the archive log to 3 days. Make sure all three log levels are set to information. Restart mail and see if any thing appears in the logs.
    Also how are you viewing the logs - using SA or Console?
    Thanks,
    Henry

  • Why does the directory ~/var/log keep appearing?

    It doesn't matter how many times I delete it, every few hours the blank directory ~/var/log gets created on my computer.
    I think it may have something to do with my Brother HL2170W printer, which is connected to my wifi network. But that's just from the fruitless googling on this topic I've already done.
    Does anyone know why a blank ~/var/log directory would persistently appear?
    Thank you in advance.

    ~var/log/ is a directory that holds log files. If it actually has a ~ in the name, some software is trying to write to the hidden directory, but has been miss-configured and is creating the directory you see instead of writing to /Users/username/var/log. ~/ is short for your home folder, but the program is actually writing that as part of the path name instead of being a path.

  • Hard Drive filling up: SubmitDiagInfo, /private/var & log issues

    This topic is part question, part help for people I've seen having a similar problem in other threads. My issue is different enough from the other issues, that I wanted to post it as a separate topic.
    I've had about 24GB of available space for weeks now. I haven't downloaded any large files recently, nor created any myself.
    Suddenly I noticed the hard drive space decreasing. I went from 24GB, to 19GB, to 10GB, then 8, 5, 1.5... next thing I knew, it said I had 260MB available. This was within maybe two days, with a big ramp-down within a couple of hours this morning, while I was on a train, and not even connected to a network.
    I started getting error messages saying my hard drive was full; then, I got errors saying I didn't have enough application memory, and applications were being paused, and I would have to force quit them. Within about 5 minutes, I dropped from 1.5GB to 260MB.
    Thinking back, the last week or so, I remembered that sometimes when I came into my office in the morning, my Mac would be awake (I usually sleep it at the end of the day, and an error message would be displayed saying SubmitDiagInfo had crashed. I thought this might have something to do with it.
    I did some detective work in these forums. I checked Activity Monitor and the Console. Sure enough, SubmitDiagInfo was taking up a bunch of CPU time.
    The Console revealed I had a lot of Diagnostic Logs. I tried deleting them with the Console's Clear button, but it didn't seem to do anything. I checked with OmniDiskSweep, and sure enough, I had over 20GB of log files.
    At this point, my hard drive was so full, I had to force quit OmniDiskSweep. I used the Go To Folder command and entered /private/var/log - The Diagnostic Logs folder was nearly 20GB. I deleted it and emptied the trash immediately.
    I looked at the /private/var/vm folder and noticed it was also very large (10GB), but I had read elsewhere not to mess with this folder.
    From the console, I quit SubmitDiagInfo.
    I check my hard drive, and I'm suddenly back to 24GB free space.
    When I look again at /private/var/vm, and sure enough it is 5GB smaller.
    This is weird stuff, and I hope this description helps anyone else having this problem.
    What's interesting is, because the /private folder is invisible, you can't use it to calculate your disk space usage. For example, the folders on my drive had the following space usage:
    62.46GB34.53GB+22.96GB+4.78GB4.02GB = 128.75GB (plus a few "small" folders with maybe 300MB)
    Since the drive showed 159GB total space available, I couldn't figure out where the other 30GB was.
    Once I found /private/log, I could see it had 19.29GB:
    62.4634.53+22.96+4.78+4.0219.29 = 148.04 - ah, this makes more sense, but I'm still missing 10GB! So, I look at /private/vm, and boom, there is the extra 10.6GB hiding. All 159GB present and accounted for.
    The question I have is, of course, can anyone explain why this is happening, so I can prevent it from happening again?
    I hope someone finds this helpful.

    Thanks... that is helpful. I have Carbon Copy Cloner, not
    Super Duper, so I will keep that solution in mind.
    Do not, repeat do not, clone your current suspect hard drive
    to your CCC backup. That would defeat the purpose of having
    a good backup. I don't know if you can boot from you CCC
    backup. That would be a good test. I was able to boot from
    my SuperDuper backup and notice normal hard drive space.
    In the meantime, I ran the extended system test, and the
    computer passed.
    Mine with the growing hard drive passed every test I had plus
    the test Apple recommended. They were quick place the blame
    on a Virtual Windows XP Pro. I do not thing that was the
    problem. My normal Macintosh HD is usually about 52 GB
    and it was showing 110 GB used and I never could figure out
    what was hogging the hard drive.
    Good luck!

  • GDM update: directory permissions differ on /var/log/gdm/

    Hello,
    Running Arch 64Bits kernel 3.9.9-1 with systemd and i got the following warning during a gdm update today:
    (1/6) upgrading libgdm [######################] 100%
    (2/6) upgrading gdm [######################] 100%
    warning: directory permissions differ on /var/log/gdm/
    filesystem: 711 package: 1770
    Why would gdm need some 1770 permissions for log files? Looks pretty suspicious to me, especially the sticky bit thing. What did i miss?
    PS: BTW the update is successful (it's a warning afterall, not an error)
    Thanks
    EDIT:
    Looks like the opposite situation than 3 years ago:
    https://bbs.archlinux.org/viewtopic.php?id=94681
    https://bugs.archlinux.org/task/19294
    EDIT2: here's what i have in /var/log:
    msytux666 var # ls -la
    total 64
    drwxr-xr-x 14 root root 4096 Jul 6 15:34 .
    drwxr-xr-x 20 root root 4096 Jul 16 20:24 ..
    -rwxrwxrwx 1 root root 4192 Jun 19 11:27 .com.zerog.registry.xml
    drwxr-xr-x 7 root root 4096 Jul 7 00:07 abs
    drwxr-xr-x 8 root root 4096 Jun 16 17:28 cache
    drwxr-xr-x 3 root root 4096 Jun 17 19:07 db
    drwxr-xr-x 2 root root 4096 May 31 20:40 empty
    drwxrwxr-x 2 root games 4096 May 31 20:40 games
    drwx--x--x 2 gdm gdm 4096 Jun 15 14:23 gdm
    drwxr-xr-x 26 root root 4096 Jul 16 01:13 lib
    drwxr-xr-x 2 root root 4096 May 31 20:40 local
    lrwxrwxrwx 1 root root 11 May 31 20:40 lock -> ../run/lock
    drwxr-xr-x 6 root root 4096 Jul 18 00:33 log
    lrwxrwxrwx 1 root root 10 May 31 20:40 mail -> spool/mail
    drwxr-xr-x 2 root root 4096 May 31 20:40 opt
    lrwxrwxrwx 1 root root 6 May 31 20:40 run -> ../run
    drwxr-xr-x 6 root root 4096 Jun 16 17:28 spool
    drwxrwxrwt 8 root root 4096 Jul 18 00:33 tmp
    gdm is owned by gdm, so why would it needs 1770 permissions?
    EDIT3:
    After further research i appear the way gdm is installed may matter.
    Well i installed gdm through pacman and always update it with pacman as well. Never manually compiled/make_install'd it nor used abs for it.
    Last edited by BGK (2013-07-19 21:37:13)

    Okay I'm confused ...
    Commit:https://projects.archlinux.org/svntogit … 92c38d536d
    @@ -68,8 +68,7 @@ package_gdm() {
    cd $pkgbase-$pkgver
    make DESTDIR="$pkgdir" install
    - chmod 1770 "$pkgdir/var/log/gdm"
    - chmod 700 "$pkgdir/var/lib/gdm/.config/dconf"
    + chmod 711 "$pkgdir/var/log/gdm"
    rm -r "$pkgdir/var/run" "$pkgdir/var/gdm"
    ### Split libgdm
    so that takes away the 1770 permissions, and replaces them with 711. 
    @@ -5,6 +5,7 @@ post_install() {
    getent passwd gdm > /dev/null 2>&1 || usr/sbin/useradd -c 'Gnome Display Manager' -u 120 -g gdm -d /var/lib/gdm -s /sbin/nologin gdm
    passwd -l gdm > /dev/null
    chown -R gdm:gdm /var/lib/gdm > /dev/null
    + chown root:gdm /var/log/gdm > /dev/null
    glib-compile-schemas /usr/share/glib-2.0/schemas
    gtk-update-icon-cache -q -t -f /usr/share/icons/hicolor
    however:
    chown root:gdm /var/log/gdm > /dev/null
    .. is where I get confused.  This command makes root and the group gdm the new owners of /var/log/gdm, or did I go wrong somewhere?

  • Arch logging errors (/var/logs)

    i got two problems i'd like to solve maybe their cause is the same.
    first: is global arch logging. that's my ls -l of /var/log/
    -rw-r--r-- 1 root root      0   Apr 21 11:27 acpid.log
    -rw-r--r-- 1 root root      0   Apr  7 22:13 acpid.log.1
    -rw-r--r-- 1 root root      0   Apr 21 11:27 auth.log
    -rw-r--r-- 1 root root      0   Apr  7 22:14 auth.log.1
    -rw-r--r-- 1 root root   1092 Nov  7 02:52 boot
    -rw------- 1 root root   1152 Mar 17 08:06 btmp
    drwxr-xr-x 2 root root     72 Nov  7 16:56 ConsoleKit
    -rw-r--r-- 1 root root      0    Apr  7 22:14 crond
    -rw-r--r-- 1 root root      0    Apr 21 11:27 daemon.log
    -rw-r--r-- 1 root root      0    Apr  7 22:18 daemon.log.1
    -rw-r--r-- 1 root root  39494 Apr 22 13:18 dmesg.log
    -rw-r--r-- 1 root root      0    Apr 21 11:27 errors.log
    -rw-r--r-- 1 root root      0    Apr  7 22:18 errors.log.1
    -rw-r--r-- 1 root root      0    Apr 21 11:27 everything.log
    -rw-r--r-- 1 root root      0    Apr  7 22:18 everything.log.1
    -rw------- 1 root root  32032 Apr 22 12:03 faillog
    drwxrwx--T 2 root gdm    1392 Apr 22 13:18 gdm
    drwxr-xr-x 2 root root    368 Apr 21 11:27 httpd
    -rw-r--r-- 1 root root      0 Apr 21 11:27 kernel.log
    -rw-r--r-- 1 root root      0 Apr  7 22:19 kernel.log.1
    -rw-r--r-- 1 root root 292292 Apr 22 12:03 lastlog
    -rw-r--r-- 1 root root      0 Apr 21 11:27 messages.log
    -rw-r--r-- 1 root root      0 Apr  7 22:19 messages.log.1
    drwxr-xr-x 2 root root     48 Feb 26 06:56 old
    -rw-r--r-- 1 root root 151881 Apr 22 13:42 pacman.log
    -rw-r--r-- 1 root root     86 Apr 22 13:18 pm-powersave.log
    -rw-r--r-- 1 root root   6049 Apr 20 10:21 pm-suspend.log
    -rw-r--r-- 1 root root      0 Apr 21 11:27 syslog.log
    -rw-r--r-- 1 root root      0 Apr  7 22:19 syslog.log.1
    -rw-r--r-- 1 root root      0 Apr 21 11:27 user.log
    -rw-r--r-- 1 root root      0 Apr  7 22:19 user.log.1
    -rw-rw-r-- 1 root root 407424 Apr 22 13:29 wtmp
    -rw-rw-r-- 1 root root 415488 Apr  7 18:36 wtmp.1
    -rw-r--r-- 1 root root  13947 Apr 22 13:18 Xorg.0.log
    -rw-r--r-- 1 root root  14486 Apr 22 13:17 Xorg.0.log.old
    all files, that have dublicate name with .1 at the end, are always empty and as time goes by files with the same name but with .2, .3, .4 appear but also empty. It looks like arch is trying to create logs but something goes wrong and nothing is logged.
    second: i got errors from cron if i do run-cron /etc/cron.daily/ related to log files:
    sudo run-cron /etc/cron.daily/
    error: syslog-ng:1 duplicate log entry for /var/log/crond.log
    error: found error in /var/log/messages.log /var/log/auth.log /var/log/mail.log /var/log/kernel.log /var/log/errors.log /var/log/daemon.log /var/log/user.log /var/log/iptables.log /var/log/everything.log /var/log/syslog.log /var/log/acpid.log /var/log/crond.log /var/log/lpr.log /var/log/uucp.log /var/log/news.log /var/log/ppp.log /var/log/debug.log , skipping
    looks like the files r corrupted or something. please help find out the reasons and fix things up.

    I think it has to do with the group log having write permissions...
    # ls -l /var/log/
    total 8240
    drwxr-xr-x 2 root root 4096 Mar 31 01:38 ConsoleKit/
    drwxr-xr-x 2 root root 4096 Apr 4 03:52 httpd/
    drwxr-xr-x 2 http http 4096 Apr 18 03:45 lighttpd/
    drwxr-xr-x 2 root root 4096 Feb 25 23:56 old/
    -rw-r----- 1 root log 29283 Apr 22 11:05 auth.log
    -rw-r----- 1 root log 71395 Apr 18 03:26 auth.log.1
    -rw-r----- 1 root log 62225 Apr 11 03:17 auth.log.2
    -rw-r----- 1 root log 121945 Apr 4 03:41 auth.log.3
    -rw------- 1 root root 0 Mar 29 02:00 btmp
    -rw-r----- 1 root log 6622 Apr 22 09:17 crond.log
    -rw-r----- 1 root log 10756 Apr 18 03:45 crond.log.1
    -rw-r----- 1 root log 10340 Apr 11 03:45 crond.log.2
    -rw-r----- 1 root log 8809 Apr 4 03:45 crond.log.3
    -rw-r----- 1 root log 63451 Apr 22 11:01 daemon.log
    -rw-r----- 1 root log 101060 Apr 18 03:42 daemon.log.1
    -rw-r----- 1 root log 103755 Apr 11 03:37 daemon.log.2
    -rw-r----- 1 root log 72875 Apr 4 03:36 daemon.log.3
    -rw-r--r-- 1 root root 32631 Apr 19 03:27 dmesg.log
    -rw-r----- 1 root log 2881 Apr 21 23:22 errors.log
    -rw-r----- 1 root log 162980 Apr 17 09:55 errors.log.1
    -rw-r----- 1 root log 30491 Apr 9 21:54 errors.log.2
    -rw-r----- 1 root log 31213 Apr 3 18:38 errors.log.3
    -rw-r----- 1 root log 276636 Apr 22 11:01 everything.log
    -rw-r----- 1 root log 1196453 Apr 18 03:45 everything.log.1
    -rw-r----- 1 root log 374844 Apr 11 03:45 everything.log.2
    -rw-r----- 1 root log 610588 Apr 4 03:45 everything.log.3
    -rw------- 1 root root 24144 Apr 22 10:25 faillog
    -rw-r----- 1 root log 185643 Apr 22 10:25 kernel.log
    -rw-r----- 1 root log 1051728 Apr 18 02:02 kernel.log.1
    -rw-r----- 1 root log 250567 Apr 11 03:27 kernel.log.2
    -rw-r----- 1 root log 521352 Apr 3 18:38 kernel.log.3
    -rw-r--r-- 1 root root 293752 Apr 22 10:25 lastlog
    -rw-r----- 1 root log 229278 Apr 22 11:01 messages.log
    -rw-r----- 1 root log 959109 Apr 18 03:42 messages.log.1
    -rw-r----- 1 root log 309842 Apr 11 03:37 messages.log.2
    -rw-r----- 1 root log 489801 Apr 4 03:36 messages.log.3
    -rw-r--r-- 1 root root 77695 Apr 22 10:42 pacman.log
    -rw-r--r-- 1 root root 86 Apr 19 13:23 pm-powersave.log
    -rw-r----- 1 root log 825 Apr 19 03:27 syslog.log
    -rw-r----- 1 root log 1387 Apr 15 15:39 syslog.log.1
    -rw-r----- 1 root log 738 Apr 9 11:36 syslog.log.2
    -rw-r----- 1 root log 1600 Mar 31 00:02 syslog.log.3
    -rw-r----- 1 root log 16287 Apr 22 10:15 user.log
    -rw-r----- 1 root log 24546 Apr 17 03:45 user.log.1
    -rw-r----- 1 root log 626 Apr 11 03:27 user.log.2
    -rw-r----- 1 root log 416 Mar 30 04:12 user.log.3
    -rw-r----- 1 root log 6622 Apr 22 09:17 uucp.log
    -rw-r----- 1 root log 10756 Apr 18 03:45 uucp.log.1
    -rw-r----- 1 root log 10340 Apr 11 03:45 uucp.log.2
    -rw-r----- 1 root log 8809 Apr 4 03:45 uucp.log.3
    -rw-rw-r-- 1 root root 471552 Apr 22 10:25 wtmp
    -rw-r--r-- 1 root root 150528 Apr 1 03:21 wtmp.1
    -rw-r--r-- 1 root wheel 16308 Apr 22 10:25 Xorg.0.log
    -rw-r--r-- 1 root users 23624 Apr 22 10:25 Xorg.0.log.old
    Did you chown -R root:root /var/log on Apr 7?

  • ICal doesn't show delegation, and generates date and time error messages in /var/log/system.log

    I have a problem with my iCal, when I use my caldav account, I can only see my own calendar on my MBA, on my co-workers MBP it works fine with both my account and his. My co-worker can't see other calendars than his own when he uses iCal on my laptop.
    We can reproduce this problem on his computer by setting Location to Automatic rather than Amsterdam, then after deleting iCal's cache files, the caldav account and setting the Location back to Amsterdam solves the problem for him.
    It does not solve the problem for me (or several other co-workers). We've been looking at this for a few weeks, and we can not find any clear pattern why certain machines have this problem and others don't.
    All machines (both affected and unaffected) are running Mac OS 10.7.2 with iCal 5.0.1
    I've spoken to Apple support over the phone (in the Netherlands), unfortunately, they couldn't help with this.
    So far we've tried numerous location and language settings, but on affected machines nothing appears to solve the delegation problem (which we assume to be connected to the error messages iCal generates)
    Starting iCal yeilds the following error messages in /var/log/system.log:
    Jan  5 11:31:05 dhcp-91 [0x0-0x58f58f].com.apple.iCal[23884]: line 1,1: expecting FREQUENCE, found 'BYDAY' as token type 5
    Jan  5 11:31:05 dhcp-91 iCal[23884]: iCalendar recurrence failure BYDAY=-1SU;FREQ=YEARLY;BYMONTH=3
              line 1,6: unexpected char: '='
    Jan  5 11:31:05 dhcp-91 [0x0-0x58f58f].com.apple.iCal[23884]: line 1,1: expecting FREQUENCE, found 'BYDAY' as token type 5
    Jan  5 11:31:05 dhcp-91 iCal[23884]: iCalendar recurrence failure BYDAY=-1SU;FREQ=YEARLY;BYMONTH=10
              line 1,6: unexpected char: '='
    Jan  5 11:31:05 dhcp-91 iCal[23884]: Unexpected EOF, returning last token as fallback
    Jan  5 11:31:05 dhcp-91 iCal[23884]: VTIMEZONE does not match System Time Zone (Europe/Amsterdam) for 20100105T000000 to 20120105T000000: (
                  "interval: 2001-01-01 01:00:00 +0100, offset: 3600"
              ) != (
                  "interval: 2010-03-28 03:00:00 +0200, offset: 7200",
                  "interval: 2010-10-31 02:00:00 +0100, offset: 3600",
                  "interval: 2011-03-27 03:00:00 +0200, offset: 7200",
                  "interval: 2011-10-30 02:00:00 +0100, offset: 3600"
              BEGIN:VTIMEZONE
              X-LIC-LOCATION:Europe/Amsterdam
              TZID:Europe/Amsterdam
              BEGIN:DAYLIGHT
              TZOFFSETFROM:+0100
              TZNAME:CEST
              TZOFFSETTO:+0200
              DTSTART:19700329T020000
              END:DAYLIGHT
              BEGIN:STANDARD
              TZOFFSETFROM:+0200
              TZNAME:CET
              TZOFFSETTO:+0100
              DTSTART:19701025T030000
              END:STANDARD
              END:VTIMEZONE
    Jan  5 11:31:05 dhcp-91 [0x0-0x58f58f].com.apple.iCal[23884]: line 1,1: expecting FREQUENCE, found 'BYDAY' as token type 5
    Jan  5 11:31:05 dhcp-91 iCal[23884]: iCalendar recurrence failure BYDAY=-1SU;FREQ=YEARLY;BYMONTH=3
              line 1,6: unexpected char: '='
    Jan  5 11:31:05 dhcp-91 [0x0-0x58f58f].com.apple.iCal[23884]: line 1,1: expecting FREQUENCE, found 'BYDAY' as token type 5
    Jan  5 11:31:05 dhcp-91 iCal[23884]: iCalendar recurrence failure BYDAY=-1SU;FREQ=YEARLY;BYMONTH=10
              line 1,6: unexpected char: '='
    Jan  5 11:31:05 dhcp-91 iCal[23884]: Unexpected EOF, returning last token as fallback
    Jan  5 11:31:05 dhcp-91 iCal[23884]: VTIMEZONE does not match System Time Zone (Europe/Amsterdam) for 20100105T000000 to 20120105T000000: (
                  "interval: 2001-01-01 01:00:00 +0100, offset: 3600"
              ) != (
                  "interval: 2010-03-28 03:00:00 +0200, offset: 7200",
                  "interval: 2010-10-31 02:00:00 +0100, offset: 3600",
                  "interval: 2011-03-27 03:00:00 +0200, offset: 7200",
        "interval: 2011-10-30 02:00:00 +0100, offset: 3600"
              BEGIN:VTIMEZONE
              X-LIC-LOCATION:Europe/Amsterdam
              TZID:Europe/Amsterdam
              BEGIN:DAYLIGHT
              TZOFFSETFROM:+0100
              TZNAME:CEST
              TZOFFSETTO:+0200
              DTSTART:19700329T020000
              END:DAYLIGHT
              BEGIN:STANDARD
              TZOFFSETFROM:+0200
              TZNAME:CET
              TZOFFSETTO:+0100
              DTSTART:19701025T030000
              END:STANDARD
              END:VTIMEZONE
    And when I close iCal I get:
    Jan  5 11:33:25 dhcp-91 [0x0-0x592592].com.apple.iCal[23894]: token mismatch: 4 != 5

    I'm seeing the same thing, and I can't even find where OS X stores calendars on disk anymore...

  • Errors in a log file /var/log/system.log

    I'm getting these errors in a log file /var/log/system.log
    Shutdown:
    Sep 21 12:41:38 Mac-mini.local WindowServer[86]: CGXGetConnectionProperty: Invalid connection 42243
    Sep 21 12:41:38 Mac-mini.local coreservicesd[58]: SendFlattenedData, got error #268435459 (ipc/send) invalid destination port from ::mach_msg(), sending notification kLSNotifyApplicationDeath to notificationID=145
    Sep 21 12:41:38 Mac-mini.local WindowServer[86]: CGXGetConnectionProperty: Invalid connection 42243
    Sep 21 12:41:38 Mac-mini.local coreservicesd[58]: SendFlattenedData, got error #268435460 (ipc/send) timed out from ::mach_msg(), sending notification kLSNotifyApplicationDeath to Sep 21 12:41:38 Mac-mini.local loginwindow[41]: DEAD_PROCESS: 41 console
    Sep 21 12:41:38 Mac-mini.local WindowServer[86]: CGXGetConnectionProperty: Invalid connection 42243
    Sep 21 12:41:38 Mac-mini.local coreservicesd[58]: SendFlattenedData, got error #268435459 (ipc/send) invalid destination port from ::mach_msg(), sending notification kLSNotifyApplicationDeath to notificationID=142
    Sep 21 12:41:38 Mac-mini.local shutdown[300]: halt by andrei:
    Boot & Working:
    Sep 21 12:42:11 localhost com.apple.launchd[1] (com.apple.automountd): Unknown key for boolean: NSSupportsSuddenTermination
    Sep 21 12:42:22 Mac-mini.local apsd[56]: CGSLookupServerRootPort: Failed to look up the port for "com.apple.windowserver.active" (1102)
    Sep 21 12:42:26 Mac-mini.local authorizationhost[121]: in od_principal_for_user(): failed: 7
    Sep 21 12:42:26 Mac-mini.local authorizationhost[121]: in pam_sm_authenticate(): Failed to determine Kerberos principal name.
    Sep 21 12:42:27 Mac-mini.local loginwindow[41]: ERROR | ScreensharingLoginNotification | Failed sending message to screen sharing GetScreensharingPort, err: 1102
    Sep 21 12:42:31 Mac-mini.local XProtectUpdater[24]: Ignoring new signature plist: Not an increase in version
    Sep 21 12:42:32 Mac-mini com.apple.launchd[1] (com.apple.xprotectupdater[24]): Exited with code: 252
    Sep 21 12:43:04 Mac-mini.local com.apple.security.pboxd[290]: Bug: 12C54: liblaunch.dylib + 23849 [2F71CAF8-6524-329E-AC56-C506658B4C0C]: 0x25
    Sep 21 12:53:49 Mac-mini.local CVMServer[98]: Check-in to the service com.apple.cvmsCompAgent_x86_64 failed. This is likely because you have either unloaded the job or the MachService has the ResetAtClose attribute specified in the launchd.plist. If present, this attribute should be removed.
    Sep 21 12:59:48 Mac-mini.local com.apple.security.pboxd[290]: kCGErrorFailure: CGSSetHideOnDeact: error getting window tags
    Sep 21 13:00:07 Mac-mini.local com.apple.security.pboxd[290]: _NXTermWindow: error releasing window (1000)
    Sep 21 13:00:07 Mac-mini.local com.apple.security.pboxd[290]: __block_global_2: connection failed unexpectedly; terminating process; delegate was (
    system.log - https://docs.google.com/open?id=0Bz5zKwys0GTcSzI5UFJRUzFxZjQ

    File a bug report with Apple.

  • [SOLVED] warning: directory permissions differ on var/log/wicd/

    Hi,
    I've seen several posts about this but I couldn't really figure out what's the appropriate action. Well, anyway I get the following error message when doing a pacman -Syu
    warning: directory permissions differ on var/log/wicd/
    filesystem: 1363 package: 755
    Is it a bug? Should I change the filepermission of the directory, and if so to what?
    Last edited by OMGitsUGOD (2009-09-18 10:38:32)

    This is sort of related,
    http://bbs.archlinux.org/viewtopic.php?pid=432588
    or at least thats the post at the end has the same file permisions as I have in /var/log/wicd.
    $ ls -la /var/log/ | grep wicd
    d-wxrw--wt 2 root root 4096 2009-08-27 07:58 wicd
    I'm pretty bad at this stuff, but isn't this rather 1361 than 1363, or am I totally wrong? And why not allow theowner to read the file?
    Last edited by OMGitsUGOD (2009-09-17 08:43:32)

  • Enormous size of /var/log

    Hello, this is my first post in the forums, and im fairly new to archlinux. I couldn't login to gnome today, due to
    /etc/gdm/Xsession: Beginning session setup...
    /etc/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- /usr/bin/gnome-session
    mkdtemp: private socket dir: No space left on device
    On investigating i found out that my /var directory had grown to an enourmous 14G. ls -l confirmed that my 'daemon.log' , 'errors.log' , and 'everything.log' were about 4G+ each.
    [root@rogue log]# ls -l --human-readable | grep G
    total 14G
    -rw-r----- 1 root log 4.5G 2008-08-23 00:35 daemon.log
    -rw-r----- 1 root log 4.5G 2008-08-23 00:35 errors.log
    -rw-r----- 1 root log 4.6G 2008-08-23 00:47 everything.log
    [root@rogue log]#cat daemon.log | tail
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    [root@rogue log]#cat error.log | tail
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    Aug 22 17:35:36 rogue famd[2999]: fd 4 message length 1347375956 bytes exceeds max of 4136.
    [root@rogue log]#cat everything.log | tail
    Aug 19 03:18:49 rogue IN=ppp0 OUT= MAC= SRC=88.114.160.100 DST=59.93.241.85 LEN=52 TOS=0x00 PREC=0x00 TTL=111 ID=15603 DF PROTO=TCP SPT=57958 DPT=51573 WINDOW=8192 RES=0x00 SYN URGP=0
    Aug 19 03:18:52 rogue IN=ppp0 OUT= MAC= SRC=88.114.160.100 DST=59.93.241.85 LEN=52 TOS=0x00 PREC=0x00 TTL=111 ID=15791 DF PROTO=TCP SPT=57958 DPT=51573 WINDOW=8192 RES=0x00 SYN URGP=0
    Aug 19 03:18:54 rogue IN=ppp0 OUT= MAC= SRC=85.228.81.112 DST=59.93.241.85 LEN=48 TOS=0x00 PREC=0x00 TTL=114 ID=7510 DF PROTO=TCP SPT=56084 DPT=51573 WINDOW=8192 RES=0x00 SYN URGP=0
    Aug 19 03:18:58 rogue IN=ppp0 OUT= MAC= SRC=83.103.213.123 DST=59.93.241.85 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=2381 DF PROTO=TCP SPT=3966 DPT=13003 WINDOW=65535 RES=0x00 SYN URGP=0
    Aug 19 03:18:58 rogue IN=ppp0 OUT= MAC= SRC=88.114.160.100 DST=59.93.241.85 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=16131 DF PROTO=TCP SPT=57958 DPT=51573 WINDOW=8192 RES=0x00 SYN URGP=0
    Aug 19 03:19:00 rogue IN=ppp0 OUT= MAC= SRC=85.230.172.235 DST=59.93.241.85 LEN=48 TOS=0x00 PREC=0x00 TTL=112 ID=1442 DF PROTO=TCP SPT=63282 DPT=51573 WINDOW=8192 RES=0x00 SYN URGP=0
    Aug 19 03:19:01 rogue IN=ppp0 OUT= MAC= SRC=83.103.213.123 DST=59.93.241.85 LEN=48 TOS=0x00 PREC=0x00 TTL=109 ID=3011 DF PROTO=TCP SPT=3966 DPT=13003 WINDOW=65535 RES=0x00 SYN URGP=0
    Aug 19 03:19:03 rogue IN=ppp0 OUT= MAC= SRC=85.230.172.23^C TOS=0x00 PREC=0x00 TTL
    Aug 19 03:19:03 rogue IN=ppp0 OUT= MAC= SRC=85.230.172.23^C TOS=0x00 PREC=0x00 TTL
    Aug 19 03:19:03 rogue IN=ppp0 OUT= MAC= SRC=85.230.172.23^C TOS=0x00 PREC=0x00 TTL
    These logfiles are filled with repetations of nearly the same messages.
    Any help on how to fix this issue, or the cause of this is appreciated.
    Thanks a lot in advance
    ~Briareos
    PS: Here's my dmesg output
    [root@rogue log]#dmesg | tail
    IN=ppp0 OUT= MAC= SRC=212.200.214.195 DST=59.93.192.245 LEN=52 TOS=0x00 PREC=0x00 TTL=49 ID=12101 DF PROTO=TCP SPT=53443 DPT=28662 WINDOW=65535 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=219.87.66.26 DST=59.93.192.245 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=49586 DF PROTO=TCP SPT=4185 DPT=1080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=219.87.66.26 DST=59.93.192.245 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=50044 DF PROTO=TCP SPT=4185 DPT=1080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=219.87.66.26 DST=59.93.192.245 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=50967 DF PROTO=TCP SPT=4185 DPT=1080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=219.87.66.26 DST=59.93.192.245 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=52909 DF PROTO=TCP SPT=1710 DPT=1080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=219.87.66.26 DST=59.93.192.245 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=53364 DF PROTO=TCP SPT=1710 DPT=1080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=219.87.66.26 DST=59.93.192.245 LEN=48 TOS=0x00 PREC=0x00 TTL=111 ID=54288 DF PROTO=TCP SPT=1710 DPT=1080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=222.216.28.125 DST=59.93.192.245 LEN=40 TOS=0x00 PREC=0x00 TTL=101 ID=256 PROTO=TCP SPT=6000 DPT=8080 WINDOW=16384 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=212.200.214.195 DST=59.93.192.245 LEN=52 TOS=0x00 PREC=0x00 TTL=49 ID=18268 DF PROTO=TCP SPT=53598 DPT=28662 WINDOW=65535 RES=0x00 SYN URGP=0
    IN=ppp0 OUT= MAC= SRC=212.200.214.195 DST=59.93.192.245 LEN=52 TOS=0x00 PREC=0x00 TTL=49 ID=18766 DF PROTO=TCP SPT=53598 DPT=28662 WINDOW=65535 RES=0x00 SYN URGP=0
    Last edited by briareos90 (2008-08-22 20:04:51)

    yeah im currently using firestarter. Btw do i need to be running fam ? because a reply in the archlinux mail archive, regarding the same famd error, said that fam is no longer needed due to gnome-vfs. i quote from http://www.archlinux.org/pipermail/arch … 11443.html:
    On Sun, 2006-07-09 at 11:31 +0200, Firmicus at gmx.net wrote:
    >
    > Today after upgrading a bunch of packages I noticed
    > that /var/log/errors.log was rapidly filling up to a monstrous 105MB,
    > with the following message repeated zillions of time:
    >
    > > Jul  9 11:04:09 samarqand famd[3423]: fd 4 message length 1347375956
    > bytes exceeds max of 4136.
    >
    > I killed the two running famd processes (why two?) and cleaned the
    > errors.log file of those lines.
    >
    > Now what? Any idea about a posssible cause for this? NB: I run a gnome
    > desktop from the current repo.
    With gnome, you don't need to have fam running anymore, as gnomevfs uses
    inotify to monitor files. KDE should do the same AFAIK.

  • Upgrading to osx 10.6.8 fails. I see errors in the /var/log/install.log of "An unexpected error occurred while moving files to the final destination." Underlying Error=(Error Domain=NSPOSIXErrorDomain Code=5 "The operation couldn't be completed. Input/out

    upgrading to osx 10.6.8 fails. I see errors in the /var/log/install.log of "An unexpected error occurred while moving files to the final destination." Underlying Error=(Error Domain=NSPOSIXErrorDomain Code=5 "The operation couldn’t be completed. Input/out. Any thoughts on what is causing these errors and the upgrade failure?
    Thanks

    I have no idea what the specific error code means but input/output errors can sometimes mean a disk is failing. Make a couple of backups of all important data before doing anything else.
    Verify your startup disk using the First Aid tab in Disk Utility. If the disk needs repair boot from your Leopard DVD and repair your disk from Disk Utility under Utilities on the screen after you choose your language. Repeat the repair process until Disk Utility reports all is well.
    If Disk Utility doesn't find any errors you might want to try a new download of the update and keep a sharp eye on your HD for anything else that might indicate all is not well. Take special care to back up important data.
    If Disk Utility finds errors it would probably be a good idea to pay a visit to the Apple Store to have them check out your hard drive even if Disk Utility is able to repair the errors.

Maybe you are looking for

  • J2EE with Oracle ADF Exmple is not working

    Hi Guys I am using JDev 9.0.5.2 and just switch the new version In "Developing an End-to-End Web Application Using the Default Technology Scope" example there is a problem when i Click Edit Link, EditDepartment Page is not opening also try to deploy

  • Time machine backup not recognised?

    I have two macbook pros for work, ones a 15" ones a 13". I did a TM backup on my 15" in the idea of cloning the 15" for my next training session in August. I have never had any issues with TM not being able to restore my account, but both on 10.8.4,

  • Overheating in clamshell (display closed) mode with 24" LED Cinema

    I have a new (1 month +) Macbook Pro 15" 2.4 GHz attached to a Apple LED Cinema Display....whenever I use the display in the "clamshell" mode using the "Higher Performance" option my system heats up dramatically. The fans never stop running and the m

  • Order by clause  based on parameter value

    hi, i am using reports 6i with 10 g db I have to create a report sorted in order of four fields. there is a parameter for selecting which field should come first in order by clause. ie the user has provision to view the report in selected sorted orde

  • Why can i import a .mov to final cut?

    I had HD video with the .mpg format so I converted to .mov and it's not importing it to final cut. Does anyone know what can I do in order to open it in fc?