Ytdyklly

I have an old FreeBSD Server (running 7.3-RELEASE) that desperately needs additional storage. In fact, it has some-- the original 20G SCSI drives have been replaced by 300G SCSI drives, so in theory there is 280G available that could be used.

I'd like to make use of this space. I think the best way to do this is by formatting the unused space as a new slice on the existing drive, but I'm not clear how to do this without destroying the data on the existing slice. Most of the documentation I can find about doing this refers to initial installation. I know how to set up slices and partitions during initial installation, but not how to claim unused space on the drive AFTER initial installation.

(I'd also be happy to expand the slice and add additional partitions to the existing slice, but I've heard that this is riskier).

I thought the easy way to do this might be to use /stand/sysinstall, but when I go into either Configure -> FDisk or Configure -> Label, I get this message:

No disks found!  Please verify that your disk controller is being

properly probed at boot time.  See the Hardware Guide on the

Documentation menu for clues on diagnosing this type of problem.

This is obviously untrue, since I'm actually running off of a disk when I get this message, but maybe sysinstall just doesn't like messing with the boot disk?

Output of fdisk da0:

******* Working on device /dev/da0 *******

parameters extracted from in-core disklabel are:

cylinders=2235 heads=255 sectors/track=63 (16065 blks/cyl)



Figures below won't work with BIOS for partitions not in cyl 1

parameters to be used for BIOS calculations are:

cylinders=2235 heads=255 sectors/track=63 (16065 blks/cyl)



Media sector size is 512

Warning: BIOS sector numbering starts with sector 1

Information from DOS bootblock is:

The data for partition 1 is:

sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)

    start 63, size 35905212 (17531 Meg), flag 80 (active)

        beg: cyl 0/ head 1/ sector 1;

        end: cyl 1023/ head 254/ sector 63

The data for partition 2 is:

<UNUSED>

The data for partition 3 is:

<UNUSED>

The data for partition 4 is:

<UNUSED>

Output of bsdlabel da0s1

# /dev/da0s1:

8 partitions:

#        size   offset    fstype   [fsize bsize bps/cpg]

  a:  2097152        0    4.2BSD     2048 16384    89

  b:  2097152  2097152      swap

  c: 35905212        0    unused        0     0         # "raw" part, don't edit

  e:  2097152  4194304    4.2BSD     2048 16384    89

  f: 29613756  6291456    4.2BSD     2048 16384    89

Update:

I came a cross the advice to use sade for this purpose. Unfortunately, sade can't see much empty space:

         0         63         62        -     12     unused        0

        63   35905212   35905274    da0s1      8    freebsd      165

  35905275      10501   35915775        -     12     unused        0

This may be a dead end. Do I need to figure out drive geometry somehow? It might be relevant to mention that the drive is a RAID 1 mirror set; originally the mirrored drives were both 20G SCSI drives but they've both been swapped out with 300G drives. I'm willing to temporarily break the mirror if that will help.

So it sounds like when you did the replacement of the older disk, you basically just used dd to copy the whole old disk to the new one. So you should be able to create another fdisk partition, which would be da0s2, then put another BSD partition in there, which would be da0s2a. I would use geom to do it, rather than sysinstall or sade. If you can show the output of gpart list, I can probably walk you through creating the new partition. Of course, be sure to have good backups, etc.

Of course, the nicer thing to do would be to upgrade to 9.1, make the partitions larger, then use growfs to make the existing FS larger, so that the new disk space is part of the same FS. (Normally I like to split things up a little, by having a separate /var and /usr (at least), but I know most people don't these days and at that size disk it can become a bit of a chore to manage where things are stored.)

(Oh, and I guess the best thing would be to switch to ZFS but I imagine if the system had a 20gb disk in it, it's probably 32bit and not a lot of RAM so not ideal for ZFS...)

Edit: Completely missed the part about the mirror. Yeah, breaking the mirror could be one path towards it. Is it hardware RAID mirror or software?

A 20GB disk!? Go buy yourself a 16 or 32GB USB thumb drive. Stick it into the box (it'll mount as /dev/daN (with N being the next lowest da device not in use). Using sysinstall, format the USB drive as one large partition and copy your entire disk over to the thumb drive (or to 2 thumb drives if you're paranoid and have no other backups):

sysinstall (configure -> fdisk & label)

cd /mnt/root

dump -0aL -f - / | restore xf -

Then edit /mnt/root/etc/fstab, telling FreeBSD to boot off the thumb drive with a fstab entry like this one:

/dev/da0s1a /   ufs ro   1  1

If your BIOS is configured to boot off USB removable media, your next reboot will be off the thumb drive. If not, you can change your BIOS settings or edit /etc/fstab on the main disk to boot off the thumb drive. Now that you have a complete verified backup, go into the RAID BIOS, destroy the volume and create a new (much larger) one. Then you can use the standard FreeBSD utilities to format the new volume.