В Ubuntu, там способ фактически объединить две папки без unionfs или aufs?

Действительно похоже, что это настроено в конфигурации, которую Вы перечислили (как CONFIG_CRYPTO_AES_NI_INTEL=m, что означает настроенный как модуль), но независимо, легко создать Ваши собственные ядра Debian. См. Руководство Ядра Debian. Вы хотите 1.10, версия онлайн 1.09, который устарел. Единственный недостаток компиляции пользовательского ядра - то, что необходимо восстановить каждый раз, когда существуют обновления системы защиты (и отслеживайте обновления системы защиты). Обновления ядра запаса прибывают автоматически через систему управления пакета.

Пакет ядра Manoj Srivastava также используется для этого, но команды Ядра Debian используют процедуры, обрисованные в общих чертах выше в руководстве для создания ядер запаса, например, таким образом, я думаю, что это - лучший способ пойти.

6
26.02.2017, 16:52
1 ответ

Я не знаю инструменты, которые Вы используете точно и как они ведут себя с символьными ссылками, но можно "скопировать" целое дерево с помощью символьных ссылок (или жесткие ссылки, если Вы хотите), автоматически использование -s опция cp (или -l для жестких ссылок).


Давайте взглянем на ниже примера.

.
├── 1
│  ├── s -> x
│  ├── x
│  ├── y
│  └── z
│  └── 1
└── 2
    ├── a
    │  └── 2
    ├── b
    └── c

Если Вы хотите co символьную ссылку 1/ файлы к 2/ в текущем каталоге затем можно просто сделать:

cp -ans "$PWD/1/"* 2/

Теперь 2/ похож:

.
...
└── 2
    ├── a
    │  └── 2
    ├── b
    ├── c
    ├── s -> /home/przemoc/links/1/s
    ├── x -> /home/przemoc/links/1/x
    ├── y -> /home/przemoc/links/1/y
    └── z
        └── 1 -> /home/przemoc/links/1/z/1

Объяснение используемых cp опции:

  • -a или --archive
    сохраняет атрибуты, ссылки и копирует каталоги рекурсивно (это - на самом деле псевдоним -dR --preserve=all)
  • -n или --no-clobber
    предотвращает перезаписывающие существующие файлы
  • -s или --symbolic-link
    делает символьные ссылки вместо литерального копирования

Пути исходного файла должны быть полными в таком случае (вот почему, я использовал $PWD), потому что cp "может сделать относительные символьные ссылки только в текущем каталоге".

9
27.01.2020, 20:25
  • 1
    cp -s плохо мне знакомо, так спасибо за это, но это, кажется, одноразовая операция. Я должен буду неоднократно делать это, каждый раз, когда я синхронизирую с кодовой базой или добавляю файл. Это также не покрывает случаи, где папки должны быть объединены. Например, если бы у меня было./1/a/3, то в моей получающейся папке я хотел бы видеть./2/a / [2,3], но я вполне уверен, эта операция копии ударила бы файлы. Это имеет смысл? –  Hounshell 13.06.2012, 00:58
  • 2
    cp -s плохо мне знакомо, так спасибо за это, но это, кажется, одноразовая операция. Я должен буду неоднократно делать это, каждый раз, когда я синхронизирую с кодовой базой или добавляю файл. Это также не покрывает случаи, где папки должны быть объединены. Например, если бы у меня было./1/a/3, то в моей получающейся папке я хотел бы видеть./2/a / [2,3], но я вполне уверен, эта операция копии ударила бы файлы. Это имеет смысл? –  Hounshell 13.06.2012, 00:58
  • 3
    @Hounshell: можно неоднократно делать это, но это не будет работать с будущим, переименовывает и такой, это - просто копия, только с помощью символьных ссылок. Можно возможно пойти с жесткими ссылками, пока "неудачные места" находятся в той же файловой системе. Ваше описание довольно загадочно, но сохранить некоторое управление я сделал бы это объединенное местоположение, состоящее только из ссылок (символьный или твердый, безотносительно исков Вы лучше), таким образом, оно могло быть легко убрано и воссоздано с простым использованием сценария cp -ans от различных мест до Вашего "объединил" каталог. Что касается Вашего вопроса слияния папки, это будет хорошо работать, не волнуются. –  przemoc 13.06.2012, 01:17

Теги

Похожие вопросы