Hard Drive Shrunk
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:1435c72e5c15c4b25d6b0bc0aab77ee6' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>First: Thanks for this great distro<br />\nI added a new Seagate 500GB (not LVM) for video files and reinstalled again MD 3.2 formatting this drive in ext3 and mounted as /video2 but when I get info for this drive only remains 425 GB free (452 - 6% used)<br />\nIs this right, whats happeneded with the 15% of the full capacity?</p>\n<p>Thanks again</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:1435c72e5c15c4b25d6b0bc0aab77ee6' in /var/www/mythdora/html/includes/cache.inc on line 109.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:6fc5f3ed14b58c5d06843992d86f78c6' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>This is what you\'d expect to see. In case you were unaware, the way manufacturers use Gigabyte is not technically accurate. 1 Kb is 1024bytes, but to the manufacturer they round down to 1000bytes. Same goes for KB, MB, etc. </p>\n<p>So the 500GB is not 500GB but 500000000000 bytes. if you convert that into true GB it\'s only ~ a 476GB raw disk. Formatting in ext3 can use up to 5% of the disk size. so 476 - (476 * .05) = 452 GB. There may be other filesystems or tuning parameters you can use to have the formatting not consume so much space. But in this case the numbers check out as expected. </p>\n<p>The real crime here is that the manufacturers BS the world with the size when it\'s not the true size. This was ok back when disks were 1MB or 10MB or something. But not that we\'ve moved into hundreds of GB the 24 byte truncation on the math makes a really big difference. </p>\n<p>You can see the byte count of the disk with fdisk -l (as root). You can do the math. Manufacturer bytes / 1024 / 1024 / 1024 = True GB size. </p>\n<p>Ryan</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:6fc5f3ed14b58c5d06843992d86f78c6' in /var/www/mythdora/html/includes/cache.inc on line 109.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:707a90c91683bf7520fc23d51a5d2736' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>OK thanks<br />\nUntil 452 GB its right, but until 425 I didn\'t put any file in this drive, its just after formatting in the installation, and it tells me that its 425GB free from 452GB Total<br />\nMaybe a mistake in the installation?</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:707a90c91683bf7520fc23d51a5d2736' in /var/www/mythdora/html/includes/cache.inc on line 109.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:e5d88613ede487f3e623069ed7c3b4c1' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>Wait maybe I\'m unclear. I thought you said you had 6% usage on the disk so you have 425 out of 452 free? If you do a df -k /video2 what does it show you? Is /video2 actually empty?</p>\n<p>You can use fdisk to check the partitions and there allocation to make srue there is no free space unformatted on the disk.</p>\n<p>Ryan</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:e5d88613ede487f3e623069ed7c3b4c1' in /var/www/mythdora/html/includes/cache.inc on line 109.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:2c933715b9834f82b9a1759478a89a1f' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>This is the output of df -k /video2<br />\n[root@TvBox ~]# df -k /video2<br />\nFilesystem Blocks 1K Used Free %Used Mounted in<br />\n/dev/sdb1 473086160 204972 448461988 1% /video3</p>\n<p>/video2 is empty no one file, no invisible files only the \"Lost & Found\" folder and nothing inside<br />\nDoing ls -a<br />\n. .. lost+found</p>\n<p>fdisk</p>\n<p>Command (m for help): p</p>\n<p>Disk /dev/sdb: 500.1 GB, 500107862016 bytes<br />\n255 heads, 63 sectors/track, 60801 cylinders<br />\nUnits = cylinders of 16065 * 512 = 8225280 bytes</p>\n<p> Device Boot Start End Blocks Id System<br />\n/dev/sdb1 * 1 60801 488384001 83 Linux</p>\n<p>Command (m for help): v<br />\n5165 unallocated sectors</p>\n<p>This is how is the disk just after the installation, untouched by me.</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:2c933715b9834f82b9a1759478a89a1f' in /var/www/mythdora/html/includes/cache.inc on line 109.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:3a68ca9ff754314339fdfe1d0413b423' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>Ok. So now I see what you mean. Your DF output is like this:</p>\n<p>/dev/sdb1 473086160 204972 448461988 1% /video3</p>\n<p>This 473086160 bytes is equal to ~451GB which is expected. However, yes I now see that it shows 1% used, but the remaining bytes available is only ~427GB. This is very strange indeed. It would appear that it\'s not reporting the correct usage. I wonder if this is a kernel bug perhaps?</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:3a68ca9ff754314339fdfe1d0413b423' in /var/www/mythdora/html/includes/cache.inc on line 109.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '1:d406f6d21006fb13cabd429c862cfe6a' in /var/www/mythdora/html/includes/cache.inc on line 26.
- user warning: Table './drupal_gding/cache_filter' is marked as crashed and should be repaired query: UPDATE cache_filter SET data = '<p>Thanks for your reply<br />\nMaybe its a bug from FC5<br />\nI\'m looking thru the web for a fix or solution for this, because 6% of size lost I think is a lot.</p>\n', created = 1368919921, expire = 1369006321, headers = '', serialized = 0 WHERE cid = '1:d406f6d21006fb13cabd429c862cfe6a' in /var/www/mythdora/html/includes/cache.inc on line 109.
Submitted by pouchee21 on January 8, 2007 - 9:45am
First: Thanks for this great distro
I added a new Seagate 500GB (not LVM) for video files and reinstalled again MD 3.2 formatting this drive in ext3 and mounted as /video2 but when I get info for this drive only remains 425 GB free (452 - 6% used)
Is this right, whats happeneded with the 15% of the full capacity?
Thanks again
Manufacturer Gigabyte
This is what you'd expect to see. In case you were unaware, the way manufacturers use Gigabyte is not technically accurate. 1 Kb is 1024bytes, but to the manufacturer they round down to 1000bytes. Same goes for KB, MB, etc.
So the 500GB is not 500GB but 500000000000 bytes. if you convert that into true GB it's only ~ a 476GB raw disk. Formatting in ext3 can use up to 5% of the disk size. so 476 - (476 * .05) = 452 GB. There may be other filesystems or tuning parameters you can use to have the formatting not consume so much space. But in this case the numbers check out as expected.
The real crime here is that the manufacturers BS the world with the size when it's not the true size. This was ok back when disks were 1MB or 10MB or something. But not that we've moved into hundreds of GB the 24 byte truncation on the math makes a really big difference.
You can see the byte count of the disk with fdisk -l (as root). You can do the math. Manufacturer bytes / 1024 / 1024 / 1024 = True GB size.
Ryan
But..
OK thanks
Until 452 GB its right, but until 425 I didn't put any file in this drive, its just after formatting in the installation, and it tells me that its 425GB free from 452GB Total
Maybe a mistake in the installation?
I see
Wait maybe I'm unclear. I thought you said you had 6% usage on the disk so you have 425 out of 452 free? If you do a df -k /video2 what does it show you? Is /video2 actually empty?
You can use fdisk to check the partitions and there allocation to make srue there is no free space unformatted on the disk.
Ryan
fdisk
This is the output of df -k /video2
[root@TvBox ~]# df -k /video2
Filesystem Blocks 1K Used Free %Used Mounted in
/dev/sdb1 473086160 204972 448461988 1% /video3
/video2 is empty no one file, no invisible files only the "Lost & Found" folder and nothing inside
Doing ls -a
. .. lost+found
fdisk
Command (m for help): p
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 60801 488384001 83 Linux
Command (m for help): v
5165 unallocated sectors
This is how is the disk just after the installation, untouched by me.
Ah. Yes I see now
Ok. So now I see what you mean. Your DF output is like this:
/dev/sdb1 473086160 204972 448461988 1% /video3
This 473086160 bytes is equal to ~451GB which is expected. However, yes I now see that it shows 1% used, but the remaining bytes available is only ~427GB. This is very strange indeed. It would appear that it's not reporting the correct usage. I wonder if this is a kernel bug perhaps?
Fedora
Thanks for your reply
Maybe its a bug from FC5
I'm looking thru the web for a fix or solution for this, because 6% of size lost I think is a lot.