xfs
[Top] [All Lists]

Re: SAN resizing disk, no LVM

To: linux-xfs@xxxxxxxxxxx
Subject: Re: SAN resizing disk, no LVM
From: David Sparks <daves@xxxxxxxxxxxxxxx>
Date: Wed, 27 Apr 2005 16:34:38 -0700
In-reply-to: <21114.1114643772@xxxxxxxxxxxxxxx>
References: <21114.1114643772@xxxxxxxxxxxxxxx>
Reply-to: daves@xxxxxxxxxxxxxxx
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.2 (X11/20050330)
>>Is using /dev/sdb instead of /dev/sdb1 for a fs safe to do?  (I've never
>>read anything authoritative on this subject)
> 
> 
> A block device is a block device is a ...  It is safe, as long as no
> other tool tries to access /dev/sdb.  In particular, if anything tries
> to partition /dev/sdb or to install a boot loader on /dev/sdb then it
> will overwrite the first superblock of the XFS partition.  You are
> gaining a little extra space, at the risk that some other disk tool
> will accidentally destroy your filesystem.

The main idea is that LVM isn't required to resize the disk.  A
`xfs_growfs /mnt/sdb` is sufficient

Is there a simple way to resize a partition with a fs inside it?


I do appreciate the warning, I see this every time I load fdisk:

 Warning: invalid flag 0x0000 of partition table 4 will be corrected by
w(rite)


I tried to "correct" the invalid flag once and the fs was unmountable.
It did get fixed from a xfs_repair but I don't know if there was any
actual damage to the fs?  It is only a test fs at the moment and mostly
empty so there was no indication of data loss.

Cheers,

ds


<Prev in Thread] Current Thread [Next in Thread>