Re: [H] GPT_disk_moving?!

2014-07-09 Thread joeuser
Not sure either but I do know GPT is mainly used for 2GB
I did see some stuff on converting GPT to MBR but I didn't follow it.

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: FORC5 fuf...@cox.net
 Date: Tue, July 08, 2014 9:10 am
 To: hardw...@lists.hardwaregroup.com
 
 
 one of my SSD's are listed as GPT, NO idea how this happened. Only 
 used for storage. There two identical, only is listed GPT when I run Diskpart
 Thought about trying to get rid of that, not sure why. They are only 
 250gb drives.
 no harm I suppose, just no idea where the gpt came from.
 fp


Re: [H] GPT_disk_moving?!

2014-07-09 Thread joeuser
T - That's because I didn't unmount it first. I just pulled the drive
and then hooked it up to an external USB3 SATA cable. I should have
unmounted/removed it from Disk Mgmt snap in first. If I had, I'd be
fine. Since I hadn't... It might be toast. I'm going to hook it back up
today - to the original cable  see just how bad I screwed the pooch. My
understanding is the drive gets keyed to the position on the SATA
ports, basically.

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...


  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Anthony Q. Martin amar...@charter.net
 Date: Tue, July 08, 2014 9:20 am
 To: hardw...@lists.hardwaregroup.com
 
 
 Thanks for this. I have a box full of GPT drivesI was wondering what 
 I'd do if I needed to upgrade the host mobo...as it is starting to get 
 old.  As all I have are mkv rips from my blu-ray collection, this would 
 be a LOT of work to do over. So one day I just want to move the drives 
 over to a new box.
 



  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Thane Sherrington th...@computerconnectionltd.com
 Date: Tue, July 08, 2014 9:47 am
 To: hardw...@lists.hardwaregroup.com
 
 
 Hi Joeuser,
  Thanks for the update.  So if you have a GPT disk, you go 
 into diskmgmt.msc and unmount it?  I thought you said that Windows 7 
 couldn't see it at all?
 
 T


Re: [H] GPT_disk_moving?!

2014-07-09 Thread joeuser
I'm guessing its the difference of you having UEFI bios  me, not having
UEFI?
GPT  UEFI seems to go together like peas  carrots...

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Greg Sevart ad...@xfury.net
 Date: Wed, July 09, 2014 12:12 am
 To: hardw...@lists.hardwaregroup.com
 
 
 I've never experienced what the OP describes, despite working with a fairly 
 large number of GPT disks with my large arrays and moving them between OS 
 installations. I'm pretty sure there's something else going on here. 
 Excepting being mindful of OS (and utility) support, GPT does not require any 
 special handling compared to MBR.
 



Re: [H] GPT_disk_moving?!

2014-07-09 Thread Thane Sherrington

At 11:13 AM 09/07/2014, joeu...@chronic.org wrote:
T - That's because I didn't unmount it first. I just pulled the 
drive and then hooked it up to an external USB3 SATA cable. I should 
have unmounted/removed it from Disk Mgmt snap in first. If I had, 
I'd be fine. Since I hadn't... It might be toast. I'm going to hook 
it back up today - to the original cable  see just how bad I 
screwed the pooch. My understanding is the drive gets keyed to the 
position on the SATA ports, basically. Regards, joeuser - Still 
looking for the 'any' key... ...now these points of data make a 
beautiful line...  


Ok, cool.  Very good info.  Please keep us posted on how it goes.

T 






Re: [H] GPT_disk_moving?!

2014-07-09 Thread Greg Sevart
I don't think that's it--I've moved UEFI to UEFI, BIOS to BIOS, and BIOS to 
UEFI.

-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On Behalf Of 
joeu...@chronic.org
Sent: Wednesday, July 9, 2014 9:15 AM
To: hardw...@lists.hardwaregroup.com
Subject: Re: [H] GPT_disk_moving?!

I'm guessing its the difference of you having UEFI bios  me, not having UEFI?
GPT  UEFI seems to go together like peas  carrots...

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Greg Sevart ad...@xfury.net
 Date: Wed, July 09, 2014 12:12 am
 To: hardw...@lists.hardwaregroup.com
 
 
 I've never experienced what the OP describes, despite working with a fairly 
 large number of GPT disks with my large arrays and moving them between OS 
 installations. I'm pretty sure there's something else going on here. 
 Excepting being mindful of OS (and utility) support, GPT does not require any 
 special handling compared to MBR.
 





Re: [H] GPT_disk_moving?!

2014-07-09 Thread joeuser
As I guessed, I screwed the pooch. I went wrong as soon as I told
Windows to apply GPT again.
From what I gathered. I should have stopped - put the drive back where
it was, removed/unmounted  then proceeded along.


Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Thane Sherrington th...@computerconnectionltd.com
 Date: Wed, July 09, 2014 9:33 am
 To: hardw...@lists.hardwaregroup.com
 
  
 Ok, cool.  Very good info.  Please keep us posted on how it goes.
 
 T


Re: [H] GPT_disk_moving?!

2014-07-09 Thread joeuser
Well, I'm very glad for you, I'm also lucky in the fact that nothing
there was to critical and/or can be transferred again.
However, this did indeed happen. I also looked up the info as I have
described to everyone  that is a fact. The only other thing I can think
of is, I went from an internal sata port to a USB3 ext sata cable?

Regardless. If you have a GPT drive - UNMOUNT/REMOVE from DISK MGMT! If
you forget, DO NOTHING - plug it back in where it was  then
REMOVE/UNMOUNT... This may or may not apply to UEFI - I don't have UEFI
 I don't care to right now.

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Greg Sevart ad...@xfury.net
 Date: Wed, July 09, 2014 9:42 am
 To: hardw...@lists.hardwaregroup.com
 
 
 I don't think that's it--I've moved UEFI to UEFI, BIOS to BIOS, and BIOS to 
 UEFI.
 



[H] nVidia video card until

2014-07-09 Thread joeuser
I have 2 - nVidia GTX 460's SLI'd on a Win7 x64 box.
ASUS's included utility is kind of crappy.
Anyone suggest something they use to trim down power use of the cards
when your not gaming? More features - fine, but that's my main focus.
Save power!

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...



Re: [H] GPT_disk_moving?!

2014-07-09 Thread Greg Sevart
I'm not at all suggesting that it didn't happen; I'm just making sure that the 
rest of the collective knows that this is a freak incident and that it is not a 
requirement to do anything special in disk management or otherwise when moving 
a GPT disk. I've worked with a lot of GPT disks many different hardware and 
operating system configurations--I'm quite certain I would have run in to this 
if it were a common occurrence. The root cause for the behavior you experienced 
is, at this point, a mystery.

If you have information from an official source prescribing that a GPT disk be 
unmounted before powering down (if you're removing a disk live it should always 
be removed cleanly, GPT or otherwise) and relocating, I'd be interested to see 
it, as I've not yielded anything. 

-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On Behalf Of 
joeu...@chronic.org
Sent: Wednesday, July 9, 2014 10:19 AM
To: hardw...@lists.hardwaregroup.com
Subject: Re: [H] GPT_disk_moving?!

Well, I'm very glad for you, I'm also lucky in the fact that nothing there was 
to critical and/or can be transferred again.
However, this did indeed happen. I also looked up the info as I have described 
to everyone  that is a fact. The only other thing I can think of is, I went 
from an internal sata port to a USB3 ext sata cable?

Regardless. If you have a GPT drive - UNMOUNT/REMOVE from DISK MGMT! If you 
forget, DO NOTHING - plug it back in where it was  then REMOVE/UNMOUNT... This 
may or may not apply to UEFI - I don't have UEFI  I don't care to right now.

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Greg Sevart ad...@xfury.net
 Date: Wed, July 09, 2014 9:42 am
 To: hardw...@lists.hardwaregroup.com
 
 
 I don't think that's it--I've moved UEFI to UEFI, BIOS to BIOS, and BIOS to 
 UEFI.
 





Re: [H] Freenas Nas4free any experience?

2014-07-09 Thread Robert Martin Jr.
Thanks for the input. I did load up NAS4FREE and the problem seems to be fixed 
now. The interface is more what I'm used to since my old DIY NAS was freenas 7.?
I'm getting decent file transer speed with no pauses. I'm doing a 2 TB copy 
using unstoppable copier as a test and so far no hiccups. :)

lopaka


On Tuesday, July 8, 2014 11:21 PM, Greg Sevart ad...@xfury.net wrote:
 


I'm inclined to blame the 3ware. I never used one that impressed me in the
slightest, though 5mbps certainly suggests a deeper issue.

In any case, I'd consider snagging a Dell PERC6 or PERC H700 off ebay. I
just did a series of RAID5 and RAID6 tests on a bench PERC6 and a used PERC
H700 I got off ebay for $100. Both of these cards are based on slightly
altered LSI MegaRAID adapters and even support using LSI's management
software, though note that the PERC6 does not support physical disks  2TB.
All tests performed using 8x2TB Toshiba HDDs. CrystalDiskMark sequential
using a 4000MB test file:

PERC6 RAID5: 791MB/s read, 485MB/s write
PERC6 RAID6: 671MB/s read, 398MB/s write
H700 RAID5: 1086MB/s read, 1015MB/s write *this is effectively the
theoretical peak potential of the underlying HDDs*
H700 RAID6: 937MB/s read, 704MB/s write

Disks are also important. Either buy RAID-rated disks, or Toshiba's DT01ACA
series. Expect everything else to cause problems.

Greg


-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On Behalf
Of Robert Martin Jr.
Sent: Tuesday, July 8, 2014 9:26 PM
To: hardw...@lists.hardwaregroup.com
Subject: [H] Freenas  Nas4free any experience?

I have been working on retiring an old freenas box so I built a nice server
with spare parts running freenas 9.xxx x64. I have a hardware raid array
(3x3TB raid 5) on a 3ware 12 port contoller. The interface is way different
than what I'm used to but I can deal with that. The transfer speeds are
horrible though and pause about every 20 seconds. I'm only averaging 5 mbps
compared to 55 MB/s on my drobo5n. This is actually a backup for my drobo5n
that will get powered on about 1x every 2 mos to update any new files, etc. 

I've heard nas4free is a little more solid compared to newer versions of
freenas. Never tried it though. 

Suggestions? Write caching is turned on - still slow as hell

lopaka


Re: [H] GPT_disk_moving?!

2014-07-09 Thread DSinc

Greg,
While I feel bad for @jjoeuser, I'm now curious about the diffs between 
MBR drives and GPT drives.This thread shines light on

something new based on 'EFI Bios.'
As I upgrage my PC's am I creating GPT drives If so, and they work, 
Fine. Just wondering what I may be doing.

Thank you for your experience.
Duncan

On 07/09/2014 11:52, Greg Sevart wrote:

I'm not at all suggesting that it didn't happen; I'm just making sure that the 
rest of the collective knows that this is a freak incident and that it is not a 
requirement to do anything special in disk management or otherwise when moving 
a GPT disk. I've worked with a lot of GPT disks many different hardware and 
operating system configurations--I'm quite certain I would have run in to this 
if it were a common occurrence. The root cause for the behavior you experienced 
is, at this point, a mystery.

If you have information from an official source prescribing that a GPT disk be 
unmounted before powering down (if you're removing a disk live it should always 
be removed cleanly, GPT or otherwise) and relocating, I'd be interested to see 
it, as I've not yielded anything.

-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On Behalf Of 
joeu...@chronic.org
Sent: Wednesday, July 9, 2014 10:19 AM
To: hardw...@lists.hardwaregroup.com
Subject: Re: [H] GPT_disk_moving?!

Well, I'm very glad for you, I'm also lucky in the fact that nothing there was 
to critical and/or can be transferred again.
However, this did indeed happen. I also looked up the info as I have described to 
everyone  that is a fact. The only other thing I can think of is, I went from 
an internal sata port to a USB3 ext sata cable?

Regardless. If you have a GPT drive - UNMOUNT/REMOVE from DISK MGMT! If you forget, DO 
NOTHING - plug it back in where it was  then REMOVE/UNMOUNT... This may or may not 
apply to UEFI - I don't have UEFI  I don't care to right now.

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...


 Original Message 
Subject: Re: [H] GPT_disk_moving?!
From: Greg Sevart ad...@xfury.net
Date: Wed, July 09, 2014 9:42 am
To: hardw...@lists.hardwaregroup.com


I don't think that's it--I've moved UEFI to UEFI, BIOS to BIOS, and BIOS to 
UEFI.









Re: [H] GPT_disk_moving?!

2014-07-09 Thread Greg Sevart
MBR can only be used as the partition table for disks not exceeding 2.2
trillion bytes in size (technically, it's a limit of 2^32 sectors, which is
2.2 trillion bytes using a standard 512/512e HDD). Once you cross that
boundary, you need to use a different form of partition table - the GUID
Partition Table. UEFI enters the picture because a UEFI system is required
to boot many operating systems--including Windows--from a disk using the GPT
layout.

I general, I recommend that disks under 2.2TB that are not expected to grow
to that size continue to use MBR for better compatibility. Switching to GPT
is a destructive process to any existing data, so it's a decision that is
best made when the drive is first initialized.

Greg

-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On Behalf
Of DSinc
Sent: Wednesday, July 9, 2014 4:44 PM
To: hardw...@lists.hardwaregroup.com
Subject: Re: [H] GPT_disk_moving?!

Greg,
While I feel bad for @jjoeuser, I'm now curious about the diffs between MBR
drives and GPT drives.This thread shines light on something new based on
'EFI Bios.'
As I upgrage my PC's am I creating GPT drives If so, and they work,
Fine. Just wondering what I may be doing.
Thank you for your experience.
Duncan

On 07/09/2014 11:52, Greg Sevart wrote:
 I'm not at all suggesting that it didn't happen; I'm just making sure that
the rest of the collective knows that this is a freak incident and that it
is not a requirement to do anything special in disk management or otherwise
when moving a GPT disk. I've worked with a lot of GPT disks many different
hardware and operating system configurations--I'm quite certain I would have
run in to this if it were a common occurrence. The root cause for the
behavior you experienced is, at this point, a mystery.

 If you have information from an official source prescribing that a GPT
disk be unmounted before powering down (if you're removing a disk live it
should always be removed cleanly, GPT or otherwise) and relocating, I'd be
interested to see it, as I've not yielded anything.

 -Original Message-
 From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On 
 Behalf Of joeu...@chronic.org
 Sent: Wednesday, July 9, 2014 10:19 AM
 To: hardw...@lists.hardwaregroup.com
 Subject: Re: [H] GPT_disk_moving?!

 Well, I'm very glad for you, I'm also lucky in the fact that nothing there
was to critical and/or can be transferred again.
 However, this did indeed happen. I also looked up the info as I have
described to everyone  that is a fact. The only other thing I can think of
is, I went from an internal sata port to a USB3 ext sata cable?

 Regardless. If you have a GPT drive - UNMOUNT/REMOVE from DISK MGMT! If
you forget, DO NOTHING - plug it back in where it was  then
REMOVE/UNMOUNT... This may or may not apply to UEFI - I don't have UEFI  I
don't care to right now.

 Regards,
 joeuser - Still looking for the 'any' key...

 ...now these points of data make a beautiful line...

  Original Message 
 Subject: Re: [H] GPT_disk_moving?!
 From: Greg Sevart ad...@xfury.net
 Date: Wed, July 09, 2014 9:42 am
 To: hardw...@lists.hardwaregroup.com


 I don't think that's it--I've moved UEFI to UEFI, BIOS to BIOS, and BIOS
to UEFI.









Re: [H] GPT_disk_moving?!

2014-07-09 Thread DSinc

Greg,
Thanks for your knowledge. I will file this away for later.

Will simple tools appear in time so that we may know whether
our 'getting huge' EM drives and already huge SSD drives were
setup and/or formatted?
Best,
Duncan

On 07/09/2014 18:00, Greg Sevart wrote:

MBR can only be used as the partition table for disks not exceeding 2.2
trillion bytes in size (technically, it's a limit of 2^32 sectors, which is
2.2 trillion bytes using a standard 512/512e HDD). Once you cross that
boundary, you need to use a different form of partition table - the GUID
Partition Table. UEFI enters the picture because a UEFI system is required
to boot many operating systems--including Windows--from a disk using the GPT
layout.

I general, I recommend that disks under 2.2TB that are not expected to grow
to that size continue to use MBR for better compatibility. Switching to GPT
is a destructive process to any existing data, so it's a decision that is
best made when the drive is first initialized.

Greg

-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On Behalf
Of DSinc
Sent: Wednesday, July 9, 2014 4:44 PM
To: hardw...@lists.hardwaregroup.com
Subject: Re: [H] GPT_disk_moving?!

Greg,
While I feel bad for @jjoeuser, I'm now curious about the diffs between MBR
drives and GPT drives.This thread shines light on something new based on
'EFI Bios.'
As I upgrage my PC's am I creating GPT drives If so, and they work,
Fine. Just wondering what I may be doing.
Thank you for your experience.
Duncan

On 07/09/2014 11:52, Greg Sevart wrote:

I'm not at all suggesting that it didn't happen; I'm just making sure that

the rest of the collective knows that this is a freak incident and that it
is not a requirement to do anything special in disk management or otherwise
when moving a GPT disk. I've worked with a lot of GPT disks many different
hardware and operating system configurations--I'm quite certain I would have
run in to this if it were a common occurrence. The root cause for the
behavior you experienced is, at this point, a mystery.

If you have information from an official source prescribing that a GPT

disk be unmounted before powering down (if you're removing a disk live it
should always be removed cleanly, GPT or otherwise) and relocating, I'd be
interested to see it, as I've not yielded anything.

-Original Message-
From: Hardware [mailto:hardware-boun...@lists.hardwaregroup.com] On
Behalf Of joeu...@chronic.org
Sent: Wednesday, July 9, 2014 10:19 AM
To: hardw...@lists.hardwaregroup.com
Subject: Re: [H] GPT_disk_moving?!

Well, I'm very glad for you, I'm also lucky in the fact that nothing there

was to critical and/or can be transferred again.

However, this did indeed happen. I also looked up the info as I have

described to everyone  that is a fact. The only other thing I can think of
is, I went from an internal sata port to a USB3 ext sata cable?

Regardless. If you have a GPT drive - UNMOUNT/REMOVE from DISK MGMT! If

you forget, DO NOTHING - plug it back in where it was  then
REMOVE/UNMOUNT... This may or may not apply to UEFI - I don't have UEFI  I
don't care to right now.

Regards,
joeuser - Still looking for the 'any' key...

...now these points of data make a beautiful line...


 Original Message 
Subject: Re: [H] GPT_disk_moving?!
From: Greg Sevart ad...@xfury.net
Date: Wed, July 09, 2014 9:42 am
To: hardw...@lists.hardwaregroup.com


I don't think that's it--I've moved UEFI to UEFI, BIOS to BIOS, and BIOS

to UEFI.











[H] Odd problem with pictures

2014-07-09 Thread Thane Sherrington
My nephew has a computer on which a bunch the photos (which he used 
to view in Picasa) suddenly disappeared from there.


If I go into the Libraries and do a search for picasa, I can see 
all the pictures, but I can't open them.  Here's the strange part, 
the folder heading says they are in:


2007-04-08 (c:\users\xxx\Desktop\backup\HP_Administrator\local 
settings\temp\Picasa2\CD_Prep_1\Pictures)


The date at the beginning changes, but the rest stays the same.

If I go to the cmd prompt, I can go as far as:
c:\users\xxx\Desktop\backup\HP_Administrator\local settings\temp

But the temp folder is empty.

If I select a picture or group of pictures, I can copy it (at least, 
Windows doesn't complete about Organize, Copy) but when I paste it 
elsewhere, nothing happens.


I'm assuming that the files are in a compressed folder or temporary 
folder somewhere, but I can't find them by doing a dir [filename] /s 
from the root of C:.


Something tells me that this is really obvious, and I'm missing 
something simple, but I can't figure it out (I'm also working on this 
remotely over a shitty Internet connection).


Any ideas?

T