Re: [H] GPT_disk_moving?!
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?!
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?!
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?!
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?!
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?!
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?!
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
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?!
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?
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?!
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?!
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?!
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
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