У мене є символьне посилання з цими дозволами:
lrwxrwxrwx 1 myuser myuser 38 Aug 18 00:36 npm -> ../lib/node_modules/npm/bin/npm-cli.js*
Симпосилання знаходиться в архіві .tar.gz. Тепер, коли я розпаковую архів tar.gz за допомогою maven, посилання більше не діє. Тому я намагаюся відновити симпосилання. Спочатку я створюю симпосилання за допомогою ln, але як мені встановити ті ж дозволи, що й вихідні символьні посилання?
Відповіді:
Можна створити нове символьне посилання та перемістити його до місця старого посилання.
ln -s <new_location> npm2
mv -f npm2 npm
Це збереже право власності на посилання. Можна chownтакож встановити право власності на посилання вручну.
chown -h myuser:myuser npm
У більшості систем дозволи на символьні посилання не мають значення. Під час використання символьної посилання перевірятиметься права доступу компонентів цілі символьного посилання. Однак у деяких системах вони мають значення. MacOS вимагає дозволу читання на посиланні для readlink, а sympermопція монтажу NetBSD змушує перевіряти посилання на права читання та обходу. У цих системах (та їх родичах, включаючи FreeBSD та OpenBSD) є еквівалентний -hваріант chmod.
chmod -h 777 npm
Коли ви намагаєтеся chmodвстановити дозволи дозволу, фактично ви робите це встановлення дозволів для цілі посилання. Дозволи дозволу на нього є безглуздими.
testз -rw-rw-r-- root root, тому що rm testя отримую підказку rm: remove write-protected regular empty file 'test'?Рішення полягає в розміщенні чутливих файлів у каталогах, до яких користувачі мають доступ лише для читання.
Коли у вас є посилання типу:
link -> foo/bar
і хочете змінити його на:
link -> new/target
Слід розглянути два випадки:
foo/barне є каталогом або не існує, або ви не маєте доступу до пошуку foo. Потім
ln -s new/target link
не вдасться, тому що linkвже існує, але ви можете подолати це, використовуючи стандарт:
ln -fs new/target link
foo/barце каталог (і у вас є дозвіл на пошук, fooщоб мати можливість визначити, що foo/barце каталог). У тому випадку, коли ви робите:
ln -s new/target link
або
ln -fs new/target link
Це розуміється як створення нового targetсимвольного посилання всередині linkкаталогу ( linkце каталог, оскільки це символьне посилання на foo/barкаталог). Таким чином, ви фактично створите:
foo/bar/target -> new/target
Щоб подолати це, GNU lnмає -Tможливість ім'я посилання завжди розглядати як ім'я посилання, а не як каталог для створення посилань (и). Так, з GNU ln:
ln -fsT new/target link
буду працювати. Як і раніше, він видалить початкове linkсимвольне посилання та створить його заново new/targetяк ціль (і процес 'euid та egid як власник).
У GNU lnтакож є -nваріант. Це працює як -Tвиняток, коли linkнасправді це справжній каталог, і в цьому випадку він все одно створить симпосилання всередині цього каталогу (замість того, щоб не виходити з помилкою).
Портативно, найкращий варіант - спочатку видалити посилання, а потім відтворити його:
rm -f link && ln -s new/target link
У більшості систем дозволи на символьні посилання ігноруються і, як правило, фіксуються на rwxrwxrwx.
У системах, де значення дозволів для символьних посилань мають значення (наприклад, для OS / X, де вам потрібно дозволити читання, щоб мати змогу вирішити свою ціль), зазвичай існує спосіб їх зміни ( chmod -hдля OS / X).
Власність, хоча, як і вище, не стосується доступу до файлу, на який вказує символьна посилання в більшості систем, може мати інше значення, wrt tбіт батьківського каталогу або квоти ... ) і є стандартна команда для його зміни:
chown -h user[:group] the-link
chgrp -h group the-link
Якщо вам дійсно потрібно змінити дозвіл символьних посилань (як правило, безглуздо, як це написано в інших відповідях), я досяг успіху з використанням -Rопції chown:
chown -R myuser:mygroup link
Якщо -Rйого не використовували, дозволи не були змінені.
chownоскільки -Rмається на увазі -Pтам, однак це не гарантується і не буде працювати в інших реалізаціях програми chown. Стандартний спосіб змінити право власності на симпосилання - за допомогою -hпараметра. Я щойно оновив прийняту відповідь, яка була неправильною.