Отсутствует более 100 ГБ места на sda1 RHEL

Извините, все место на вашем жестком диске учтено.

во-первых, есть коэффициент преобразования между денарными (base-10) гигабайтами (используемыми производителями дисков) и двоичными (base-2) гигабайтами (используемыми некоторыми инструментами Linux). Двоичный гигабайт (ГиБ) равен 2 ^ 30 байтам, а денарный гигабайт (ГБ) равен 10 ^ 9; первое больше примерно на 7%. Во-вторых, в LVM vg есть небольшое незанятое пространство, и есть разделы, которые не являются вашим корнем. в заключение, накладные расходы составляют 5%, mkfs резервы под рут.

Давайте рассмотрим это шаг за шагом. Вы думаете, что у вас должно быть 1000 ГБ. Это 1000 * 10 ^ 9/2 ^ 30 = 931,3 ГБ, что составляет реальный размер вашего /dev/sda.

Вы теряете 485 МБ на /dev/sda1, то /boot раздел. Таким образом, у вас должно остаться 931,3-485 / 2 * 10 = 930,83 ГБ. Это почти именно какие pvs говорит вам, что находится в объеме vg_web.

lvs затем сообщает нам, что 930,9 ГБ выделены трем логическим томам (lv_root, lv_home, и lv_swap). 13,3 ГБ нераспределенного пространства, к которому мы вернемся позже.

Ваш корневой раздел, который, как я подозреваю, больше всего беспокоит вас, поскольку именно там находится большая часть вашего пространства, - это том 812GiB. Файловые системы имеют накладные расходы; то есть структуры, которые являются файловая система, а не данные, хранящиеся в ней, и они занимают место на диске. Они включают суперблок, копии суперблока, записи блока и т. Д., Все метаданные, лежащие в основе файловой системы. Эта статья пытается количественно оценить размер метаданных и говорит, что ext2 использует около 1,6% пространства для служебных данных FS (он отмечает, что ext3 / 4 больше, но добавляет, что служебные данные полностью уменьшены до размера журнала, который я подозрение гораздо менее значимо на 1 ТБ ФС; статья написана на основе тестовой ФС 1 ГБ). 812 минус 1,6% = 812 * 0,984 = 799,0 ГБ, что почти соответствует df -h говорит нам, что у нас есть в / раздел. В /home это также влияет на раздел.

Затем есть знаменитые 5%, зарезервированные по умолчанию для пользователя root, поэтому общее количество доступных и используемых столбцов составляет 760 ГБ (713 + 47); 800 * 0,95 = 760. В /home это также влияет на раздел.

Что вы можете сделать с этим? В основном ничего. Производители жестких дисков будут продолжать использовать денаринг ГБ, потому что это увеличивает их размеры; вам нужен раздел подкачки; файловые системы имеют накладные расходы; ни один из них не подлежит обсуждению.

Вы жестяная банка перенастроить корневую FS так, чтобы зарезервировано менее 5%; то tune2fs команда подскажет, как это сделать; Я бы сам не стал ставить его ниже 1%. И вы можете расширить vg_root том в этот нераспределенный 13,3 ГБ; есть множество статей, в которых рассказывается, как это сделать, поэтому я не буду здесь останавливаться. Это немного ошибочно для 13 ГБ, но вы, возможно, уже чувствуете себя заряженным.

Надеюсь, из этого вы увидите, что все место на вашем жестком диске учтено.

с RAID 5 с дисками 500 ГБ. Итак, на мой взгляд, я начинаю с 990 ГБ

Зачем? У Raid 5 на 32 диска значительно больше. О, вы имеете в виду 3 диска. Может тебе стоит так сказать.

я вижу всего около 882 ГБ,

Вы знаете, что буква G означает разные вещи. ОС любят видеть их как 1024 * 1024 * 1024. Производители приводов любят более высокие числа, поэтому они используют десятичную дробь 1000000000. Это существенная разница.

Также контроллеры Raid иногда не используют все сектора. Жесткие диски могут быть меньше по размеру - поэтому для облегчения замены вы немного округлите использованное пространство (до полного ГБ). Если вы запустите Raid с 5-ю случайно большими дисками, то позже вы не столкнетесь с проблемой при подключении нового диска.

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

Это разница между 1 миллиардом и 1073741824 - как вы можете видеть, это примерно 73,7 миллиона пропущенных на гига.