Але, якщо ви "вбили" систему, а клон ще не зайняв її місце, ви, позбавлені звичного робочого оточення, деякий час відчуваєте певні незручності. Тому пропоную для експериментів мати клон вашої системи в сусідньому розділі того ж диска.
Всі експерименти спочатку проводяться на клоні ≈ піддослідному кролику, і в разі успіху переносяться в основний варіант системи.
Як робиться клон
Зробити це просто: спочатку потрібно створити розділ такого ж розміру, як і зразок. Як це зробити, залежить від ваших навичок і вашого дистрибутива. Програми Gparted і Fdisk доступні кожному. Розділ можна навіть не форматувати, так як він буде повністю переписаний.
Потім клонуємо систему в новий розділ:
Отриманий клон є побайтовой копією оригіналу, тому він має ту ж файлову систему з усіма своїми суперблоками на тих же місцях. Дублюється також і нульовий сектор, недоступний при звичайному копіюванні. Крім того, при копіюванні командою cp дані записуються на вільне місце, а при клонуванні ≈ на те ж саме, що і в оригіналі. Це призводить до того, що оригінал і клон мають абсолютно ідентичні файлові системи, однакові UUID'и і мітки томи.
Так як ми збираємося користуватися обома копіями одночасно, то наявність у них однакових UUID'ов і міток (LABEL), незручно в роботі, так як призводить до плутанини. Чому і потрібно змінити UUID клону і дати йому нову мітку.
Зміна UUID розділу
UUID (Universally Unique IDentifier ≈ Універсальний унікальний ідентифікатор) дається розділу автоматично при його форматуванні. UUID записаний в суперблоці файлової системи.
Щоб дізнатися UUID'и всіх розділів вашої системи потрібно застосувати команду:
Такий синтаксис команди кращий. Докладне пояснення в статті "Як дізнатися UUID'и розділів?". там же описані інші команди для цієї мети.
Хоча теоретично можна самостійно придумати новий UUID, рекомендується користуватися командою uuid ≈ генератором UUID'ов. Якщо у вас немає цієї команди, то потрібно встановити пакет uuid (або відповідний йому у вашій системі) звичним вам способом. Команда без зайвих слів генерує новий UUID при кожному запуску.
Оскільки UUID є атрибут файлової системи, то для його зміни застосовується команда tune2fs. служить для настройки файлових систем ext2, ext3, ext4.
Перевіримо, що вийшло:
Відмінно! Тепер займемося міткою томи.
Як змінити мітку тому
Для чого взагалі потрібна мітка тому? Справа в тому, що в сучасних операційних системах все визначення і монтаж / демонтаж розділів відбувається автоматично за допомогою udev і HAL. Якщо розділ не має мітки тому, то він буде примонтовано як безликий / media / disk. А якщо розділів багато, то розібратися де який disk можна тільки "методом тику". Інша справа, якщо розділ має LABEL (мітку тому). У цьому випадку він і буде примонтовано під зрозумілим вам ім'ям. Крім того, мітку тому можна прописувати, як і UUID, в / etc / fstab і інших конфігураційних файлах. Це навіть зручніше, ніж UUID'и, так як відразу видно, що це за розділ.
Дізнатися, який розділ криється за цією міткою томи, можна за допомогою команди:
Якщо ви часто видаляєте / створюєте розділи, то їх імена (/ dev / sdxx) можуть змінитися, зате UUID і LABEL залишаться незмінними і ніякої плутанини в конфігах не відбудеться.
Отже, два розділи з однаковими тегами томи ≈ це нонсенс! Давайте міняти мітку. Для цього застосовується команда e2label. Вона не входить в стандартний набір команд, тому швидше за встановлюйте однойменний пакет. Користуватися їй просто ≈ пишемо ім'я розділу і за ним новий LABEL:
Тепер наш основний робочий розділ (/ dev / sda7 "squeeze") і його клон (/ dev / sda8 "clone") мають свої унікальні UUID'и і зрозумілі мітки томи.
Чого і всім бажаю!