Potato-Peeler Posted June 30, 2009 Posted June 30, 2009 We have recently started using truecrypt on our laptops at work, and after the first few there were no problems and they all worked. On a couple we've had an issue where it encrypts perfectly, but when you restart it after encryption, it refuses to find the hard drive to boot from. It is not on hidden, as we have checked and I've tried it three times, and two colleagues have also tried it, and when we put in the rescue disc it boots up fine. Has anyone got an idea why this would happen? Thankyou in advance
kmount Posted June 30, 2009 Posted June 30, 2009 Have seen this when the end user doesn't shut the machine down properly.
Potato-Peeler Posted June 30, 2009 Author Posted June 30, 2009 Well these particular ones with the issues haven't been handed out, and tbh after the first one they've been handled like royalty. We even tried nothing but xp, no drivers, trucrypted, then shut down and it did this.
kmount Posted June 30, 2009 Posted June 30, 2009 Is there a restore partition or anything on there? Or literally laptop 1 hard disk single partition installed, rebooted dead? Which laptops are you using and which settings throughout the truecrypt setup?
Potato-Peeler Posted June 30, 2009 Author Posted June 30, 2009 Well the problem is, theres nothing to restore, as it happens immediately after the encryption process. We selected encrypt the system partition standard truecrypt volume AES encryption RIPemd-160 Then the rest of the stuff with the rescue disc and the pre-test. I apologise if have anything wrong, but thats what i remember doing. We are using stone laptops, mr-052
kmount Posted June 30, 2009 Posted June 30, 2009 Very odd if you've done them all the same to only have a couple exhibiting the problem. The instructions look OK; I'm sure someone will have some ideas on why it's not playing ball. Been a while since I've used truecrypt.
Potato-Peeler Posted June 30, 2009 Author Posted June 30, 2009 I thought it might be something in the BIOS, as its only the stone mr-052 and mr-055 which are doing it, all the samsung and acer laptops just seem to accept. All the settings are the same in the truecrypt set up, and Ive changed all the BIOS settings that could make sense to change.
kmount Posted June 30, 2009 Posted June 30, 2009 Ah sorry I thought you had two failures of the same kind of laptop whereas all of the others were fine. Maybe some Stone customers on here who may have/can try it on the same laptop. BIOS up to date etc?
Potato-Peeler Posted June 30, 2009 Author Posted June 30, 2009 I'll try and get a bios update off of stone, and let you know how it goes, cheers.
Potato-Peeler Posted July 3, 2009 Author Posted July 3, 2009 Right Ive updated the BIOS twice, and I've tried the other methods of encryption. It still refuses to find the hard drive. Any ideas? Cheers
Nostromoo Posted July 15, 2009 Posted July 15, 2009 Did you get anywhere with this issue? We are having the exact same issue (albeit using a different encryption solution, not truecrypt) on a Stone MR-052 laptop. I've spoken with Stone and basically there is nothing they can do. We both agree from the test results it sounds like either a bug or a problem with the BIOS code, but even if they knew what it was there is nothing the supplier will do and under the licensing terms Stone are not permitted to modify the BIOS themselves. Because all the MR-052 laptops tested thus far appear to have the same problem, they can't put it down to a hardware fault with a particular machine either to send an engineer. Especially as there are no error messages. The encryption itself has taken perfectly, and if we take the disk out of the Stone and put it in an Acer it boots without issue (although it complains about the hardware differences rather vociferously.) But in the Stone the disk is seemingly just ignored and the machine falls back to trying a PXE boot before giving up - as if no hard disk was present.
meastaugh1 Posted July 15, 2009 Posted July 15, 2009 We also came up against this issue some time ago. We had assumed, as Kim hinted at, that the problem was caused by the recovery image created by Stone. Since you are able to boot the drive in other hardware makes this theory sound less likely. Have you put your own image on there laptops or are you using Stone's? If you don't find a solution you could always hand out discs/sticks with truecrypt on to users to allow them to boot and claim it as (albeit crude) two-factor authentication by design.
Potato-Peeler Posted July 16, 2009 Author Posted July 16, 2009 Yep we get the reverting to PXE boot issue to im afraid. And as of it yet it is unresolved, we have a mix of stone images and ones that have been redistributed so xp installed from scratch. Still nothing Dont suppose anyone has any other ideas? Besides throw the damn things out the window...
Guest TheLibrarian Posted July 16, 2009 Posted July 16, 2009 This isn't just a TrueCrypt issue. I've had similar problems with Stone laptops (particularly the MR52) and Ghost. When an image taken using GhostPE then pushed out the image pushed out would not boot. The -IB which images the whole boot track had no effect whatsoever. I found that the imaged laptops *would* boot if an XP install bootable CD was left in the drive and the boot from CD was left to time out. I suspect that it is something to do with the self repair feature of the BIOS / motherboard though I have no proof of this it's just a hunch. As I don't image these laptops en mass I get round this by imaging manually which doesn't modify the boot sequence / track / etc. of the laptop at all. My suggestion would be to contact Stone about this, I've always found them to be helpful.
Nostromoo Posted July 16, 2009 Posted July 16, 2009 Interesting idea TheLibrarian, and in fact you're right! I wish I'd thought of that. So we encrypt the disk in the Stone, rebooted, machine won't boot. We already knew it booted in another PC, but now we can also boot it in the Stone if chaining the MBR on the disk from the boot loader on the CD. Just need to make sure the boot order is correct and that the CD is always in the drive and the user doesn't press any key when booting. I think that proves the fault is in the BIOS of this model, although given my conversation with Stone this doesn't really help at all. As helpful as the engineer I spoke to was, his hands were pretty much tied - they cannot get support from the manufacturer and under the licensing agreement they would be unable to fix the BIOS themselves anyway. Still at least it gives me closure. I'll feed it back to Stone though, at least it can go in a knowledge base if they have such a thing.
Guest TheLibrarian Posted July 16, 2009 Posted July 16, 2009 Interesting idea TheLibrarian, and in fact you're right! I wish I'd thought of that. Heh, I didn't think of it, I found it by accident.
Potato-Peeler Posted July 22, 2009 Author Posted July 22, 2009 i did contact stone, and they sent me a bios update. Didn't work, and they say its not their problem. Any ideas anyone?
pete Posted July 22, 2009 Posted July 22, 2009 If you use another full disk encryption product, do you get the same issue on the stone hardware?
Nostromoo Posted July 22, 2009 Posted July 22, 2009 That's all I got from them as well. The only solution I've found would be to use a 3rd party CD boot loader. Either the Windows XP CD trick, or perhaps a custom grub/lilo based one that is just configured solely to chain the MBR on the hard disk i.e. the CD calls the MBR rather than the BIOS calling it directly. I'm convinced it's a bug in the BIOS on this model. Either it checksums the MBR and will only boot a vanilla XP one, or it simply objects to the additional data being stored in track zero, or a combination of both. But as Stone cannot do anything themselves, and the "manufacturer" (whoever that is) is allegedly unwilling to fix the BIOS (due it's age), even if they did know what the problem was, I see no other avenues open. It's a real pain. I hope the green top laptops and the more recent Rock models don't also have the same issues. I was hoping to test them later when I have more time. Although if they do have problem, as they are more recent it might mean it can be fixed. Although it's clunky, the CD trick does seem to work quite well.
Potato-Peeler Posted July 27, 2009 Author Posted July 27, 2009 The Rock laptops truecrypt fine, not a problem with them, though they do still struggle to fog im afraid So is everyone convinced this is a fault of stones bios then?
nick2114 Posted August 5, 2010 Posted August 5, 2010 The Rock laptops truecrypt fine, not a problem with them, though they do still struggle to fog im afraid So is everyone convinced this is a fault of stones bios then? Hi there Yes the fault is definatly the BIOS of the MR-052 the machine itself is actually a Clevo product and stone have been in contact with clevo regarding this clevo will not give stone a newer bios for this! However i feel Clevo need to address this issue as it also stops the laptops running windows 7 as the bootloader is again unable to be called from BIOS I would urge everyone with this product to push stone to come up with a solution, Pushing Clevo for the rights to edit the BIOS. This laptop is now virtually useless, unless you want to run a vanilla XP build with no encryption and no ability to upgrade:mad:
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now