btrfs тот же номер inode

У меня есть файловая система btrfs, и все папки на верхнем уровне – inode 256.
Это не хорошо для меня, идентификатор устройства тот же, поэтому я предполагаю, что это «виртуальные номера inodes», Btrfs имеет свой собственный механизм выполнения этого.

Можно ли получить реальный уникальный физический индекс каждого каталога?

  • Как узнать, ACL поддерживаются в моей файловой системе?
  • Почему fstab использует UUID вместо фактического имени файловой системы?
  • Как удалить каталог с несколькими subvolums btrfs?
  • Разница между распределенной и файловой системой кластера
  • Есть ли способ определить время компиляции флага ядра из запущенной системы?
  • Непосредственно монтируйте subvolume btrfs или привяжите монтировку, если они уже видимы
  • посмотрите, что произойдет:

    root@ReadyNAS-DEV:/home# find / -xdev -inum 256 / /home /data /apps root@ReadyNAS-DEV:/home# 

    Это не хорошо.

  • Что находится в / dev, / proc и / sys?
  • mv удалил мой каталог. Зачем?
  • Как быстро удалить папку с большим количеством подпапок?
  • Почему мой рабочий стол блокируется, когда я копирую много файлов на USB-накопитель?
  • Что происходит, когда я запускаю команду cat / proc / cpuinfo?
  • Есть ли способ получить доступ к электронной таблице Google Диска?
  • One Solution collect form web for “btrfs тот же номер inode”

    Я предполагаю, что три каталога /home , /data и /apps – точки монтирования.

    Когда вы монтируете что-то в /home , inode, который сообщается для /home является inode корневого каталога смонтированного раздела, а не исходного каталога /home . Поэтому не странно, что эти иноды такие же, как и в других корневых каталогах раздела.

    На моей машине OpenBSD (которая не использует btrfs):

     $ find / -xdev -inum 2 / /home /usr /var /tmp 

    Я вижу то же самое на своей виртуальной машине Ubuntu. Это не ошибка.

    Другой способ сказать это: структура stat возвращаемая системным вызовом stat() для разных каталогов, имеет одно и то же значение st_ino , но разные значения st_dev . См. Описание stat() и sys/stat.h в POSIX.

    Возможно, вы неправильно -xdev опцию -xdev для find . С его помощью он не будет спускаться в те каталоги, которые находятся на других файловых системах, но он все равно будет печатать имена каталогов, если они соответствуют другим критериям.

    Linux и Unix - лучшая ОС в мире.