Скільки з нас турбує написання команд, поки "sudo apt-get install" або "sudo apt-get update"?
Це мене особисто турбує, а також забирає час. Цього разу я хочу показати вам дуже простий спосіб «скоротити» або узагальнити ці команди, щоб трохи полегшити наше життя.
Переходимо до гри.
Перше, що ми повинні зробити, це увійти як ROOT
# його
Ви пишете пароль, і ми робимо наступне:
# nano / bin / update
Тут ми створили команду. «Оновлення» і ми пишемо
#sudo apt-отримати оновлення
Тепер ми даємо йому дозволи.
# chmod + x / bin / update
І тепер кожного разу, коли ми вводимо update в консолі, він буде оновлювати наші сховища.
Таким чином ми можемо спростити всі види команд. Як перейти від sudo # apt-get install до # install
Вітаю, і я сподіваюся, вам сподобається.
Особисто я вважаю, що зручніше визначати псевдоніми у файлі bashrc або .bashrc
такий як:
оновлення псевдоніма = »sudo apt-get update»
Дуже цікаво, але з того, що я бачу на скріншоті, щоб запустити його, я повинен увійти як root, а потім написати "оновити"; тоді я не бачу благодаті.
Ні, це тому, що, принаймні, у мене немає спільного споживача піт, тому настала моя черга. Але якщо він у вас є, він просто запитає вас пароль і все.
Інший - замість того, щоб ставити sudo apt-get тощо.
su -c "команда" (лапки мають значення)
Потім він запитує у вас пароль ROOT, і коли він закінчується, ви все ще є звичайним користувачем.
Не обов'язково входити в систему з правами root, тобто милість помістити створений файл 😛 У будь-якому випадку для цього вже існують псевдоніми.
: WQ
поставивши sudo у створений файл. Я з’їв цю частину 😛
: WQ
Мені набагато простіше додавати псевдоніми до .bashrc
оновлення псевдоніма = 'sudo aptitude update'
Точно.
Чудово, я збирався зробити подібну статтю, але зі сценарієм, дуже хорошим, і тепер у мене є проект, який ніколи не з’явиться. XD.
Хороша стаття. якби бали можна було дати, це дало б +100.
В принципі ідея хороша, але дозволи мають своє значення.
Я віддаю перевагу безпеці.
Привіт.
Що ви маєте на увазі? Для його запуску все ще потрібно мати root, або щоб користувач перебував у sudoers. Незалежно від того, / bin / update має дозволи на виконання. apt-get і sudo не змінюють своїх дозволів.
Я маю на увазі, що кожен, хто входить до нашого ПК, може виконати це завдання без дозволу адміністратора.
Я вже пояснював, він буде продовжувати просити вас ввести пароль або ввійти як адміністратор. Це нічого спільного з цим не має
Я думаю, що найпростішим є додавання псевдоніма в .bashrc, як вони кажуть у коментарях вище
Ігноруючи факт правильної речі, використовуйте для цього псевдоніми bash, особливо кровотеча полягає в тому, що ви залишаєте сценарій у / bin замість / usr / local / bin.
Мені нудно бачити майже у всіх блогах, як ви пропускаєте LHFS і розкидаєте сміття по всій файловій системі без замовлення чи концерту.
Амінь до того, що сказав Ілгрім
Думаю, ти маєш рацію, здавалося б, winbug з такою кількістю файлів і бібліотек, що роблять одне і те ж. XD.
Краще використовувати Псевдонім.
Я зробив 2-рядковий сценарій оновлення sudo aptitue та повне оновлення sudo aptitude, я поклав сценарій в / usr / bin /, і я повністю оновлюю систему та її сховища, просто ввівши в консоль «update». Але це сценарій, який робить 2 речі, а не лише одну.
Ви все ще могли створити псевдонім за допомогою декількох команд:
alias actualizar='sudo aptitude -y update && sudo aptitude -y safe-upgrade && sudo aptitude full-upgrade && sudo aptitude autoclean'
Я ніколи не знав, куди покласти свої сценарії; зазвичай я залишаю їх у прихованій папці у себе вдома, а потім додаю відповідний шлях до Шляху у файлі .bashrc
Чи правильно робити це так, чи краще залишити їх у / usr / local / bin, коли ви коментуєте?
Ця команда має лише одного користувача.
Так, звичайно, це ідеально, все залежить від того, яка у вас потреба.
Аналогічним чином, те, що пропонує автор цього допису, - свиня, і це дуже погана практика, у будь-якому випадку було б чистіше додати каталог у / usr / bin (який, у свою чергу, ми додаємо до нашого $ PATH), і там так всередині цього додати всі наші персональні сценарії.
Я вважаю за краще, щоб їх контролювали в моєму / будинку замість / usr / bin, я не знаю, я віддаю перевагу саме цьому.
Інша річ, яку я ніколи не знав, куди дівати, - це файли, якими користуються інші користувачі команди:
На іншому комп’ютері у мене двоє користувачів, і ідея полягає в тому, щоб надати спільний доступ до папки «Відео», щоб вони обидва її використовували.
Я створив папку "Відео" всередині / мультимедіа, оскільки всі користувачі мають доступ, а потім створив посилання на домашню сторінку кожного користувача, яке вказує на вказану папку / медіа / відео
Чи правильно це робити? Я кажу це, бо маю проблеми з дозволом
Кого зробити власником згаданої папки?
Це працює лише у тому випадку, якщо ми хочемо, щоб скрипт працював від імені користувача root, але без введення пароля, тому на додаток до передбачуваного сценарію необхідно відредагувати відповідний рядок visudo.
Для всього іншого існує ПСЕВІД, те, що ти зробив, - лайно, незрозуміле.
Що мені здається дивним, це бажання використовувати 'install', яка є командою зі своїми функціями. Як усі кажуть, псевдонім і не роблячи стільки історії.
Відмінно