Câți dintre noi sunt deranjați scriind comenzi lungi precum „sudo apt-get install” sau „sudo apt-get update”?
Mă deranjează personal și mă consumă și timp. De data aceasta vreau să vă arăt o modalitate foarte ușoară de a „scurta” sau a rezuma aceste comenzi pentru a ne ușura viața.
Să mergem la joc.
Primul lucru pe care trebuie să-l facem este să ne conectăm ca ROOT
#a lui
Scrieți parola și facem următoarele:
# nano / bin / update
Aici am creat comanda. «Actualizare» și în care scriem
#sudo apt-get update
Acum îi oferim permisiuni.
# chmod + x / bin / update
Și acum, de fiecare dată când introducem actualizarea în consolă, aceasta va actualiza depozitele noastre.
În acest fel putem simplifica tot felul de comenzi. Cum se trece de la sudo # apt-get install la # install
Salutări și sper să vă placă.
Personal cred că este mai confortabil să definiți aliasuri în fișierul bashrc sau în fișierul .bashrc
astfel încât:
actualizare alias = »sudo apt-get update»
Foarte interesant dar din ceea ce văd în captura de ecran, ca să-l rulez, trebuie să mă autentific ca root și apoi să scriu „update”; atunci nu văd harul.
Nu, asta pentru că cel puțin nu am utilizatorul meu obișnuit în sudoare, așa că este rândul meu. Dar dacă o aveți, vă va cere pur și simplu parola și atât.
Celălalt este în loc să pună sudo apt-get etc.
su -c "comandă" (ghilimelele contează)
Apoi vă solicită parola ROOT și, când se termină, sunteți în continuare utilizatorul normal.
Nu este necesar să vă conectați ca root, aceasta este grația de a fi introdus în fișierul creat 😛 În orice caz, aliasurile există deja pentru acest lucru.
: Wq
după ce ați pus sudo în fișierul creat. Am mâncat acea parte 😛
: Wq
Este mult mai ușor pentru mine să adaug aliasurile la .bashrc
actualizare alias = 'sudo aptitude update'
Corect.
Minunat, aveam să fac un articol similar, dar cu scenariu, foarte bine și acum am o schiță care nu va ieși niciodată la lumină. XD.
Bun articol. dacă s-ar putea da puncte s-ar da +100.
În principiu ideea este bună, dar permisiunile își au semnificația.
Prefer securitatea.
Salutări.
Ce vrei sa spui? Încă necesită să fie root sau ca utilizatorul să fie în sudoers pentru a-l putea rula. Indiferent dacă / bin / update are permisiuni de executare. apt-get și sudo nu își modifică permisiunile.
Adică oricine intră în computerul nostru poate efectua această sarcină fără permisiunea root.
V-am explicat deja, vă va cere în continuare o parolă sau va fi conectat ca root. Nu are nicio legătură cu asta
Cred că cel mai simplu este să adăugați un alias în .bashrc așa cum se spune în comentariile de mai sus
Ignorarea faptului că ar fi corect ar fi să folosiți aliasuri bash pentru a face acest lucru, ceea ce este mai ales sângerat este că lăsați scriptul în / bin în loc de / usr / local / bin.
M-am plictisit să văd în aproape toate blogurile cum săriți LHFS și cum mergeți să împrăștiați gunoiul în tot sistemul de fișiere fără comandă sau concert.
Amin ce a spus Ilgrim
Cred că ai dreptate, s-ar părea ca un winbug cu atâtea fișiere și biblioteci care fac același lucru. XD.
Mai bine să folosiți Alias.
Am făcut un script de actualizare sudo aptitue pe 2 linii și sudo aptitude full-upgrade Am pus scriptul în / usr / bin / și actualizez complet sistemul și depozitele sale doar tastând „actualizare” în consolă. Dar acesta este un script care face 2 lucruri, nu doar unul.
Ați putea fi în continuare aliasate mai multe comenzi:
alias actualizar='sudo aptitude -y update && sudo aptitude -y safe-upgrade && sudo aptitude full-upgrade && sudo aptitude autoclean'
Nu am știut niciodată unde să-mi pun scripturile, ceea ce fac de obicei este să le las într-un folder ascuns de acasă și apoi să adaug calea corespunzătoare la Calea din fișierul .bashrc
Este corect să o faci așa sau este mai bine să le lași în / usr / local / bin pe măsură ce comentezi?
Această echipă are un singur utilizator.
Da, desigur, este perfect, totul depinde de nevoia ta.
La fel, ceea ce propune autorul acestei postări este porc și este o practică foarte proastă, în orice caz ar fi mai curat să adăugăm un director în / usr / bin (pe care îl adăugăm la $ PATH) și acolo da în interiorul acestui adăugați toate scripturile noastre personale.
Prefer să le controlez în / acasă în loc de / usr / bin, nu știu, aș prefera așa.
Un alt lucru pe care nu am știut unde să-l pun sunt fișierele partajate între ceilalți utilizatori ai echipei:
Pe un alt computer am doi utilizatori și ideea este să împărtășesc folderul Video, astfel încât să-l folosească amândoi.
Ceea ce am făcut a fost să creez un folder Video în interiorul / media, deoarece acolo toți utilizatorii au acces și apoi am creat un link pe pagina de pornire a fiecărui utilizator care indică folderul respectiv / media / Video
Este corect să o faci? O spun pentru că am probleme cu permisiunea
Pe cine fac proprietarul dosarului respectiv?
Acest lucru funcționează numai în cazul în care dorim ca scriptul să fie executat ca root, dar fără a introduce parola, așa că, pe lângă scriptul dorit, trebuie editată linia corespunzătoare a visudo.
Pentru orice altceva există ALIAS, ceea ce ați făcut este un rahat, inexplicabil.
Ceea ce mi se pare ciudat este să doresc să folosesc „install”, care este o comandă cu funcții proprii. După cum spune toată lumea, un alias și fără a face atât de multă poveste.
Excelent