Підтомники Btrfs та папки?


13

Я прочитав трохи про функцію підтомників btrfs. Хоча здасться цікавим наявність підпунктів для основних категорій у файловій системі даних, таких як @films, @pictures, @music ... Яку перевагу надає перед наявністю папок?

Чи потрібно мені монтувати кожен підпункт? Або підпункти відображатимуться як папки під кореневою точкою кріплення? тобто для точки монтажу даних / у мене буде: / дані / зображення, / дані / музика тощо

Відповіді:


7

Відповідь на ваше / або питання - "обидва". Так, вам доведеться монтувати кожен підпункт. Кожен підтомник поводиться як звичайна файлова система, тому вони з'являться в точках монтажу, як / і т.д.

У цієї ідеї є кілька переваг. Наприклад, ви можете перетворити свій каталог баз даних MySQL в підтомник, який дозволить вам робити знімки для використання з резервними копіями. Ви також можете зробити цей каталог в RAID1, так що якщо один диск не вдасться, ваша база даних все одно буде недоторканою. Іншим є використання підтомника для / etc, щоб ви завжди могли змінити будь-які зміни в конфігурації системи. Використання підтомника для / home / username потенційно дозволить кожному користувачеві мати машину часу, хоча, ймовірно, набагато гнучкішим способом, ніж те, що Apple пропонує у своїй системі.

І звичайно, однією перевагою наявності підпункту для будинків та іншого для root є можливість повернути оновлення. Наприклад, ви переносите з 12.04 до 12.10 дуже рано, виявіть, що це занадто баггі після першого місяця, тому ви просто відключите операційну систему. Я сам цього не пробував, але це має працювати так само добре, як збереження вашого будинку та перевстановлення попередньої системи, за винятком того, що це займе близько секунди, що триває годину. :)


Я знаю, що ця відповідь досить стара, але я міг би скористатися порадою прямо зараз: Ви зробили заяву, що можна вибрати інший рівень реплікації для підгрупу. Чи можете ви надати джерело або невеликий практичний посібник для цього? Мені не вдалося знайти жодного, і я якось не в змозі скористатися цією функцією (хоча мені дуже хотілося б!) Я завжди закінчую роботу всієї системи singleв RAID1режимі або в режимі.
Jonas Schäfer

@JonasWielicki В даний час різні рівні реплікації в підпункті не реалізовані: unix.stackexchange.com/questions/82869
ignis

7

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

Різниця між папкою та підтомником полягає в тому, що підпункти можна монтувати без монтажу ні батьківського підтомника (root), ні будь-якого іншого підтомника. І підтомники можуть бути зніманими, тоді як папки не можуть бути.


Немонтовані підтомники є лише для читання.
Денніс

0

Функція підпункту, що використовує поточне ядро ​​Ubuntu (від ubuntu 12.10), не має особливого сенсу, оскільки вона все ще не вистачає "Групи квот субвольта". Вам доведеться зачекати ядро ​​3.6 (можливо, ubuntu 13.04?) Ви, звичайно, можете зняти підпункт, і, звичайно, не можете зробити знімок каталогу. Але ви, напевно, очікуєте, що підтомники працюватимуть як "Логічні томи" з LVM, але з btrfs у нас немає подібного сценарію, так як у нас немає розширення квоти з цим ядром.

Тому: так, ви можете робити знімки, але вони виглядають як каталоги, і якщо ви заповнюєте простір у підтомнику, ви заповнюєте простір у всій файловій системі .....

Ви навіть можете змінити розмір підтомника, вказавши шлях підпотуму, але операція зміни розміру впливає на всю файлову систему, а не на шлях підпотуму.

Іншими словами, з цим ядром, підпункт не готовий до виробництва.

В іншому випадку ви повинні використовувати файлові системи btrfs як томи, а не підтомники. Файлову систему btrfs можна скорочувати в режимі он-лайн та розширювати в режимі он-лайн, тому квоти не потрібні.


Я подивився BTRFS на SysrescuCD, і він має розширення квоти. Але ядро ​​- 3,4. Можливо, вони закріпили ядро, щоб увімкнути це розширення (??) .... так чи інакше, зміна томів ZFS працює нормально, тоді як воно не працює з BTRFS. Тому нам потрібна квота.
Массіміліано Адамо
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.