Cleaning up file system

YES, I know this is a stoopid noob question BUT, I'm getting some bad blocks error after a certain number of reboots and I'm clueless about how to repair them. Any man page or How-To that I should look for. I've never had to do this b4 in Linux, only in Windoze. Be Kind with your replies. :oops:

I've never had to fix badblocks before, but there should be a program that's available called badblocks.
About a periodic filesystem check, that's exactly what fsck is doing. You're telling me you want to turn it off and then run it periodically anyway? Doesn't that seem a liitle silly?
Usually, if you're running a journaled filesystem you don't need to fsck, but it's put in there just in case. To turn it off for an ext2/3 filesystem, I believe you need to use mke2fs, but I don't want to offer any syntax just in case I get it wrong and erase your partition...

Similar Messages

Clean up file system size

Hi,
I found   /dev/shm file system utilization is more in DB server as below. Please help me to reduce the space.
$ df -kh
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/root_vg-rootvol
38G 3.0G   33G   9% /
tmpfs 7.8G 7.1G 792M 91% /dev/shm
Files under /dev/shm
I don’t know what these files are.
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:04 ora_SAPLAT02_1245213_2
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:18 ora_SAPLAT02_1245213_3
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:38 ora_SAPLAT02_1245213_4
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:34 ora_SAPLAT02_1245213_5
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:15 ora_SAPLAT02_1245213_6
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:34 ora_SAPLAT02_1245213_7
Files under /dev/shm with sizes
oracle@server01 /dev/shm
$ du -sh * | grep G
4.0M    ora_COGNOS_917525_0
4.0M    ora_COGNOS_917525_1
1.6M    ora_COGNOS_917525_2
0       ora_COGNOS_950294_0
0       ora_COGNOS_950294_1
0       ora_COGNOS_950294_10
4.0M    ora_COGNOS_950294_100
4.0M    ora_COGNOS_950294_101
4.0M    ora_COGNOS_950294_102
4.0M    ora_COGNOS_950294_103
4.0M    ora_COGNOS_950294_104
4.0M    ora_COGNOS_950294_105
4.0M    ora_COGNOS_950294_106
4.0M    ora_COGNOS_950294_107
Regards,
Bala

2790985 wrote:
Hi,
I found   /dev/shm file system utilization is more in DB server as below. Please help me to reduce the space.
$ df -kh
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/root_vg-rootvol
38G 3.0G   33G   9% /
tmpfs 7.8G 7.1G 792M 91% /dev/shm
Files under /dev/shm
I don’t know what these files are.
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:04 ora_SAPLAT02_1245213_2
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:18 ora_SAPLAT02_1245213_3
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:38 ora_SAPLAT02_1245213_4
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:34 ora_SAPLAT02_1245213_5
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:15 ora_SAPLAT02_1245213_6
-rw-r-----. 1 oracle oinstall 16777216 Apr 18 23:34 ora_SAPLAT02_1245213_7
Files under /dev/shm with sizes
oracle@server01 /dev/shm
$ du -sh * | grep G
4.0M    ora_COGNOS_917525_0
4.0M    ora_COGNOS_917525_1
1.6M    ora_COGNOS_917525_2
0       ora_COGNOS_950294_0
0       ora_COGNOS_950294_1
0       ora_COGNOS_950294_10
4.0M    ora_COGNOS_950294_100
4.0M    ora_COGNOS_950294_101
4.0M    ora_COGNOS_950294_102
4.0M    ora_COGNOS_950294_103
4.0M    ora_COGNOS_950294_104
4.0M    ora_COGNOS_950294_105
4.0M    ora_COGNOS_950294_106
4.0M    ora_COGNOS_950294_107
Regards,
Bala
why do you think the current value is a problem?
what will be gained by making percentage smaller?
reduce value of PROCESSES parameter
post results of command below
ls -l /dev/shm
explain what you learned from what you saw
What do you see when Oracle DB has been shutdown?

Hi There! I have a question on Kernel Task-Threat. How can I clean my computer? This is the message --Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.

Hi There! I have a question on Kernel Task-Threat. How can I clean my computer? This is the message that persists when cleaning disc--Warning: SUID file “System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent” has been modified and will not be repaired.

That's a routine message and it means nothing. Don't waste your time repairing permissions unless you know you have a problem that can be solved that way, which you probably never will.

Boot up - Error Message: "File System not clean"

<blockquote>Locked by Moderator as a duplicate/re-post.
Please continue the discussion in this thread: [tiki-view_forum_thread.php?locale=en-US&comments_parentId=667528&forumId=1]
Thanks - c</blockquote>
== Issue
==
I have another kind of problem with Firefox
== Description
==
At start up displays error message: File System not Clean"
== start up computer
==
== Troubleshooting information
==
WebOfTrust, AdBlock Plus 1.2, Ubuntu Firefox Modifications 0.7, Firefox Universal Uploader (fireuploader) 0.4.1, Foxytunes 4.0.6
== Firefox version
==
3.0.19
== Operating system
==
Linux
== User Agent
==
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.19) Gecko/2010040116 Ubuntu/9.04 (jaunty) Firefox/3.0.19 GTB7.0
== Plugins installed
==
*-The default plugin handles plugin data for mimetypes and extensions that are not specified and facilitates downloading of new plugins.
*The demo print plugin for unix.
*Shockwave Flash 10.0 r45
*DivX Web Player version 1.4.0.233
*The Totem 2.26.1 plugin handles video and audio streams.

http://ubuntuforums.org/

File system not clean after hibernate or suspend

Hello everyone,
I followed the arch wiki to set-up pm-utils (https://wiki.archlinux.org/index.php/Pm-utils). I included the recover=[swap drive] in my grub configuration. Whenever, I run either pm-hibernate or pm-suspend, however, I am greeted with less than kind messages on reboot.
Checking File Systems
.....(first couple are fine)
Reiserfs
Filesystem is NOT clean
Replaying journal: Trans replayed: mountid 47, transid 2301, desc 4815, len 25, commit 4841, next trans offset 4824
.... (repeat nearly identical messages 17 times)
Replaying journals: Done
Reiserfs journal: '/dev/sda6' in blocks [18..8211]: 18 tranactions replayed
Somethins is going wrong when the disk is suspending and the filesystem is not liking it. Does anyone know what may be causing this and have any suggestions on what to do?
Thank you very much.
Last edited by Tripsun (2011-01-22 06:51:34)

Tripsun wrote:Is it possible that this error is due to the fact that I am using reiserfs for my /var partition? The current setup of my partition is /boot, /, /home, /usr, /tmp all using ext3; /var using reiserfs; and swap. Would the issue maybe be resolved if I switch /var to something like ext4 or JFS?
ReiserFS has nothing to do with your problem (I also have /var/ on reiser and suspend works fine).
Your {pm-suspend,messages,kernel}.log would be helpful here...

Print dialog options in case sensitive file system

Since changing the file system running Lion and Mountain Lion from Mac OS Extended (Journaled) to Mac OS Extended (Case-sensitive, Journaled), certain features in print dialogs have disappeared.
Particularly the option to print notes with slides in Microsoft Powerpoint are gone. Also, when choosing to print only 1 (or more, but not all) of multiple pages in Microsoft Word, the printer will nevertheless print all pages.
This problem occurs on printers of different brands, i.e. HP, Lexmark, Brother.
I was able to determine this problem by reproducing the issue on a cleanly installed Macbook Pro with OS X 10.8 formatted as Mac OS Extended (Case-sensitive, Journaled) vs a cleanly installed Macbook Pro with OS X 10.8 formatted as Mac OS Extended (Journaled), not Case-sensitive.
Has anyone else had the same problem and maybe a solution?

I just fixed this on my Mac. It is a bug in Microsoft Office... the Printer Dialog Extension (PDE) for Powerpoint is located in a directory named "Plugins", but PowerPoint is looking for it in "PlugIns". This obviously does not work in a case-sensitive filesystem.
Here are the steps to fix the issue:
http://apple.stackexchange.com/a/119974/69562

Crashes and read-only file systems

Notice: I apolgize for the long post, I've tried to be as thorough as possible. I have searched everywhere for possible solutions, but things I've found end up being temporary workarounds or don't apply to my situation. Any help, even as simple as, "have you checked out XYZ log, it's hidden here", would be greatly appreciated. Thanks
I'm not sure what exactly caused the issues below, but they did start to happen within a day of running pacman -Syu. I hadn't run that since I first installed Arch on December 2nd of this year.
Setup:
Thinkpad 2436CTO
UEFI/GPT
SSD drive
Partitions: UEFISYS, Boot, LVM
The LVM is encrypted and is broken up as: /root, /var, /usr, /tmp, /home
All LVM file systems are EXT4 (used to have /var and /tmp as ReiserFS)
The first sign that something was wrong was gnome freezing. Gnome would then crash and I'd get booted back to the shell with all filesystems mounted as read-only. I started having the same issues as this OP:
https://bbs.archlinux.org/viewtopic.php?id=150704
At the time, I had /var and /tmp as ReiserFS, and would also get reiserfs_read_locked_inode errors.
When shutting down (even during non-crashed sessions) I would notice this during shutdown:
Failed unmounting /var
Failed unmounting /usr
Followed by a ton of these:
device-mapper: remove ioctl on <my LVM group> failed: Device or resource busy
Nother of these errors had ever appeared before.
After hours of looking for solutions (and not finding any that worked) I was convinced (without any proof) that my Reiser file systems were corrupt and so I reformatted my entire SSD and started anew - not the Arch way, I know I set all logical volumes as EXT4.
After started anew, I noticed
device-mapper: remove ioctl on LVM_SysGroup failed: Device or resource busy
was still showing up, even with just a stock Arch setup (maybe even when powering off via Arch install ISO, don't remember). After a lot of searching, I found that most people judged it a harmless error, so I ignored it and continued setting up Arch.
I set up Gnome and a basic LAMP server, and everything seemed to work for a couple of hours. Soon after, I got the same old issues back. The System-journald issue came back and per the workaround on https://bbs.archlinux.org/viewtopic.php?id=150704 and a couple other places, I rotated the journals and stopped journald from saving to storage. That seemed to stop THOSE errors from at least overwhelming the shell, but I would still get screen freezes, crashes, and read-only file systems.
I had to force the laptop to power off, since poweroff/reboot/halt commands weren't working (would get errors regarding the filesystems mounted as read-only).
I utilized all disk checking functions possible. From running the tests (SMART test included) that came as part of my laptop's BIOS to full blown fsck. All tests showed the drive was working fine, and Fsck would show everything was either clean, or
Clearing orphaned inode ## (uid=89, gid=89, mode=0100600, size=###
Free blocks count wrong (###, counted=###)
Which I would opt to fix. Nothing serious, though.
I could safely boot back into Arch and use the system fine until the system decides to freeze/crash and do the above all over again.
The sure way of recreating this for me is to run a cron job on a local site I'm developing. After a brief screen freeze (mouse still moveable but everything is otherwise unreponsive) I'll systemctl status mysqld.service and notice that mysqld went down.
It seems that it's at this point my file systems are mounted as read only, as trying to do virtually anything results in:
unable to open /var/db/sudo/...: Read-only file system
After some time, X/Gnome crashes and I get sent back to shell with
ERROR: file_stream_metrics.cc(37)
RecordFileError() err = 30 source = 1 record = 0
Server terminated successfully (0)
Closing log file.or_delegate.h(30)] sqlite erro1, errno 0: SQL logic error or missing database[1157:1179
rm: cannot remove '/tmp/serverauth.teuroEBhtl': Read-only file system
Before all this happened, I was using Arch just fine for a few weeks. I wiped the drives and started anew, and this still happens with just the minimal number of packages installed.
I've searched for solutions to each individual problem, but come across a hack that doesn't solve anything (like turning off storing logs for journal), or the solution doesn't apply to my case.
At this point, I'm so overwhelmed I'm not even sure where exactly to pick up figuring this issue out.
Thanks in advance for any help

Did this occur when you booted from the live/install media?
What is your current set up? That is, partitions, filesystems etc. I take it you have not yet reinstalled X but are in the default CLI following installation?
If turning off log storage didn't help, reenable it so that you may at least stand a chance of finding something useful.
What services, if any, are you running? What non-default daemons etc.?
Does it happen if you keep the machine off line?
Have you done pacman -Syu since installation and dealt with any *.pacnew files?
Last edited by cfr (2012-12-26 22:17:57)

Problem with the EFI system partition's file system.

I installed latest yosemite 10.10.2 update - did a verify disk on “WDC WD1001FALS-403AA0 Media” (internal HD on my iMac 21.5-inch, Mid 2011) and got
Problems were found with the partition map which might prevent booting
Error: The partition map needs to be repaired because there’s a problem with the EFI system partition’s file system.
However a verify disk on the volume partition gets a clean bill of health!
I haven't done a 'repair disk' yet. Thought I'd check if anybody else has same message first.
Cheers

I had issues where my MacPro 8-core would not boot after the 10.7.4 upgrade, but my MacBook Air 13" 2011 upgrade worked just fine.
I had to restore my MacPro HD from my TimeMachine back up. Apparently, the Softraid raid drivers that I use on my MacPro are not compatible yet with 10.7.4. See here for more info:
http://macperformanceguide.com/blog/2012/20120511_1-MacOSX-SoftRAID.html
I contacted Softraid and they are already aware of the issues and are working with Apple for a fix.
Cheers.
Bud

I have a 2009 MB Pro. I have been trying to do some cleaning of files and discovered that in Finder, All Images, I am experiencing a frustrating problem. I spent a few hours trashing over 4K images and within a few hours, I had as many more. Help!

I have a 2009 MB Pro. I have been trying to do some cleaning of files and discovered that in Finder, All Images, I am experiencing a frustrating problem. I spent a few hours trashing over 4K images and within a few hours, I had as many more. I did a couple of thousand trashed images and half hour later, more arrived. There are a lot of images that seem off the internet, including gif.s, png.s. Help!

First, back up all data immediately, as your boot drive might be failing.
There are a few other possible causes of generalized slow performance that you can rule out easily.
Reset the System Management Controller.
If you have many image or video files on the Desktop with preview icons, move them to another folder.
If applicable, uncheck all boxes in the iCloud preference pane.
Disconnect all non-essential wired peripherals and remove aftermarket expansion cards, if any.
Check your keychains in Keychain Access for excessively duplicated items.
If you have more than one user account, you must be logged in as an administrator to carry out this step.
Launch the Console application in the same way you launched Activity Monitor. Make sure the title of the Console window is All Messages. If it isn't, select All Messages from the SYSTEM LOG QUERIES menu on the left. If you don't see that menu, select
View ▹ Show Log List
from the menu bar.
Select the 50 or so most recent entries in the log. Copy them to the Clipboard (command-C). Paste into a reply to this message (command-V). You're looking for entries at the end of the log, not at the beginning.
When posting a log extract, be selective. Don't post more than is requested.
Please do not indiscriminately dump thousands of lines from the log into this discussion.
Important: Some personal information, such as your name, may appear in the log. Anonymize before posting. That should be easy to do if your extract is not too long.

Problem in Reducing the root file system space

Hi All ,
The root file system is reached 86%. We have cleared 1 GB data in /var file system. But the root file system still showing 86%. Please note that the /var file is not seprate file system.
I have furnished the df -h output for your reference. Please provide solution as soon as possible.
/dev/dsk/c1t0d0s0 2.9G 2.4G 404M 86% /
/devices 0K 0K 0K 0% /devices
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 30G 1.0M 30G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
/dev/dsk/c1t0d0s3 6.7G 3.7G 3.0G 56% /usr
/platform/SUNW,Sun-Fire-T200/lib/libc_psr/libc_psr_hwcap1.so.1
2.9G 2.4G 404M 86% /platform/sun4v/lib/libc_psr.so.1
/platform/SUNW,Sun-Fire-T200/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1
2.9G 2.4G 404M 86% /platform/sun4v/lib/sparcv9/libc_psr.so.1
fd 0K 0K 0K 0% /dev/fd
swap 33G 3.5G 30G 11% /tmp
swap 30G 48K 30G 1% /var/run
/dev/dsk/c1t0d0s4 45G 30G 15G 67% /www
/dev/dsk/c1t0d0s5 2.9G 1.1G 1.7G 39% /export/home
Regards,
R. Rajesh Kannan.

I don't know if the root partition filling up was sudden, and thus due to the killing of an in-use file, or some other problem. However, I have noticed that VAST amounts of space is used up just through the normal patching process.
After I installed Sol 10 11/06, my 12GB root partition was 48% full. Now, about 2 months later, after applying available patches, it is 53% full. That is about 600 MB being taken up by the superseded versions of the installed patches. This is ridiculous. I have patched using Sun Update Manager, which by default does not use the patchadd -d option that would not back up old patch versions, so the superseded patches are building up in /var, wasting massive amounts of space.
Are Solaris users just supposed to put up with this, or is there some other way we should manage patches? It is time consuming and dangerous to manually clean up the old patch versions by using patchrm to delete all versions of a patch and then using patchadd to re-install only the latest revision.
Thank you.

Mounting the Root File System into RAM

Hi,
I had been wondering, recently, how can one copy the entire root hierarchy, or wanted parts of it, into RAM, mount it at startup, and use it as the root itself. At shutdown, the modified files and directories would be synchronized back to the non-volatile storage. This synchronization could also be performed manually, before shutting down.
I have now succeeded, at least it seems, in performing such a task. There are still some issues.
For anyone interested, I will be describing how I have done it, and I will provide the files that I have worked with.
A custom kernel hook is used to (overall):
Mount the non-volatile root in a mountpoint in the initramfs. I used /root_source
Mount the volatile ramdisk in a mountpoint in the initramfs. I used /root_ram
Copy the non-volatile content into the ramdisk.
Remount by binding each of these two mountpoints in the new root, so that we can have access to both volumes in the new ramdisk root itself once the root is changed, to synchronize back any modified RAM content to the non-volatile storage medium: /rootfs/rootfs_{source,ram}
A mount handler is set (mount_handler) to a custom function, which mounts, by binding, the new ramdisk root into a root that will be switched to by the kernel.
To integrate this hook into a initramfs, a preset is needed.
I added this hook (named "ram") as the last one in mkinitcpio.conf. -- Adding it before some other hooks did not seem to work; and even now, it sometimes does not detect the physical disk.
The kernel needs to be passed some custom arguments; at a minimum, these are required: ram=1
When shutting down, the ramdisk contents is synchronized back with the source root, by the means of a bash script. This script can be run manually to save one's work before/without shutting down. For this (shutdown) event, I made a custom systemd service file.
I chose to use unison to synchronize between the volatile and the non-volatile mediums. When synchronizing, nothing in the directory structure should be modified, because unison will not synchronize those changes in the end; it will complain, and exit with an error, although it will still synchronize the rest. Thus, I recommend that if you synch manually (by running /root/Documents/rootfs/unmount-root-fs.sh, for example), do not execute any other command before synchronization has completed, because ~/.bash_history, for example, would be updated, and unison would not update this file.
Some prerequisites exist (by default):
Packages: unison(, cp), find, cpio, rsync and, of course, any any other packages which you can mount your root file system (type) with. I have included these: mount.{,cifs,fuse,ntfs,ntfs-3g,lowntfs-3g,nfs,nfs4}, so you may need to install ntfs-3g the nfs-related packages (nfs-utils?), or remove the unwanted "mount.+" entires from /etc/initcpio/install/ram.
Referencing paths:
The variables:
source=
temporary=
...should have the same value in all of these files:
"/etc/initcpio/hooks/ram"
"/root/Documents/rootfs/unmount-root-fs.sh"
"/root/.rsync/exclude.txt" -- Should correspond.
This is needed to sync the RAM disk back to the hard disk.
I think that it is required to have the old root and the new root mountpoints directly residing at the root / of the initramfs, from what I have noticed. For example, "/new_root" and "/old_root".
Here are all the accepted and used parameters:
Parameter Allowed Values Default Value Considered Values Description
root Default (UUID=+,/dev/disk/by-*/*) None Any string The source root
rootfstype Default of "-t <types>" of "mount" "auto" Any string The FS type of the source root.
rootflags Default of "-o <options>" of "mount" None Any string Options when mounting the source root.
ram Any string None "1" If this hook sould be run.
ramfstype Default of "-t <types>" of "mount" "auto" Any string The FS type of the RAM disk.
ramflags Default of "-o <options>" of "mount" "size=50%" Any string Options when mounting the RAM disk.
ramcleanup Any string None "0" If any left-overs should be cleaned.
ramcleanup_source Any string None "1" If the source root should be unmounted.
ram_transfer_tool cp,find,cpio,rsync,unison unison cp,find,cpio,rsync What tool to use to transfer the root into RAM.
ram_unison_fastcheck true,false,default,yes,no,auto "default" true,false,default,yes,no,auto Argument to unison's "fastcheck" parameter. Relevant if ram_transfer_tool=unison.
ramdisk_cache_use 0,1 None 0 If unison should use any available cache. Relevant if ram_transfer_tool=unison.
ramdisk_cache_update 0,1 None 0 If unison should copy the cache to the RAM disk. Relevant if ram_transfer_tool=unison.
This is the basic setup.
Optionally:
I disabled /tmp as a tmpfs mountpoint: "systemctl mask tmp.mount" which executes "ln -s '/dev/null' '/etc/systemd/system/tmp.mount' ". I have included "/etc/systemd/system/tmp.mount" amongst the files.
I unmount /dev/shm at each startup, using ExecStart from "/etc/systemd/system/ram.service".
Here are the updated (version 3) files, archived: Root_RAM_FS.tar (I did not find a way to attach files -- does Arch forums allow attachments?)
I decided to separate the functionalities "mounting from various sources", and "mounting the root into RAM". Currently, I am working only on mounting the root into RAM. This is why the names of some files changed.
Of course, use what you need from the provided files.
Here are the values for the time spend copying during startup for each transfer tool. The size of the entire root FS was 1.2 GB:
find+cpio: 2:10s (2:12s on slower hardware)
unison: 3:10s - 4:00s
cp: 4 minutes (31 minutes on slower hardware)
rsync: 4:40s (55 minutes on slower hardware)
Beware that the find/cpio option is currently broken; it is available to be selected, but it will not work when being used.
These are the remaining issues:
find+cpio option does not create any destination files.
(On some older hardware) When booting up, the source disk is not always detected.
When booting up, the custom initramfs is not detected, after it has been updated from the RAM disk. I think this represents an issue with synchronizing back to the source root.
Inconveniences:
Unison needs to perform an update detection at each startup.
initramfs' ash does not parse wild characters to use "cp".
That's about what I can think of for now.
I will gladly try to answer any questions.
I don't consider myself a UNIX expert, so I would like to know your suggestions for improvement, especially from who consider themselves so.
Last edited by AGT (2014-05-20 23:21:45)

How did you use/test unison? In my case, unison, of course, is used in the cpio image, where there are no cache files, because unison has not been run yet in the initcpio image, before it had a chance to be used during boot time, to generate them; and during start up is when it is used; when it creates the archives. ...a circular dependency. Yet, files changed by the user would still need to be traversed to detect changes. So, I think that even providing pre-made cache files would not guarantee that they would be valid at start up, for all configurations of installation. -- I think, though, that these cache files could be copied/saved from the initcpio image to the root (disk and RAM), after they have been created, and used next time by copying them in the initcpio image during each start up. I think $HOME would need to be set.
Unison was not using any cache previously anyway. I was aware of that, but I wanted to prove it by deleting any cache files remaining.
Unison, actually, was slower (4 minutes) the first time it ran in the VM, compared to the physical hardware (3:10s). I have not measured the time for its subsequent runs, but It seemed that it was faster after the first run. The VM was hosted on a newer machine than what I have used so far: the VM host has an i3-3227U at 1.9 GHz CPU with 2 cores/4 threads and 8 GB of RAM (4 GB ware dedicated to the VM); my hardware has a Pentium B940 at 2 GHz CPU with 2 cores/2 threads and 4 GB of RAM.
I could see that, in the VM, rsync and cp were copying faster than on my hardware; they were scrolling quicker.
Grub, initially complains that there is no image, and shows a "Press any key to continue" message; if you continue, the kernel panics.
I'll try using "poll_device()". What arguments does it need? More than just the device; also the number of seconds to wait?
Last edited by AGT (2014-05-20 16:49:35)

Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.a

So I am new to the forum and would like some helpful (non-snobbery) advice regarding my iMac. I am currently working on an iMac G5 - 1.8 GHz PowerPD G5, equipped with 1.5 GB DDR SDRAM. I've just cleaned up the hard disk and installed Leopard. Here is my dilemma:
The machine has been performing VERY SLUGGISH. Even with 1.5 GB RAM. It has been used in the past to run some CAD software (Lightwave), but I've since uninstalled it. I primarily use this computer for print design and run CS2 on it. For the most part, I work primarily in Photoshop, Illustrator and InDesign and occasionally work with large (150 - 500 MB) image files for large format applications. I understand this will hog a considerable amount of RAM and it typically does. However, even with smaller image and graphic files (10 - 100 MB), the machine creeps along at snail speed.
I cleaned up an almost exhausted Hard Disk, installed the new OS, and have done all my current software updates. Additionally, I've ran the Disk Utility and Repaired Disk Permissions to find only one real issue. Here is the log from that scan:
+Verifying volume “Macintosh HD”+
+Performing live verification.+
+Checking Journaled HFS Plus volume.+
+Checking Extents Overflow file.+
+Checking Catalog file.+
+Checking multi-linked files.+
+Checking Catalog hierarchy.+
+Checking Extended Attributes file.+
+Checking volume bitmap.+
+Checking volume information.+
+The volume Macintosh HD appears to be OK.+
+Verify permissions for “Macintosh HD”+
*+Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.+*
+Group differs on "private/etc/cups/cupsd.conf", should be 26, group is 4294967294.+
+Group differs on "private/etc/cups/ppd", should be 26, group is 4294967294.+
+Group differs on "private/var/spool/cups/cache", should be 26, group is 4294967294.+
+Group differs on "private/var/spool/cups/tmp", should be 26, group is 4294967294.+
+Group differs on "private/var/spool/cups", should be 26, group is 4294967294.+
+User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/jvm.cfg", should be 0, user is 95.+
+User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/classlist" , should be 0, user is 95.+
+Group differs on "private/etc/cups", should be 26, group is 4294967294.+
+Permissions verification complete+
+Repairing permissions for “Macintosh HD”+
*+Warning: SUID file "System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/MacOS/ARDAg ent" has been modified and will not be repaired.+*
+Group differs on "private/etc/cups/cupsd.conf", should be 26, group is 4294967294.+
+Group differs on "private/etc/cups/ppd", should be 26, group is 4294967294.+
+Group differs on "private/var/spool/cups/cache", should be 26, group is 4294967294.+
+Group differs on "private/var/spool/cups/tmp", should be 26, group is 4294967294.+
+Group differs on "private/var/spool/cups", should be 26, group is 4294967294.+
+User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/lib/jvm.cfg", should be 0, user is 95.+
+User differs on "System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/classlist" , should be 0, user is 95.+
+Group differs on "private/etc/cups", should be 26, group is 4294967294.+
+Permissions repair complete+
So in conclusion, I am at a loss as to why the machine is so **** slow. Anyone have any ideas? I'm not much of an IT dude, so I've pretty much exhausted my knowledge of this issue. Thanks!
~Macincrotch

I have no suggestions but like you I would love answers. Phone support gets me nowhere except 75 minute hold times. I am so disappointed with Apple. In one year, on a single machine, I have had 2 logic boards replaced (as part of the lower RAM slot recall), a hard drive replaced, an optical drive replaced, two batteries replaced (as part of another recall) and a power cord replacement... now my computer is running worse than it has ever run before - thanks to the terrible Beta version of leopard that crapple crappled on us.
I too am getting the same error messages while running disc utility (which takes about an hour now - as applecare described to me, it is because the machine is having a hard time indexing the spotlight feature (??)). But I think they are benign messages and not to be worried about. I wonder if errors related to these messages are really why our machines are performing at the level of the Apple IIGS. What troubles me is the tremendously slow performance - applecare had no ideas and said its best to wait until the update is released. it seems they are still in information gathering phase using suckers like me who ponied up 150 dollars to be unknowing apple product testers. It takes about 30 minutes to edit an album in itunes with color wheels spinning incessantly. I did a clean install before upgrading. System preferences crashes, wireless network access spotty to nonfunctional, and the computer has at times spontaneously gone to sleep. I feel foolish for believing the applecare specialist when he told me 3 weeks ago that my broken HFS volumes, invalid leaf structures and a disc management tool that could not be located would be sorted out by installing leopard. maybe they should rename 10.5 from leopard to turtle.
The last year has been tiresome and costly because apple does not create or adequately support their products; I wont be recommending apple products to my students or have my students learn using them in my classrooms ever again.
if only my rant could fix my machine...

Clean up the system

I have been using Archlinux for almost a year now. I started to notice that my root filesystem size has been increasing. It now stays at 6GB. I wanted to know if there are any ways of cleaning up the system of leftover files.
I asked in irc and read in newsletter about pacman -Qdt and removed all orphan files. I still cant believe 6GB has been filled. Is it possible for pacman to list the packages in the order of decreasing size?
Have anybody faced a problem like this ? What should be the approach to cleanup the sytem?

sense wrote:That cleaned up 300MB. It seems I have installed a *lot* of packages. Can pacman output the packages in the order of decreasing size?
pacman can't, but there are many ways to do it. A simple script using pacman, or using directly /var/lib/pacman, or a tool using libalpm.
http://bbs.archlinux.org/viewtopic.php? … 78#p320678

Oracle Best Practices / Guidelines regarding Cleaning TEMP files

Hi folks,
Can any one help me with a set of steps / guidelines or best practices to clean TEMP files from OBIEE servers (our PROD environment)?
Does perhaps OBIEE take care of this for you automatically, how is that process happening?
Thanks a lot for your time and attention and hope to hear from you soon.

TEMPS files are deleted from the server once a user logs out. But there might be chance where the TEMP files does not get deleted automaticlly, when the user logs out of the system even before the TEMP file has been generated completely. In this case the temp files get stored in the server, and a bounce of services cleans up the files.
The best practice would be to create a script to empty out the temp directory during the start up of the services.
-Amith.

Why am I getting this error message: Unable to write the email to the mailbox. Make sure the file system allows you write privileges, and you have enough disk s

I am getting this error message, just starting today: Unable to write the email to the mailbox. Make sure the file system allows you write privileges, and you have enough disk space to copy the mailbox. I have tried several solutions (cleaning out my inbox, compacting folders, rebooting, checking through the webmail side), all to no avail, Can anyone help?

which os do you have?

Cleaning up file system

Similar Messages

Maybe you are looking for