Е, виждате ли, че реших да направя това, защото трябваше да използвам гумата, която имах в тавата ми, гниеща, така че споделям скрипт, който не е голяма работа, има само 2 реда и ще поиска паролата за root или sudoers.
СЦЕНАРТ: актуализация
#! / bin / bash sudo aptitude update актуализация sudo aptitude пълно надграждане
И вуаля, те няма да бъдат затрупани с толкова много редове сложно програмиране (сарказъм).
След като го запазим, той му дава разрешения за изпълнение, влизаме като root в нашия браузър на файлове, копираме и поставяме скрипта, така че да имат нещо подобно:
Сега затваряме, отваряме терминал и пишем „актуализация“ (очевидно без кавичките)
Както ще видите на следващото изображение, хранилищата са актуализирани:
Пишем Y да приеме какво ще бъде инсталирано и / или актуализирано и да се надяваме, че актуализациите са изтеглени и инсталирани и терминалът изглежда така:
И сега сте актуализирали системата си с една команда.
Къде е сценарият?
Той се намира след първите 3 реда на публикацията.
Е, наистина не разбирам този пост.
Все още ми е любопитно, че някои потребители предпочитат да усложняват скриптове и разрешения, когато могат да решат проблема с обикновен псевдоним. Всъщност тази публикация е много подобна на тази, която току-що е публикувана на тема „опростяване на команди“ и за която, между другото, пускам коментар с псевдоним, който е дори по-пълен от този, публикуван в самата публикация. . Както и да е, желанието да допринесете за общността е благородно, но когато публикациите са толкова сходни, изглежда не помага.
Когато бях Debianite, аз „усложнявах“ с това:
http://paste.desdelinux.net/4680
Псевдонимите са за pipe и ands ~ _ ~, но това е, което GNU / Linux ме кара да харесвам много начини за правене на нещата, просто трябва да вземете предвид разрешенията на файловете.
Разбирам, че не всички от нас са добри в управлението на ОС (или Windows, GNU / Linux и т.н.), но поне трябва да научите малко за тях (тази, която използвате).
Както каза Хюго, „Актуализиране на Debian и производни с една команда [Script]“ и „Опростяване на команди“, поне за мен, няма смисъл, ако това се реши чрез редактиране на .bashrc и добавяне:
alias update = 'sudo aptitude -y update && sudo aptitude -y safe-upgrade'
Наздраве ... ..
PS: Трябва да се затрупате с код, когато наистина имате нужда от него.
Признавам, че си прав, но поне за мен да направя сценария или да го сглобя е също толкова лесно.
Тук се появява разликата между този, който прави нещата правилно, и този, който прави грешки.
Ако тепърва започвате и все още не сте знаели командата ALIAS, добре дошли в GNU / Linux и се насладете на вашия (мръсен) хак.
Във вашия случай е различно: вие се оказвате напълно невежи и небрежни, като използвате неправилно стандартите за използване на система GNU / Linux. Във вашия случай колкото по-далеч от конзолата, толкова по-добре.
Опитайте:
защото "alias update = 'sudo aptitude -y update && sudo aptitude -y safe-upgrade'"
Не ми се получи и на теория би трябвало да работи.
И ако премахнете скрипта със същото име и дори опитате друг псевдоним.
Ако обединяването на две команди в един ред не работи, това е така, защото нещо е счупено във вашата система, тъй като условното изпълнение е стандартна функционалност на bash.
Възможно ли е на вашия компютър да комбинирате пакети от различни версии на Debian и / или деривати? Ако бях на ваше място, щях да преинсталирам bash или дори цялата система само за този симптом, който описвате, тъй като вече не можех да вярвам, че системата ще се държи стабилно.
истината е, че имам няколко рендоса за стартиране и linuxmint, но не мисля, че е толкова тежко, че да преинсталирам цялата система.
Това малко изчиства нещата. Ясно е, че имаме различни критерии относно важността на стабилността на системата. 😉
В крайна сметка това е вашата система; имате пълното право да го използвате така, макар че откровено да смесвате Debian с репозитории на Ubuntu и Linux Mint ... е, за истински Debianite, което е като кощунство. Нещо повече, много Debianites се мръщят дори с помощта на apt-pinning.
По мое мнение, за да имаш тази промишленост на хранилището, би било по-добре да използваш нещо с Debian Cut, Sid, някаква производна на Sid или може би нещо друго като Ubuntu, Fedora, Arch, LFS и т.н.
Може да бъде много по-лесно да поставите всичко на една линия
sudo aptitude update && sudo aptitude dist-upgradeистината е еднократен процес и сега просто трябва да напиша "update", за да го направя, а не всеки ред, който току-що сте сложили.
Е, има нещо, което не разбирам, тъй като Desde linux е:
нас
Какво е <° Linux?
<° Linux (известен още като DesdeLinux) е сайт, посветен на теми, свързани със свободния софтуер и технологиите. Нашата цел не е нищо друго освен да предоставим на всички онези потребители, които започват в света на GNU/Linux, място, където могат да придобият нови знания по възможно най-лесния начин.
Нашите интереси:
Споделяйте и придобивайте знания с всеки.
Дебати по всяка тема, стига тя да е свързана с GNU / Linux, софтуер и безплатни технологии.
Създайте пространство на общността за помощ и поддръжка.
Създайте общност от потребители, с които да споделяте опит.
И така, защо всеки път, когато някой споделя нещо, критиката скача?
Това е може би защото повечето потребители на Linux обичат ефективни решения и ако видят нещо, което според тях може да се подобри, те казват. Досега и от това, което познавам създателите на този блог, те се опитват да спазват критериите на всички потребители; С други думи, някой има толкова право да публикува статия, колкото другите потребители да я коментират.
Нека видим, че критиката не е непременно лошо нещо, тъй като тя може много да обогати статиите, ако са направени по конструктивен начин. Очевидно деструктивните отзиви (т.е. тези, лишени от аргументи, фалшиви или обидни) са вредни, но засега не си спомням да съм виждал тук много критики от този тип.
Мисля, че това, което може да ни притесни най-много, е пълното пренебрегване на правилното използване на системата, направено от автора на публикацията, а също и хвалбата с действията му:
"Признавам, че си прав, но поне за мен да направя сценария или да го сглобя е също толкова лесно."
Ако знаете, че правите нещо нередно, когато имате възможност да го направите правилно, без допълнителни разходи - това е повече, с допълнителни предимства - но вие настоявате да го направите погрешно, то е, че:
1. Вие сте непокорно малко момче без причина.
2. ти си идиот.
Няма много повече проблеми, аз само изписвам с писмени думи това, което всеки потребител мисли, който се опитва да научи най-добрите практики на GNU / Linux и да го използва по най-ефективния начин.
За да създадете „грозни хакове“ е необходимо да демонстрирате компетентност, преди просто да сте мръсни.
хмм може би е номер 2, защото не разбрах точката.
XD
Не можете да използвате псевдоним 2 команди, най-близкото нещо беше това, което вече имах в псевдонима си, което ще бъде update && upgrade, за да направите това, което прави скриптът за актуализация. Все още не виждам къде е проблемът. Или е, че ме мързи да пиша update && upgrade.
между другото моите псевдоними, които вече имах преди да правя статия.
псевдоним rm = 'rm -i'
псевдоним cp = 'cp -i'
псевдоним mv = 'mv -i'
псевдоним надстройка = 'aptitude пълно обновяване'
актуализация на псевдонима = 'актуализация на способността'
псевдоним install = 'aptitude install'
псевдоним премахване = 'aptitude премахване'
псевдоним чист = 'склонност чист'
Това са моите псевдоними за домашния сървър на Ubuntu Server 12.04 LTS:
$ cat ~ / .bash_aliases
...
###################################
# Специфични псевдоними за Ubuntu / Debian
# ——————————-
псевдоним UpdateSystem = 'sudo aptitude update && sudo aptitude safe-upgrade && sudo aptitude full-upgrade'
псевдоним Премахване = 'sudo aptitude purge'
псевдоним SearchLocal = 'dpkg -l | grep -i'
псевдоним Търсене = 'търсене на способности'
псевдоним Install = 'sudo aptitude install'
псевдоним Покажи = 'шоу на способности'
псевдоним 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 '
псевдоним 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-su aut&mobile 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 '
Ако сложа повече от 2 команди, те не работят за мен :(, или ще работят в Ubuntu? (Не може да е същият файл, който е модифициран, нали?).
Точно както всички ние сме опасни, особено системните администратори и програмисти, ние използваме, злоупотребяваме и повторно злоупотребяваме с псевдоними и хакове, за да трябва да натискаме възможно най-малко клавиши; идеалът на всеки администратор или кодер е да стигне до точката да има псевдоним с една буква, който актуализира системата и почиства къщата (готвя, аз готвя).
Сериозно, целта тук е да се автоматизират излишните задачи по най-ефективния, практичен и удобен начин.
Политиката ми за псевдоними е следната:
1, тъй като имам * много * псевдоними, които споделям в едни и същи ~ / .bash_aliases в различни системи, почти винаги стартирам псевдонимите си с главна буква, което също ми пречи от евентуално _ стъпване_ на някаква специфична за системата команда.
2. По отношение на количеството псевдоними, които използвам, добрият псевдоним не трябва да ме кара да натискам повече от 4 клавиша, като 5 обикновено е четвъртият клавиш TAB.
По този начин ми е достатъчно да напиша първите две или три букви на псевдонима -> TAB -> ENTER.
3. С добре дефинирани псевдоними можете да структурирате сложни команди или да автоматизирате сложни задачи.
$ Up [TAB] && Cleanc [TAB]
Osea
# UpdateSystem && Cleancli
Актуализирайте и почистете системата. Тъй като винаги изпълнявам някакъв екземпляр на tmux, откачам терминала, изключвам ssh сесията и оставям сървъра да работи самостоятелно.
И накрая, имайте предвид, че командите за псевдоними не могат да бъдат вложени, тоест не можете да използвате псевдоним в друг псевдоним.
По някое време имах дефиниран псевдоним UpdateFull, който ще актуализира системата и след това ще активира почистващите препарати, но спрях да го използвам, защото актуализирането и почистването на системите не е тривиална задача - дори ако разработчиците улесняват живота ни много - и предпочитам да имам повече контрол глоба за тези действия.
Някои от тези псевдоними са много интересни, хехе. Вижте този, който току-що подготвих, играейки с регулярни изрази, за да реша малък проблем със запазени уеб страници desde Linux към флаш, който след това не може да бъде отворен от Windows поради странни знаци:
alias fixnames='sudo find . -depth -regextype posix-extended -regex '\''.*(\s+|:+|\\+|>+|+|<+|"+|\*+|\?+|\|+)/_/g'\'' "{}" \;'Между другото, простете ми да коментирам от Windows, е, че изтрих моя дял на Linux, за да освободя място за някои игри 😉
Е, извинете, но на първо място отговорих на msx (което не беше много ясно поради ограничението на нивата на влагане на коментари), и второ, очевидно блогът изяде част от псевдонима ми (изглежда, че не ги харесвате много) regex), затова го поставих в пастата: http://paste.desdelinux.net/4685
Отличен псевдоним @Hugo!
Влюбих се в регулярни изрази, когато открих Perl (заедно те са ненадминати!), Жалко, че са толкова загадъчни, че 20 минути след като ги създадох и проверих дали работят, забравих какво направих и трябва да започна да ги разнищвам стъпка по стъпка! xD
Там копирам ER, който сте поставили, за да го тествате, ако имате още толкова полезно, добре дошли в публикация с всички тях 😉
Може би този скрипт или това, което са направили в директорията / bin, ви се струва правилно (проверете темата Опростяване на командите).
Това е конструктивна критика, която подчертава тази грешка, така че бъдещите потребители на GNU / Linux да не се натъкнат на такава глупост (без позоваване на никой човек).
В този случай правилното нещо е да редактирате .bashrc и да въведете редовете, които смятате за удобни.
Наздраве ... ..
~ / .bash_aliases
Очевидно не всички дистрибуции предоставят този файл (нещо, което не спира да привлича вниманието ми). В такъв случай може лесно да се поправи, като се постави нещо подобно в .bashrc
if [ ! -f ~/.bash_aliases ] ; then{
echo "HISTIZE=5000"
echo "HISTCONTROL=ignoreboth"
} > ~/.bash_aliases
fi
if [ -f ~/.bash_aliases ] ; then
source ~/.bash_aliases
fi
За съжаление това е HISTSIZE. Между другото, histsize е да дефинира броя на командите, които да се съхраняват в историята, а HISTCONTROL = ignoreboth е, така че повтарящите се команди и тези, които започват с интервал, не се записват в историята. Открих, че и двете са много полезни, заедно с HISTIGNORE, опция, която също поставих в своите .bash_aliases
Е, ако взема като пример Debian, ще видите, че има само .bashrc, но ако сте малко любопитни и прочетете редовете, ще видите раздел:
(а) # още няколко псевдонима и
(б) # Определения на псевдоними. Може да искате да поставите всичките си добавки в отделен файл като ~ / .bash_aliases, вместо да ги добавяте директно тук. Вижте / usr / share / doc / bash-doc / примери в пакета bash-doc.
ако [-f ~ / .bash_aliases]; тогава
. ~ / .bash_aliases
fi
И разбира се за това, $ vim ~ / .bash_aliases (защото трябва да го създадете). Въведете псевдоним XX = 'XXXXXX', запишете и излезте от файла.
Сега с ArchLinux се оказва, че вашият .bashrc е практически празен. И ако .bashrc изпълнява тази функция (псевдонима), не виждам необходимостта да създавам .bash_aliases. Но трябва да го поръчате.
Наздраве ... ..
PS: Вземете под внимание, че моите псевдоними не са толкова специални в дадена задача.
Поздрави MSX, Hugo.
Здравей @Berbellon,
Лично аз бих искал ~ / .bashrc на Arch да стане по-стабилен, тоест с няколко настройки на променливи на околната среда, които използваме ежедневно, защото независимо колко непрекъснато се учи за GNU / Linux и се опитва да осветява най-тъмните ъгли винаги има някаква костенурка, която ни избягва (че ако, това идва с много примери за системни променливи, но всичко е абсолютно коментирано).
Сега почти изчистеният ~ / .bashrc на Arch е разбираем, тъй като дистрибуцията е предназначена за разработчици, учени, системни администратори и всеки, който иска да го конфигурира по свой собствен начин, по свой вкус и лична употреба, като научи за системата и прочете как да конфигурирайте го - не напразно Arch е -ако не греша- заедно със Slack един от най-чистите дистрибуции на GNU / Linux, тъй като всеки пакет, който е част от системата, се докосва възможно най-малко, например уеб сървъра на apache наречен httpd (истинско име на приложението) и се инсталира в / etc / httpd за разлика от Debian, който го нарича apache и го инсталира в / etc / apache2 с малко ... лична конфигурация на файла.
И ако .bashrc изпълнява тази функция (псевдонима), не виждам необходимостта да създавам .bash_aliases. Но трябва да го поддържате организиран. "
Всъщност ~ / .bashrc не изпълнява тази функция, тъй като Arch Linux се стреми да насърчи добри практики при използването на системата, така че изрично се препоръчва да се използват ~ / .bash_aliases за запазване на псевдоними.
Това разграничение за дефиницията на псевдоними - ~ / .bashrc срещу ~ / .bash_aliases- е чисто административно и е предоставено, за да може системният администратор да организира по модулен и изчистен начин своята система, тъй като ~ файлът може да се използва добре. /.bashrc, за да дефинираме всички псевдоними, които използваме.
Вярно, но понякога имате някои команди в псевдонима и че понякога трябва да ги правите отделно, а друг път заедно и както вече ми казаха по-горе, не можете да псевдоним на команда, която вече имате, дори ако е вложена в друга, и между другото нямам счупена система и имам само jdownloader launchpad и linuxmint debian edition one, който го премахнах, защото ми се стори редукционен.
е сериозно? и това е скрипт, който актуализира системата и се рестартира в една стъпка
#! / Хамбар / Баш
актуализация Sudo правоспособност
sudo aptitude пълно надграждане
sudo рестартиране
обикновено нещата, които се правят постоянно, са тези, които заслужават да бъдат скриптове, пълното надграждане не е постоянно, още по-малко в debian ....
Обикновено го правя често. : стр
Трябва да опитате Semplice (чудесно стабилен и красив Debian Sid с Openbox + tint2), aptosid / Sidduction (Debian Sid почти стабилен и много подут), Arch (най-добрата RR дистрибуция някога), Gentoo / Sabayon или която и да е друга RR дистрибуция.
Ако използвате debian, ще опитам Semplice, той е по-модерен от Crunchbang (Debian Stable) и работи отлично.
Отивам да видя как и ако ме убеди, мога да го инсталирам на новия лаптоп.
И нов пост? 😉
Колко често се появява нова версия на debian?
На всеки 2 години прибл. Ако използвате стабилно при тестване, може да се каже, че е Rolling Release, тоест се актуализира онлайн почти ежедневно и не е необходимо да преинсталирате системата отново.
Хмм е вероятно. Предполагам, че да се правиш на идиот за втори път не е толкова лошо.
XD
Ъъъ, давай, къде е онази шампионска кожа !!! xD
Нека ти се подхлъзне, старице!
Като sysadmin аз само скрипт за повтарящи се и трудни задачи, това не изглежда като случая xD
Е, обадете ми се странно, но използването на псевдоними за команди, които често използвате, е добре, но за нещо, което се прави веднъж годишно? (Използвам ubuntu lts, имам предвид повече) няма смисъл.
В допълнение както към използването на псевдонима, така и към смяната на машината на някой друг, виждам как дърпа -h 🙂
Забравих да го сложа, но мисля същото и за сценария