Оказывается, этот ответ был ошибочным, см. сообщение Эндрю для правильного ответа.
Да, я это делаю.
Я протестировал его со стандартной бесплатной учетной записью Dropbox с Dropbox
Тест был:
ln /media/username/volume/Documents/testfile /media/username/volume/Dropbox/testfile
ls -li /media/username/volume/Documents/testfile
ls -li /media/username/volume/Dropbox/testfile
Первое число из команды ls -li показывает номер inode, число между разрешениями и именем пользователя равно счетчик ссылок (показывает, сколько жестких ссылок имеет файл).
Сразу после запуска команды ln значок trybox Dropbox показал активность и эффективно загрузил тестовый файл.
I ' ve также тестировал, чтобы сделать вторую жесткую ссылку внутри папки Dropbox, а также загрузить файл, я не уверен, что известно, что это только один.
Мой тестовый файл - это небольшой 18KB-файл .ods,
О жестких ссылках и inodes:
Когда вы создаете жесткую ссылку на файл, вы предоставляете ему только второе имя в другой папке ( или же, если вам нравится).
Это файлы не rea (!)
Итак, что такое папки?
Папка - это просто списки, которые также находятся в папках, которые находятся на жестком диске, идентифицированном i-узлом (зависит от типа файловой системы). идентифицированный i-узлом, который содержит имена файлов и других папок, которые являются «внутренними» из них. Каждый элемент в этом списке указывает на соответствующий i-узел.
Итак, если вы создаете жесткие ссылки, оба / все указывают на один и тот же i-узел, и поэтому все они являются просто файлами (то же самое).
Имейте в виду, что некоторые приложения отказываются выполнять свою работу с файлами с жесткими ссылками. Другие приложения могут случайно или намеренно ломать жесткие ссылки, превращая один файл с двумя именами в два файла с одним именем.
Википедия дает нам дополнительную информацию:
https: // en .wikipedia.org / wiki / Hard_link
https://en.wikipedia.org/wiki/Hard_link
Чтобы создать жесткие ссылки, вы можете использовать [ f4], который является инструментом командной строки, вы можете использовать его следующим образом:
ln TARGET LINK_NAME
Где target - это существующий файл и имя_имя имя нового файла. Когда вы закончите, вы можете проверить с ls -li номер i-узла файла и посмотреть, что обе ссылки имеют одинаковый номер.
Вот страница man: http: //linux.die. нетто / человек / 1 / пер
Я нашел ответ здесь:
Команды apt-get терпят неудачу с нечеткими зависимостями libpython3.3
По-видимому, у меня были две конфликтующие версии guvcview.
apt list --installed | grep guvc
guvcview/yakkety,now 2.0.5+ubuntu2~ppa1+1418-0ubuntu1~201702081552~ubuntu16.10.1 amd64 [installed]
libguvcview-2.0-2/yakkety,now 2.0.4+debian-1 amd64 [installed]
Как и в предыдущем ответе, я использовал dkpg -r --force-depends, чтобы удалить их:
sudo dpkg -r --force-depends guvcview
sudo dpkg -r --force-depends libguvcview-2.0-2
В этот момент я снова попытался apt-get upgrade:
sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
lubuntu-desktop : Depends: guvcview but it is not installed
E: Unmet dependencies. Try using -f.
Ага! На этот раз я получил ожидаемое сообщение об ошибке. guvcview - это пакет, от которого зависит lubuntu-desktop: это означает, что если я переустановил его после его удаления, все должно вернуться к нормальной работе, правильно?
После запуска этих команд:
sudo apt-get -f install
sudo apt-get upgrade
Все работает сейчас. guvcview снова работает, что приятно, потому что я сломал его при отладке этой ошибки.
Команды apt-get терпят неудачу с libpython3.3 неудовлетворительными зависимостями
Я нашел ответ здесь:
Команды apt-get терпят неудачу с нечеткими зависимостями libpython3.3
По-видимому, у меня были две конфликтующие версии guvcview.
apt list --installed | grep guvc
guvcview/yakkety,now 2.0.5+ubuntu2~ppa1+1418-0ubuntu1~201702081552~ubuntu16.10.1 amd64 [installed]
libguvcview-2.0-2/yakkety,now 2.0.4+debian-1 amd64 [installed]
Как и в предыдущем ответе, я использовал dkpg -r --force-depends, чтобы удалить их:
sudo dpkg -r --force-depends guvcview
sudo dpkg -r --force-depends libguvcview-2.0-2
В этот момент я снова попытался apt-get upgrade:
sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these.
The following packages have unmet dependencies:
lubuntu-desktop : Depends: guvcview but it is not installed
E: Unmet dependencies. Try using -f.
Ага! На этот раз я получил ожидаемое сообщение об ошибке. guvcview - это пакет, от которого зависит lubuntu-desktop: это означает, что если я переустановил его после его удаления, все должно вернуться к нормальной работе, правильно?
После запуска этих команд:
sudo apt-get -f install
sudo apt-get upgrade
Все работает сейчас. guvcview снова работает, что приятно, потому что я сломал его при отладке этой ошибки.
Команды apt-get терпят неудачу с libpython3.3 неудовлетворительными зависимостями