Какая другая символическая ссылка с жесткой связью после отключения связи?

Question 1

Это то, что я предлагаю -

Создайте настроенную установку Ubuntu со всеми приложениями, которые вы хотите, и удалите приложения, которые вы не хотите. Включите загрузку PXE на всех сетевых компьютерах и получите все машины для загрузки из настроенного ISO, который вы создали, и установите настроенную Ubuntu OS на всех компьютерах. Обновление аппаратных средств - 2 варианта: сервер apt-cache (я нашел, что это комплексное решение очень полезно - Ubuntu Update Manager | Technical Stuff). Установите OCS Inventory. Если вы придирчивы к тем, какие обновления вы хотите развернуть, вы можете загрузить обновления на одном рабочем столе, проверьте, хорошо ли они работают, без каких-либо конфликтов, а затем с помощью инвентаря OCS вы можете переместить эти пакеты .deb на все компьютеры Ubuntu в сети. Таким образом, вы будете абсолютно уверены в том, какие версии пакетов хранятся на каждой вашей машине.

Второй вариант - немного дополнительной активности, но если вы хотите быть абсолютно уверены в том, какие обновления / обновления вы нажимаете, то это стоит усилий.

В случае вы решили подключить некоторые серверы Ubuntu в сети - например, прокси, LDAP, Samba, Jabber, WordPress, Moodle и т. д. Второй вариант будет очень полезен, поскольку при управлении серверами вы хотите точно знать, какие версии обновленных / устанавливаются обновленные пакеты.

Я рекомендую вариант 2 из-за личного опыта. У меня была эта проблема с одним из моих хостинговых сетевых приложений, которые хорошо работали в Firefox v24, но он сломался с более высокими версиями Firefox. Это было очень неприятно, и нам пришлось делать запросы на внесение изменений в приложение, поскольку более новая версия Firefox достигла более 150 настольных компьютеров. Урок усвоил трудный путь.

Question 2

Я сделаю краткую ссылку из существующей статьи,

С файлами hardlink,

При удалении файлов часть данных не удаляется, пока все части имени файла были удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Подробнее см. existing .

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

подсчет также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

Question 3

Question 4

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

Question 5

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

Question 6

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

Question 7

Question 8

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

Question 9

Я сделаю краткую ссылку из существующей статьи,

С файлами hardlink,

При удалении файлов часть данных не удаляется, пока все части имени файла были удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Подробнее см. existing .

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

подсчет также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая пространство для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

Question 10

Я сделаю краткую ссылку из существующей статьи,

С файлами hardlink,

При удалении файлов часть данных не удаляется, пока все части имени файла были удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Подробнее см. existing .

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

подсчет также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая пространство для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

Question 11

Я сделаю краткую ссылку из существующей статьи ,

С файлами жестких ссылок,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Пожалуйста, прочитайте Различие между жесткими и мягкими ссылками для деталей.

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

count также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

btw: можете ли вы проверить свои два случая? Я думаю, вы получите ошибку для случая symlink () и успеха для случая link (). Я предлагаю вам запустить их в разных каталогах или использовать разные имена файлов для двух случаев :-)

Question 12

Я сделаю краткую ссылку из существующей статьи ,

С файлами жестких ссылок,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Пожалуйста, прочитайте Различие между жесткими и мягкими ссылками для деталей.

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

count также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

btw: можете ли вы проверить свои два случая? Я думаю, вы получите ошибку для случая symlink () и успеха для случая link (). Я предлагаю вам запустить их в разных каталогах или использовать разные имена файлов для двух случаев :-)

Question 13

Question 14

Я сделаю краткую ссылку из существующей статьи ,

С файлами жестких ссылок,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Пожалуйста, прочитайте Различие между жесткими и мягкими ссылками для деталей.

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

count также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

btw: можете ли вы проверить свои два случая? Я думаю, вы получите ошибку для случая symlink () и успеха для случая link (). Я предлагаю вам запустить их в разных каталогах или использовать разные имена файлов для двух случаев :-)

Question 15

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

Question 16

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

Question 17

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

Question 18

во-первых, вы уверены, что у вас есть выход из программы вокруг правильный путь? Я получу отказ на симлинк версия и успех в печатном ссылке.

во-вторых, передавая числовые константы в качестве аргумента флаги [F1] является непереносимых и делает ваш код трудно читать. Соответствующие флаги определены в <fcntl.h>, и константы, который вы используете O_WRONLY.

если вы передаете ссылку в качестве первого аргумента open, это эквивалентно передавая имя точки симлинк на. В вашем примере ссылка указывает на несуществующий файл, вызывает системный вызов на провал. Если вы хотите вызова для создания файла, Вам нужно будет пройти O_WRONLY|O_CREAT как флаги. Это приведет в файл foo создается.

для случая жесткой связи, имя bar ссылки на foo's файл содержимое а не Название. Отключение [F9] и не меняет этот факт, так bar продолжает существовать и могут быть открыты без на [F11].

Question 19

Question 20

во-первых, вы уверены, что у вас есть выход из программы вокруг правильный путь? Я получу отказ на симлинк версия и успех в печатном ссылке.

во-вторых, передавая числовые константы в качестве аргумента флаги [F1] является непереносимых и делает ваш код трудно читать. Соответствующие флаги определены в <fcntl.h>, и константы, который вы используете O_WRONLY.

если вы передаете ссылку в качестве первого аргумента open, это эквивалентно передавая имя точки симлинк на. В вашем примере ссылка указывает на несуществующий файл, вызывает системный вызов на провал. Если вы хотите вызова для создания файла, Вам нужно будет пройти O_WRONLY|O_CREAT как флаги. Это приведет в файл foo создается.

для случая жесткой связи, имя bar ссылки на foo's файл содержимое а не Название. Отключение [F9] и не меняет этот факт, так bar продолжает существовать и могут быть открыты без на [F11].

Question 21

во-первых, вы уверены, что у вас есть выход из программы вокруг правильный путь? Я получу отказ на симлинк версия и успех в печатном ссылке.

во-вторых, передавая числовые константы в качестве аргумента флаги [F1] является непереносимых и делает ваш код трудно читать. Соответствующие флаги определены в <fcntl.h>, и константы, который вы используете O_WRONLY.

если вы передаете ссылку в качестве первого аргумента open, это эквивалентно передавая имя точки симлинк на. В вашем примере ссылка указывает на несуществующий файл, вызывает системный вызов на провал. Если вы хотите вызова для создания файла, Вам нужно будет пройти O_WRONLY|O_CREAT как флаги. Это приведет в файл foo создается.

для случая жесткой связи, имя bar ссылки на foo's файл содержимое а не Название. Отключение [F9] и не меняет этот факт, так bar продолжает существовать и могут быть открыты без на [F11].

Question 22

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

Question 23

Прежде всего, уверены ли вы, что у вас есть выход программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код сложным для читать. Соответствующие флаги определены в & lt; fcntl.h & gt; , а константа, которую вы используете, - O_WRONLY .

Если вы передаете символическую ссылку как первый аргумент open , он эквивалентен передаче имени, на которое указывает симлинк. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY | O_CREAT в качестве флагов. Это приведет к созданию файла foo .

Для случая жесткой ссылки имя bar ссылается на foo а не имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT .

Question 24

Прежде всего, уверены ли вы, что у вас есть выход программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код сложным для читать. Соответствующие флаги определены в & lt; fcntl.h & gt; , а константа, которую вы используете, - O_WRONLY .

Если вы передаете символическую ссылку как первый аргумент open , он эквивалентен передаче имени, на которое указывает симлинк. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY | O_CREAT в качестве флагов. Это приведет к созданию файла foo .

Для случая жесткой ссылки имя bar ссылается на foo а не имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT .

Question 25

Question 26

Прежде всего, уверены ли вы, что у вас есть выход программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код сложным для читать. Соответствующие флаги определены в & lt; fcntl.h & gt; , а константа, которую вы используете, - O_WRONLY .

Если вы передаете символическую ссылку как первый аргумент open , он эквивалентен передаче имени, на которое указывает симлинк. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY | O_CREAT в качестве флагов. Это приведет к созданию файла foo .

Для случая жесткой ссылки имя bar ссылается на foo а не имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT .

nik · Accepted Answer · 25 May 2018 в 21:59

Я сделаю краткую ссылку из существующей статьи,

С файлами hardlink,

При удалении файлов часть данных не удаляется, пока все части имени файла были удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Подробнее см. existing .

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

подсчет также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

извините, я опечатал это имя, однако в случае жесткой ссылки не является частью данных файла «foo». удален? удаляется только имя файла? и существует ли другая часть имени файла («бар»)? — KayKay, 21 April 2011 в 20:12

nik · Accepted Answer · 25 July 2018 в 22:10

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

nik · Accepted Answer · 26 July 2018 в 19:28

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

nik · Accepted Answer · 31 July 2018 в 13:33

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

nik · Accepted Answer · 2 August 2018 в 03:40

я сделаю краткий справочник из существующей статьи,

с файлами жесткой связи,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

прочтите существующие для деталей.

, как, вы можете быть заинтересованы в этом других factoid на жестких ссылок,

при удалении файлов, данные не удаляться, пока все именем части были удалены. Есть графа в inode, который показывает, сколько файлов указывать на этот файл, а то счетчик уменьшается на 1 каждый раз, когда один из этих файлов будет удален. Когда граф делает его до нуля, инода и связанные с ним данные удаляются.

число отражает, сколько раз Файл был открыт не закрыт (другими словами, сколько ссылок на файл все еще активен). Это имеет некоторые последствия, которые не очевидны на первый: вы можете удалить файл, так что никаких "именем" часть указывает на дескриптор, не отпуская пространство для части данных файла, потому что файл все еще открыт.

Вы могли бы попробовать это с тест-код.

nik · Accepted Answer · 4 August 2018 в 19:42

Я сделаю краткую ссылку из существующей статьи,

С файлами hardlink,

При удалении файлов часть данных не удаляется, пока все части имени файла были удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Подробнее см. existing .

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

подсчет также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая пространство для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

nik · Accepted Answer · 6 August 2018 в 03:47

Я сделаю краткую ссылку из существующей статьи,

С файлами hardlink,

При удалении файлов часть данных не удаляется, пока все части имени файла были удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Подробнее см. existing .

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

подсчет также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая пространство для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

nik · Accepted Answer · 7 August 2018 в 21:42

Я сделаю краткую ссылку из существующей статьи ,

С файлами жестких ссылок,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Пожалуйста, прочитайте Различие между жесткими и мягкими ссылками для деталей.

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

count также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

btw: можете ли вы проверить свои два случая? Я думаю, вы получите ошибку для случая symlink () и успеха для случая link (). Я предлагаю вам запустить их в разных каталогах или использовать разные имена файлов для двух случаев :-)

nik · Accepted Answer · 10 August 2018 в 09:56

Я сделаю краткую ссылку из существующей статьи ,

С файлами жестких ссылок,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Пожалуйста, прочитайте Различие между жесткими и мягкими ссылками для деталей.

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

count также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

btw: можете ли вы проверить свои два случая? Я думаю, вы получите ошибку для случая symlink () и успеха для случая link (). Я предлагаю вам запустить их в разных каталогах или использовать разные имена файлов для двух случаев :-)

nik · Accepted Answer · 13 August 2018 в 16:15

Я сделаю краткую ссылку из существующей статьи ,

С файлами жестких ссылок,

При удалении файлов часть данных не удаляется, пока все части имени файла не будут удалены. В индексе указано количество, указывающее, сколько имен файлов указывает на этот файл, и этот счет уменьшается на 1 каждый раз, когда один из этих файлов удаляется. Когда счетчик делает его равным нулю, индексный дескриптор и связанные с ним данные удаляются.

Пожалуйста, прочитайте Различие между жесткими и мягкими ссылками для деталей.

Как, вы можете быть заинтересованы в этом другом factoid на hardlinks,

count также отражает, сколько раз файл был открыт без закрытия (другими словами, сколько ссылок на файл по-прежнему активно). Это имеет некоторые последствия, которые не очевидны вначале: вы можете удалить файл, чтобы никакая часть «filename» не указывала на индексный дескриптор, не освобождая место для части данных файла, поскольку файл все еще открыт.

Вы можете попробовать это с помощью тестового кода.

btw: можете ли вы проверить свои два случая? Я думаю, вы получите ошибку для случая symlink () и успеха для случая link (). Я предлагаю вам запустить их в разных каталогах или использовать разные имена файлов для двух случаев :-)

извините, я опечатал это имя, однако в случае жесткой ссылки не является частью данных файла «foo». удален? удаляется только имя файла? и существует ли другая часть имени файла («бар»)? — KayKay, 21 April 2011 в 20:12

James Henstridge · Answer 11 · 25 May 2018 в 21:59

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

James Henstridge · Answer 12 · 25 July 2018 в 22:10

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

James Henstridge · Answer 13 · 26 July 2018 в 19:28

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

James Henstridge · Answer 14 · 31 July 2018 в 13:33

во-первых, вы уверены, что у вас есть выход из программы вокруг правильный путь? Я получу отказ на симлинк версия и успех в печатном ссылке.

во-вторых, передавая числовые константы в качестве аргумента флаги [F1] является непереносимых и делает ваш код трудно читать. Соответствующие флаги определены в <fcntl.h>, и константы, который вы используете O_WRONLY.

если вы передаете ссылку в качестве первого аргумента open, это эквивалентно передавая имя точки симлинк на. В вашем примере ссылка указывает на несуществующий файл, вызывает системный вызов на провал. Если вы хотите вызова для создания файла, Вам нужно будет пройти O_WRONLY|O_CREAT как флаги. Это приведет в файл foo создается.

для случая жесткой связи, имя bar ссылки на foo's файл содержимое а не Название. Отключение [F9] и не меняет этот факт, так bar продолжает существовать и могут быть открыты без на [F11].

James Henstridge · Answer 15 · 2 August 2018 в 03:40

во-первых, вы уверены, что у вас есть выход из программы вокруг правильный путь? Я получу отказ на симлинк версия и успех в печатном ссылке.

во-вторых, передавая числовые константы в качестве аргумента флаги [F1] является непереносимых и делает ваш код трудно читать. Соответствующие флаги определены в <fcntl.h>, и константы, который вы используете O_WRONLY.

если вы передаете ссылку в качестве первого аргумента open, это эквивалентно передавая имя точки симлинк на. В вашем примере ссылка указывает на несуществующий файл, вызывает системный вызов на провал. Если вы хотите вызова для создания файла, Вам нужно будет пройти O_WRONLY|O_CREAT как флаги. Это приведет в файл foo создается.

для случая жесткой связи, имя bar ссылки на foo's файл содержимое а не Название. Отключение [F9] и не меняет этот факт, так bar продолжает существовать и могут быть открыты без на [F11].

James Henstridge · Answer 16 · 4 August 2018 в 19:42

во-первых, вы уверены, что у вас есть выход из программы вокруг правильный путь? Я получу отказ на симлинк версия и успех в печатном ссылке.

во-вторых, передавая числовые константы в качестве аргумента флаги [F1] является непереносимых и делает ваш код трудно читать. Соответствующие флаги определены в <fcntl.h>, и константы, который вы используете O_WRONLY.

если вы передаете ссылку в качестве первого аргумента open, это эквивалентно передавая имя точки симлинк на. В вашем примере ссылка указывает на несуществующий файл, вызывает системный вызов на провал. Если вы хотите вызова для создания файла, Вам нужно будет пройти O_WRONLY|O_CREAT как флаги. Это приведет в файл foo создается.

для случая жесткой связи, имя bar ссылки на foo's файл содержимое а не Название. Отключение [F9] и не меняет этот факт, так bar продолжает существовать и могут быть открыты без на [F11].

James Henstridge · Answer 17 · 6 August 2018 в 03:47

Прежде всего, вы уверены, что у вас есть результаты программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код трудным для чтения. Соответствующие флаги определены в <fcntl.h>, а константа, которую вы используете, - O_WRONLY.

Если вы передаете символическую ссылку в качестве первого аргумента в open, она эквивалентна передаче имени Симлинк указывает на. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY|O_CREAT в виде флагов. Это приведет к созданию файла foo.

Для случая жесткой ссылки имя bar ссылается на содержимое файла foo, а не на имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT.

James Henstridge · Answer 18 · 7 August 2018 в 21:42

Прежде всего, уверены ли вы, что у вас есть выход программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код сложным для читать. Соответствующие флаги определены в & lt; fcntl.h & gt; , а константа, которую вы используете, - O_WRONLY .

Если вы передаете символическую ссылку как первый аргумент open , он эквивалентен передаче имени, на которое указывает симлинк. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY | O_CREAT в качестве флагов. Это приведет к созданию файла foo .

Для случая жесткой ссылки имя bar ссылается на foo а не имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT .

James Henstridge · Answer 19 · 10 August 2018 в 09:56

Прежде всего, уверены ли вы, что у вас есть выход программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код сложным для читать. Соответствующие флаги определены в & lt; fcntl.h & gt; , а константа, которую вы используете, - O_WRONLY .

Если вы передаете символическую ссылку как первый аргумент open , он эквивалентен передаче имени, на которое указывает симлинк. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY | O_CREAT в качестве флагов. Это приведет к созданию файла foo .

Для случая жесткой ссылки имя bar ссылается на foo а не имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT .

James Henstridge · Answer 20 · 13 August 2018 в 16:15

Прежде всего, уверены ли вы, что у вас есть выход программ по правильному пути?

Во-вторых, передача числовых констант в качестве аргумента flags для open не переносима и делает ваш код сложным для читать. Соответствующие флаги определены в & lt; fcntl.h & gt; , а константа, которую вы используете, - O_WRONLY .

Если вы передаете символическую ссылку как первый аргумент open , он эквивалентен передаче имени, на которое указывает симлинк. В вашем примере символическая ссылка указывает на несуществующий файл, что приводит к сбою системного вызова. Если вам нужен вызов для создания файла, вам необходимо передать O_WRONLY | O_CREAT в качестве флагов. Это приведет к созданию файла foo .

Для случая жесткой ссылки имя bar ссылается на foo а не имя. Unlinking foo не изменяет этот факт, поэтому bar продолжает существовать и может быть открыт без O_CREAT .

Какая другая символическая ссылка с жесткой связью после отключения связи?

20 ответов

Другие вопросы по тегам:

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