large disk space problem?
zhu blue
zhu.blue at gmail.com
Sun Dec 9 11:34:03 UTC 2007
Hi,
Thank you all.
Looks like I forgot to run "mkfs.ext3 /dev/sdb1" after I used
"fdisk /dev/sdb" to partitioned it. originally this disk has many linux
partitions, after I repartitioned it to a single one, then reboot, it
automatically mounted as 9.2G disk. then I copied some 5.3G data onto
it.
The following is what I have just done, seems ok now.(although claimed
160G disk only has 140G can be use , too bad :) )
---------------------------------------------
[root at pc1 media]# umount /media/disk
[root at pc1 media]# df
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda7 ext3 38G 23G 14G 63% /
tmpfs tmpfs 474M 12K 474M 1% /dev/shm
/dev/sda9 ext3 66G 61G 1.3G 98% /home
/dev/sda1 vfat 15G 8.4G 6.4G 57% /media/disk-1
/dev/sda5 vfat 25G 18G 7.1G 72% /media/disk-2
/dev/sda6 ext3 38G 3.9G 33G 11% /media/_home
[root at pc1 media]# e2fsck -n /dev/sdb1
e2fsck 1.40.2 (12-Jul-2007)
/dev/sdb1: clean, 56/1224000 files, 2126723/2443880 blocks
[root at pc1 media]# mkfs.ext3 /dev/sdb1
mke2fs 1.40.2 (12-Jul-2007)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
19546112 inodes, 39072080 blocks
1953604 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
1193 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
[root at pc1 media]# mount /dev/sdb1 /media/disk
mount: mount point /media/disk does not exist
[root at pc1 media]# mount /dev/sdb1 /mnt/tmp
[root at pc1 media]# df
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda7 ext3 38G 23G 14G 63% /
tmpfs tmpfs 474M 12K 474M 1% /dev/shm
/dev/sda9 ext3 66G 61G 1.3G 98% /home
/dev/sda1 vfat 15G 8.4G 6.4G 57% /media/disk-1
/dev/sda5 vfat 25G 18G 7.1G 72% /media/disk-2
/dev/sda6 ext3 38G 3.9G 33G 11% /media/_home
/dev/sdb1 ext3 147G 188M 140G 1% /mnt/tmp
[root at pc1 media]#
--------------------------------------------
On Sun, 2007-12-09 at 14:16 +0900, John Summerfield wrote:
> Mikkel L. Ellertson wrote:
>
> >>
> >> Then you mount it (e.g. man fstab &/or man mount).
> >>
> > It looks like the drive is already one big partition with an ext3
> > file system on it, but it is only shown as being 9.2G. It almost
> > looks like the partition was resized but the file system wasn't. If
> > it didn't already have 5.3G of data on it, it would be tempting to
> > delete and recreate the file system.
> >
> > Mikkel
> >
>
> Mikkel looks closest so far to me.
>
> Unmount the partition.
> run e2fsck:
> e2fsck -n /dev/sdb1
>
> That's a read-only test.
>
> If that looks okay, then
> man resize2fs
> resize2fs <whatever seems good> /dev/sdb1
>
> if that wants you you to e2fsck with more options, do it, then try again.
>
> Mount the partition again, then
> \df -h /media/disk-1
> and see whether it looks better.
>
>
> I can only guess at how you got that partition's data that way.
> a. Copy a drive over like so:
> dd if=/dev/diskb of=/dev/diskc
> but that doesn't explain the partition's size.
> b. Partition to one big partition, then copy some data thus:
> dd if=/dev/diskb1 of=/dev/diskc1
> which could leave a filesystem that doesn't fill the partition.
>
>
>
>
>
>
>
> --
>
> Cheers
> John
>
> -- spambait
> 1aaaaaaa at coco.merseine.nu Z1aaaaaaa at coco.merseine.nu
> -- Advice
> http://webfoot.com/advice/email.top.php
> http://www.catb.org/~esr/faqs/smart-questions.html
> http://support.microsoft.com/kb/555375
>
> You cannot reply off-list:-)
>
More information about the fedora-list
mailing list