Ei bine, vedeți, am decis să fac acest lucru pentru că a trebuit să folosesc radiera pe care o aveam în tava putrezind, așa că împărtășesc un script care nu este mare lucru, are doar 2 linii și va cere parola de root sau sudoers.
SCRIPT: actualizare
#! / bin / bash sudo aptitude update sudo aptitude full-upgrade
Și voilă, nu vor fi copleșiți de atâtea linii de programare complicată (Sarcasm).
Odată ce îl salvăm, acesta îi dă permisiuni de execuție, intrăm în browserul nostru de fișiere ca root, copiem și lipim scriptul astfel încât să aibă așa ceva:
Acum închidem, deschidem un terminal și scriem „actualizare” (evident fără ghilimele)
După cum veți vedea în următoarea imagine, depozitele au fost actualizate:
Ne scrie Y pentru a accepta ceea ce va fi instalat și / sau actualizat și, sperăm, actualizările sunt descărcate și instalate și terminalul arată astfel:
Și acum v-ați actualizat sistemul cu o singură comandă.
Unde este scenariul?
Se găsește după primele 3 rânduri ale postării.
Ei bine, chiar nu înțeleg această postare.
Mă ține curios că unii utilizatori preferă să se complice cu scripturi și permisiuni atunci când pot rezolva problema cu un alias simplu. De fapt, această postare este foarte asemănătoare cu una care tocmai a fost publicată pe „comenzi simplificatoare” și pentru care, apropo, am pus un comentariu cu un alias care este chiar mai complet decât cel publicat în această postare în sine. . Oricum, dorința de a contribui la comunitate este nobilă, dar când postările sunt atât de similare, nu pare să ajute.
Când eram debianit, am „complicat” acest lucru:
http://paste.desdelinux.net/4680
Aliasurile sunt pentru țevi și ands ~ _ ~, dar asta este ceea ce GNU / Linux îi place multor moduri de a face lucrurile, trebuie doar să țineți cont de permisiunile fișierelor.
Înțeleg că nu toți suntem buni în gestionarea unui sistem de operare (fie Windows, GNU / Linux etc.), dar cel puțin trebuie să aflați puțin despre ele (cel pe care îl utilizați).
Așa cum a spus Hugo, „Actualizați Debian și derivatele cu o singură comandă [Script]” și „Simplificați comenzile”, cel puțin pentru mine, nu are sens, dacă acest lucru este rezolvat editând .bashrc și adăugând:
alias update = 'sudo aptitude -y update && sudo aptitude -y safe-upgrade'
Noroc…..
PS: Trebuie să vă copleșiți cu cod, atunci când chiar aveți nevoie de el.
Recunosc că ai dreptate, dar cel puțin pentru mine să fac scenariul sau să-l aliasez la fel de ușor.
Aici intervine diferența dintre cel care face lucrurile bine și cel care face rău.
Dacă abia începeți și încă nu știați comanda ALIAS, bine ați venit la GNU / Linux și bucurați-vă de hack-ul dvs. (murdar).
În cazul dvs. este diferit: vă dovediți a fi total ignoranți și neglijenți făcând o utilizare incorectă a standardelor de utilizare a unui sistem GNU / Linux. În cazul dvs., cu cât este mai departe de consolă, cu atât mai bine.
Incearca:
deoarece "alias update = 'sudo aptitude -y update && sudo aptitude -y safe-upgrade'"
Nu a funcționat pentru mine și, teoretic, ar trebui să funcționeze.
Și dacă eliminați scriptul cu același nume și chiar încercați un alt alias.
Dacă concatenarea a două comenzi într-o singură linie nu funcționează, se întâmplă deoarece ceva este defect pe sistemul dvs., deoarece executarea condiționată este funcționalitatea standard bash.
S-ar putea ca pe computerul dvs. să combinați pachete din diferite versiuni de Debian și / sau derivate? Dacă aș fi în locul tău, aș reinstala bash sau chiar întregul sistem doar din cauza acelui simptom pe care îl descrii, deoarece nu aș mai putea avea încredere că sistemul se va comporta într-un mod stabil.
adevărul este că am câteva repoșe de launchpad și linuxmint, dar nu cred că este atât de sever încât să reinstalez întregul sistem.
Asta clarifică puțin lucrurile. În mod clar, avem criterii diferite în ceea ce privește importanța stabilității unui sistem. 😉
La urma urmei, este sistemul tău; ai tot dreptul să-l folosești așa, deși amesteci sincer Debian cu repo-uri Ubuntu și Linux Mint ... ei bine, pentru un Debianit adevărat care este ca un sacrilegiu. Mai mult, mulți debianieni se încruntă chiar și folosind apt-pinning.
În opinia mea, pentru a avea acea promiscuitate din depozit, ar fi mai bine să folosiți ceva cu Debian Cut, Sid, un derivat al lui Sid, sau poate altceva precum Ubuntu, Fedora, Arch, LFS etc.
Poate fi mult mai ușor să puneți totul pe o singură linie
sudo aptitude update && sudo aptitude dist-upgrade
adevărul este un proces unic și acum trebuie doar să tastați „actualizare” pentru a face acest lucru și nu fiecare linie pe care tocmai ați pus-o.
Pues hay algo que no entiendo, ya que Desde linux este:
Despre noi
Ce este <° Linux?
<° Linux (alias DesdeLinux) este un site dedicat subiectelor legate de Software și Tehnologii Libere. Obiectivul nostru nu este altul decât acela de a oferi tuturor acelor utilizatori care încep în lumea GNU/Linux, un loc de unde pot dobândi cunoștințe noi în cel mai simplu mod posibil.
Interesele noastre:
Împărtășiți și dobândiți cunoștințe cu oricine.
Dezbateți pe orice subiect, atâta timp cât este legat de GNU / Linux, software și tehnologii libere.
Creați un spațiu comunitar pentru ajutor și asistență.
Formați o comunitate de utilizatori cu care să împărtășiți experiențe.
De ce de fiecare dată când cineva împărtășește ceva, critica sare?
Probabil pentru că majoritatea utilizatorilor de Linux le plac soluțiile eficiente și, dacă văd ceva ce cred că poate fi îmbunătățit, spun acest lucru. Până acum și din ceea ce știu creatorii acestui blog, încearcă să respecte criteriile tuturor utilizatorilor; Cu alte cuvinte, cineva are dreptul de a publica un articol la fel de mult ca și alți utilizatori să comenteze despre el.
Să vedem, critica nu este neapărat un lucru rău, deoarece poate îmbogăți foarte mult articolele, dacă acestea sunt făcute într-un mod constructiv. Evident, criticile distructive (adică cele lipsite de argument, false sau jignitoare) sunt dăunătoare, dar până acum nu-mi amintesc să fi văzut multe critici de acest tip pe aici.
Cred că ceea ce ne poate deranja cel mai mult este ignorarea totală pentru utilizarea corectă a sistemului făcută de autorul postării și, de asemenea, lăudându-se cu acțiunea sa:
"Recunosc că ai dreptate, dar cel puțin pentru mine realizarea scenariului sau aliasarea acestuia este la fel de ușoară."
Dacă știți că faceți ceva greșit atunci când aveți posibilitatea să faceți acest lucru corect, fără costuri suplimentare - este mai mult, cu beneficii adăugate -, dar insistați să faceți acest lucru greșit, este că:
1. Ești un băiețel rebel fără motiv.
2. ești un idiot.
Nu mai sunt multe întoarceri la subiect, am pus doar în cuvinte scrise ceea ce crede orice utilizator care încearcă să învețe cele mai bune practici ale GNU / Linux și să îl folosească în cel mai eficient mod.
Pentru a crea „hacks urâți” este necesar să demonstrați competența înainte de a fi pur și simplu murdari.
hmm poate este numărul 2 pentru că nu am înțeles.
XD
Nu puteți alias 2 comenzi, cel mai apropiat lucru a fost ceea ce aveam deja în aliasul meu, care ar fi update && upgrade pentru a face ceea ce face scriptul de actualizare. Încă nu văd unde este problema. Sau sunt prea leneș să scriu actualizare și actualizare.
apropo aliasurile mele pe care le aveam deja înainte de a face articol.
alias rm = 'rm -i'
alias cp = 'cp -i'
alias mv = 'mv -i'
alias upgrade = 'aptitude full-upgrade'
alias update = 'aptitude update'
alias install = 'aptitude install'
alias remove = 'aptitude remove'
alias clean = 'aptitude clean'
Acestea sunt pseudonimele mele pentru serverul de acasă Ubuntu Server 12.04 LTS:
$ cat ~ / .bash_aliases
...
###################################
# Aliasuri specifice Ubuntu / Debian
# ————————————-
alias UpdateSystem = 'sudo aptitude update && sudo aptitude safe-upgrade && sudo aptitude full-upgrade'
alias Remove = 'sudo aptitude purge'
alias SearchLocal = 'dpkg -l | grep -i'
alias Căutare = 'căutare aptitude'
alias Install = 'sudo aptitude install'
alias Show = 'aptitude show'
alias Clean = 'bleachbit && gksudo bleachbit && sudo apt-get autoremove && sudo apt-get autoclean && sudo deborphan | xargs sudo apt-get -y remove –purge && sudo aptitude clean && sudo aptitude autoclean && sudo deborphan | xargs sudo apt-get -y remove –purge '
alias Cleancli = 'bleachbit -d deepscan.tmp system.desktop_entry system.localizations system.rotated_logs system.tmp && sudo bleachbit -d deepscan.tmp system.desktop_entry system.localizations system.rotated_logs system.tmp && sudo apt-get autoremove && sudo apt-get autoclean && sudo deborphan | xargs sudo apt-get -yr \
emove –purge && sudo aptitude clean && sudo aptitude autoclean && sudo deborphan | xargs sudo apt-get -y remove –purge '
Dacă pun mai mult de 2 comenzi, nu funcționează pentru mine :(, sau vor funcționa în Ubuntu? (Nu poate fi același fișier modificat, nu?).
Așa cum suntem cu toții nebuni, în special administratori și programatori de sistem, facem uz, abuzăm și reabuzăm de aliasuri și hacks pentru a trebui să apăsăm cât mai puține taste; idealul fiecărui administrator sau coder este să ajungă la punctul de a avea un alias dintr-o literă care actualizează sistemul și curăță casa (bucătar, gătesc).
Serios, ideea aici este de a automatiza sarcinile redundante în cel mai eficient, practic și confortabil mod.
Politica mea de alias este după cum urmează:
1 întrucât am * multe * pseudonime pe care le împărtășesc în aceleași ~ / .bash_aliases în diferite sisteme, aproape întotdeauna îmi încep pseudonimele cu o literă mare, ceea ce mă împiedică, de asemenea, să păstrez o comandă specifică sistemului.
2. Pentru cantitatea de aliasuri pe care le folosesc, un alias bun nu ar trebui să mă facă să apăs mai mult de 4 taste, 5, în general, tasta fiind a 4-a tastă, tasta TAB.
În acest fel, îmi este suficient să scriu primele două sau trei litere ale aliasului -> TAB -> ENTER.
3. Având aliasuri bine definite, puteți structura comenzi complexe sau automatiza sarcini complexe.
$ Up [TAB] && Cleanc [TAB]
acesta este
# UpdateSystem && Cleancli
Actualizați și curățați sistemul. Deoarece am întotdeauna o instanță tmux care rulează, descuiez terminalul, deconectez sesiunea ssh și las serverul să funcționeze singur.
În cele din urmă, rețineți că comenzile alias nu pot fi imbricate, adică nu puteți utiliza un alias într-un alt alias.
La un moment dat, am definit un alias UpdateFull care să actualizeze sistemul și apoi să activeze dispozitivele de curățat, dar am încetat să îl folosesc, deoarece actualizarea și curățarea sistemelor nu este o sarcină banală - chiar dacă dezvoltatorii ne fac viața mult mai ușoară - și prefer să am mai mult control asupra acestor acțiuni.
Estan muy interesantes algunos de esos alias, jeje. Mira este que acabo de preparar jugueteando con las expresiones regulares, para solucionar un problemita de páginas webs guardadas desde Linux a una flash, que luego no pueden abrirse desde Windows por tener caracteres extraños:
alias fixnames='sudo find . -depth -regextype posix-extended -regex '\''.*(\s+|:+|\\+|>+|+|<+|"+|\*+|\?+|\|+)/_/g'\'' "{}" \;'
Apropo, iartă-mă că am comentat de la Windows, mi-am șters partiția Linux pentru a face loc unor jocuri 😉
Ei bine, scuzați-mă, dar în primul rând am răspuns la msx (ceea ce nu a fost foarte clar datorită limitei nivelurilor de cuibărire a comentariilor) și, în al doilea rând, se pare că blogul a mâncat o parte din aliasul meu (se pare că nu vă plac mult regex), așa că l-am pus în pastă: http://paste.desdelinux.net/4685
Excelent alias @ Hugo!
M-am îndrăgostit de expresiile obișnuite când am descoperit Perl (împreună sunt imbatabile!), Pacat că sunt atât de criptice încât la 20 de minute după ce le-am creat și am verificat că funcționează, am uitat ce au făcut și trebuie să încep să le dezleg. pas cu pas! xD
Acolo copiez ER-ul pe care l-ați lipit pentru a-l testa, dacă aveți mai mult de atât de util, bine ați venit la o postare cu toate acestea 😉
Poate că acest script sau ceea ce au făcut în directorul / bin vi se pare corect (verificați subiectul Simplificarea comenzilor).
Este o critică constructivă, care evidențiază această eroare, astfel încât viitorii utilizatori GNU / Linux să nu se împiedice de o asemenea prostie (fără referire la cineva).
Pentru acest caz, lucrul corect este să editați .bashrc și să introduceți liniile pe care le considerați convenabile.
Noroc…..
~ / .bash_aliases
Se pare că nu toate distribuțiile oferă acest fișier (ceva care nu a încetat să-mi atragă atenția). Într-un astfel de caz, ar putea fi ușor de remediat punând așa ceva în .bashrc
if [ ! -f ~/.bash_aliases ] ; then
{
echo "HISTIZE=5000"
echo "HISTCONTROL=ignoreboth"
} > ~/.bash_aliases
fi
if [ -f ~/.bash_aliases ] ; then
source ~/.bash_aliases
fi
Ne pare rău, este HISTSIZE. Apropo, histsize este să definească numărul de comenzi de păstrat în istoric, iar HISTCONTROL = ignoreboth este astfel încât comenzile repetate și cele care încep cu un spațiu să nu fie salvate în istoric. Am constatat că ambele sunt foarte utile, împreună cu HISTIGNORE, o opțiune pe care am pus-o și în .bash_aliases
Ei bine, dacă iau Debian ca exemplu, veți vedea că există doar .bashrc, dar dacă sunteți puțin curioși și citiți rândurile, veți vedea o secțiune:
(a) # alte câteva aliasuri și
(b) # Definiții alias. Poate doriți să introduceți toate adăugările într-un fișier separat, cum ar fi ~ / .bash_aliases, în loc să le adăugați aici direct. Vedeți / usr / share / doc / bash-doc / exemple în pachetul bash-doc.
dacă [-f ~ / .bash_aliases]; atunci
. ~ / .bash_aliases
fi
Și, desigur, pentru acest lucru, $ vim ~ / .bash_aliases (pentru că trebuie să-l creați). Introduceți, alias XX = 'XXXXXX', salvați și ieșiți din fișier.
Acum, cu ArchLinux, se dovedește că .bashrc este practic gol. Și dacă .bashrc îndeplinește această funcție (cea alias), nu văd necesitatea de a crea .bash_aliases. Dar trebuie să-l comanzi.
Noroc…..
PS: Ține cont de faptul că aliasurile mele nu sunt atât de speciale într-o sarcină.
Salutări MSX, Hugo.
Bună @Berbellon,
Personal, aș dori ca ~ / .bashrc-ul lui Arch să devină mai robust, adică cu mai multe setări de variabile de mediu pe care le folosim zilnic, deoarece oricât de mult se învață continuu despre GNU / Linux și încearcă să lumineze cele mai întunecate colțuri există întotdeauna o broască țestoasă care ne scapă (asta dacă vine cu multe exemple de variabile de sistem, dar toate sunt absolut comentate).
Acum, Arch este aproape dezbrăcat ~ / .bashrc este de înțeles, deoarece distribuția este destinată dezvoltatorilor, oamenilor de știință, administratorilor și oricui dorește să o configureze în felul lor, pe placul lor și al utilizării personale, învățând despre sistem și citind despre cum să configurați-l - nu degeaba Arch este - dacă nu mă înșel - împreună cu Slack una dintre cele mai pure distribuții ale GNU / Linux prin faptul că fiecare pachet care face parte din sistem este atins cât mai puțin posibil, de exemplu serverul web apache numit httpd (numele real al aplicației) și se instalează în / etc / httpd spre deosebire de Debian care îl numește apache și îl instalează în / etc / apache2 cu o configurație de fișier oarecum ... personală.
Și dacă .bashrc îndeplinește această funcție (aliasul), nu văd necesitatea de a crea .bash_aliases. Dar trebuie să-l păstrați organizat ".
De fapt ~ / .bashrc nu îndeplinește această funcție, deoarece Arch Linux încearcă să încurajeze bunele practici în utilizarea sistemului, deci este recomandat în mod expres să utilizați ~ / .bash_aliases pentru a salva aliasurile.
Cu toate acestea, această distincție pentru definirea aliasurilor - ~ / .bashrc vs ~ / .bash_aliases- este pur administrativă și este furnizată astfel încât administratorul de sistem să își poată organiza într-un mod modular și curat sistemul, deoarece fișierul ~ poate fi utilizat bine. /.bashrc pentru a defini toate pseudonimele pe care le folosim.
Adevărat, dar uneori aveți unele comenzi în alias și că uneori trebuie să le faceți separat și alteori împreună și, așa cum mi-au spus deja mai sus, nu puteți aliasa o comandă pe care o aveți deja, chiar dacă este cuibărită în alta și apropo nu am sistemul defect și am doar un launchpad de la jdownloader și cel de la linuxmint debian edition l-a eliminat pentru că l-am găsit reductiv
este grav? și acesta este un script care actualizează sistemul și repornește într-un singur pas
#! / Bin / bash
actualizare sudo aptitude
sudo aptitude complet upgrade
sudo reboot
în mod normal lucrurile care se fac în mod constant sunt cele care merită să fie scriptate, o actualizare completă nu este constantă, cu atât mai puțin în debian ....
De obicei o fac des. : p
Ar trebui să încercați Semplice (minunat stabil și frumos Debian Sid cu Openbox + tint2), aptosid / Sidduction (Debian Sid aproape stabil și foarte umflat), Arch (cea mai bună distribuție RR vreodată), Gentoo / Sabayon sau orice altă distribuție RR.
Dacă utilizați debian, aș încerca Semplice, este mai modern decât Crunchbang (Debian Stable) și funcționează excelent.
Voi vedea cum și dacă mă convinge, îl pot instala pe noul laptop.
Și un post nou? 😉
Cât de des apare o nouă versiune de debian?
La fiecare 2 ani cca. Dacă utilizați stabil în testare, s-ar putea spune că este Rolling Release, adică este actualizat online aproape zilnic și nu este nevoie să reinstalați din nou sistemul.
Hmm este probabil. Cred că a pretinde a fi un idiot a doua oară nu este așa de rău.
XD
Uhh, du-te înainte, unde este pielea de campion !!! xD
Lasă-ți să te strecoare, bătrână!
În calitate de administrator sys, am doar un script pentru sarcini repetitive și dificile, nu pare a fi cazul xD
Ei bine, spune-mi ciudat, dar folosind aliasuri pentru comenzile pe care le folosești de multe ori funcționează, dar pentru ceva care se face o dată pe an? (Folosesc ubuntu lts, adică mai mult) nu are sens.
Pe lângă utilizarea aliasului, precum și schimbarea mașinii altcuiva, îl văd trăgând de -h 🙂
Am uitat să-l pun, dar cred același lucru despre scenariu