Hello list,
I just replaced my home server and moved the disks from the old one over to the
new one. In the old server, 4 of the disks were connected to a twa (3Ware 9550)
controller, which of course has it's own way of marking units/volumes on those
disks.
Before you start yelling at me,
Does gpart recover ada4 help at all?
Be warned this could edit the partition on the disk and make it worse, but I've
had success in the past with it.
Regards
Steve
- Original Message -
From: Alban Hertroys haram...@gmail.com
To: freebsd-stable@freebsd.org
Sent: Sunday, June
On Sun, Jun 2, 2013 at 5:02 PM, Steven Hartland kill...@multiplay.co.uk wrote:
Does gpart recover ada4 help at all?
Be warned this could edit the partition on the disk and make it worse, but
I've had success in the past with it.
Regards
Steve
- Original Message - From: Alban
On Jun 2, 2013, at 16:12, Kimmo Paasiala kpaas...@gmail.com wrote:
Looking at the gpart(8) output it seems that only 20GBs of the disk is
recognized by the disk driver but the GPT table still shows the full
capacity 910GB. I'd say that the GPT table is in fact correct and if
you can somehow
- Original Message -
From: Kimmo Paasiala kpaas...@gmail.com
Looking at the gpart(8) output it seems that only 20GBs of the disk is
recognized by the disk driver but the GPT table still shows the full
capacity 910GB. I'd say that the GPT table is in fact correct and if
you can somehow
On Jun 2, 2013, at 16:19, Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message - From: Kimmo Paasiala kpaas...@gmail.com
Looking at the gpart(8) output it seems that only 20GBs of the disk is
recognized by the disk driver but the GPT table still shows the full
capacity
On Jun 2, 2013, at 16:02, Steven Hartland kill...@multiplay.co.uk wrote:
Does gpart recover ada4 help at all?
Be warned this could edit the partition on the disk and make it worse, but
I've had success in the past with it.
I applied gpart recover to the other half of what was originally a
I realise I only implied a fairly critical difference between the old and new
situations:
On Jun 2, 2013, at 15:53, Alban Hertroys haram...@gmail.com wrote:
Hello list,
I just replaced my home server and moved the disks from the old one over to
the new one. In the old server, 4 of the
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:12, Kimmo Paasiala kpaas...@gmail.com wrote:
Looking at the gpart(8) output it seems that only 20GBs of the disk is
recognized by the disk driver but the GPT table still shows the full
capacity 910GB. I'd say that the GPT table
On Jun 2, 2013, at 16:46, Warren Block wbl...@wonkity.com wrote:
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:12, Kimmo Paasiala kpaas...@gmail.com wrote:
Looking at the gpart(8) output it seems that only 20GBs of the disk is
recognized by the disk driver but the GPT
On Sun, Jun 02, 2013 at 05:12:48PM +0200, Alban Hertroys wrote:
On Jun 2, 2013, at 16:46, Warren Block wbl...@wonkity.com wrote:
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:12, Kimmo Paasiala kpaas...@gmail.com wrote:
Looking at the gpart(8) output it seems
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:46, Warren Block wbl...@wonkity.com wrote:
I've never worked with gnop before; is this a safe approach?:
# kldload geom_nop
# gnop create -v -o 41943006 -S 512 ada4
# mount /dev/ada4.nop /mnt
I get the impression that gnop might
On Sun, 2 Jun 2013, Warren Block wrote:
[snip]
gmirror is good. GPT is also good. The combination is a problem. gmirror
metadata overwrites the backup GPT, so those disks will show corrupt also.
For now, the recommended workaround is to just use MBR, which doesn't have any
metadata at the
On Mon, 3 Jun 2013, Dmitry Morozovsky wrote:
On Sun, 2 Jun 2013, Warren Block wrote:
[snip]
gmirror is good. GPT is also good. The combination is a problem. gmirror
metadata overwrites the backup GPT, so those disks will show corrupt also.
For now, the recommended workaround is to just use
On Sun, 2 Jun 2013, Warren Block wrote:
gmirror is good. GPT is also good. The combination is a problem. gmirror
metadata overwrites the backup GPT, so those disks will show corrupt
also.
For now, the recommended workaround is to just use MBR, which doesn't have
any
metadata
On Jun 2, 2013, at 17:48, Jeremy Chadwick j...@koitsu.org wrote:
On Sun, Jun 02, 2013 at 05:12:48PM +0200, Alban Hertroys wrote:
On Jun 2, 2013, at 16:46, Warren Block wbl...@wonkity.com wrote:
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:12, Kimmo Paasiala
On Jun 2, 2013, at 20:39, Warren Block wbl...@wonkity.com wrote:
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:46, Warren Block wbl...@wonkity.com wrote:
I've never worked with gnop before; is this a safe approach?:
# kldload geom_nop
# gnop create -v -o 41943006 -S 512
On Mon, 3 Jun 2013, Alban Hertroys wrote:
Really, the easiest way would be to temporarily install the old RAID controller
and copy the data off the array.
Well, that would mean I'd have to assemble the old server again, as
the controller is not compatible with the hardware in the new one.
18 matches
Mail list logo