Er Shell og Terminal det samme?

Shell er en tank station :p



Men, nej det er det ikke.

Hvad Shell er, er nok nemmere at forklare med dette link

http://en.wikipedia.org/wiki/Shell_(computing)



Og nu ved jeg ikke hvad du betegner som terminal.



Eksempel: Bash er en Shell, og den bliver vist i en Terminal.

både og.



teknisk set er en termonal sådan en fætter her http://vt100.net/vt_history eller sådan en http://www.columbia.edu/acis/history/3270.html altså hardware dimser man bruger til at forbinde til et multibruger system, en shell er så det software der kører på multibruger systemet og lader brugeren starte og kontrolere jobs/programmer det kan så være Bash(linux) eller deciderede mainframe systemer(3270 er en mainframe ting).



Den normale måde at implementere et linux system er at have et traditionelt multibruger system med en bruger tilsluttet via en virtuel terminal. Linux som næsten alle unixer vil som default understøtte og emulere VT100 men kan også andet IBM mainframes emulerer 3270 terminaler.



Både VT100 baserede systemer og 3270 baserede systemer er stadigvæk i brugt på rigtigt mange kontorer, men det er via emulator software og ikke rigtige terminaler i en del organisationer omtalers PCerene stadigvæk som terminaler.

Du har fat i noget af det, jeg mener. Jeg tænker på, hvis du eksempelvis i Ubuntu eller Mint starter din terminal op. Debian må vel være det samme forhold. Skriver jeg så det, jeg skriver efter prompten (det sædvanlige dollartegn i et selvstændigt program kaldet terminal, eller skriver jeg det i Shell - Jeg mener, jeg skriver det i et selvstændigt program (terminalen), hvorfra det så ekspederes videre til Shell og derfra til kernen. Er min opfattelse korrekt, eller er jeg hel galt på den?

#3 Læs #2, han er inde på noget af det. Når du skriver i commandoer i f.eks. bash, skriver du det i en shell som bash nu engang er. Terminalen, eller Konsollen som nok er det mere korrekte betegnelse, bruges til at vise bash.

Du skriver bl.a.:

"en shell er så det software der kører på multibruger systemet og lader brugeren starte og kontrolere jobs/programmer det kan så være Bash(linux)"



Jeg sidder i øjeblikket og tester Mint 7. Her har jeg et program kaldet terminalen.

Det jeg rigtig gerne vil have bedre styr på er, om det jeg skriver efter "$", skriver jeg det i et selvstændigt program, hvorfra det sendes til Shell, eller skriver jeg det i selve Shell? Ud fra din fortrinlige beskrivelse tak for den læser jeg det, som om Terminal og Shell er to forskellige programmer. Er det korrekt forstået?

Så vidt jeg forstår de to betegnelser konsol og terminal til i Debian miljøet og konsol i Red Hat miljøet. Vi kan blive enige, om at terminalen bruges til at vise en bash kode i, men det medfører vel ikke, at jeg også skriver i Shell, og at Terminalen som Mint 7.0 kalder det dermed er en del af Shell.

#5:

terminalen er vinduet osv, shellen er formentlig bash, du skriver kommandoen i shellen, via terminalen.

#6 Samlign det med VNC (Regner med at du kender VNC). Du logger på en fjern maskine via VNC Vieweren, men det er systemet der vises deri, du arbejder på.



Her er lidt om det du spørger til ang. tastatur kontrol osv...



On Unix-like systems, for an individual keypress received by the terminal or terminal emulator, it sends an individual code from the character set in use. Also, carriage return and line feed are distinct operations. In raw mode, text passes directly from the terminal or PTY (a device node that a program wishing to emulate a terminal binds to) to the TTY device. In cooked mode a number of changes are made as the data pass between the terminal or PTY and the TTY: The application gets complete lines of input at once neatly terminated with a line feed and can send just a linefeed when it wants a new line. Also, text typed is echoed back to the user. When a program is started, terminal is generally in cooked mode which allows easy input and output of text, but applications that want more control will often put the terminal into raw mode, or a slightly more processed rare mode. The individual characteristics of cooked mode can be turned on and off individually which may be needed for certain applications.



Læs mere om terminal windows her:

http://en.wikipedia.org/wiki/Terminal_emulator



Og her er lidt om virtual terminals (Dem du finder med Alt+F(1-6) )

http://en.wikipedia.org/wiki/Virtual_console_(computer_user-interface)

Men nu vi er inde på Shells, så kunne jeg egentlig godt tænke mig at høre om nogen kan fortælle forskellene mellem forskellig shells. Nu har jeg installeret tcsh, esh, ash og sash. Den eneste sådan rigtige forskel jeg oplever, er at tcsh og bash har auto completion, hvor de øvrige mangler. Udover det, er det bare shells. Hvor er det de forskellige skiller sig ud.?



Jeg læste et sted på wikipedia at sash var god til gamle maskiner, fordi den sluger mindre ram. Der må da virkelig være tale om en aldeles gammel maskine, da Shells ikke lige kan anses for de mest resurce krævende samling koder.

#3 er stort set korrekt selvom det langt fra er en komplet beskrivelse, mellem terminal og shell finder man nemlig noget netværks service, også når du bare bruger den lokalt tro det eller ej.



historisk var en konsol en terminal forbundet direkte til mainframens IO port og altså direkte på grundsystemer uden om shells og andet timeshare software. men i linux sammenhæng bruges konsol synonymt med terminal. faktisk er konsol bare navned på den terminal emulator RedHat bruger som default.



Shellen er også en seperart process/program der ligger mellem dig og grundsystemet(kernen) selvom der er et par lag mere imellem shell og kerne, så er der i praksis langt mere integration mellem shell og kerne end terminal og shell.



Begrebet shell konto kan man også støde på og det dækker over text only access til et delt unix system, det var i gamle dage noget folk tjænte penge på og der er stadigvæk et marked derude.



Det er helt almindeligt at have terminal programmet på en anden maskine med et helt andet os end den shell man forbinder til.



linux er for alle praktisk formål en unix variant, var det ikke for noget varemarke relateret jura.

TTY er kort for teletype hvilker er sådan en tingest her http://en.wikipedia.org/wiki/ASR-33_Teletype der er en moderniseret udgave af denne her http://en.wikipedia.org/wiki/Friden_Flexowriter



linux shells af familien *sh er alle baseret på POSIX sh og deler altså basal syntax så de er meget lig selvom der er forskelle på hvor avanceret de bruger ansi hvor sh stort set ikke har farver er det understøttet af nyere shells og den måde de laver auto complete og den slags er også anderledes, der er self rigtigt exotiske ting som mudsh eller zoidberg der opfører sig helt anderledes.

En shell kan vel ganske enkelt beskrives som en kommandofortolker.

Det du skriver er nøjagtig, som jeg opfatter det. Men jeg har læst flere forskellige kilder angående konsollen/terminalen, ingen af dem siger noget konkret. I Unix literatur står der ofte, at der oprettes et 20 gange 80 linjers vindue med sort baggrund, som en del af Shell. Jeg mener imidlertid ikke, at man kan drage en direkte linje mellem sådan et vindue (meget i retning af de vinduer vi kender fra fortidens public domaine programmer til windows) og så til nutidens konsoller/terminaler. Sidstnævnte har en række faciliteter, der var ukendte i Unix vinduerne.

Hvis du sammenholder det, du skriver med det i #7 og det jeg skrev i #13 mener du så ikke, at jeg kan konkludere, at jeg skriver i terminalen/konsollen. Herfra går det ifald Shell kan fortolke det og finde det OK til kernen?

Du skriber bl.a.: "linux shells af familien *sh er alle baseret på POSIX sh og deler altså basal syntax så de er meget lig selvom der er forskelle på hvor avanceret de bruger ansi hvor sh stort set ikke har farver er det understøttet af nyere shells og den måde de laver auto complete og den slags er også anderledes, der er self rigtigt exotiske ting som mudsh eller zoidberg der opfører sig helt anderledes."



1: Kan jeg få dig til at svare på mit spørgsmål også: "Skriver man i et selvstændigt program terminalen/konsollen jvf. #7 og #13, eller skriver man i

Shellen."



2: Laver du et script og gemmer det med henvisning til /bin/sh vil den normale

Linux eksekverings-ordre så ikke være bash scriptnavn ?



3: Hvorfor blandes sh ind i et bash script? Jeg håber, du forstår spørgsmålet.

#15 Skriver man i et selvstændigt program terminalen/konsollen



Terminalen/Konsollen er den der registrere dine tastetryk, og sender det videre til din Shell i de fleste tilfælde. Selvf. er der et samarbejde mellem dit Terminal Vindue, og din Shell. Måske kunne man samligne det lidt med en browser? Du har din web server (Din Shell), og så selvf. en browser til at interagere med (Terminal Vindue).



Laver du et script og gemmer det med henvisning til /bin/sh vil den normale Linux eksekverings-ordre så ikke være bash scriptnavn



Jo, hvis du befinder dig i en anden Shell end bash. sh skriver du foran, for at få sh til at udarbejde din kommando, fremfor bash som er åben. Hvis du åbner sh op istedet, vil det ikke være nødvendigt at skrive sh foran, fordi du allerede befinder dig i den Shell.



Hvorfor blandes sh ind i et bash script?



Du kan sagtens nøjes med at bruge bash istedet. Blot skriv ./command eller bash command.



sh bruges ofte til at køre større scripts, f.eks. installer scripts, fordi nogen mener at sh er hurtigere end bash til at køre et script igennem. Jeg synes ikke selv jeg mærker den store forskel, og tror mere det er vanen der gør at folk fortsætter med det.



En anden grund kunne selvf. være at sh har et par enkelte syntax'er, som skiller sig ud fra bash, men det tror jeg nu ikke, da bash blot er en vidre udviklet sh. Jeg er ihvertfald ikke stødt på et sh script, som bash ikke kunne klare.

#15 & #16

sh siges at være mere universelt tilgængelig og derfor mere platformsuafhængig.

sh er på en del (mange?) Gnu/Linux-systemer et alias for eller et symlink til bash.

Jeg vil gerne takke jer alle for hjælpen til at løse et for mig vigtigt spørgsmål angående Shell og terminal. Det er altså fortrinlige svar I gav mig.





Til #16

Tak for dine svar ikke mindst for det her. Jeg er ved at få styr på Shell og Terminal/Konsol. #15 fik mig til at søge efter POSIX. Herved fandt jeg bl.a. http://it.toolbox.com/wiki/index.php/POSIX_shell der også rigtig god forklaring.