<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Latest posts for the topic "QRecall and AppleJack"]]></title>
		<link>https://forums.qrecall.com/posts/list/2.page</link>
		<description><![CDATA[Latest messages posted in the topic "QRecall and AppleJack"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>QRecall and AppleJack</title>
				<description><![CDATA[ The AppleJack single-user repair tool is at long last available for Leopard. I ran its set of routines for the first time yesterday. When I restarted the icons for my external Firewire hard drive's two partitions had been changed to generic icons. All seemed fine on the disks though. However this morning I was notified that QRecall was unable to find its archives on that disk. When I redirected it to the archives they verified as okay. <br> <br>I realize that the fault here is likely not QRecall's, but perhaps you could help track down the problem. I went to AppleJack's creators before turning here. They wrote: <br> <br>[quote]Thanks for the report. I'm concerned about AppleJack modifying *anything* <br>on an external drive. <br> <br>Where does QRecall store it's application support/cache files? I'm <br>wondering if deleting cache files makes the application lose track of its <br>archive files (even though they should be saving that to a preference file <br>rather than a cache file).[/quote] <br> <br>It's possible that it may have been over-exuberant in its routines, or that some cache or other that needed to be rebuilt was not done so automatically. Here's an edited version of the log files, detailing what AppleJack does: <br> <br>[code]AppleJack 1.5, Revision: 1.123 <br> <br>Gathering information... Running in automatic mode, with automatic restart <br>- User ID: 0, NAME: root || <br>- OS Version: 10.5.4 <br>- Looking for virtual memory directory in dynamic_pager <br>- Virtual memory directory appears to be /private/var/vm. <br> <br>Disk repair Success! Either your disk had no errors, or it was repaired successfully. Done with disk repairs <br> <br>Permissions repair Let's mount the startup file system for write access... <br>Done. <br>Checking for /tmp directory: <br>/tmp directory exists. <br>Done. <br>Configuring minimal Leopard services... <br>Done. <br> <br>Started verify/repair permissions on disk disk1s10 Macintosh G5 HD <br>Permissions differ on "private/var/log/secure.log", should be -rw------- , they are -rw-r----- <br>Group differs on "Library/PreferencePanes", should be 0, group is 80 <br>Permissions differ on "Library/PreferencePanes", should be drwxr-xr-x , they are drwxrwxr-x <br> <br>[The rest of the permission problems were all with Webserver/Documents and Developer/Examples.] <br> <br>Finished verify/repair permissions on disk disk1s10 Macintosh G5 HD <br>Permissions have been repaired. <br> <br>Cache file cleanup <br>Removing system cache files: <br>/System/Library/Caches/com.apple.Components2.SystemCache.Components <br>/System/Library/Caches/com.apple.Components2.SystemCache.QuickTimeComponents <br>/System/Library/Caches/com.apple.IntlDataCache <br>/System/Library/Caches/com.apple.IntlDataCache.kbdx <br>/System/Library/Caches/com.apple.IntlDataCache.sbdl <br>/System/Library/Caches/com.apple.IntlDataCache.tecx <br>/System/Library/Caches/com.apple.bootstamps/CC07BD95-1C66-39A7-B866-EC05E7E4262A <br>/System/Library/Caches/com.apple.bootstamps <br>/System/Library/Caches/com.apple.kernelcaches/kernelcache.716A1708 <br>/System/Library/Caches/com.apple.kernelcaches <br>/Library/Caches/Google/SoftwareUpdates/Downloads/alper-com.Google.GoogleEarthPlus-4.3.7204.836-1 <br>/Library/Caches/Google/SoftwareUpdates/Downloads/alper-com.Google.GoogleEarthPlus-4.3.7284.3916-1 <br>/Library/Caches/Google/SoftwareUpdates/Downloads <br>/Library/Caches/Google/SoftwareUpdates/Installs/alper-com.Google.GoogleEarthPlus-4.3.7204.836-1 <br>/Library/Caches/Google/SoftwareUpdates/Installs/alper-com.Google.GoogleEarthPlus-4.3.7284.3916-1 <br>/Library/Caches/Google/SoftwareUpdates/Installs <br>/Library/Caches/Google/SoftwareUpdates/manifest.xml <br>/Library/Caches/Google/SoftwareUpdates/PendingInstalls <br>/Library/Caches/Google/SoftwareUpdates <br>/Library/Caches/Google <br>/Library/Caches/com.apple.Components2.LocalCache.AudioComponents <br>/Library/Caches/com.apple.Components2.LocalCache.Components <br>/Library/Caches/com.apple.Components2.LocalCache.QuickTimeComponents <br>/Library/Caches/com.apple.DeveloperTools.501/3.1/Property List Editor/PlugInCache.xcplugincache/PlugInCache.mom <br>/Library/Caches/com.apple.DeveloperTools.501/3.1/Property List Editor/PlugInCache.xcplugincache/PlugInCache.xcpfdb <br>/Library/Caches/com.apple.DeveloperTools.501/3.1/Property List Editor/PlugInCache.xcplugincache <br>/Library/Caches/com.apple.DeveloperTools.501/3.1/Property List Editor <br>/Library/Caches/com.apple.DeveloperTools.501/3.1 <br>/Library/Caches/com.apple.DeveloperTools.501 <br>/Library/Caches/com.apple.ImageCaptureExtension2.ICADeviceDatabase.501 <br>/Library/Caches/com.apple.ImageCaptureExtension2.ICADeviceDatabase.504 <br>/Library/Caches/com.apple.QuickTime.StreamingBandwidth <br>/Library/Caches/com.apple.SystemMigration.plist <br>/Library/Caches/com.apple.psnormalizer.fontcache.501 <br>/Library/Caches/com.apple.psnormalizer.fontcache.501.lock <br>/Library/Caches/com.makemusic.audiounit.smartmusicsoftsynth/synthgms.sf2.midnam <br>/Library/Caches/com.makemusic.audiounit.smartmusicsoftsynth <br>/private/var/db/volinfo.database <br>/private/var/db/BootCache.playlist <br>/System/Library/Extensions.mkext <br>Done removing system cache files. <br> <br>Done with cache file clean up task. <br> <br>Validating preference files <br> <br>Root file system already mounted. Continue. <br>Checking mach init preference files (/etc/mach_init.d)): <br>Done. <br> <br>Checking root preference files (/var/root/Library/Preferences)): <br>Done. <br> <br>Checking system preference files (/Library/Preferences)): <br>Done. <br> <br>Virtual memory cleanup <br> <br>Removing swap files: <br>/private/var/vm/swapfile0 <br>/private/var/vm/swapfile1 <br>/private/var/vm/swapfile2 <br>/private/var/vm/swapfile3 <br>/private/var/vm/swapfile4 <br>/private/var/vm/swapfile5 <br>/private/var/vm/swapfile6 <br>/private/var/vm/swapfile7 <br>/private/var/vm/swapfile8 <br>Done. <br>Restarting Steven-M-Alpers-Computer.local[/code] <br> <br>I don't see anything QRecall related in there, but what do I know. <br> <br>I hate to bug you with this, but perhaps it will turn up something useful to you? <br> <br>Many thanks,]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/157/673.page</guid>
				<link>https://forums.qrecall.com/posts/preList/157/673.page</link>
				<pubDate><![CDATA[Tue, 2 Sep 2008 14:01:23]]> GMT</pubDate>
				<author><![CDATA[ Steven M. Alper]]></author>
			</item>
			<item>
				<title>QRecall and AppleJack</title>
				<description><![CDATA[ [quote=Steven M. Alper]When I restarted the icons for my external Firewire hard drive's two partitions had been changed to generic icons.[/quote]That's suspicious. <br>[quote]However this morning I was notified that QRecall was unable to find its archives on that disk.[/quote]QRecall remembers the location of both archives and items to be captured using aliases. These are the same alias records created by the Finder when you make an Alias file. <br> <br>I suspect that AppleJack has changed something that OS X was using to identify known volumes. This would also explain why your icons changed (since OS X now thinks these are new, never before seen, volumes). You might check to see if you have any other aliases to items on your external volume. They might be suffering from the same problem. <br> <br>You can probably rectify this by editing your actions. Open the action, reselect the same archive (creating a new alias to the archive) and save the updated action. <br> <br>[quote][code]/private/var/db/volinfo.database <br>[/code][/quote]Yikes! /var/db/volinfo.database is [i]not[/i] a transient file. I would definately alert the AppleJack authors about this one. <br> <br>One of the important bits of information stored here is which volumes use POSIX Ownership and Privileges and which ones don't. Erasing this file could cause volumes that previously enforced file ownership and privileges to suddenly stop using them and visa versa. <br> <br>[quote]I don't see anything QRecall related in there, but what do I know.[/quote]I don't either. I think AppleJack just gave OS X a case of amnesia and it no longer remembers volumes that it's seen in the past.]]></description>
				<guid isPermaLink="true">https://forums.qrecall.com/posts/preList/157/674.page</guid>
				<link>https://forums.qrecall.com/posts/preList/157/674.page</link>
				<pubDate><![CDATA[Tue, 2 Sep 2008 15:25:11]]> GMT</pubDate>
				<author><![CDATA[ James Bucanek]]></author>
			</item>
	</channel>
</rss>