Функция Subvolume, использующая текущее ядро Ubuntu (от ubuntu 12.10), не имеет особого смысла, поскольку она все еще пропускает «Группы квот Subvolume». Вам нужно подождать ядро 3.6 (возможно, ubuntu 13.04?) Конечно, вы можете snaphost subvolume, и, конечно же, вы не можете сделать снимок каталога. Но вы, вероятно, ожидаете, что подвооружения будут работать как логические тома с LVM, но с btrfs у нас нет аналогичного сценария, так как у нас нет квоты с этим ядром.
Поэтому: да, вы можете делать снимки, но они выглядят как каталоги, и если вы заполняете пробел в подвыборке, вы заполняете пространство на всей файловой системе .....
Вы можете даже изменить размер подвыбора, указав путь к субволику, но операция изменения размера влияет на всю файловую систему, а не на путь подворота.
Другими словами, с этим ядром, subvolume не готово к производству.
В противном случае вам нужно использовать файловые системы btrfs как тома, а не подвыборы. Файловая система btrfs может быть сжата в режиме онлайн и расширена в режиме онлайн, поэтому квота не нужна.
Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?
blockquote>Возможно. Читайте дальше:
- Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
- Новые библиотеки установлены в
/usr/local
, потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под/usr
. Первый из них подходит для двоичных файлов (/usr/local/bin
), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в/usr/bin
, но это не истинно для библиотек, потому что/usr/local/lib
- not в пути по умолчанию.- Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в
/usr/lib
, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощьюLD_LIBRARY_PATH=...
или путем явного добавления/usr/local/lib
к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь/usr/local/lib
для включения новых заголовков .- Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага
make install
, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы-DCMAKE_INSTALL_PREFIX=/usr
перед компиляцией.Это должно сделать это!
Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?
blockquote>Возможно. Читайте дальше:
- Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
- Новые библиотеки установлены в
/usr/local
, потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под/usr
. Первый из них подходит для двоичных файлов (/usr/local/bin
), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в/usr/bin
, но это не истинно для библиотек, потому что/usr/local/lib
- not в пути по умолчанию.- Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в
/usr/lib
, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощьюLD_LIBRARY_PATH=...
или путем явного добавления/usr/local/lib
к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь/usr/local/lib
для включения новых заголовков .- Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага
make install
, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы-DCMAKE_INSTALL_PREFIX=/usr
перед компиляцией.Это должно сделать это!
Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?
blockquote>Возможно. Читайте дальше:
- Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
- Новые библиотеки установлены в
/usr/local
, потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под/usr
. Первый из них подходит для двоичных файлов (/usr/local/bin
), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в/usr/bin
, но это не истинно для библиотек, потому что/usr/local/lib
- not в пути по умолчанию.- Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в
/usr/lib
, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощьюLD_LIBRARY_PATH=...
или путем явного добавления/usr/local/lib
к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь/usr/local/lib
для включения новых заголовков .- Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага
make install
, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы-DCMAKE_INSTALL_PREFIX=/usr
перед компиляцией.Это должно сделать это!
Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?
blockquote>Возможно. Читайте дальше:
- Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
- Новые библиотеки установлены в
/usr/local
, потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под/usr
. Первый из них подходит для двоичных файлов (/usr/local/bin
), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в/usr/bin
, но это не истинно для библиотек, потому что/usr/local/lib
- not в пути по умолчанию.- Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в
/usr/lib
, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощьюLD_LIBRARY_PATH=...
или путем явного добавления/usr/local/lib
к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь/usr/local/lib
для включения новых заголовков .- Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага
make install
, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы-DCMAKE_INSTALL_PREFIX=/usr
перед компиляцией.Это должно сделать это!
Есть ли шанс, что следствие моего действия вернется, чтобы преследовать меня?
blockquote>Возможно. Читайте дальше:
- Новые («включенные ... :) настроенные библиотеки перезаписали новые неправильно сконфигурированные библиотеки, которые вы установили ... никакого вреда.
- Новые библиотеки установлены в
/usr/local
, потому что по умолчанию используется для большого количества дистрибутивов Linux, но not Ubuntu; Ubuntu помещает их под/usr
. Первый из них подходит для двоичных файлов (/usr/local/bin
), которые Ubuntu имеет по умолчанию, и они будут иметь приоритет над любыми двоичными файлами, установленными в/usr/bin
, но это не истинно для библиотек, потому что/usr/local/lib
- not в пути по умолчанию.- Любые программы, которые используют эту библиотеку, будут продолжать использовать более старые заголовки / версии в
/usr/lib
, если вы специально не сообщите этим программам используйте новые, например, путем префикса их с помощьюLD_LIBRARY_PATH=...
или путем явного добавления/usr/local/lib
к вашему пути. Для компиляции вещей, которые зависят от этой библиотеки, вам нужно явно указать путь/usr/local/lib
для включения новых заголовков .- Чтобы исправить это: рекомендуется удалить репо-модули если у него много зависимостей, и в этом случае оставьте его (или вам придется перекомпилировать лот). Установите checkinstall , который вы можете использовать вместо конечного шага
make install
, чтобы дать вам деб файл, который легко установить и . Установите правильный установочный префикс с помощью директивы-DCMAKE_INSTALL_PREFIX=/usr
перед компиляцией.Это должно сделать это!
Ну, в новой используется libs из /usr/local/lib (это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.
Ну, в новой используется libs из /usr/local/lib
(это обычное место для программного обеспечения, установленного пользователем). Это на самом деле хорошая вещь, основная идея состоит в том, чтобы не повредить пакеты, установленные менеджерами пакетов. Расположение libs обычно определяется в Makefile. Я рекомендую не прикасаться к этому, если вы не знаете, что делаете. Версия, скомпилированная вами, будет использовать libs из /usr/local/lib
, другая версия, установленная из repo, будет использовать стандартное местоположение /usr/lib
.