Forum Replies Created
-
AuthorPosts
-
mlinde
ParticipantThanks, yeah, although I had just downloaded it a week ago, must have somehow found an old download, it was 1-5rc1 not 1.6
I’ll rebuild now…
mlinde
ParticipantLooking for a good thread to work from, I’ll use this one.
I’m running into a strange problem with the current (Late 2010/Early 2011) MacBook Air.
I am able to get a base image from the install flash drive using apple’s SIU instructions, and that will install fine.
I went to build an image, with that and core OS updates (I ignored iLife/additional apps at first), and it won’t process the updates.Here are my logs, it shows the error but I don’t know how I’m supposed to work around this. I never had to do anything special before…
10:11:03 ###### Beginning Update Installs from ./InstallerFiles/BaseUpdates ######
Working on folder 1 (10:11:03)
Copying folder ./InstallerFiles/BaseUpdates/1 into the target at /private/tmp/package.qJfEab
Installing MacOSXUpdCombo10.6.7.pkg from ./InstallerFiles/BaseUpdates/1 (1) inside a chroot jail
installer: Error trying to locate volume at /
Removing the copied folder: /private/tmp/mount_folder.GBpWBn/mount_point.GWjzcf/private/tmp/package.qJfEab
Folder 1 done (10:12:02)
Working on folder 2 (10:12:02)
Copying folder ./InstallerFiles/BaseUpdates/2 into the target at /private/tmp/package.vMEyPP
Installing MacOSXUpd10.6.7Supp.pkg from ./InstallerFiles/BaseUpdates/2 (2) inside a chroot jail
installer: Error trying to locate volume at /
Removing the copied folder: /private/tmp/mount_folder.GBpWBn/mount_point.GWjzcf/private/tmp/package.vMEyPP
Folder 2 done (10:12:02)I deleted my cached base image, it still doesn’t work.
Thanks!
mlinde
ParticipantSo I’ve determined that using Local MCX management somehow locks the image to some cached file, whatever the desktop image was when the user first logs in. I’ve tried deleting all the preferences and caches I am aware of, and still couldn’t change it until I disabled the Local MCX settings.
Files I deleted in my testing:
/Library/Managed Preferences/com.apple.desktop.plist
/Library/Managed Preferences/user/com.apple.desktop.plist
/Users/user/Library/Caches/Desktop (all contents)
/Users/user/Library/Managed Preferences/com.apple.desktop.plist
/Users/user/Library/Preferences/com.apple.desktop.plistand it still wouldn’t change.
I disabled the Desktop Picture preference management in Local MCX and the desktop picture updated immediately on logout/login.
So I looked at using OSAScript/Applescript as an option, but have run into the positioning issue – if the desktop image is not already set to “Centered” it automatically tiles – which is unacceptable in the environment, sadly. Now I’m looking at having to write a cocoa app to change the desktop picture, as that appears to be the only option for setting the position of the images. Ugh. Does no-one manage desktop images in their environment?
Thanks…
mlinde
ParticipantThanks – are you using MCX to manage the desktop image as well?
I’m worried that my management is affecting my ability to update the image, as I can’t change the desktop image at all (even the ever-present option from Safari does not change it).
Anyone have these two sorts of things working together?
mlinde
Participant– bump –
No one has to manage the desktop image?So now I will ask for troubleshooting help again, this one specific to how the preference editor works when utilizing/importing local preferences. Here’s the scenario, if anyone can help (even if you just tell me I’m doing it all wrong) I’d appreciate it.
I am supposed to swap out the desktop image every week with a new image from Marketing.
All machines should show the same desktop image.So I have a magical shell script that connects to a login folder on our DC, and downloads the appropriate file every week. The filename does not change (it’s always Wallpaper.bmp – yes, it’s being done to match the Windows setup) so I just overwrite the file (which I’ve placed in /Library/Desktop Pictures/) every week with my script. All of that works fine – if I check the image in the directory, it’s been overwritten with the new one. However, the desktop doesn’t change. If I log into the machine with a new account (never logged in before) it still shows the old image, so I broke something with my Local MCX management. I’m sure it’s reading a cached image from somewhere, but I have no idea where. I’ve deleted the contents of /Library/Caches, of ~/Library/Caches, I’ve deleted ~/Library/Preferences/com.apple.desktop.plist, but all of this fails to update the image.
If I use System Preferences to try and change the Desktop Picture, it changes in the little preview window, but the desktop never changes. I broke it. Bad. Please help.
Could really use some fresh ideas – thanks!mlinde
ParticipantIs there a way to setup default loginitems for the user created with createuser? I don’t want it for all users, I know I can use LocalMCX to manage login items, but I want something AT FIRST LOGIN for the created admin account – not later. Ideas?
Never mind – I used instaDMG to copy a loginitems.plist to the /Library/Preferences, then removed said file as soon as it ran.
Worked as I wanted, although not pretty.September 10, 2009 at 12:40 pm in reply to: LDMC (LANDesk Client) started failing in builds? #377123mlinde
ParticipantIs there another way to bundle/package in something like that? I haven’t set up and used Deploy Studio before, and would love to just bundle something into the image for a post-image run like createuser does.
EDIT:
So utilizing this basic script, and adding it to my login-wrapper list (and copying the package to the root of the drive during imaging) I should have this handled. Well, I’m posting a bit in advance, as I’m building this image right now, but here’s the script, anyhoo…[code]#!/bin/bash
#09.10.2009 Michael Linde
# This script installs LANDesk Client, if necessary#variables
pkgLocation=/LDMSClient.pkg
installerLocation=/usr/sbin/installerif test -e $pkgLocation; then
$installerLocation -pkg $pkgLocation -target / -verbose
fi#once install is complete, clean up
rm -r pkgLocationexit 0[/code]
mlinde
ParticipantI’ve come to that conclusion today, and I’m glad that is an accurate conclusion. Not sure how it worked at one point either. I guess I should try to bundle the installer for a post-first-boot run, or just plan on running it manually on each system.
Thanks!
mlinde
Participant-bump-
I am now also facing the WPA2 Personal challenge. Here’s what I know:
It looks like the PlistBuddy work would be able to build/edit the plist for the airport information (it uses two of the 4 plists in the BMOC scripts). However it also looks like the passcode is hashed when added – so I’m not sure how to approach that.I’m hacking up a couple of scripts based on existing good work, and will post my work if/when successful – but if someone has done this and just hasn’t put it up here, that would be great to see sooner than later…
August 21, 2009 at 12:17 pm in reply to: Packages won’t install into /System/Library/User Template? #376923mlinde
ParticipantI’m using PackageMaker 3.0.3. I can’t find an info.plist in my metapackage – but the package info for an individual package in the meta has this:
and it shows auth root…
I’ll admit I’m new to package making with anything but Composer, so anyone to provide direction I’m willing to take it – but I can’t buy any software for this at this time…
mlinde
Participant[QUOTE][u]Quote by: MacTroll[/u][p]One would hope that that would work…
Not quite sure what to tell you if it doesn’t. You could start poking around with mkpassdb and look at the timestamps on the passwords.[/p][/QUOTE]
Ok, now I need some serious wisdom. when I use mkpassdb -dump -v I get this great data (see below). When looking at the data, I checked date immediately – and got [code]Mon May 4 16:10:45 EDT 2009[/code] so the date is not wrong on the server, but the user is obviously hitting some strange time problem. user1 is local to this replica (EDT), user2 is in PDT – user3 is local to the ODM (as am I and user5). So anyone know where I look next for crazy time problems?
[code]
Slot # Account ID User Name Last Login Last Password Change Mod Date
———————————————————————————————————————————————-
…
slot 0007: 0x47b1cc63011853f20000000d00000007 user1 06/17/2010 07:48:02 PM 05/13/2010 05:18:10 PM 06/17/2010 07:45:37 PM
slot 0008: 0x47b1cd3e182caaa70000000e00000008 user2 04/30/2009 06:15:06 PM 06/18/2010 08:34:31 PM 04/30/2009 06:15:06 PM
slot 0009: 0x47b1d17674255f2f0000000f00000009 user3 04/01/2009 04:18:57 PM 02/12/2008 12:12:49 PM 04/01/2009 04:18:57 PM
slot 0010: 0x47b1d1c63fe49214000000100000000a mclinde 04/30/2009 12:49:38 PM 10/14/2008 01:03:09 PM 04/30/2009 12:49:38 PM
slot 0011: 0x47b1eee3158a49db000000110000000b user5 04/01/2009 04:19:01 PM 02/12/2008 02:09:24 PM 04/01/2009 04:19:01 PM
slot 0012: 0x47bf74d648993910000000120000000c user6 07/18/2010 07:05:20 PM 06/29/2010 12:21:30 AM 07/18/2010 05:01:15 PM
…[/code]mlinde
ParticipantWanted to comment that this still isn’t fixed in 1.4b4 – and was biting me as well. You might do well to include the file name notes in the documentation, not just the ReadMe – especially since you are symlinking to the documentation not the read me. I’ll let you know what I think as soon as it finishes my first run at a ProTools system installation package 🙂
mlinde
Participant-bump-
Before I open yet another support ticket with Apple, I’m wondering if anyone here knows how/why this happens. I verified it again today when I returned from vacation. Plugged my system into the network, verified connectivity to the AD server, fired up terminal, and checked system settings via dsconfigad.
However, when attempting to verify actual connectivity and data transfer between the MacBook Pro and the AD server (with [code]id domain\\username[/code]) it does not recognize the user. I have to unbind and rebind AD to have the id command work, and the system actually tie back into the domain.
I’ve seen this with multiple systems now, and my work-around works, but it shows a failure somehow/somewhere, and I’d rather fix the problem than work around it everytime.
Any suggestions?
mlinde
ParticipantWas on the phone with an Apple Engineer yesterday. AD is not supported in FCS 1.0 – period.
mlinde
ParticipantAll logs are stored in /Library/Logs/DirectoryService
For verbose logging restart DirectoryService:
[code]sudo killall -USR1 DirectoryService[/code]
and look at what is happening.
However I’d start with checking your network time services. AD uses Kerberos – 5 minute difference in time max.You can also see if the AD plugin is active or if the user is found (or any domain user):
[code]dsconfigad -show[/code]
[code]id DOMAIN\\username[/code] -
AuthorPosts
Recent Comments