LINUX.ORG.RU
ФорумAdmin

Ubuntu: ext4 чтобы иметь полный объем диска

 , ,


0

1

Ребзя, мира вам и добра 🙏✌️

Стоит задача, есть hdd 16TB. Каким образом отформатировать его, чтобы получить весь физически доступный объём?

16 TB = 14901.161193848 GiB

tune2fs -m0 не даёт полного объема

Буду очень признателен за помощь 🤝

Ответ на: комментарий от covenant

Нет. Jfs показывает больше всех свободного места после форматирования но разница не такая большая, скажем +20гб на каждый тб. Но это только при пустом диске, что будет когда диски забиты под завязку разнокалиберными файлами я не проверял, вероятно что разница станет ещё меньше.

theurs ★★
()
Ответ на: комментарий от izmena

если хош прям все все все место ext2 твой выбор

И все равно не прокатит.

anc ★★★★★
()

Поставь VDO и выдели с физического тома на твоём диске (~14TB) хоть 80TB в виде тонкого тома (а не только 16TB) :))

Ну, если данные хорошо сжимаются (раз в 6 типа zlib на БД и текстовиках), то любая FS с подержкой компресии, тогда даже и больше 16 TB положить сможешь, и объем большой показывать будет :))

С праздниками! :))

anonymous
()
Ответ на: комментарий от anonymous

Забивать диск под завязку очень плохая идея, помимо резерва на бед блоки

Зона для реалока в случае появления бэдов вам и так не доступна.

это еще и жуткая дефрагментация на hdd

Ага, то есть если отдать не весть обьем а только половину то дефрагментации будет меньше, офигительная логика.

anc ★★★★★
()
Ответ на: комментарий от anc

то есть если отдать не весть обьем а только половину то дефрагментации будет меньше, офигительная логика.

Вы хотите оспорить утверждение что фрагментация при прочих равных будет меньше?

bugfixer ★★★★★
()
Ответ на: комментарий от anonymous

Странный совет. XFS это морально устаревшее наследие Silicon Graphics, а NTFS - современная и эффективная файловая система. наследие HPFS производства m$ & ibm

поправил.

anc ★★★★★
()
Ответ на: комментарий от bugfixer

Переписал за вами и получилась фигня.
Хочу сказать что при прочих равных на разделе с меньшим объемом фрагментация будет большей, чем на разделе большего обьема.

anc ★★★★★
()
Ответ на: комментарий от anc

Хочу сказать что при прочих равных на разделе с меньшим объемом фрагментация будет большей, чем на разделе большего обьема.

Вот это - правда. Полностью согласен.

bugfixer ★★★★★
()
Ответ на: комментарий от covenant

не весь объем диска

«Не весь» - это сколько? Уже вторая страница идет, ты сформулируешь наконец-то, что именно тебе не нравится? Про то, что часть места уходит на метаданные ФС уже выше написали.

YAR ★★★★★
()

Эта команда создаст ФС с примерно 3.8 миллионами inode. Если вам столько достаточно — используйте. Если нет, отредактируйте -T, или укажите вручную через -N.

mkfs.ext4 -O '^resize_inode' -T largefile4

ValdikSS ★★★★★
()
Ответ на: комментарий от bugfixer

что тебя смущает?! цифровая вселенная схлопывается на несколько порядков быстрее – вечность назад заполнить десяток 1.44MB дискет было непростым заданием, а теперь вот ТС пытается втиснуться в жалкие 16TB//

anonymous
()
Ответ на: комментарий от anonymous

цифровая вселенная схлопывается на несколько порядков быстрее – вечность назад заполнить десяток 1.44MB дискет было непростым заданием, а теперь вот ТС пытается втиснуться в жалкие 16TB

Ну честно говоря закакать любой доступный обьем никогда не было проблемой. Было дело переехал на хард в три раза меньшего обьема, ну отписался от кучи эх которые читал раз в год по обещанию, удалил нафиг не нужное что ставил на посмотреть, что-то из игорь на юх отправил. Но в целом разместился.
Сейчас. 7 месяцев назад заменил на хранилке харды с 4Тб на 8Тб, свободно 380Гб :)

anc ★★★★★
()
Ответ на: комментарий от anonymous

Поставь NTFS - он экономнее расходует место.

Ага. Особенно учитывая то, что NTFS MFT только растёт, и при большом количестве маленьких файлов будет отнимать всё больше и больше места.

rupert ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.