MWT

rofl rep++

lol! Ah, but are they larger on the inside than they are on the outside?

Yea, SR = SCSI Read (as opposed to write) - it's usually a CDROM, but I suppose if FOG doesn't understand it, it could be any storage device- e.g. Cardreader/other... Interesting question is: Upon deployment will FOG attempt to write your image to the card reader?

Ack. I wish I was oblivious to it! lol. My fiance has been bemoaning the tragic delay of Pancake Day since beginning of Feb!! (She's a little overzealous when it comes to her "light fluffy golden-brown servings of heaven"...) But whereas for you and I Pancake day may be a 1 day affair, for her, it's gotta last her till her Easter Eggs...

I've had problems with Fog imaging some Toshibas that only support "SATA Native" (AHCI) and not old style IDE. - This seems to be the problem you're describing... SATA Support - FOGProject Wiki According to the above link, the FOG PXE OS has no problem reading SATA Drives... but only if their Mobo is connecting in Compatibility mode. The bit at the top of the page about IDE(PATA) images on SATA devices, and cross-controller compatibility is only useful in making Windows images work with both SATA and PATA devices. - But doesn't help with inability to record/deploy images on SATA Native. On those machines where the only option is SATA Native (or AHCI) the FOG PXE OS cannot read/write to the drive. The proposed solution is to take the HDD out of this troublesome machine and put it in something that does have compatibility for the purposes of recording and deploying images. For your box there are some listings in: http://www.fogproject.org/wiki/index.php?title=WorkingDevices If it's the first of the two, perhaps the listed PS Kernel (Present State) will help? Limited Instructions: Download kernel manually from Sourceforge, then rename it to bzImage (case sensitive) and place it in the tftp folder. Better instructions available at: http://sourceforge.net/projects/freeghost/forums/forum/716419/topic/3853210

Very cheesy lol... love how bulky all the laptops are.

Link to my post in the other thread: http://www.edugeek.net/forums/windows/52573-stop-pupils-sharing-their-logins-5.html#post642987

I've just recently been looking into alternatives to the system we've been using the last few years. And it doesn't seem there are many on the market, as I see it's not been mentioned at all on Edugeek I thought I might pass the link over. Please be aware I'm in no way affiliated with the company and can only vouch for it's effectiveness on RM CC3... but yeah, it works very well and (perhaps more importantly), it costs us 20x less than it's main competitor... According to the website XP, Vista, and Seven are all supported. Here's the link: Flo Computer Services - MaxLogons

Hmm, perhaps thats for 'core services'? My experience thus far (as I should have stated) is just the interim service.

Call response just means the time in which you go down assess the issue and give an estimated fix time. Yeah, they'll likely want it as the school can (and will) financially penalise them for not keeping to it as stipulated under the BSF agreement. But I doubt they can punish you for missing their target time, so long as you can explain why. I.e. that you were working on xyz and not just swanning off, so to speak.