1 Message

January 7th, 2014 13:00

Absolutely.  This function is 100% essential for those who travel overseas for work, and have sensitive data at hand.  To the OP, I had some luck last year (not with the 4800) using cryptfs during the boot process.  I was using an SSD.  Would you be willing to try that route until Dell can provide a reasonable response?  I might still have my notes on what I did to set it all up.

5 Posts

January 7th, 2014 13:00

Does anyone else plan to use this currently nonfunctional encryption feature?

5 Posts

January 7th, 2014 14:00

Thanks, I know I can use inefficient cpu taxing whole drive software based encryption, but that defeats the whole purpose of why we buy a drive with hardware integrated encryption. These drives by the way always encrypt the data sent to the chips, the only thing bios does is allows the drive to shift the password storage from the physical drive to your brain and it then just stores your password hash. 

Apparently I am not the only dell user trying to alert the manufacturer of this issue with no success.

http://en.community.dell.com/support-forums/laptop/f/3518/t/19536177.aspx  

1 Message

September 24th, 2014 23:00

Hi, near a year after you ask this question, I would to ask you now.
How was your experience with dual boot (Windows 7 and Ubuntu ) with this system? There was some issues with SSD and HDD in dual boot.

5 Posts

September 25th, 2014 10:00

Hi Augustosisa, I've been running dual boot with both OS's located on msata drive since installation and the m4800 does great. I am running an additional sata ssd in the main drive bay and I have no problems with this setup.

I also will mention here that not long after my issue with using SSD based encryption with bios password, a bios update was issued that resolved the major part of the issue, but not in a way that I would consider optimal.  

The behavior is now that you need to enter your encrypted drive password on boot, and then it seems to  save it in bios so that when you resume from sleep or hibernation the password is not required. I consider this a security flaw as it is apparently storing the password somewhere in bios, and it requires you to do a complete shutdown of the system in order to secure the drive.

Maybe there should be an option in bios that allows you to change this behavior, as I imagine some would not like to be bothered with password reentry every time their computer has gone to sleep, but I would like to see the capability of the system to require manual entry of the password each time the drive requires it.

January 7th, 2015 11:00

I noticed when the Windows operating system has a problem with suspending that may mean the OS was not authentic to the system.  No big deal.  The only problem is ownership to storage drive technologies.  The only way is to reverse time and enter a password in the TPM security module before some other guy does.  No biggie.  Lock down your BIOS on your dell to system level passwords and signed bios updates.  Become the paranoid little evil badger like I am. 

*five minutes later*
Download a 90 day evaluation of Windows 8.1 enterprise from Microsoft and maybe put it on an USB drive and keep installing it every 90 days. Annoying yes, but I usually ending refreshing my machines before that so might as well keep with the evaluation editions.
:emotion-2:

1 Message

January 7th, 2015 11:00

Hi wispman,

I am having the same issue and have upgraded my BIOS to the latest version (11) but that didn't fix the problem.

Which version of the BIOS fixed this problem for you.   Thanks.

5 Posts

January 8th, 2015 20:00

Hi Sofij, 

I think the fix was in A07, but I am running A09 now without issues. I will also comment that I have seen dell bios get toasted after a version downgrade. 

No Events found!

Top