Как я могу минимизировать размер ext3 раздела (и его логический том LVM)?

SSH делает задание большую часть времени. Изучение инструментов командной строки, доступных Вам, стоит Вашего времени. Если существуют инструменты GUI, я хочу использовать, я просто использую VNC.

Для того, чтобы переместить файлы я обычно монтирую долю CFIS/SAMBA к своей локальной машине.

1
задан 22 December 2009 в 13:23
2 ответа

В теории, да, можно вычислить точный размер LV, требуемого файловой системой - когда resize2fs это - вещь, это распечатает, сколько блоков используется. К сожалению, получение его немного неправильные результаты в поврежденной файловой системе и трата 100 МБ пространства в обмен на не обвалку файловой системы является компромисс, который большинство людей готово сделать.

Править: Рискуя тем, чтобы дать обезьяне пулемет и полить из шланга Ваши файловые системы навсегда, следующий процесс работал на меня в файловой системе царапины:

  • fsck -f /dev/vg/sizetest
  • resize2fs -M /dev/vg/sizetest
  • Возьмите количество блоков (и размер блока) от "Изменения размеров файловой системы" строка resize2fs, и вычислите число килобайтов, включенных путем умножения количества блока размером блока в КБ:
    • "Изменение размеров файловой системы на/dev/vg/sizetest к 119 325 (4k) блокам" переводит в 119325 * 4 => 477300 (важное число для следующего шага)
  • lvresize -L477300k vg/sizetest
  • На данном этапе, если Ваш размер не является правильным, Вы полностью и крайне сняты с костей - расширение файловой системы снова не обязательно получит Вас те же блоки назад в том же порядке.
  • fsck -f /dev/vg/sizetest
  • Повторно смонтируйте файловую систему, обратите внимание, что df показывает, что файловая система на 100% полна с 0 доступными блоками

Если это снимает с костей Вашу кардинально важную файловую систему, не говорите мне, поскольку я просто участвую в длинном, "сказал Вам так" танец, и никто не хочет видеть, что я танцую. Доверяйте мне на этом.

4
ответ дан 3 December 2019 в 19:52
  • 1
    Понятый, Ваш аргумент разумен - хотя я предполагаю там isn' t даже хорошо понятая инструкция - Вы говорите " 100MB" но I' m предполагающий there' s никакая наука позади этого :) Я предполагаю, что просто нахожу это нечетным что инструменты can' t/won' t делают это автоволшебно (например, resize2fs действительно делает правильную вещь при росте файловой системы и делает ее столь же большой как LV. –  Andrew Ferrier 22 December 2009 в 18:12
  • 2
    It' s просто философия Unix, одного инструмента, чтобы сделать одно задание. LVM не знает ничего из файловых систем, и resize2fs не знает ничего из LVM. –  womble♦ 23 December 2009 в 02:01
  • 3
    @womble, не совсем точный, я думаю - resize2fs, действительно разрабатывает размер базового блочного устройства, когда Вы вырастили LV. К сожалению, lvresize не имеет никакого способа сделать противоположное (и я haven' t даже замеченный точное объяснение где угодно того, как я определил бы точный размер FS). –  Andrew Ferrier 2 January 2010 в 01:27
  • 4
    What' s не точный в моем комментарии? (a) " LVM не знает ничего из filesystems" (b) " resize2fs не знает ничего из LVM" или (c) " философия Unix, одного инструмента, чтобы сделать один job"? –  womble♦ 2 January 2010 в 01:51
  • 5
    (c), немного :) resize2fs действительно смотрит на размер базового LV. По общему признанию я предполагаю, что это видит, что как просто блочное устройство, таким образом, Вы могли обсудить это it' s все еще просто one-tool-per-job, но точка, there' s твердое/безопасное решение в одном направлении (рост) а не другой (уменьшение). Спасибо за Ваше редактирование, между прочим. Я думаю я don' t нужен он достаточно это I' ll рискуют им, но хороший, чтобы записать его так или иначе. Спасибо за Ваши мысли. –  Andrew Ferrier 5 January 2010 в 22:57

Это не могло бы быть лучшее решение, но это - то, что я сделал бы:

  • скопируйте данные в другой объем
  • измените размер своего объема (способ, которым Вы описали) к желаемому размеру
  • отложите свои данные

Я надеюсь, что у кого-то есть лучшее решение, но этот должен, по крайней мере, работать, если никто другой не делает.

-1
ответ дан 3 December 2019 в 19:52
  • 1
    Хм, возможно, я haven' t объяснил мою проблему достаточно ясно. Я думаю это doesn' t помогают мне, потому что я все еще wouldn' t знают что размер регулировать логическую громкость также. –  Andrew Ferrier 22 December 2009 в 13:15
  • 2
    Как насчет того, чтобы работать du -sh на Ваших данных сначала для определения, в каком количестве пространства Вы нуждаетесь для своего LV? –  ℝaphink 22 December 2009 в 13:49
  • 3
    Raphink, я don' t думают, что это поможет. Это won' t включают все виды FS наверху это du-sh won' t количество. В основном, it' s не точное число... –  Andrew Ferrier 22 December 2009 в 18:13
  • 4
    Hmmmm, я вижу. Необходимо ли действительно сохранить его как LV? Если данные статичны, и Вы хотите к minize их, Вы могли бы вывести их в ISO, отображают и монтируют его. –  ℝaphink 22 December 2009 в 18:39
  • 5
    TarballFS к спасению! (Осторожность: TarballFS не может существовать в этой действительности), –  womble♦ 23 December 2009 в 02:02

Теги

Похожие вопросы