имеется 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куда пропадает место?
>имеется 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 Гб.
К тому же все производители дисков как правило лукавят, по типу "на заборе тоже пишут..."Да ещё бы не мешало почитать хэндбук на тему дисков, разделов, слайсов, фс и т.д.
Под служебную информацию уходит немного. Дело все в том, что производители дисков пишут 200G имя ввиду 200 миллиардов байт, а производители по под 1G подразумевают 2 в 30 степени байт. Вот и получается (200 000 000 000 / (1024 * 1024 * 1024)) гигабайт.
>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>пишут 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
>>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>>пишут 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
Я думал удивление вызывает первое число.
Кстати,
Settings of 5% and less force space optimization to always be used which will greatly increase the overhead for file writes.
>>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>>пишут 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 Гб.
К тому же все производители дисков как правило лукавят, по типу "на заборе тоже пишут..."Да ещё бы не мешало почитать хэндбук на тему дисков, разделов, слайсов, фс и т.д.
>>Под служебную информацию уходит немного. Дело все в том, что производители дисков
>>пишут 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%
>PS. На будущее, -m 5 - минимальный удобоваримый процент резервирование, сие не
>раз уже
>проверено практикой, но лучше 8%
а чем грозит отключение резервирования?
>>PS. На будущее, -m 5 - минимальный удобоваримый процент резервирование, сие не
>>раз уже
>>проверено практикой, но лучше 8%
>а чем грозит отключение резервирования?про overhead написано, например клинч при переполнении и тд и тп