Att lära sig att använda terminalen, vim + mer

[Emil.s]

För många är terminalen en svart ruta med vit text som rusar förbi, som man inte förstår något av.

Så behöver det inte vara!

Terminalen är, och har alltid vart ett av de starkaste verktygen i UNIX/Linux.
Man kan mycket snabbt göra allt som man kan göra med tex Nautilus. Navigera runt bland filer, administrera användare och allt annat tänkbart.

För att lära dig de grundläggande sakerna kan du läsa här:
http://sandnabba.se/anv%C3%A4nda_terminalen

Och sen är du fast!  Välkommen in i commandlinens underbara värld!

[Emil.s]

Ja, så var Del 2 ute!

Kommentera gärna!
http://sandnabba.se/anv%C3%A4nda_terminalen_del2

EDIT:
Och så finns även en snabbguide för VIM här:
http://sandnabba.se/vim_guide

[hanzukun]

Intressant tycker jag!
Jag gillar terminalen men tycker att jag ofta glömmer bort kommandon så det kan bli lite besvärligt ibland...

Är det någon skillnad på bg 1 och bg %1?

[Emil.s]

Intressant tycker jag!
Jag gillar terminalen men tycker att jag ofta glömmer bort kommandon så det kan bli lite besvärligt ibland...

Är det någon skillnad på bg 1 och bg %1?

Om det funkar med "bg 1" så bör det inte vara det.

[Kerath]

Kanske onödigt att ta upp vim direkt? Annars var det bra, särskilt att du satsar på navigeringskommandona som är de absolut viktigaste!

EDIT: Det heter Bourne Again Shell. Det kan lätt förväxlas med Born again shell ( född igen skalet), men det första skalet "sh" hette egentligen Bourne Shell därav namnet Bourne Again... 

Emacs- och Vimläget visste jag inte någonting om tidigare, intressant... 

[Galgalid]

Riktigt nice med en del 2  

[Barre]

Tjena Emil..

För det första, jag avundas din energi och entusiasm, men jag kan inte låta bli att vara petig

Skal, och kommandosyntax
Sista meningen i första stycket:
Ett exempel är "ls", som med växeln "-A" visar alla dolda filer
Det är sant det du skriver, -A visar alla dolda filer, men kommer inte skriva ut "." och ".." (petigt, men rätt skall vara rätt )

"grep"
Andra meningen:
I den filen sparas all info om varje användare, så som Användarnamn, UUID, GID, Riktigt namn, o.s.v...
det är inte UUID som sparas i /etc/passwd, det heter UID (User IDentification). UUID =Universally Unique IDentifier

grep exemplen som tas upp blir lite "kaka på kaka" genom att köra cat genom en "pipe" till grep.
grep tar en fil som argument.
cat /etc/passwd | grep emil kan(bör?) alltså förkortas grep emil /etc/passwd

"piping"
sista meningen:
För ett till exmpel så kan du testa "cat /var/log/syslag | less". Du bör få precis samma output som om du kört "less /var/log/syslog".
skrivfel, det skall väl vara /var/log/syslog och inte /var/log/syslag.
Dessutom så tar less en fil som argument så det kan(bör?) förkortas till less /var/log/syslog och inte cat /var/log/syslog | less


Keep up the good work emil... you rock (på ren svenska!!)

[Kerath]

Du borde skriva att man kan göra ett bash-skript till ett "vanligt kommando". Detta görs genom att man som root:

Kod: Markera allt

mv mittskript /bin/ && chmod +x /bin/mittskript

Det är mycket enklare att göra på det här sättet, då slipper man skriva ut hela sökvägen.

[Emil.s]

Var borta och jobbat. Såg det inte förens nu.

Tack för respons! 

Fixade det ni påpekat.

[Barre]

nu smög det in ett nytt fel
Under rubriken "piping" sista meningen:
Du kan även testa "cat /etc/passwd | grep *användarnamn*". Samma som "grep *användarnamn* >/etc/passwd"

det har smygit in ett > som inte skall vara där

[Emil.s]

nu smög det in ett nytt fel
Under rubriken "piping" sista meningen:
Du kan även testa "cat /etc/passwd | grep *användarnamn*". Samma som "grep *användarnamn* >/etc/passwd"

det har smygit in ett > som inte skall vara där

Ja se, det hade det. Tackar!

[Kerath]

Blir det någon lära sig använda vim-/emacs-guide? 


P.S. Du borde använda nano i dina exempel eftersom det är mycket lättare för en nybörjare än vim.

[Emil.s]

Blir det någon lära sig använda vim-/emacs-guide? 


P.S. Du borde använda nano i dina exempel eftersom det är mycket lättare för en nybörjare än vim.

Jo, jag funderade mycket på det där. Men om man är så intresserad av att lära sig att använda terminalen, så utgår jag faktiskt från att man är beredd att lära sig en "riktig" texteditor.

Vim guide blir det inte, då jag anser att "vimtutor" är så bra att det inte är möjligt att göra bättre.
Emacs använder jag inte själv, så det vet jag inte hur det funkar. Man kanske borde lära sig.

[Kerath]

Blir det någon lära sig använda vim-/emacs-guide? 


P.S. Du borde använda nano i dina exempel eftersom det är mycket lättare för en nybörjare än vim.

Jo, jag funderade mycket på det där. Men om man är så intresserad av att lära sig att använda terminalen, så utgår jag faktiskt från att man är beredd att lära sig en "riktig" texteditor.

Vim guide blir det inte, då jag anser att "vimtutor" är så bra att det inte är möjligt att göra bättre.
Emacs använder jag inte själv, så det vet jag inte hur det funkar. Man kanske borde lära sig.

En guide för att komplettera  vimtutor skulle nog vara bra. Jag läste en fantastisk guide i Linux Format som bl.a. tog upp hur man ska tänka när man använder vim, hur man ställer in inställningar, globala ändringar m.m.

Exempel: Ändra tre ord c(hange)3w(ords), Ta bort tre ord d(elete)3w(ords) o.s.v. 

Dessa saker tar inte vimtutor upp (om jag inte minns helt fel ).

[Barre]

En guide för att komplettera  vimtutor skulle nog vara bra. Jag läste en fantastisk guide i Linux Format som bl.a. tog upp hur man ska tänka när man använder vim, hur man ställer in inställningar, globala ändringar m.m.

Exempel: Ändra tre ord c(hange)3w(ords), Ta bort tre ord d(elete)3w(ords) o.s.v. 

Dessa saker tar inte vimtutor upp (om jag inte minns helt fel ).

Jag tycker det är en bra idé.. kanske du kan göra den... själv orkar jag inte

[Kerath]

En guide för att komplettera  vimtutor skulle nog vara bra. Jag läste en fantastisk guide i Linux Format som bl.a. tog upp hur man ska tänka när man använder vim, hur man ställer in inställningar, globala ändringar m.m.

Exempel: Ändra tre ord c(hange)3w(ords), Ta bort tre ord d(elete)3w(ords) o.s.v. 

Dessa saker tar inte vimtutor upp (om jag inte minns helt fel ).

Jag tycker det är en bra idé.. kanske du kan göra den... själv orkar jag inte

Om inte Emils.s vill göra den så går det säkert. Kommer dock att ha en hel del att göra här framöver så jag kan inte lova något.

[Emil.s]

Blir det någon lära sig använda vim-/emacs-guide? 


P.S. Du borde använda nano i dina exempel eftersom det är mycket lättare för en nybörjare än vim.

Jo, jag funderade mycket på det där. Men om man är så intresserad av att lära sig att använda terminalen, så utgår jag faktiskt från att man är beredd att lära sig en "riktig" texteditor.

Vim guide blir det inte, då jag anser att "vimtutor" är så bra att det inte är möjligt att göra bättre.
Emacs använder jag inte själv, så det vet jag inte hur det funkar. Man kanske borde lära sig.

En guide för att komplettera  vimtutor skulle nog vara bra. Jag läste en fantastisk guide i Linux Format som bl.a. tog upp hur man ska tänka när man använder vim, hur man ställer in inställningar, globala ändringar m.m.

Exempel: Ändra tre ord c(hange)3w(ords), Ta bort tre ord d(elete)3w(ords) o.s.v. 

Dessa saker tar inte vimtutor upp (om jag inte minns helt fel ).

Nja, står ju ganska bra ändå. Tex:

                              LEKTION 2 SAMMANFATTNING


  1. För att radera från markören till slutet av ett ord skriv:    dw

  2. För att radera från markören till slutet av en rad skriv:    d$

  3. För att radera en hel rad skriv:    dd

  4. Syntaxen för ett kommando i Normal-läge är:

      [nummer]  kommando  objekt  ELLER  kommando  [nummer]  objekt
    där:
      nummer - är hur många gånger kommandot kommandot ska repeteras
      kommando - är vad som ska göras, t.ex.  d  för att radera
      objekt - är vad kommandot ska operera på, som t.ex.  w (ord),
                $ (till slutet av raden), etc.

Men iof så har jag inget spec för mig. Kan ju skriva en lien HOWTO, om hur mon kommer igång med vim, där jag ser till att folk får igång "vimtutor", och där jag sammanfattar de viktigaste kommandona från alla delar längst ner.

[jbosa1]

Terminalen?

är det därför man vill ha en POWERMAC i sitt nästa liv?

- sudo apt *bli en MAC, store gud tack*

[Barre]

Terminalen?

är det därför man vill ha en POWERMAC i sitt nästa liv?

- sudo apt *bli en MAC, store gud tack*

"man" är ekvivalent med "jag" i den meningen, eller vad menar du?

Vill du inte använda terminalen så behöver du inte heller, och om du inte vill använda en terminal så undrar jag varfr du postar i ett terminalforum
(för övrigt så finns terminalen även i en MAC )

[Calmeida]

Eftersom Ubuntu tenderar kriga med mig och det bara finns smidiga interna GUI-lösningar till en bråkdel av sakerna så har jag haft en del bataljer i terminalen. Kan inte påstå att jag upplever det som sådär extremt supereffektivt, men visst, de gör väl sitt jobb även om pek och klick alltid är lättare. Då slipper man släppa colan i vänsterhanden.

Men även terminaler gör en lat. Jag skapade automatiska startare för Grub och lite annat sådant som man pillar med i princip varje gång man startar Ubuntu.