Информация on cp --preserve = links
Хотите ли вы поделиться своим соединением ethernet через WiFi (создать точку доступа wifi)?
Если да, то вы можете использовать все преимущества вашего драйвера, скачав драйвер broadcom, скомпилировав и установив его:
(И для тех, кто использует ядро 4.7.x и испытывает проблемы с этим решением):
Вы можете клонировать этот репозиторий и запустить install.sh https://github.com/hngouveia01/hybrid-v35_64-nodebug-pcoem-6_30_223_271
Там вы можете найти ссылку для загрузки драйвера и применить патч для его компиляции на ядре 4.7.
Параметр --preserve=linksотносится не к символическим ссылкам, а к жестким ссылкам. Он просит cpсохранить любую существующую жесткую ссылку между двумя или более копируемыми файлами.
$ date > file1
$ ln file1 file2
$ ls -1i file1 file2
6034008 file1
6034008 file2
Вы можете видеть, что два исходных файла жестко -связаны, а их номер инода равен 6034008.
$ mkdir dir1
$ cp file1 file2 dir1
$ ls -1i dir1
total 8
6035093 file1
6038175 file2
Теперь вы можете видеть, что без --preserve=linksих копий с двумя разными номерами инодов :больше нет жесткой связи между ними.
$ mkdir dir2
$ cp --preserve=links file1 file2 dir2
$ ls -1i dir2
total 8
6089617 file1
6089617 file2
Теперь вы можете видеть, что с --preserve=linksдве копии по-прежнему жестко -связаны, но их номер инода равен 6089617, что не совпадает с номером инода исходных файлов (, вопреки тому, что cp --linkсделал бы ).
После тестирования и прочтения справочной страницы я получаю противоречивую информацию. Я только что провел несколько тестов и обнаружил следующее.
[root@el7-1 dest]# ls -l
total 0
lrwxrwxrwx. 1 root root 16 Aug 18 16:51 test1.txt ->../src/test1.txt
Все следующие команды обращаются к ссылке
cp test1.txt test2.txt
cp -L test1.txt test2.txt
cp --preserve=link test1.txt test2.txt
Следующая команда копирует саму символическую ссылку
cp -P test1.txt test2.txt