Nos, látod, azért döntöttem így, mert a tálcámban lévő radírt kellett használnom, így egy olyan szkriptet osztottam meg, ami nem nagy ügy, csak 2 soros, és a root jelszót vagy a sudoereket kéri.
SCRIPT: frissítés
#! / bin / bash sudo aptitude frissítés sudo aptitude teljes frissítés
És voila, nem fognak elárasztani ennyi bonyolult programozási sor (Sarcasm).
Miután elmentettük, végrehajtási engedélyeket ad neki, rootként adjuk meg a fájlböngészőnket, másoljuk és beillesztjük a szkriptet, hogy valami ilyesmi legyen:
Most bezárunk, megnyitunk egy terminált és írunk 'update' (nyilvánvalóan idézőjelek nélkül)
Amint a következő képen látható, a tárak frissültek:
Írunk Y elfogadni, hogy mi kerül telepítésre és / vagy frissítésre, és remélhetőleg a frissítéseket letöltjük és telepítjük, és a terminál így néz ki:
És most egyetlen paranccsal frissítette a rendszerét.
Hol a forgatókönyv?
A poszt első 3 sora után található.
Nos, nagyon nem értem ezt a bejegyzést.
Még mindig kíváncsi számomra, hogy egyes felhasználók inkább bonyolítják a szkripteket és az engedélyeket, amikor egyszerű álnéven oldják meg a problémát. Valójában ez a bejegyzés nagyon hasonlít az imént a "parancsok egyszerűsítéséről" megjelent hozzászólásra, amelyhez egyébként egy aliassal ellátott megjegyzést tettem ki, amely még teljesebb, mint maga a posztban megjelent. . Egyébként nem kívánatos hozzájárulni a közösséghez, de amikor a hozzászólások annyira hasonlóak, úgy tűnik, ez nem segít.
Debianita koromban "bonyolultam" ezzel:
http://paste.desdelinux.net/4680
Az álnevek a csövekre és az ands ~ _ ~ -ra vonatkoznak, de ettől a GNU / Linux kedveli a dolgok sokféle módját, csak figyelembe kell vennie a fájlok engedélyeit.
Megértem, hogy nem mindannyian vagyunk alkalmasak az operációs rendszerek (akár a Windows, akár a GNU / Linux stb.) Kezelésére, de legalább meg kell tanulnod róluk egy kicsit (azt, amelyet használsz).
Ahogy Hugo mondta: "A Debian és a derivatívák frissítése egyetlen paranccsal [Script]" és a "Parancsok egyszerűsítése", legalábbis számomra, nincs értelme, ha ez megoldódik a .bashrc szerkesztésével és a következővel:
alias update = 'sudo aptitude -y update && sudo aptitude -y safe-upgrade'
Egészségére…..
PS: Akkor kell elárasztania magadat kóddal, amikor valóban szükséged van rá.
Elismerem, hogy igazad van, de legalább számomra ugyanolyan egyszerű a forgatókönyv elkészítése vagy az álnevezés.
Itt jön létre a különbség annak, aki helyesen és rosszul cselekszik.
Ha még csak most indul, és még mindig nem ismeri az ALIAS parancsot, üdvözöljük a GNU / Linux-on, és élvezze a (piszkos) csapkodást.
A te esetedben ez más: teljesen tudatlannak és hanyagnak bizonyulsz azzal, hogy visszaélsz a GNU / Linux rendszer használatának szabványaival. Az Ön esetében minél távolabb van a konzoltól, annál jobb.
Próbáld ki:
mert "alias update = 'sudo aptitude -y update && sudo aptitude -y safe-upgrade" "
Nekem nem működött, és elméletileg működnie kell.
És ha eltávolítja az azonos nevű szkriptet, és még egy másik álnevet is kipróbál.
Ha két parancs összefűzése egy sorban nem működik, az azért van, mert valami elromlott a rendszerben, mert a feltételes végrehajtás a bash alapfunkciója.
Lehetséges, hogy a PC-n a Debian különböző verzióinak és / vagy a derivatíváknak a csomagjait kombinálja? Ha a helyedben lennék, csak az általad leírt tünet miatt telepíteném újra a bash-t vagy akár az egész rendszert, mert már nem bízhattam abban, hogy a rendszer stabilan fog viselkedni.
az az igazság, hogy van néhány launchpad és linuxmint repóm, de nem hiszem, hogy ez olyan súlyos, hogy újratelepíteném az egész rendszert.
Ez kissé tisztázza a dolgokat. Nyilvánvaló, hogy különböző kritériumaink vannak a rendszer stabilitásának fontosságát illetően. 😉
Végül is ez a te rendszered; minden jogod megvan így használni, bár őszintén szólva kevered a Debiant az Ubuntu és a Linux Mint repókkal ... nos, egy igazi Debianite számára, amely olyan, mint a szentségtörés. Ráadásul sok debianita összeráncolja az apt-pinning használatát is.
Véleményem szerint a tárházi promóció érdekében jobb, ha valamit használsz a Debian Cut-tal, a Sid-kel, a Sid valamilyen származékával, esetleg valami mással, mint az Ubuntu, a Fedora, az Arch, az LFS stb.
Sokkal könnyebb mindent egy vonalba tenni
sudo aptitude update && sudo aptitude dist-upgrade
az igazság egyszeri folyamat, és most csak az "update" szót kell beírnom, és nem minden sort, amit csak feltettem.
Nos, valamit nem értek azóta Desde linux a következő:
minket
Mi a <° Linux?
<° Linux (más néven DesdeLinux) a szabad szoftverekkel és technológiákkal kapcsolatos témákkal foglalkozó webhely. Célunk nem más, mint hogy a GNU/Linux világában kezdő felhasználók számára egy olyan helyet biztosítsunk, ahol a lehető legegyszerűbb módon szerezhetnek új ismereteket.
Érdeklődési körünk:
Ossza meg és szerezzen ismereteket bárkivel.
Vita bármely témáról, amennyiben az a GNU / Linux-hoz, a szoftverhez és a szabad technológiákhoz kapcsolódik.
Hozzon létre egy közösségi teret a Súgó és támogatás számára.
Létrehozza a felhasználók közösségét, akikkel megoszthatja tapasztalatait.
Akkor miért ugrik meg a kritika minden alkalommal, amikor valaki megoszt valamit
Ennek valószínűleg az az oka, hogy a legtöbb Linux felhasználó szereti a hatékony megoldásokat, és ha látnak valamit, ami szerintük javítható, azt mondják. Eddig, és amiről ismerem a blog készítőit, megpróbálják tiszteletben tartani az összes felhasználó kritériumait; Más szavakkal: valakinek ugyanannyi joga van cikket közzétenni, mint a többi felhasználónak, hogy megjegyzést fűzzen hozzá.
Lássuk, a kritika nem feltétlenül rossz dolog, mivel sokat gazdagíthatja a cikkeket, ha konstruktív módon történik. Nyilvánvaló, hogy a romboló vélemények (vagyis azok, amelyekből hiányzik az érvelés, hamisak vagy sértőek) károsak, de eddig nem emlékszem, hogy sok ilyen jellegű kritikát láttam volna errefelé.
Azt hiszem, ami a legjobban zavart minket, az a rendszer helyes használatának teljes figyelmen kívül hagyása, amelyet a bejegyzés írója tett, és azzal is dicsekedett a tettével:
"Elismerem, hogy igazad van, de legalább számomra ugyanolyan egyszerű a forgatókönyv elkészítése vagy álnevesítése."
Ha tudod, hogy valamit rosszul csinálsz, amikor lehetőséged van rá, hogy külön és külön költség nélkül csináld - ez több, további előnyökkel jár -, de ragaszkodsz ahhoz, hogy rosszul tedd, ez az:
1. Lázadó kisfiú vagy ok nélkül.
2. idióta vagy.
Nincs sokkal több fordulat a témához, csak írott szavakkal fogalmazom meg azt, amit minden olyan felhasználó gondol, aki megpróbálja megtanulni a legjobb GNU / Linux gyakorlatokat és a leghatékonyabban használni.
"Csúnya csapkodások" létrehozásához először be kell mutatnia a hozzáértését, ha nem egyszerűen piszkos.
hmm talán ez a 2. szám, mert nem értettem a lényeget.
XD
Nem lehet alias 2 parancsot használni, a legközelebbi az volt, ami már volt az aliasomban, ami az update && upgrade lenne, ha azt csinálnám, amit a frissítési parancsfájl tesz. Még nem látom, hol van a probléma. Vagy az, hogy lusta vagyok az update && upgrade megírásához.
egyébként az álneveim, amelyek már a cikk készítése előtt megvoltak.
alias rm = 'rm -i'
álnév cp = 'cp -i'
álnév mv = 'mv -i'
alias upgrade = 'aptitude full-upgrade'
alias update = 'aptitude update'
alias install = 'aptitude install'
alias remove = 'aptitude remove'
alias clean = 'alkalmasság tiszta'
Ezek az álneveim az Ubuntu Server 12.04 LTS otthoni kiszolgálóhoz:
$ cat ~ / .bash_aliases
...
###################################
# Ubuntu / Debian specifikus álnevek
# ——————————-
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 Search = 'alkalmassági keresés'
alias Install = 'sudo aptitude install'
alias Show = 'alkalmassági 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 '
Ha 2-nél több parancsot teszek be, akkor azok nem működnek nekem :(, vagy az, hogy az Ubuntuban működnek? (Nem ugyanaz a fájl lehet, amelyet módosítottak, igaz?).
Ahogyan mindannyian elkeseredettek vagyunk, különösen a rendszergazdák és a programozók, az álnevek és a hackek használatát, visszaélését és újbóli visszaélését alkalmazzuk annak érdekében, hogy minél kevesebb gombot kelljen megnyomnunk; minden rendszergazda vagy kódoló ideálja, ha eljutunk odáig, hogy legyen egy egybetűs álnév, amely frissíti a rendszert és kitakarítja a házat (főzni, főzni).
Komolyan, itt a lényeg a felesleges feladatok a lehető leghatékonyabb, praktikusabb és legkényelmesebb automatizálása.
Álnevem politikám a következő:
1 mivel * sok * álnevem van, amelyeket ugyanazokban a ~ / .bash_alias-okban osztok meg a különböző rendszereken, szinte mindig nagybetűvel kezdem az álneveimet, ami szintén megakadályozza, hogy valamilyen rendszer-specifikus parancsra _lépjek_.
2. Az általam használt álnevek mennyiségéhez egy jó álnév miatt nem szabad 4-nél többet lenyomnom, az 5-öt általában a 4. billentyű a TAB.
Ily módon elég, ha megírom az álnév első két vagy három betűjét -> TAB -> ENTER.
3. Jól definiált álnevek birtokában összetett parancsokat strukturálhat vagy komplex feladatokat automatizálhat.
$ Up [TAB] && Cleanc [TAB]
azaz
# UpdateSystem && Cleancli
Frissítse és tisztítsa meg a rendszert. Mivel mindig fut egy tmux példány, leválasztom a terminált, leválasztom az ssh munkamenetet, és hagyom, hogy a szerver önállóan működjön.
Végül ne feledje, hogy az alias parancsokat nem lehet egymásba ágyazni, azaz nem használhat álnevet egy másik álnéven belül.
Valamikor meghatároztam egy UpdateFull álnevet, amely frissíti a rendszert, majd aktiválja a tisztítószereket, de abbahagytam a használatát, mert a rendszerek frissítése és tisztítása nem jelentéktelen feladat - még akkor is, ha a fejlesztők sokkal könnyebbé teszik az életünket -, és én jobban szeretem, ha nagyobb irányítással rendelkezem finom ezekről a cselekedetekről.
Néhány álnev nagyon érdekes, hehe. Nézze meg ezt, amit most készítettem el a reguláris kifejezésekkel játszva, hogy megoldjak egy kis problémát a mentett weboldalakkal desde Linux flash-re, amely ezután nem nyitható meg a Windowsból furcsa karakterek miatt:
alias fixnames='sudo find . -depth -regextype posix-extended -regex '\''.*(\s+|:+|\\+|>+|+|<+|"+|\*+|\?+|\|+)/_/g'\'' "{}" \;'
Egyébként bocsáss meg, hogy kommenteltem a Windows-t, töröltem a Linux partíciómat, hogy helyet biztosítsak néhány játéknak 😉
Nos, bocsásson meg, de először is válaszoltam az msx-re (ami a kommentek fészkelési szintjének korlátja miatt nem volt túl egyértelmű), másodsorban nyilvánvalóan a blog megette az álnevem egy részét (úgy tűnik, hogy nem nagyon szereted őket) regex), ezért a pasztába tettem: http://paste.desdelinux.net/4685
Kiváló álnév @Hugo!
Beleszerettem a rendszeres kifejezésekbe, amikor felfedeztem Perl-t (együtt verhetetlenek!), Kár, hogy annyira titokzatosak, hogy 20 perccel azután, hogy létrehoztam őket és ellenőriztem, hogy működnek-e, elfelejtettem, amit tettek, és lépésről lépésre el kell kezdenem bontani őket! xD
Másolom az ER-t, amelyet beillesztettél, hogy tesztelhesd, ha még hasznosabb vagy, üdvözlök egy-egy bejegyzésben mindkettővel 😉
Talán ez a szkript vagy az, amit a / bin könyvtárban tettek, helyesnek tűnik számodra (ellenőrizze a Parancsok egyszerűsítése témakört).
Ez egy konstruktív kritika, amely rávilágít erre a hibára, hogy a jövőbeli GNU / Linux felhasználók ne botljanak bele ilyen ostobaságba (senki másra való hivatkozás nélkül).
Ebben az esetben a helyes dolog a .bashrc szerkesztése és a szerinted kényelmes sorok bevezetése.
Egészségére…..
~ / .bash_aliases
Nyilvánvalóan nem minden disztribúció biztosítja ezt a fájlt (ami nem hagyta abba a figyelmemet). Ebben az esetben könnyen megoldható, ha valami ilyesmit tesz a .bashrc fájlba
if [ ! -f ~/.bash_aliases ] ; then
{
echo "HISTIZE=5000"
echo "HISTCONTROL=ignoreboth"
} > ~/.bash_aliases
fi
if [ -f ~/.bash_aliases ] ; then
source ~/.bash_aliases
fi
Sajnálom, ez a HISTSIZE. A hisztize egyébként az előzményekben megtartandó parancsok számának meghatározását jelenti, a HISTCONTROL = ignorebothboth pedig annyit jelent, hogy az ismételt és a szóközzel kezdődő parancsokat nem menti az előzmények. Mindkettőt nagyon hasznosnak találtam, a HISTIGNORE-val együtt, egy lehetőséget, amelyet a .bash_aliases-be is tettem
Nos, ha a Debian-t veszem példának, akkor látni fogja, hogy csak a .bashrc van, de ha egy kicsit kíváncsi vagy és elolvassa a sorokat, akkor egy részt láthatsz:
(a) # még néhány ls álnév, és
(b) # Álnevek meghatározása. Érdemes minden kiegészítését külön fájlba tenni, például ~ / .bash_aliases, ahelyett, hogy közvetlenül ide adná őket. Lásd: / usr / share / doc / bash-doc / példa a bash-doc csomagban.
ha [-f ~ / .bash_aliases]; akkor
. ~ / .bash_aliases
fi
És ehhez természetesen $ vim ~ / .bash_aliases (mert létre kell hozni). Írja be, alias XX = 'XXXXXX', mentsen és lépjen ki a fájlból.
Most az ArchLinux segítségével kiderül, hogy a .bashrc fájlod gyakorlatilag üres. És ha a .bashrc teljesíti ezt a funkciót (az álnevet), nem látom szükségét a .bash_aliases létrehozásának. De megrendelni kell.
Egészségére…..
PS: Vegye figyelembe, hogy az álneveim nem annyira különlegesek egy feladatban.
Üdvözlet MSX, Hugo.
Szia @Berbellon!
Személy szerint azt szeretném, ha az Arch ~ / .bashrc-je robusztusabb lenne, vagyis a környezeti változók több beállításával, amelyeket minden nap használunk, mert bármennyire is folyamatosan tanuljanak a GNU / Linuxról és megpróbálják megvilágítani a legsötétebb sarkokat, mindig vannak néhány teknős, amely elmenekül tőlünk (ha igen, akkor ez a rendszerváltozók sok példájával jár, de mindegyiket feltétlenül kommentálták).
Most az Arch szinte lecsupaszított ~ / .bashrc érthető, mivel a disztribúciót fejlesztőknek, tudósoknak, rendszergazdáknak és bárkinek szánják, akik a maguk módján, saját ízlésük szerint és személyes használatra szeretnék konfigurálni a rendszer megismerésével és a konfigurálásával - nem hiába az Arch - ha nem tévedek - a Slack-kel együtt a GNU / Linux egyik legtisztább disztribúciója, hogy a rendszer részét képező minden egyes csomagot a lehető legkevésbé érintenek meg, például az apache webszervert, az ún. A httpd (az alkalmazás tényleges neve) és az / etc / httpd könyvtárba települ, ellentétben a Debiannal, amely apache-nak hívja, és kissé… személyes fájlkonfigurációval telepíti az / etc / apache2 könyvtárba.
«És ha a .bashrc teljesíti ezt a funkciót (az álnevet), nem látom szükségét a .bash_aliases létrehozásának. De szervezetten kell tartani. "
Valójában a ~ / .bashrc nem tölti be ezt a funkciót, mivel az Arch Linux arra törekszik, hogy ösztönözze a rendszer használatának jó gyakorlatát, ezért kifejezetten ajánlott a ~ / .bash_aliases használatát az álnevek mentésére.
Az álnevek meghatározásának ez a megkülönböztetése - ~ / .bashrc vs ~ / .bash_aliases - azonban pusztán adminisztratív jellegű, és azért van megadva, hogy a rendszergazda modulárisan és tiszta módon rendezhesse rendszerét, mivel a ~ fájl jól használható. /.bashrc az általunk használt összes álnév meghatározásához.
Igaz, de néha van néhány parancsod az álnévben, és néha külön-külön kell megtenni őket, máskor pedig együtt, és ahogy már fentebb mondták, nem tudod álnéven használni a már meglévő parancsodat, még akkor sem, ha be van ágyazva egy másikba, és mellesleg nekem nincs hibás rendszer, és csak egy jdownloader indítópadom van, és a linuxmint debian kiadást is eltávolítottam, mert nekem reduktívnak tűnt.
komolyan? és ez egy szkript, amely frissíti a rendszert és egy lépésben újraindul
#! / bin / bash
sudo aptitude update
sudo aptitude teljes frissítés
sudo újraindítás
általában a folyamatosan végrehajtott dolgokat érdemes megírni, a teljes frissítés nem állandó, még kevésbé a debianban ...
Általában gyakran csinálom. : p
Ki kell próbálnia a Semplice-t (csodálatosan stabil és gyönyörű Debian Sid az Openbox + tint2-vel), az aptosid / Sidduction-t (a Debian Sid szinte stabil és nagyon dagadt), az Arch-ot (valaha volt legjobb RR-disztró), a Gentoo / Sabayont vagy bármely más RR-disztrót.
Ha Debian-t használsz, kipróbálnám a Semplice-t, az modernebb, mint a Crunchbang (Debian Stable), és kiválóan működik.
Meg fogom nézni, hogyan és ha meggyőz, telepíthetem az új laptopra.
És egy új bejegyzés? 😉
Milyen gyakran jelenik meg a debian új verziója?
2 évente kb. Ha stabilan használja a tesztelést, akkor azt lehet mondani, hogy ez a Rolling Release, vagyis az internet szinte naponta frissíti, és nem kell újra telepítenie a rendszert.
Hmm valószínű. Azt hiszem, másodszor is idiótának színlelni nem olyan rossz.
XD
Uhh, hajrá, hol van az a bajnok bőr !!! xD
Csúsztasson meg, öregasszony!
Sysadminként csak ismétlődő és fárasztó feladatokra szkriptelek, ez nem tűnik xD esetnek
Nos, hívj furcsának, de álneveket használva a gyakran használt parancsokhoz, de évente egyszer végrehajtott dolgokhoz? (Az ubuntu lts-t használom, vagyis többet értek) nincs értelme.
Az álnév használata mellett valaki más gépének megváltoztatása mellett látom, hogy a -h 🙂 húzza
Elfelejtettem feltenni, de ugyanezt gondolom a forgatókönyvről is