l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
August 5: Social gathering
Next Installfest:
TBD
Latest News:
Jul. 4: July, August and September: Security, Photography and Programming for Kids
Page last updated:
2003 Feb 27 19:29

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] resizing harddrive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] resizing harddrive



thanks a lot, i'm backing up all my files now. Would there be any disadvantage
to formatting the drive as FAT? That way I can put it in one of my other
computers that are windows.



----- Original Message -----
From: "Mike Simons" <msimons@moria.simons-clan.com>
To: <vox-tech@lists.lugod.org>
Sent: Thursday, February 27, 2003 4:15 PM
Subject: Re: [vox-tech] resizing harddrive


> On Thu, Feb 27, 2003 at 02:52:48PM -0800, ryan wrote:
> > this but the drive is a 40GB slave that I'm using to
> > store mpegs and such. All those commands worked and here is the output.
>
> Very good... the output explained what's happening.
>
>   It turns out that Linux has no problem accessing all of the
> drive.
>
> ## Disk /dev/hdb: 255 heads, 63 sectors, 4865 cylinders
> ## Units = cylinders of 16065 * 512 bytes
> ##
> ##    Device Boot    Start       End    Blocks   Id  System
> ## /dev/hdb1             1      4111  33021576   83  Linux
>
>   The problem is the partition that was made didn't use all of the
> 4865 cylinders that are available.  It only used the first 4111.
>
>   If you can move all of your important data off the drive...
> then umount the partition and do the following with a Linux fdisk
> command:
>
> fdisk /dev/hdb
> =
> d
> 1
> n
> p
> 1
>
>
> w
> =
>
> which will
>   d = Delete, 1 = partition 1.
>   n = New, p = Primary partition, 1 = partition 1.
>   return = start at the first cylinder, return = end at the last cylinder,
>   w = write the partition.
>
> once that is done:
> ===
> mke2fs -j -b 4096 -i 16384 /dev/hdb1
> ===
>
>   Should make a new ext3 filesystem on that partition.  with blocksize
> 4096 bytes per block, and a few fewer inodes since you are storing large
> files on it.
>
>   Then mount your partition again... it should be bigger.
>
>   Run a "df" before and after those steps... if the partition isn't bigger
> afterwards let me know and send the df output.
>
>   If you can't move your files off the drive (not enough space), then
> back them up somewhere, tell me what filesystem type you have on the
> partition, and I'll suggest a way to resize the filesystem without recreation.
>
>     Good Luck,
>       Mike
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech
>

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.