File systems (Українська)
З Wikipedia:
- Файлова система - спосіб організації даних, який використовується операційною системою для збереження інформації у вигляді файлів на носіях інформації. Також цим поняттям позначають сукупність файлів та директорій, які розміщуються на логічному або фізичному пристрої. Створення файлової системи відбувається в процесі форматування.
Типи файлових систем
Дивіться filesystems(5) для загального огляду, і порівняння файлових систем (англійська) для детального порівняння функцій. Файлові системи, що підтримуються ядром, перелічені в /proc/filesystems
.
Файлова система | Команда створення | Утиліти користувацького простору | Archiso [1] | Документація до ядра [2] | Нотатки |
---|---|---|---|---|---|
Btrfs | mkfs.btrfs(8) | btrfs-progs | Так | btrfs.html | Статус стабільності |
VFAT | mkfs.fat(8) | dosfstools | Так | vfat.html | файлова система Windows 9x |
exFAT | mkfs.exfat(8) | exfatprogs | Так | Нативна файлова система в Linux 5.4. [3] | |
mkexfatfs(8) | exfat-utils | Ні | Не застосовується (На основі FUSE) | ||
F2FS | mkfs.f2fs(8) | f2fs-tools | Так | f2fs.html | Пристрої на основі Flash |
ext3 | mke2fs(8) | e2fsprogs | Так | ext3.html | |
ext4 | mke2fs(8) | e2fsprogs | Так | ext4.html | |
HFS | mkfs.hfsplus(8) | hfsprogsAUR | Ні | hfs.html | Файлова система класичного Mac OS |
HFS+ | mkfs.hfsplus(8) | hfsprogsAUR | Ні | hfsplus.html | Файлова система macOS (8–10.12) |
JFS | mkfs.jfs(8) | jfsutils | Так | jfs.html | |
NILFS2 | mkfs.nilfs2(8) | nilfs-utils | Так | nilfs2.html | RAW flash пристрої, наприклад SD card |
NTFS | Ні | ntfs.html | Файлова система Windows NT. Вбудований драйвер ядра має дуже обмежену підтримку запису. офіційно підтримувані ядра не побудовані з CONFIG_NTFS_FS тому цей драйвер недоступний.
|
||
mkfs.ntfs(8) | ntfs-3g | Так | Не застосовується (На основі FUSE) | Драйвер FUSE з розширеними можливостями. | |
ReiserFS | mkfs.reiserfs(8) | reiserfsprogs | Так | ||
UDF | mkfs.udf(8) | udftools | Так | udf.html | |
XFS | mkfs.xfs(8) | xfsprogs | Так |
xfs.html |
Файлова система | Команда створення | Патчсет ядра | Утиліти користувацького простору | Нотатки |
---|---|---|---|---|
APFS | mkapfs(8) | linux-apfs-rw-dkms-gitAUR | apfsprogs-gitAUR | Файлова система macOS (10.13 і вище). Лише для читання, експериментальний. |
Bcachefs | bcachefs(8) | linux-bcachefs-gitAUR | bcachefs-tools-gitAUR | |
NTFS3 | ntfs3-dkmsAUR | питання щодо Paragon NTFS3 | ||
Reiser4 | mkfs.reiser4(8) | reiser4progsAUR | ||
ZFS | zfs-linuxAUR, zfs-dkmsAUR | zfs-utilsAUR | OpenZFS порт |
Журналювання
Усі вищезазначені файлові системи, за винятком exFAT, ext2, FAT16/32, Reiser4 (необов’язково), Btrfs та ZFS, використовують журналювання (англійська). Ведення журналу забезпечує стійкість до несправностей, реєструючи зміни, перш ніж вони будуть передані у файлову систему. У випадку збою системи або збою живлення такі файлові системи швидше повертаються в Інтернет і рідше пошкоджуються. Ведення журналу відбувається у виділеній області файлової системи. Не всі методи ведення журналу однакові. Ext3 та ext4 пропонують ведення журналу даних у режимі даних, який реєструє як дані, так і метадані, а також можливість реєструвати лише зміни метаданих. Ведення журналу в режимі даних передбачає обмеження швидкості і за замовчуванням не вмикається. У тому ж ключі Reiser4 пропонує так звані "моделі транзакцій" які не тільки змінюють функції, які ця файлова система надає, але і в режимі ведення журналу. Вона використовує різні техніки ведення журналу: спеціальна модель, яка називається мандрівними журналами, що позбавляє від необхідності писати на диск двічі, запис будь-де - підхід копіювання водночас зі записом (переважно еквівалентний за замовчуванням btrfs, але з принципово іншим дизайном "дерева") та комбінований підхід, що називається гібридним, який евристично чергується між двома попередніми.
Інші файлові системи забезпечують ведення журналу в упорядкованому режимі, який реєструє лише метадані. Хоча всі журнали повертають файлову систему до дійсного стану після збою, журнал у режимі даних пропонує найбільший захист від втрати даних. Однак у продуктивності системи є один мінус, оскільки ведення журналу в режимі даних виконує дві операції запису: спочатку в журнал, а потім на диск (чого Reiser4 уникає за допомогою функції "мандрівних журналів"). При виборі типу файлової системи слід враховувати компроміс між швидкістю системи та безпекою даних. Reiser4 є єдиною файловою системою, яка за задумом працює з повною атомністю, а також забезпечує контрольні суми як для метаданих, так і для вбудованих даних (операції виконуються повністю, або вони повністю не пошкоджують або не руйнують дані внаслідок половинних операцій) і тому набагато менш схильний до втрати даних, ніж інші файлові системи, такі як Btrfs.
Файлові системи, засновані на копіюванні водночас зі записом (також відомі як запис будь-де), такі як Reiser4, Btrfs та ZFS, не мають потреби використовувати традиційний журнал для захисту метаданих, оскільки вони ніколи не оновлюються на місці. Незважаючи на те, що Btrfs все ще має журналоподібне дерево журналів, воно використовується лише для прискорення fdatasync/fsync.
Файлові системи засновані на FUSE
Дивіться FUSE.
Файлові системи, які не зберігають дані самі
- aufs — Розширена багатошарова файлова система об'єднання, файлова система об'єднань на основі FUSE, повний перепис Unionfs, була відхилена від основної лінії Linux, а натомість OverlayFS була об'єднана в ядро Linux.
- eCryptfs — The Enterprise Cryptographic Filesystem - це пакет програмного забезпечення для шифрування дисків для Linux. Він реалізований як рівень шифрування на рівні файлової системи, сумісний з POSIX, маючи на меті запропонувати функціональність, подібну до функцій GnuPG на рівні операційної системи.
- mergerfs — файлова система об'єднання на основі FUSE.
- mhddfs — Файлова система FUSE для декількома дисків, об’єднана файлова система на основі FUSE.
- http://mhddfs.uvw.ru || mhddfsAUR
- overlayfs — OverlayFS - це служба файлової системи для Linux, яка реалізує об'єднання для інших файлових систем.
- Unionfs — Unionfs - це служба файлової системи для Linux, FreeBSD та NetBSD, яка реалізує з'єднання для інших файлових систем.
- https://unionfs.filesystems.org/ || not packaged? search in AUR
- unionfs-fuse — Реалізація Unionfs в просторі користувача.
Файлові системи лише для читання
- EROFS — Enhanced Read-Only File System - це легка файлова система, призначена лише для читання.
- SquashFS — SquashFS - це стисла файлова система лише для читання. SquashFS стискає файли, вузли та каталоги й підтримує розміри блоків до 1 МБ для більшої стиснення.
Розподілені файлові системи
- Ceph — Уніфікована розподілена система зберігання, розроблена для чудової продуктивності, надійності та масштабованості.
- Glusterfs — Кластерна файлова система, здатна масштабувати до кількох петабайт.
- IPFS — Гіпермедіа-протокол однорангової мережі, робить Інтернет швидшим, безпечнішим та відкритішим. Цілі IPFS замінюють HTTP та створюють кращу мережу для всіх нас. Використовує блоки для зберігання частин файлу, кожен вузол мережі зберігає лише той вміст, який його цікавить, забезпечує дедуплікацію, розподіл, масштабовану систему, обмежену лише користувачами. (в даний час в альфа-версії)
- MooseFS — MooseFS - це відмовостійка, високодоступна та високопродуктивна масштабована мережева розподілена файлова система.
- OpenAFS — Реалізація розподіленої файлової системи з відкритим кодом AFS.
- OrangeFS — OrangeFS - це масштабована мережева файлова система, розроблена для паралельного прозорого доступу до мультисерверного дискового сховища. Оптимізована підтримка MPI-IO для паралельних та розподілених додатків. Спрощує використання паралельного сховища не тільки для клієнтів Linux, але і Windows, Hadoop та WebDAV. Сумісний з POSIX. Є частиною ядра Linux з версії 4.6.
- https://www.orangefs.org/ || not packaged? search in AUR
- Sheepdog — Розподілена система зберігання об'єктів для служб обсягу та контейнерів та інтелектуально управляє дисками та вузлами.
- Tahoe-LAFS — Файлова система Tahoe Least-Authority - це безкоштовна та відкрита, безпечна, децентралізована, відмовостійка, однорангова розподілена база даних та розподілена файлова система.
Файлові системи на спільному диску
- GFS2 — GFS2 дозволяє всім членам кластера мати прямий одночасний доступ до одного спільного сховища блоків.
- OCFS2 — Кластерна файлова система Oracle 2 (The Oracle Cluster File System) - це спільна дискова файлова система, розроблена корпорацією Oracle і випущена під GNU General Public License.
- VMware VMFS — VMware VMFS (файлова система віртуальної машини) використовується флагманським пакетом віртуалізації серверів компанії vSphere.
Ідентифікація існуючих файлових систем
Щоб ідентифікувати існуючі файлові системи, ви можете використати команду lsblk:
$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sdb └─sdb1 vfat Transcend 4A3C-A9E9
Існуюча файлова система, якщо є, буде відображена в колонці FSTYPE
. Якщо файлова система змонтована[broken link: invalid section] на жорсткий диск, вона буде відображена в колонці MOUNTPOINT
.
Створення файлової системи
Файлові системи зазвичай створюються на розділі, всередині логічних контейнерів, таких як LVM, RAID та dm-crypt, або на звичайному файлі (див. loop device). У цьому розділі описано випадок розділів.
- Після створення нової файлової системи, дані, які раніше зберігались у цьому розділі, навряд чи можуть бути відновлені. Створіть резервну копію будь-яких даних, які ви хочете зберегти.
- Призначення даного розділу може обмежити вибір файлової системи. Наприклад, розділ системи EFI повинен містити файлову систему FAT32, а файлова система, що містить каталог
boot
, повинна підтримуватися завантажувачем.
Перш ніж продовжувати, визначте пристрій, де буде створена файлова система, і чи вона змонтована. Наприклад:
$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT sda ├─sda1 C4DA-2C4D ├─sda2 ext4 5b1564b2-2e2c-452c-bcfa-d1f572ae99f2 /mnt └─sda3 56adc99b-a61e-46af-aab7-a6d07e504652
Перед продовженням змонтовані файлові системи треба демонтувати[broken link: invalid section]. У наведеному вище прикладі існуюча файлова система знаходиться на /dev/sda2
і монтується на /mnt
. Її можна демонтувати за допомогою:
# umount /dev/sda2
Щоб знайти щойно змонтовані файлові системи, дивіться #Перелік змонтованих файлових систем.
Щоб створити нову файлову систему, використовуйте mkfs(8). Дивіться #Типи файлових систем для точного типу, а також утиліти користувацького простору, які ви можете встановити для певної файлової системи.
Наприклад, для створення нової файлової системи типу ext4 (загальної для розділів даних Linux) на /dev/sda1
, введіть:
# mkfs.ext4 /dev/sda1
- Використовуйте аргумент
-L
для mkfs.ext4, щоб вказати мітку файлової системи. e2label можна використовувати для зміни мітки в існуючій файловій системі. - File systems may be resized after creation, with certain limitations. For example, an XFS filesystem's size can be increased, but it cannot reduced. See Wikipedia:Comparison of file systems#Resize capabilities and the respective file system documentation for details.
- Файлові системи можуть бути змінені в розмірі після створення, з певними обмеженнями. Наприклад, розмір файлової системи XFS можна збільшити, але його не можна зменшити. Детальніше дивіться У розділі Можливості змінення розміру та відповідної документації щодо файлової системи для деталей.}}
Нова файлова система може бути змонтована на будь-яку директорію.
Монтування файлової системи
Щоб вручну змонтувати файлову систему на пристрої (наприклад розділу диска), ви можете використати команду mount(8). Наступна команда змонтує /dev/sda1
на /mnt
:
# mount /dev/sda1 /mnt
Це прикріплює файлову систему на /dev/sda1
у директорії /mnt
, тим самим робить усе на файловій системі видним. Будь-які дані, які були в /mnt
до цієї команди були невидимі.
fstab має інформацію щодо того, як автоматично монтувати пристрої якщо вони є. Дивіться fstab для отримання додаткової інформації щодо модифікування цієї поведінки.
Якщо пристрій є в /etc/fstab
і також визначена директорія або інший пристрій, ця інформація буде використана для монтування. Наприклад, якщо /etc/fstab
має строку яка вказує що /dev/sda1
має бути змонтованим на /mnt
, воно автоматично змонтує цей пристрій на цю директорію.
mount має декілька опцій, багато з яких залежать від визначеної файлової системи.
Опції можуть бути змінитися:
- використання аргументів в командному рядку з mount
- редагування fstab
- creating udev rules
- створення правил udev
- самостійна компіляція ядра
- або використання специфічних для файлової системи скриптів (розташовані в
/usr/bin/mount.*
).
Для отримання додаткової інформації, дивіться пов’язані статті та статтю конкретної файлової системи.
/run/media/system/ідентифікатор_пристрою/
. Це дозволяє легко змонтувати файлову систему, не вирішуючи, де її монтувати. Див. systemd-mount(1), щоб дізнатись про використання та докладнішу інформацію.Перелік змонтованих файлових систем
Для переліку всіх змонтованих файлових систем, використовуйте findmnt(8):
$ findmnt
findmnt бере безліч аргументів, які можуть фільтрувати вихідні дані та показувати додаткову інформацію. Наприклад, findmnt може взяти пристрій або точку монтування як аргумент, щоб показати лише інформацію про те, що вказано:
$ findmnt /dev/sda1
findmnt збирає інформацію з /etc/fstab
, /etc/mtab
та /proc/self/mounts
.
Демонтування файлової системи
Для демонтажу файлової системи використовуйте umount(8). Можна вказати пристрій, що містить файлову систему (наприклад, /dev/sda1
), або точку монтування (наприклад, /mnt
):
# umount /dev/sda1
або
# umount /mnt