> On Fri, May 31, 2013 at 08:24:47AM +0300, Daniel Braniss wrote:
> > > On Thursday, May 30, 2013 2:44:35 am Daniel Braniss wrote:
> > > > > --/04w6evG8XlLl3ft
> > > > > Content-Type: text/x-diff; charset=us-ascii
> > > > > Content-Disposition: attachment; filename="bge.media_sts.diff"
> > > > >
>
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. An
On Jun 2, 2013, at 20:39, Warren Block wrote:
> On Sun, 2 Jun 2013, Alban Hertroys wrote:
>> On Jun 2, 2013, at 16:46, Warren Block 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.
On Jun 2, 2013, at 17:48, Jeremy Chadwick wrote:
> On Sun, Jun 02, 2013 at 05:12:48PM +0200, Alban Hertroys wrote:
>>
>> On Jun 2, 2013, at 16:46, Warren Block wrote:
>>
>>> On Sun, 2 Jun 2013, Alban Hertroys wrote:
>>>
On Jun 2, 2013, at 16:12, Kimmo Paasiala wrote:
>
> Lookin
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
> > > a
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 us
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
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:46, Warren Block 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 be non-destructive,
On Sun, Jun 02, 2013 at 05:12:48PM +0200, Alban Hertroys wrote:
>
> On Jun 2, 2013, at 16:46, Warren Block wrote:
>
> > On Sun, 2 Jun 2013, Alban Hertroys wrote:
> >
> >> On Jun 2, 2013, at 16:12, Kimmo Paasiala wrote:
> >>>
> >>> Looking at the gpart(8) output it seems that only 20GBs of the
On Jun 2, 2013, at 16:46, Warren Block wrote:
> On Sun, 2 Jun 2013, Alban Hertroys wrote:
>
>> On Jun 2, 2013, at 16:12, Kimmo Paasiala 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 ful
On Sun, 2 Jun 2013, Alban Hertroys wrote:
On Jun 2, 2013, at 16:12, Kimmo Paasiala 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 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 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 disks were connect
On Jun 2, 2013, at 16:02, Steven Hartland 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 mirror and
it ma
On Jun 2, 2013, at 16:19, "Steven Hartland" wrote:
> - Original Message - From: "Kimmo Paasiala"
>
>> 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 ta
- Original Message -
From: "Kimmo Paasiala"
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 get the disks to
On Jun 2, 2013, at 16:12, Kimmo Paasiala 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 get the disks
On Sun, Jun 2, 2013 at 5:02 PM, Steven Hartland 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 Hertroys"
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"
To:
Sent: Sunday, June 02, 2013 2:53 PM
Subject: Corrupt GPT heade
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, yes,
19 matches
Mail list logo
