У кореневій файловій системі більше місця, як я можу збільшити розмір?

24

Це моя файлова система:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

І як ви бачите, коренева файлова система заповнена.

Я вже намагався видалити всі непотрібні речі, але все ще не вистачає місця.

Як я міг би його збільшити? У мене на жорсткому диску залишилось 60 гіга, чи є можливість перенести туди свою кореневу файлову систему?

— Димитрій Данилов
джерело

3

Чи можете ви показати sudo pvscan, будь ласка, результат?

— mattdm

1

@mattdm

PV /dev/sda10   VG fedora   lvm2 [141.56 GiB / 77.56 GiB free]   Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0   ]

— Димитрій Данилов

15

Erm, 1.7G безкоштовно, де проблема?

— Саймон Ріхтер

3

Якщо це ваше визначення "повного", ви повинні побачити мою файлову систему lol

— Легкість перегонів з Монікою

2

@SimonRichter У мене було 1,9 гіга, коли я видалив весь / var / cache, але цей каталог заповнився дуже швидко, і в середньому я ~ 100 мес

— Димитрій Данилов

47

Гарні новини! pvscanпоказує PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free]- тож ви зможете додати до 77,56GiB до будь-якої вашої файлової системи. Я б запропонував додати його в менших блоках (наприклад, 10GiB), тож у вас є резерв, який потрібно використати, /homeякщо ви вирішите, що вам потрібно рости там пізніше.

Це відносно добре перевірена та загалом безпечна робота, але всі операції з томом кореневого рівня та файловою системою мають певний ризик - спочатку переконайтеся, що у вас функціонує резервна копія. Потім....

Ви можете розширити свій rootлогічний обсяг, щоб використовувати вільний простір за допомогою lvextendтакого:

sudo lvextend --size +10G --resizefs /dev/fedora/root

(Або -Lі -rзамість --sizeі --resizefs, якщо ви віддаєте перевагу короткі варіанти.)

— mattdm
джерело

5

Хоча це завжди гарна ідея створити резервні копії. Я вважаю це досить низьким ризиком, оскільки жодні існуючі дані не переміщуються, а файлова система (імовірно) є рідним Linux, а не інженерна реверсія.

— підключення

141.56 GiB / 77.56 GiB freeчитає як X з Y безкоштовно. Тож спочатку я подумав, що це жарт: P

— Insane

1

@Insane Так, це не найкраще форматування. Ви можете отримати одну і ту ж інформацію, відформатовану різними способами, pvsабо pvdisplay, якщо вам зручніше.

— mattdm

10

Більш загальна відповідь для LVM:

По-перше - переконайтеся, що у вас є додаткове нерозподілене сховище. Потім:

Використовувати fdiskдля створення нового розділу (безпечніше, ніж розширення існуючого)
Використовуйте pvcreateдля створення фізичного обсягу LVM:
```
pvcreate /dev/sdxx
```
Використовуйте vgextendдля розширення існуючої групи LVM, використовуючи новий фізичний об'єм:
```
vgextend groupname /dev/sdxx
```
Ви можете отримати назви груп за допомогою vgdisplay
Використовуйте lvextendна графіку lvm для розширення обсягу lvm:
```
lvextend -l +100%FREE /dev/mapper/xxx
```

Виростіть файлову систему:

xfs_growfs /dev/mapper/xxx

Або

resize2fs /dev/mapper/xxx

— Мацей Асемблер
джерело

1

/ Файлова система може бути особливою проблемою, оскільки це має підтримувати завантажувач.

Ця відповідь не вказує, як виконати задане завдання, але дає можливість вирішити.

Інший варіант: знайти підкаталог (наприклад, / big /), який містить багато даних. Потім скопіюйте ці дані на свій 60 Гб місця, mv директорію з великою кількістю місця (наприклад, mv / big / bigback) та встановіть свої 60GB (або частину їх) на / big. Після підтвердження все працює як очікувалося, rm / bigback, щоб знову отримати місце в /

— TOOGAM
джерело

Якщо ви це зробите, одразу після цього touch /.autorelabel; rebootпереконайтеся, що переміщені файли мають правильні позначки SELinux.

— mattdm

1

Це дійсне і корисне рішення (не вимагає великих знань), коли ми летимо без ЛВМ. З ним зміна стає ще менш болючою.

— Гомбай Сандор

В принципі немає жодної причини, що / потребує підтримки завантажувача, але в цьому випадку це правда, оскільки немає окремого / завантажувального. Під час маніпулювання LVM завжди робіть / завантажуйте справжніми.

— Джошуа

-1

Інший варіант, перш ніж спробувати щось більш драстичне , - використовувати BleachBit для видалення тимчасових та інших непотрібних файлів.

З Вікіпедії:

BleachBit - це безкоштовний очищувач простору на диску з відкритим кодом, менеджер конфіденційності та оптимізатор комп'ютерних систем.

Він повинен бути в менеджері пакунків, тому це слід робити.

sudo yum install bleachbit

Або скачайте зі своєї сторінки .