URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 70478
[ Назад ]

Исходное сообщение
"проблема с жестким диском"

Отправлено fixx , 23-Ноя-06 22:43 
имеется hdd sata samsung 200g. хочу его сделать медиа хранилещем. в sysinstall делаю слайс и раздел на весь диск, диск создается, но 15 гигов заняты неизвестно чем.
$ df -h
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ad1s1a    496M     40M    416M     9%    /
devfs          1.0K    1.0K      0B   100%    /dev
/dev/ad1s1e    496M    196K    456M     0%    /tmp
/dev/ad1s1f     19G     14G    3.3G    81%    /usr
/dev/ad1s1d    1.9G     19M    1.7G     1%    /var
/dev/ad0s2     176G    104G     71G    59%    /usr/home/fixx/mnt/disk_d
/dev/ad0s1     9.8G    3.8G    6.0G    38%    /usr/home/fixx/mnt/disk_c
/dev/ad0s3     1.0G    794M    208M    79%    /usr/home/fixx/mnt/disk_fat
/dev/ad4s1d    180G    4.0K    166G     0%    /home/fixx/mnt/media

конкретно, вот эта строка:
/dev/ad4s1d    180G    4.0K    166G     0%    /home/fixx/mnt/media

куда пропадает место?


Содержание

Сообщения в этом обсуждении
"проблема с жестким диском"
Отправлено INM , 24-Ноя-06 10:44 
>имеется hdd sata samsung 200g. хочу его сделать медиа хранилещем. в sysinstall
>делаю слайс и раздел на весь диск, диск создается, но 15
>гигов заняты неизвестно чем.
>$ df -h
>Filesystem     Size    Used  
>Avail Capacity  Mounted on
>/dev/ad1s1a    496M     40M  
> 416M     9%    /
>
>devfs          1.0K  
>  1.0K      0B  
>100%    /dev
>/dev/ad1s1e    496M    196K    
>456M     0%    /tmp
>/dev/ad1s1f     19G     14G  
>  3.3G    81%    /usr
>
>/dev/ad1s1d    1.9G     19M  
> 1.7G     1%    /var
>
>/dev/ad0s2     176G    104G  
>  71G    59%    /usr/home/fixx/mnt/disk_d
>
>/dev/ad0s1     9.8G    3.8G  
> 6.0G    38%    /usr/home/fixx/mnt/disk_c
>/dev/ad0s3     1.0G    794M  
> 208M    79%    /usr/home/fixx/mnt/disk_fat
>/dev/ad4s1d    180G    4.0K    
>166G     0%    /home/fixx/mnt/media
>
>конкретно, вот эта строка:
>/dev/ad4s1d    180G    4.0K    
>166G     0%    /home/fixx/mnt/media
>
>куда пропадает место?

Ну знаете ли....

Любой фс требуется место под служебную информацию, по вашему она из воздуха должна понимать где и что на диске прописано?

Не уверен что при форматировании под fat32, ntfs, ext и т.д. вы получите полностью 200 Гб.
К тому же все производители дисков как правило лукавят, по типу "на заборе тоже пишут..."

Да ещё бы не мешало почитать хэндбук на тему дисков, разделов, слайсов, фс и т.д.


"проблема с жестким диском"
Отправлено Stant , 24-Ноя-06 11:11 
Под служебную информацию уходит немного. Дело все в том, что производители дисков пишут 200G имя ввиду 200 миллиардов байт, а производители по под 1G подразумевают 2 в 30 степени байт. Вот и получается (200 000 000 000 / (1024 * 1024 * 1024)) гигабайт.



"проблема с жестким диском"
Отправлено fixx , 24-Ноя-06 11:16 
>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>пишут 200G имя ввиду 200 миллиардов байт, а производители по под
>1G подразумевают 2 в 30 степени байт. Вот и получается (200
>000 000 000 / (1024 * 1024 * 1024)) гигабайт.


господа, вы на эту строку вообще смотрели?
/dev/ad4s1d    180G    4.0K    166G     0%    /home/fixx/mnt/media

проблема решилась следующим образом:
$ sudo tunefs -m 1 /dev/ad4s1


"проблема с жестким диском"
Отправлено Stant , 24-Ноя-06 11:18 
>>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>>пишут 200G имя ввиду 200 миллиардов байт, а производители по под
>>1G подразумевают 2 в 30 степени байт. Вот и получается (200
>>000 000 000 / (1024 * 1024 * 1024)) гигабайт.
>
>
>господа, вы на эту строку вообще смотрели?
>/dev/ad4s1d    180G    4.0K    
>166G     0%    /home/fixx/mnt/media
>
>проблема решилась следующим образом:
>$ sudo tunefs -m 1 /dev/ad4s1
Я думал удивление вызывает первое число.


"проблема с жестким диском"
Отправлено Stant , 24-Ноя-06 11:22 
Кстати,
Settings of 5% and less force space optimization to always be used which will greatly increase the overhead for file writes.


"проблема с жестким диском"
Отправлено INM , 24-Ноя-06 11:23 
>>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>>пишут 200G имя ввиду 200 миллиардов байт, а производители по под
>>1G подразумевают 2 в 30 степени байт. Вот и получается (200
>>000 000 000 / (1024 * 1024 * 1024)) гигабайт.
>
>
>господа, вы на эту строку вообще смотрели?
>/dev/ad4s1d    180G    4.0K    
>166G     0%    /home/fixx/mnt/media
>
>проблема решилась следующим образом:
>$ sudo tunefs -m 1 /dev/ad4s1

А я вот повторюсь.

Любой фс требуется место под служебную информацию, по вашему она из воздуха должна понимать где и что на диске прописано?

Не уверен что при форматировании под fat32, ntfs, ext и т.д. вы получите полностью 200 Гб.
К тому же все производители дисков как правило лукавят, по типу "на заборе тоже пишут..."

Да ещё бы не мешало почитать хэндбук на тему дисков, разделов, слайсов, фс и т.д.


"проблема с жестким диском"
Отправлено lavr , 24-Ноя-06 11:37 
>>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>>пишут 200G имя ввиду 200 миллиардов байт, а производители по под
>>1G подразумевают 2 в 30 степени байт. Вот и получается (200
>>000 000 000 / (1024 * 1024 * 1024)) гигабайт.
>
>
>господа, вы на эту строку вообще смотрели?
>/dev/ad4s1d    180G    4.0K    
>166G     0%    /home/fixx/mnt/media
>
>проблема решилась следующим образом:
>$ sudo tunefs -m 1 /dev/ad4s1

Господин, вы бы воспользовались ПОИСКОМ для начала!

Народ, завязывайте, сколько можно жевать один и тот же вопрос, чуть ли не каждый
месяц на него отвечают:

- неправильное указание объема vendor'ом
- служебное резервирование (man newfs, man tunefs)

PS. На будущее, -m 5 - минимальный удобоваримый процент резервирование, сие не раз уже
проверено практикой, но лучше 8%


"проблема с жестким диском"
Отправлено fixx , 24-Ноя-06 13:58 
>PS. На будущее, -m 5 - минимальный удобоваримый процент резервирование, сие не
>раз уже
>проверено практикой, но лучше 8%
а чем грозит отключение резервирования?


"проблема с жестким диском"
Отправлено lavr , 24-Ноя-06 14:21 
>>PS. На будущее, -m 5 - минимальный удобоваримый процент резервирование, сие не
>>раз уже
>>проверено практикой, но лучше 8%
>а чем грозит отключение резервирования?

про overhead написано, например клинч при переполнении и тд и тп