Classe 5O - Appunti MODULO 2

Transcript

1 Brescianet.com Sito didattico - Prof. Sechi Marco Classe 5O - Appunti MODULO 2 Classe 5O - Appunti MODULO 2 by e01692 Appunti estemporanei relativi al 2 Modulo - classe 5O Gli stessi appunti sono disponibili in laboratorio all'indirizzo: \\ \Sechi Non Buttare \2Modulo Page 1 of 2 Posted: Tue Dec 13, :04 am 30/1/ Classe 5O - Appunti MODULO 2 by e01692 SO = Sistema operativo SO: collezione di prg che consente l'uso delle risorse macchina a utenti e prg NOS: collezione di prg che consente l'uso delle risorse di rete ad utenti e prg Posted: Mon Jan 30, :51 pm DRIVER => traduttore tra PERIFERICA VIRTUALE e PERIFERICA REALE SUPERUSER => utente amministratore => può fare tutto in UNIX si chiama root (radice) - In windows administrator ===> 5M 30/1/2012 riprendere dalla protezione del SO Virtual \\ \Sechi Non Buttare \Software => per scopiazzare i SO Linux i comandi UNIX sono CASE SENSITIVE vantaggi SO: -facilità d'uso - detta le regole di accesso alle risorse (winword, autocad demandano al SO la creazione dei files) - sicurezza NOS: collezione di prg che consente l'uso delle risorse di rete a utenti e prg GUI => modulo del SO che contiene l'interfaccia grafica (graphical user interface) (inventata dalla XEROX - produttore di materiale per la stampa) Filesystem (FS) => modulo di SO che consente la gestione dei files OPENSOURCE => spiegato perchè esistono diverse GUI in LINUX? E in win NO!? spiegato kconsole => terminale SW in kde

2 31/1/ Classe 5O - Appunti MODULO 2 by e01692 Programmi DTP => desktop publishing => editoria elettronica PUtty => client ssh Posted: Tue Jan 31, :48 am illustrata connessione ssh e telnet SO Multiuser => accesso contemporaneo di + utenti SO Multitask => + task attivi indicato il prg per la gestione dei task in win in win esiste il concetto di UL (unità logica) in unix no tutte le cartelle partono da una unica radice detta root riprendere da VNCViewer 31/01/ Classe 5O - Appunti MODULO 2 by e01692 Programmi DTP => desktop publishing => editoria elettronica PUtty => client ssh Posted: Tue Jan 31, :07 am illustrata connessione ssh e telnet SO Multiuser => accesso contemporaneo di + utenti SO Multitask => + task attivi indicato il prg per la gestione dei task in win in win esiste il concetto di UL (unità logica) in unix no tutte le cartelle partono da una unica radice detta root riprendere da VNCViewer e completare gui 2/2/ Classe 5O - Appunti MODULO 2 by e01692 può un SO essere Mono user e multi task? Si winxp può un SO essere Multi user e mono task? impossibile può un SO essere Mono user e mono task? DOS può un SO essere Multi user e multi task? Win Linux Posted: Thu Feb 02, :22 pm ----> 5M 31/1/2012 nome UNC (univoco in rete) \\ \Sechi Non Buttare \1Modulo corrisponde al nome locale C:\Documents and Settings\porf sechi\desktop\sechi Non Buttare \1Modulo per ogni UL (nità logica) ho un punto iniziale detto radice o root unix è un nos il riferimento apicale in UNIX si dice root (è unica e non deve essere confusa con l'utente amministratore)

3 \pippo\pioppo\note.txt sapere equivalente win del gestore dei servizi linux Attualmente GNOME è l'ambiente grafico di default di molte distribuzioni Linux, tra le quali Debian, Fedora e Ubuntu. parte apple NO KWORD - KRAYON (ora KRITA) - KSPREAD - KPRESENTER si sapere cosa è KOFFICE ricordarsi le relazioni tra XWIN e Openoffice ricordarsi i nomi di 4 applicazioni di koffice e saperne le funzionalità terminale grafico o sessione grafica => simile al telnet o al terminale (ogni user usa la macchina in modo indipendente) ma con capacità grafiche. Qualsiasi prg client ha bisogno di una sw servente per funzionare () la passwd della macchina redhat è Non è il controllo remoto di team viewer (dove io mi collego in remoto). Le mie operazioni sono visibili sulla macchina dove mi sono connesso kde, gnome sono interfacce grafiche: posso selezionare quella che + mi aggrada failsafe => simile alla modalità provvisoria di win Il file system è la collezione di prg e di regole che consente l'archiviazione dell'informazione in file e cartelle cartella => definita dal FS consente di raggruppare logicamente dei documenti Nella cartella degli utenti abbiamo tutte le impostazioni degli user che usano la macchina policies => regole di accesso alle risorse (locali o di rete) La gestione degli account è strettamente legata a quella del FS (devo impedire che mio fratello snappi dentro i miei files personali!!) tramite delle regole dette policies C:\Documents and Settings\<utente>\desktop ifconfig => equivalente linux di ipconfig (anche doppio shift sinistro e destro - ALTGR+Shift destro per uscire dall'interfaccia grafica di redhat, emulazione testuale => sessione testuale ottenuta con telnet, ssh emulazione grafica => sessione grafica ottenuta con un'applicazione che visualizza Linux in modo grafico. Ogni utente lavora in modo completamente separato dagli altri utenti connessi mostrato ssh (putty) shutdown => spegnimento del sistema Come è possibile bloccare l'accesso alla porta USB in maniera centralizzata? spiegato controllo remoto => spiegato Comunicazione tra XWIN e XTERMINAL VNC è un xterm

4 le mosse del mouse e della tastiera sul VNC vengono inviate al server il quale rielabora l'input e rispedisce la videata risultante da tali operazioni (riprendere dalla connessione tra terminale e SERVER) 07/02/ Classe 5O - Appunti MODULO 2 by e01692 L'emulazione grafica vista nel 1 modulo era Terminal Server DAMN SMALL LINUX cosa è Posted: Tue Feb 07, :03 am user => root user => studente passwd => studente \\ \Sechi Non Buttare \2Modulo IP macchina virtuale Usa Ctrl+ESCape per uscire dalla macchina virtuale di QEMU bootstrap => fase di avvio del sistema => partono i processi di base che consentono il corretto funzionamento della macchina Nel controllo remoto la macchina remota viene gestita in remoto da chi si connette (ad esempio con teamviewer): non è possibile usare la stessa macchina in due utenti. Nell'emulazione terminale si (ogni utente lavora nella propria sessione) SESSIONE => sezione di memoria sul server dove viene gestita una connessione in emulazione terminale (SESSIONE => RAM REMOTA) Il traffico tra un terminale grafico e la singola sessione è molto elevato poichè ogni pixel che cambia deve essere mandato al terminale 1024x768x4byte => 3 mega di roba che viene inviata per ogni videata (contro i 1920 byte di una CLI) - per ottimizzare la comunicazione si opera in questo modo: le immagini vengono vettorializzate (trasformate in equazioni matematiche {esempio cerchio: coordinate centro + raggo} - grafica pittorica => tratta le immagini come insieme di punti (esempio photoshop) : tipicamente in ambito fotografico (file pesanti + soggetto a scadimento della qualità dell'immagine se ingrandisco - questo formato può essere usato per tutte le immagini) - grafica vettoriale => tratta le immagini come vettori => fumetti, grafica (freehand) (leggera e la qualità è indipendente dalla risoluzione del dispositivo utilizzato - può essere usato solo per immagini non soggette a pesanti variazioni di colore e con forme assimilabili ad equazioni) 1920 byte => occupazione di una videata testuale 80x24 I prg (anche i sistemi operativi) sono costruiti come oggetti programmabili. L'interfaccia grafica rende usabili le applicazioni e trasforma i vari cliccheggiamenti nei comandi operativi del motore applicativo. In WIN tale tecnica si dice OLE 1024x768x4byte videata grafica che deve essere inviata ad un client di accesso remoto Pannello di controllo => strumenti di amministrazione => gestione servizi => in questo pannello vengono

5 definiti i servizi che sono avviati durante il bootstrap (avvio) - In unix Configurazione del servizio Kdiskfree => analizza lo spazio su disco - In win tastodestro sulle risorse del computer => menu contestuale: gestione => gestione disco => usato per definisco la lettera identificativa di una UNITA LOGICA KConsole => equivalente finestra dos Il kernel produce un set di comandi standard (dette API) che le applicazioni del SO utilizzano per essere indipendenti dalle caratteristiche HW del sistema utilizzato Il kernel ha 2 obiettivi: - sicurezza (non posso accedere all'hw direttamente) - linguaggio comune (System Call o API) che le applicazioni possono usare e che quindi diventano HW indipendent =>portabilità delle applicazioni I files nel disco fisso non vengono registrati in maniera consecutiva poichè questo determinerebbe una continua operazione di compattamento che si traduce in una copia di immense qtà di dati riprendere dalla FAT ---> 5M 3/2/2012 Vantaggio FAT La frammentazione del disco fisso consente di evitare la sistematica compattazione SVantaggio FAT - Spreco molto spazio se ho file la cui dimensione è molto + piccola rispetto alla dimensione del blocco - Rallentamenti se ho file molto frammentati e i blocchi distanti tra loro (i movimenti della testina rallentano la velocità di lettura) ls deframmentazione consiste nel risistemare il contenuto dei blocchi in modo che ogni file sia disposto all'interno di blocchi consecutivi perchè in un USB disk (con FAT32) non posso copiare file > di 4 giga? spiegato perchè la root accede ad una macchina remota con ssh ma non con telnet? spiegato una radice per ogni UL (unità logica) in DOS/WIN ---> 5N 6/2/2012 formattazione => operazione che rende usabile una unità di memoria di massa (HD, USB disk...). In altre parole posso salvare in essa file e cartelle. con una fat 32 posso indirizzare (raggiungere) 2^32 blocchi 2^32xdimensione blocco => dimensione disponibile dell'hd spiegato meccanismo di cancellazione dei files (? davanti alla entry nella FAT32. I blocchi vengono lasciati integri) - VANTAGGI CANCELLAZIONE: 1) velocità di eliminazione poichè non devo pulire i blocchi 2) possibilità di recupero dei file cancellati (i cui blocchi non sono stati ancora usati per nuovi file). Occorrono dei tools ad hoc spiegare FORMAT

6 9/2/ Classe 5O - Appunti MODULO 2 by e01692 Comandi BATCH => sequenza di comandi che possono essere eseguiti senza il presidio di un utente. i comandi batch sono solitamente file testuali la cui estensione è.bat (in dos) spiegare la non protezione del kernel nel dos CLI (interfaccia con comandi di linea) => interfacce testuali Posted: Thu Feb 09, :56 am vantaggi CLI - leggerezza - automatizzazione dei comandi - recovery => consente di mettere a posto un sistema corrotto (dove ad esempio l'interfaccia grafica non si avvia +) - qualsiasi funzione disponibile nel SO è richiamabile nella cli. Non è vera la stessa affermazione per le GUI svantaggi - modalità ostica poichè per utilizzarla devo conoscere i comandi ---> 5M 7/2/2012 spiegare FORMAT format a: /Q => formattazione veloce format a: /S => formattazione con installazione dei file di sistema (posso avviare la macchina con quella UL (a: nel ns caso) comandi testuali [Nome del comando] [oggetti che subiscono l'azione del comando] [opzioni: modificano il comportamento di default del comando] 12x8kb+2048x8k+2048^2x8kb+2048^3x8k dell'inode ricordarsi il tipo di metadati (proprietario, dimensione files, diritti accesso e modalità + link RICHIESTA Una tipica partizione Unix contiene un file system così organizzato: - Blocco 0, non usato da Unix, a volte usato per il boot del sistema (è l'mbr se si trova sul device primario); - Blocco 1 o superblock, contiene informazioni critiche sulla struttura del file system (numero di i-node, numero di blocchi del disco ecc); - Elenco degli I-node, numerati da 1 a un numero finito, che contengono le informazioni sui singoli file presenti nel file system e sulla posizione dei rispettivi dati; - Blocchi dei dati, con i dati effettivi contenuti nel file. cd => cambio directory => il separatore delle cartelle è diverso da UNIX a DOS 14/2/ Classe 5O - Appunti MODULO 2 by e01692 stty => comando di cfg per la shell che definisce il comportamento dei tasti della tastiera. Posted: Tue Feb 14, :55 am

7 esempio in unix il tasto di cancellazione è CTRL BACKSPACE mentre in dos BACKspace. Con STTY posso modificare il comportamento di backspace in modo che sia simile all'ambiente WINDOWS N 10/2/2012 PROMPT => punto dove il modulo di SO che controlla l'input dell'utente attende la digitazione di un comando. L'interprete dei comandi (o shell) è il modulo di SO che controlla l'input In win la shell è il menu esegui In dos esistono 2 shell: command (file command.com) oppure cmd (file cmd.exe) command.com => interprete dell'ultimo DOS 6.2 => si nota poichè le regole di naming utilizzate per i file considerano il nome lungo al caratteri un nome win viene accorciato a 6 caratteri ~ (alt+126) + numero progressivo in unix esistono diverse shell => bash, sh, ksh, csh => hanno # funzionalità = localhost CONCETTO DI CARTELLA CORRENTE => è la cartella dove verranno eseguiti i comandi nel caso non abbiano alcun argomento (l'argomento non è l'opzione!) set => comando per visualizzare le variabili di sistema in dos: PROMPT (per dos) => setta l'aspetto del prompt del dos set, declare => comando per visualizzare le variabili di sistema in unix: SET PROMPT=Ciao: ==> modifico il prompt del dos con "Ciao:" SET PS1=Ciao: ==> modifico il prompt di unix con "Ciao:" La variabile di sistema prompt è settata per informare l'utente sulla attuale cartella corrente. In DOS le opzioni sono riconoscibili poichè sono precedute da / mentre in UNIX dal M 10/2/2012 SHELL = interprete dei comandi Menu Esegui + GUI => shell windows command, cmd => interpreti di comandi => prg del SO che resta in attesa dell'input dell'utente (mediante il prompt) ed esegue quello che lo user digita. In inglese si dice SHELL command.com => interprete dei comandi indispensabile per far girare vecchie applicazioni del DOS 6.2 (ultima versione prima di win95) command => supporta le regole di naming del dos => 8 char + 3 di estensione

8 Come WIN trasforma per compatibilità i nomi dei files (tilde : ascii 126 => tasto alt SUL tastierino numerico) studentimodello.txt => studen~1.txt studentimonello.txt => studen~2.txt comandi di help per win, xwin, dos e unix (detto) editor per win, xwin, dos e unix (vi) (detto) XEDIT => editor di testo (equivalente NOTEPAD di WIN - EDIT del DOS) localdomain => Equivalenti WIN /bin => c:\windows /dev => c:\windows\inf /etc => contiene le cfg (in win non esiste (o c:\programmi\prg considerato)) /home (C:\Documents and Settings in win), /proc (temp in windows) : spiegato /tmp => spiegato equivalente. cosa succede se elimino i files in essa contenuti /usr => c:\windows-c:\programmi cache => spooler cache => allinea dispositivi con velocità diverse: un dispositivo veloce non viene rallentato da quello + lento grazie alla spooler => cache di stampa => preleva i files da stampare e nei momenti di morta invia pian piano il testo da stampare alla stampante - /usr/spooler => contiene i files da stampare spiegato pwd - equivalente dos: cd senza argomenti ls => equivalente dos/win => dir => elenca i contenuti della cartella indicata come argomento - se manca l'argomento i contenuti di quella corrente ls -l => mostra un elenco completo relativo ai files il 1 carattere identifica il tipo di documento che sto guardando. dal 2 al 10 diritti proprietario, gruppo proprietario, restanti utenti r => lettura w => modifica x => esecuzione root : 3 significati => spiegato => ultimo gruppo amministratore (spiegato bene in domanda simulata 2.D.7) GESTIONE UTENTI nei SO multiuser (accessi contemporanei!!!!!) => definizione utenti e gruppi i gruppi consentono la definizione di regole (policies) di accesso comuni ad un insieme di utenti. Tutti gli appartenenti a tale gruppo acquisiranno tali diritti. Rimuovendo un diritto di accesso ad una risorsa => tutti gli utenti di quel gruppo

9 perderanno il diritto di accedervi. Utente ROOT => super user - In Win (predefinito) Administrator Gruppo ROOT => gruppo superuser - In Win (predefinito) Administrators EXE, COM => eseguibili (determinano l'avvio di un prg) BAT, WSF, WSH, vbs => script In unix un file è avviabile se il flag (interruttore) X risulta attivo le estensioni del DOS sono un metodo di classificazione per il SO che sulla base di queste valuta il tipo di file. Mostrata come occultare estensione (aprire una qualsiasi cartella => menu strumenti => voce opzioni => pannello visualizzazioni => radiobutton nascondi estensioni conosciute ls => elenco dei files nella cartella corrente ls. => elenco dei files nella cartella corrente ls / => elenco dei files nella root i files unix che iniziano con. sono visibili solo con l'opzione -a --- 5N 13/2/2012 In dos ho una cartella corrente per ogni UL ls -a => anche i files che iniziano con. ls -l => elenco esteso con una serie di proprietà ls mi consente di indicare la cartella da visualizzare. => cartella corrente.. => cartella precedente cd.. risalgo di un livello cd => cambia la cartelle corrente 16/2/ Classe 5O - Appunti MODULO 2 by e01692 perchè esistono percorsi relativi ed assoluti? spiegato Posted: Thu Feb 16, :57 am hard disk => partizioni logiche del disco fisso => in dos ad ogni partizione corrisponde una UNITA' LOGICA (UL) - le UL sono identificate mediante una lettera seguita da : - Nella prassi comune il disco (+ corretto partizione) di avvio è solitamente c: mentre A: identifica il floppy. disco diviso in partizioni => solitamente per ogni partizione viene associata una UL cluster => meccanismo che unifica + dischi fisici in un'unica UL (per ottenere UL di grandissime dimensioni) le cartelle (directory) consentono l'organizzazione logica dei files (esempio c:\appunti\info c:\appunti\mate..)

10 -Ogni UL ha un riferimento assoluto detto radice (è lo \ dopo i :) Non è la stessa cosa scrivere c:\pippo da c:pippo su un FS (file system) è possibile costruire due file con lo stesso nome? Si poichè il nome reale di un file DOS/WIN è UL:+\(root)+sequenza di cartelle attraversate separate da \+nomefile c:\pippo\pluto\pioppo.doc => percorso assoluto ed univoco nella mia macchina C:\WINDOWS>dir c:pippo => voglio vedere il contenuto della cartella pippo che è nella cartella corrente (C:\WINDOWS) C:\WINDOWS>dir pippo => come sopra (percorso relativo) - omettendo la UL verrà usata quella corrente (ovvero c:) C:\WINDOWS>dir c:\windows\pippo => (percorso assoluto) C:\WINDOWS>dir c:.\pippo => equivalente al precedente C:\WINDOWS>dir c:\pippo => voglio vedere il contenuto della cartella pippo che è sotto la root di c: un percorso privo nella parte iniziale di \ è sempre un percorso relativo (alla cartella corrente) se ad N dischi corrisponde una sola UL si parla di cluster per cambiare la UL corrente mi basta digitare il nome (esempio Y:) cd y:\geogebra => voglio cambiare la cartella corrente di Y: in \geogebra -----esempio: C:\WINDOWS>dir y: Il volume nell'unità Y non ha etichetta. Numero di serie del volume: 380B-4908 Directory di Y:\ 07/12/ <DIR>. 07/12/ <DIR>.. 07/12/ <DIR> geogebra 17/10/ <DIR> Immagini 17/10/ <DIR> Musica 17/10/ <DIR> Video 0 File 0 byte 6 Directory byte disponibili C:\WINDOWS>dir y:\ Il volume nell'unità Y non ha etichetta. Numero di serie del volume: 380B-4908 Directory di y:\ 07/12/ <DIR>. 07/12/ <DIR>.. 07/12/ <DIR> geogebra 17/10/ <DIR> Immagini 17/10/ <DIR> Musica 17/10/ <DIR> Video 0 File 0 byte 6 Directory byte disponibili

11 C:\WINDOWS>y: Y:\>cd geogebra Y:\geogebra>c: C:\WINDOWS>dir y: Il volume nell'unità Y non ha etichetta. Numero di serie del volume: 380B-4908 Directory di Y:\geogebra 07/12/ <DIR>. 07/12/ <DIR>.. 07/12/ <DIR> geogebra e plugin 17/01/ Matematica dinamica per tutti.doc 07/12/ <DIR> PDF_creator 1 File byte 4 Directory byte disponibili C:\WINDOWS> fine esempio c:pippo\pluto\pioppo.doc => non è un percorso assoluto poichè dipende dalla cartella corrente potrebbe essere il file (riferimento ai percorsi assoluti) c:\pippo\pluto\pioppo.doc se sono in c:\ c:\caio\pippo\pluto\pioppo.doc se sono in c:\caio c:\pippo\pippo\pippo\pippo\pluto\pioppo.doc se sono in c:\pippo\pippo\pippo La cartella corrente è la cartella dove sono \pippo\pluto\pioppo.doc => non è un percorso assoluto poichè dipende dalla UL corrente L'UL corrente è la UL dove sono potrebbe essere il file a:\pippo\pluto\pioppo.doc c:\pippo\pluto\pioppo.doc \\PCDelProfe\NomeCondivisione\pippo\pluto\pioppo.doc se sono nel disco di rete \\PCDelProfe\NomeCondivisione\ ----5M 16/2/2012 UL corrente: cartella dove sono percorso assoluto cd "c:\documents and Settings\prova" percorso relativo (funziona solo se sono in cd "c:\documents and Settings" cd prova in unix (ad esclusione delle UL) i percorsi assoluti e relativi restano gli stessi (usa / al posto di \) pippo.doc => il sistema operativo aggancia al nome relativo la UL corrente (esempio C:) e la cartella corrente. I nomi relativi (quelli che non hanno lo \ iniziale o la UL) sono comodi per l'utente (che non deve scrivere nei comandi percorsi allucinanti) ma il SO deve avere una regola che gli consente di generare il percorso assoluto (che è l'unico ad essere univoco).

12 c:\pippo\pluto\pioppo.doc => percorso assoluto (univoco) pippo\pluto\pioppo.doc => percorso relativo \pippo\pluto\pioppo.doc => percorso relativo c:pippo\pluto\pioppo.doc => percorso relativo INIZIO ESEMPIO C:\Documents and Settings\porf sechi>dir putciao.txt Il volume nell'unità C non ha etichetta. Numero di serie del volume: 380B-4908 Directory di C:\Documents and Settings\porf sechi 23/03/ putciao.txt 1 File 132 byte 0 Directory byte disponibili C:\Documents and Settings\porf sechi>dir "c:\documents and Settings\porf sechi\putciao.txt" Il volume nell'unità C non ha etichetta. Numero di serie del volume: 380B-4908 Directory di c:\documents and Settings\porf sechi 23/03/ putciao.txt 1 File 132 byte 0 Directory byte disponibili C:\Documents and Settings\porf sechi> C:\Documents and Settings\porf sechi>y: Y:\geogebra>dir c:putciao.txt Il volume nell'unità C non ha etichetta. Numero di serie del volume: 380B-4908 Directory di C:\Documents and Settings\porf sechi 23/03/ putciao.txt 1 File 132 byte 0 Directory byte disponibili Y:\geogebra>dir putciao.txt Il volume nell'unità Y non ha etichetta. Numero di serie del volume: 380B-4908 Directory di Y:\geogebra File non trovato FINE ESEMPIO dir putciao.txt => aggancia la UL corrente + la cartella corrente di quella UL seguita da "putciao.txt" dir c:putciao.txt => aggancia la cartella corrente di C: seguita da "putciao.txt" "c:\documents and Settings\porf sechi\putciao.txt" => vero nome del file 23/2/ Classe 5O - Appunti MODULO 2 by e01692 Riprendere da UNC (modalità univoca per nominare i files all'interno di una LAN) Posted: Thu Feb 23, :58 am

13 \\PCDelProfe\NomeCondivisione\pippo\pluto\pioppo.doc se sono nel disco di rete \\PCDelProfe\NomeCondivisione\ \\ => identifica la root della LAN \\doc_info2\sechi Non Buttare \pippo.doc Mostrato come si crea una condivisione parlare di.. e perchè si usano le cartelle Cartella condivisa =>sul servente (chi mette a disposizione il Disco) è identificata con una manina sotto l'icona Sul client la risorsa condivisa appare con un'icona con un cavo ETH sottostante FS unix non esistono le UL - Esiste un unico riferimento assoluto detto root (/ iniziale) esempio di nome in unix /home/sechi/pioppo.doc esempio percorso di rete (la root è unica sia per PC standalone e in rete) /condivisione/sechi/rootdisechi In unix il percorso è relativo quando manca la root (/ iniziale) Dammi 3 significati di root in UNIX? cercare per credere! Perchè gli URL usano /? Esempio udente.htm ricordo URL => regola di naming univoca per internet.. => nome relativo che indica la cartella precedente a quella corrente. => nome relativo che indica la cartella corrente I percorsi relativi vanno usati quando sono lontano dalla root (come cartella corrente): risparmio in caratteri nella digitazione del comando. I comandi con percorso relativo sono + compatti e "umanamente" + usabili. Mancano del requisito dell'univocità richiesto dal SO esempio: vado in pippo C:\Documents and Settings\porf sechi>cd pippo risalgo di un livello usando il percorso assoluto C:\Documents and Settings\porf sechi\pippo>cd "C:\Documents and Settings\porf sechi" vado in pippo C:\Documents and Settings\porf sechi>cd pippo risalgo di un livello usando un percorso relativo C:\Documents and Settings\porf sechi\pippo>cd.. C:\Documents and Settings\porf sechi>

14 cd.\pippo equivale a cd pippo Il comando cd c:.. con cartella corrente c:\pippo\pluto\caio e UL corrente A: cosa comporta per richiamare una UL in WIN/DOS mi basta scriverne il nome ad esempio a: c: k: ESEMPIO Sia C:\Documents and Settings\porf sechi\caio la cartella corrente di c: - supponiamo di essere nella UL k: C:\Documents and Settings\porf sechi\caio>k: K:\>cd c:.. K:\>c: C:\Documents and Settings\porf sechi> il comando cd c:.. cambia la Cartella corrente di C: lasciando inalterata quella di k: Sia C:\Documents and Settings\porf sechi\caio la cartella corrente di c: - supponiamo di essere nella UL k: sia K:\pippo la cartella corrente di K: C:\Documents and Settings\porf sechi\caio>k: K:\PIPPO>cd.. K:\>c: C:\Documents and Settings\porf sechi\caio> il comando cd.. in questo caso opera sulla UL K: per dos andare sotto la root (radice) cd c:\ cd a:\ cd \ => della UL corrente In unix solo cd / Quante root ci sono nel SO DOS/WIN? spiegato In unix le partizioni sono rappresentate come cartelle sotto la cartella /dev (device) Con df vedo le partizioni del disco. Si noti l'assenza delle UL ma ogni partizione è abbinata ad una particolare sottocartella della root [studente@localhost studente]$ df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda % / /dev/hda % /boot /dev/hda % /home none % /dev/shm /dev/hda % /usr /dev/hda % /var In dos una partizione potrebbe essere una UL

15 cd ~ => cd /home/studente (solo in sh) Y:\>mkdir pippo ==> creo pippo sotto la root di Y: (poichè la root di Y: coincide con la sua cartella corrente [vedi prompt]) Y:\>md pippo ==> creo pippo sotto la cartella corrente della UL corrente(la root è la cartella corrente di Y [vedi prompt]) Y:\>md c:\pippo =>ok Y:\>md c:pippo (creo nella cartella corrente di C:) [studente@localhost studente]$ mkdir /bin/sechi mkdir: cannot create directory `/bin/sechi': Permission denied --- ESEMPIO UNIX => permission denied [studente@localhost studente]$ mkdir /bin/sechi mkdir: cannot create directory `/bin/sechi': Permission denied [studente@localhost studente]$ su root Password: [root@localhost studente]# whoami root [root@localhost studente]# mkdir /bin/sechi [root@localhost studente]# rmdir /bin/sechi --- FINE ESEMPIO UNIX => permission denied --- ESEMPIO UNIX => rimozione cartella non vuota (non permessa) [root@localhost studente]# rmdir pippo rmdir: `pippo': La directory non Þ vuota [root@localhost studente]# ls sechi [root@localhost studente]# rmdir sechi [root@localhost studente]# ls sechi ls: sechi: No such file or directory --- FINE ESEMPIO rimozione cartella non vuota TREE => mostra la struttura ad albero della cartella corrente della UL corrente TREE C:=> mostra la struttura ad albero della cartella corrente della UL c: TREE \ => mostra la struttura ad albero della root della UL corrente perchè in unix nonostante il prg sia stato stoppato continuo a vedere l'output a video? Perchè il processo che gestisce il video è lento e quindi memorizza l'output (erogato molto velocemente) in un buffer (zona di memoria) e finchè questa zona non viene svuotata il processo video mostra i contenuti del buffer Alcuni comandi in DOS sono talmente utilizzati che si è preferito includerli all'interno della shell (esempio md, cd, dir, copy...). I comandi con questa caratteristica sono detti comandi interni - In unix i corrispondenti comandi sono invece posti in file all'interno della cartella /BIN

16 --- ESEMPIO UNIX => esempio comandi esterni in UNIX // RINOMINO ls in sechi (comando assurdo per UNIX!) bin]# mv ls sechi // Adesso ls non viene trovato dalla shell bin]# ls bash: /bin/ls: No such file or directory // sechi (che è in realtà ls effettua il listing della cartella corrente) bin]# sechi arch date gunzip nice sort ash dd gzip nisdomainname stty ash.static df hostname pgawk su aumix-minimal dmesg igawk ping sync awk dnsdomainname ipcalc ps tar basename doexec kill pwd tcsh bash domainname ln red touch bash2 echo loadkeys rm true bsh ed login rmdir umount cat egrep mail rpm uname chgrp ex mkdir rvi usleep chmod false mknod rview vi chown fgrep mktemp sechi view consolechars gawk more sed ypdomainname cp gawk mount setserial zcat cpio gettext mt sfxload csh grep mv sh cut gtar netstat sleep --- FINE ESEMPIO UNIX => esempio comandi esterni in UNIX Posso rinominare il comando dir in DOS? spiegato -- 5M 17/2/2012 perchè i comandi di maggior uso sono esterni in UNIX? => è un sistema multi utente per cui devo avere una shell di "piccole" dimensioni altrimenti al crescere degli utenti la memoria necessaria aumente perchè i comandi di maggior uso sono interni alla shell in DOS? => è un sistema mono utente per cui posso avere una shell di "grosse" dimensioni con all'interno i comandi + usati cd r: => fornisce la cartella corrente di r: XWIN = >sistema grafico vettoriale => videate descritte mediante equazioni matematiche => pochi byte per descrivere il monitor e le sue variazioni dovute ai cliccheggiamenti dell'utente => viaggio bene anche su linee loffi XWINDOWS è una GUI di UNIX (la + vecchia) Esempi sul copy/cp C:\Documents and Settings\porf sechi\xxx>copy "c:\documents and Settings\porf sechi" "c:\documents and Settings\porf sechi\xxx" copy... => equivalente al precedente (copio il contenuto della cartella prececedente nella corrente) copy.. => equivalente al precedente

17 copia tutti i files della root della UL corrente nella cartella corrente copy \. oppure copy \ oppure C:\Documents and Settings\porf sechi\xxx>copy c:\ "c:\documents and Settings\porf sechi\xxx" copy r:.. => spiegato C:\Documents and Settings\porf sechi\xxx>copy..\alunni.txt Impossibile copiare un file su se stesso. 0 file copiati. * => qualsiasi sequenza di caratteri compresa quella vuota? => qualsiasi carattere compreso anche nulla??? => al massimo 3 caratteri copy *.*.. => copia tutti i files della cartella corrente nella precedente copy A*.*.. => copia tutti i files della cartella corrente che iniziano per A nella precedente copy *.xls f:\backup => eseguo il backup dei file di excel sulla mia chiave USB che ha come lettera di UL F: dir?.txt => elenco dei files con nome lungo al massimo 1 carattere della cartella corrente dir 5?.txt => elenco appunti delle classi 5 dir mod1*.do* => file di word (anche dot, docx, dotx) che riguardano il modulo /2/2012 5N copio tutti i documenti della cartella corrente di C: (relativi a word) nella cartella corrente di R: (che immagino essere una chiave USB) R:\>copy c:*.doc* C:\Documents and Settings\porf sechi\xxx>dir??? Il volume nell'unità C non ha etichetta. Numero di serie del volume: 380B-4908 Directory di C:\Documents and Settings\porf sechi\xxx 23/02/ <DIR>. 23/02/ <DIR>.. 03/04/ hhh 1 File byte 2 Directory byte disponibili In unix i files non hanno estensione Gli eseguibili non sono riconoscibili per la loro estensione ma dal flag x nella maschera dei permessi

18 -rw-r--r-- 1 root root 71 feb 23 08:52 caio ==> non è eseguibile -rwxr--r-- 1 root root 71 feb 23 08:52 caio ==> è eseguibile ma solo per la root -rwxr--r-x 1 root root 71 feb 23 08:52 caio ==> è eseguibile per tutti cp../*. => copio i files della cartella precedente nella cartella corrente Powered by phpbb Forum Software phpbb Group All times are UTC Page 1 of 2

19 Brescianet.com Sito didattico - Prof. Sechi Marco Classe 5O - Appunti MODULO /2/ Classe 5O - Appunti MODULO 2 by e01692 cp../*. => copio i files della cartella precedente che hanno estensione nella cartella corrente i nomi in unix/dos sono completi non pippo.doc ma /home/studenti/pippo.doc la rinomina quindi corrisponde ad uno spostamento mv => in dos ren (per i file) move per le cartelle Page 2 of 2 Posted: Tue Feb 28, :58 am mv => in dos ren (per i file) move per le cartelle mv caio pippo => se è un file/cartella questi vengono rinominati mv caio /pippo => se è un file/cartella questi vengono rinominati sotto la root (spostati) -R => opzione ricorsiva => UNIX /S => opzione ricorsiva => DOS/WIN Ricorsione =>definisco un qualcosa in termini di se stesso FATTORIALE n! => n(n-1)! => definizione ricorsiva - stop 0!=1 n!=n(n-1)!=n(n-1)(n-2)!=...= n(n-1)...1*0! n! => 1*2*3*...*n => definizione iterativa SOMMA PRIMI N termini S(n)=n+S(n-1) => definizione ricorsiva - stop S(0)=0 S(n)= n => definizione iterativa S(n) =S(n-1)+n => definizione ricorsiva della somma dei primi N termini S(0) = 0 esempio s(4)=4+s(3)=4+3+s(2)=4+3+2+s(1)= s(0)= rm -R => elimina in ricorsione tutti i files della cartella corrente => UNIX del *.* /S => elimina in ricorsione tutti i files della cartella corrente => DOS dir *. => elenco dei files senza estensione dir *sechi*.* /S => cerco tutti i files che contengono sechi nel nome a partire dalla cartella corrente dir \*sechi*.* /S => cerco tutti i files che contengono sechi nel nome nell'ul corrente

20 /S opzione => cerca ricorsivamente all'interno di tutte le cartelle S(n) = N => definizione iterativa della somma dei primi N termini Si noti che la definizione iterativa richiede uno stop (lo sviluppo altrimenti diventa infinito S(n) =S(n-1)+n = [s(n-2)+(n-1)]+n = [{s(n-3)+(n-2)}+(n-1)]+n =... = S(0) (n-1)+n algoritmo ricorsivo => esiste sempre un metodo iterativo equivalente algoritmo => sequenza di operazioni che uno svolge per arrivare alla soluzione di un determinato problema algoritmo => tradotto mediante un linguaggio di prg in un prg programma quale vantaggi hanno gli algoritmi ricorsivi e svantaggi? sono + compatti /S => opzione ricorsiva per il dos -R => opzione ricorsiva per UNIX/Linux IN UNIX rm * => elimino tutti i files della cartella corrente rm * -R => elimino tutti i files della cartella corrente e anche le cartelle sottostanti IN DOS del *.* => elimino tutti i files della cartella corrente DEL * /S => elimino tutti i files della cartella corrente e anche le cartelle sottostanti CHMOD => cambia le modalità di accesso => valido per SO multiuser DOS non è Multi USER => esiste un prg simile e si chiama attrib --- 5N 25/2/2012 chmod nnn nomefile chmod 777 pippo 7=1+2+4=x=1+w=2+4=r - rwx rwx rwx => diritti con rwx => diritti con r-x -wx rw- => diritti con => diritti con 000 chmod 536 pippo assembler => linguaggio macchina o del processore. Un prg per essere eseguito deve contenere istruzioni assembly e al tempo stesso l'utente deve avere i diritti di esecuzione i diritti possono essere modificati dal proprietario o dalla root la x mi permette di entrare nella cartella - non posso usare ne ls ne mkdir => chiaramente se conosco il nome di un file all'interno di tale cartella lo posso leggere (esempio un file di cfg) anche se non ho per la cartella i diritti r

21 backup incrementale => salvataggio relativo solo ai files nuovi o modificati perchè cambio il proprietario di un file? Esiste un comando analogo in DOS? NO poichè è monouser attrib consente di definire particolari attributi che non sono però associati all'utente: H => HIDDEN (File nascosti) S => SYSTEM (File di sistema) A => ARCHIVE (file comuni) R => READ ONLY => a sola lettura C:\Documents and Settings\porf sechi\desktop>attrib +h xxx.doc Mancato ripristino del file di sistema - C:\Documents and Settings\porf sechi\desktop\xxx.doc attrib *.* => diritti di accesso della cartella corrente attrib pippo => diritti di accesso del file pippo ESEMPIO C:\>attrib vocabolario.txt A HR C:\vocabolario.txt C:\>attrib -h vocabolario.txt C:\>attrib -r vocabolario.txt C:\>attrib vocabolario.txt A C:\vocabolario.txt C:\>attrib +r +s +h vocabolario.tx C:\>attrib vocabolario.txt A SHR C:\vocabolario.txt F:\2Modulo>attrib +h 5_FAT.bmp F:\2Modulo>attrib -h 5_FAT.bmp F:\2Modulo>attrib +h +s +r 5_FAT.bmp F:\2Modulo>attrib -h 5_FAT.bmp Mancato ripristino del file di sistema - F:\2Modulo\5_FAT.bmp F:\2Modulo>attrib -s -h 5_FAT.bmp chown => solo se sono il proprietario (o root) posso cambiare spiegato in dettaglio i diritti sulle cartelle - quando è utile x? spiegato cosa è un comando esterno? Interno? perchè in UNIX sono esterni i comandi + frequenti mentre in DOS no? spiegato amenamente agli astanti - ave cp -R /pippo/*. => copia tutti i files e le sottocartelle di \pippo cp -R /documenti/* /dev/usb01 => copia tutti i files e le sottocartelle in una chiave USB => faccio il backup dir \xcopy*.* /S => ricerca ricorsiva dell'xcopy.exe /2/2012-5N C:\WINDOWS\system32>dir xcopy*.* Il volume nell'unità C non ha etichetta. Numero di serie del volume: 380B-4908

22 Directory di C:\WINDOWS\system32 14/04/ xcopy.exe 1 File byte 0 Directory byte disponibili 1/3/ Classe 5O - Appunti MODULO 2 by e01692 AT => comando dos per pianificare le operazioni => avvia comandi (di solito batch) ad una determinata ora : ad esempio il backup - mostrato equivalente windows (operazioni pianificate) FILE BATCH => contiene una sequenza di comandi che vengono eseguiti in successione senza presidio echo off echo date > ultimo.txt echo T xcopy *.txt f:\backup /S echo Ho finito echo OFF => evita la visualizzazione dei comandi all'interno del file => evita la visualizzazione di quel comando durante l'esecuzione del file batch off BATCH FILE => file testuale contenente una sequenza di comandi da eseguire perchè uso ECHO? due motivi => spiegato Spiegare xcopy - ripetere molto brevemente la ricorsione xcopy *.* f:\backup /S => copio il contenuto della cartella corrente (e sottocartelle) nella UL F: cartella backup. La struttura ad albero verrà mantenuta --- NON RICHIESTO Formulazione iterativa delle interrogazioni for i=1 to NrStudenti InterrogoIesimoStudente(i) NEXT function InterrogoIesimoStudente(i) Domande end function Formulazione ricorsiva delle interrogazioni Function Interrogo(iesimo as long) if (i<nrstudenti) then Domande Interrogo(i+1) end if End function CercoIlfileNella(CartellaCorrente) Se EsistonoSottoCartelle CercoIlfileNella(Sottocartelle) Scorro ricorsivamente le sottocartelle (opzione -R in unix - /S in dos/win) Posted: Thu Mar 01, :55 am DOS => UNIX dir /s => ls -R

23 cp *.* /dev/usb3 -r => copio tutti i files in un secondo harddisk collegato con una chiave USB mv => comando che consente di spostare/rinominare dei files o cartelle In dos esistono due comandi equivalenti move => per le cartelle ren => per i files ren pippo.txt pluto.txt => rinomina il files da pippo.txt a pluto.txt --non richiesto move pluto caio => rinomino pluto in caio (se caio non è una cartella) move pluto caio => sposto pluto in caio (se caio è una cartella) e mantengo il nome originale ---- rm -i *.txt => mi chiede se voglio eliminare file per file quelli con estensione txt di default rm elimina senza chiedere conferma. ECHO => usato nei file batch cat => mostra il contenuto di file testuali => equiv. dos: TYPE non mostra file binari N 2/3/2012 cosa succede se faccio type pioppo.exe (pioppo.exe credetemi esiste!!) => spiegato M 1/3/2012 Il File System è l'insieme dei prg e delle regole che il SO usa per gestire le cartelle/files con echo off => disabilito la visualizzazione dei comandi in un file batch se voglio evitare la visualizzazione di un singolo comando davanti al comando REM echo off => rem=remark => commento in unix => # cat file1 file2... filen => mostra in sequenza il contenuto dei files passati come argomento mostra una pagina alla volta (q per uscire - spazio per avanzare di una pagina) more come cat accetta + argomenti PIPE comando1 comando2 => l'output del comando 1 viene riversato nell'input del comando 2 esempio dir \ /S more cosa succede se scrivo more senza argomenti? spiegato spiegato TAIL e HEAD (ricordarsi esempio) 13/3/ Classe 5O - Appunti MODULO 2 by e01692 man man => manuale del manuale => il motore del manuale è ancora MORE 4 modalità di help una per ogni SO: F1 => win man o comando --help => Unix Posted: Tue Mar 13, :01 am

24 xman => xwin /? => dos more pippo.txt oppure type pippo.txt more (in dos) more pippo.txt oppure cat pippo.txt more (in unix) O 13/3/2012 1h cosa è un files di log => file testuale contenente un report dei comandi eseguiti da un prg o da un utente (esempio un sito web usa il file di log per registrare tutte le pagine richiesta) cat, more senza argomenti usano lo standard input (tastiera) come file da elaborare la pipe consente la collaborazione tra applicazioni con caratteristiche e funzionalità diverse sort elenco5odisordinato.txt => ordina a video il file passato come argomento equivalente a cat elenco5odisordinato.txt sort cat http.conf sort tail -10 => rielaboro un file ordinandolo e poi mostro le ultime 10 righe ls -al cut -c 2-4 sort uniq => elenco delle combinazioni senza ripetizioni dei diritti assegnati al proprietario nella cartella corrente no cmp, diff, tee, touch, tr file assomiglia al concetto di estensioni del DOS la presenza di molti comandi consente di creare veri e propri prg batch Sapere: find => cerca un file all'interno del disco => simile a whereis (vedremo la differenza in futuro) find / -name 'sechi*' => cerca nel disco file che iniziano per sechi find / -name '*sechi*' => cerca nel disco file che contengono sechi find è simile a whereis tar => comando per il backup gzip => compressore wc => word count ln => creazione link cut => estrae alcune colonne da un file testuale sort => ordina il contenuto di un file e lo mostra a video a meno che non usi l'opzione -o sort pippo.txt => cat pippo.txt sort cat pippo more => equivale a more pippo echo T xcopy *.txt L:\backup /S => evito di digitare la conferma prima della sostituzione dei files subst l: c:\pippo => crea una UL L: agganciata alla cartella => nei file batch non visualizza il comando relativo a video echo off => nei file batch non visualizza i comandi successivi a echo off sul video FILE BATCH off REM REM QUESTO E' UN ESEMPIO DI FILE BATCH REM REM echo off

25 echo date > ultimo.txt echo T xcopy *.txt L:\backup /S >> ultimo.txt echo Ho finito M 2/3/2012 spiegato alla 5N---- equivalente unix di at => crontab # commento dei file batch unix - rem per quelli dos mostrare alla 5M e 5O crea senza echo off subst h: c:\ => creo una UL di nome H: agganciata a c: find / -name 'sechi*' => cerca nel disco file che iniziano per sechi find / -name '*sechi*' => cerca nel disco file che contengono sechi find è simile a whereis ---- fine spiegato alla 5N copiare i files sul CD nella vs homedir cp -R /dev/cdrom/* /home/vscognome copiare i files del floppy nella vs homedir cp -R /dev/fd0/* /home/vscognome spiegato df e du M 3/3/2012 ps non è un comando di File system ps => equivalente win => taskmgr ps => equivalente dos => non esiste thread => sinonimo win di processo un'applicazione può essere fatta di tanti processi/thread - non viceversa un prg non è mai un oggetto monolitico ma è costituito da tanti sottoprg specializzati (vedi equation editor, correttore ortografico...) L'esecuzione di un sotto prg è detto thread (sottoprocesso) ESECUZIONE DEI PRG 1) FOREGROUND (FG) => applicazione che acquista un uso esclusivo del computer e la cui esecuzione è evidente sul monitor 2) BACKGROUND => esecuzione dietro le quinte. Non è detto che la sua presenza sia visibile. Ad esempio i server TCP/IP sono sempre eseguiti in background ciclo idle => loop infinito che resta in attesa dell'input dell'utente o di richieste effettuate dalle applicazioni attive I processi che vengono avviati durante la fase di boot della macchina (avvio) sono definiti nel pannello di controllo - strumenti di amministrazione - servizi: si tratta di applicazioni che girano in background

26 Colonne mostrate nel ps: UID => user identifier => nr che identifica l'utente che ha lanciato l'applicazione/processo PID => process identifier => nr che identifica il processo - è univoco durante l'utilizzo del sistema. Il nr è assegnato in modo casuale: l'importante che nessun altro processo abbia tale numero PPID => parent process identifier => nr che identifica il processo padre Il processo padre (esempio la shell) si duplica in memoria e poi lo spazio viene ricoperto con i comandi relativi al prg richiesto. Questo procedimento si chiama fork. Quando eseguo ls in una shell il PPID è il PID della shell stessa tty => terminale dove il processo è stato lanciato cmd => COMANDO abbinato al processo TIME => tempo di esecuzione 15/3/ Classe 5O - Appunti MODULO 2 by e01692 file prg su disco => se eseguito diventa un prg in esecuzione che nei casi + semplici corrisponde ad un processo il PID è un numero univoco generato automaticamente dal SO M 15/3/2012 comando per ricercare una parola in un file. Di solitò è usato con la pipe cat Studentileonardo.txt grep 5O => elenco degli studenti modello di 5O grep usato per filtrare l'output di un comando login è il processo padre della shell dove poi lavoro dopo aver fatto il telnet ad una macchina UNIX/WINDOWS Server i processi di login vengono attivati dal server telnet ovvero: in.telnetd il gestore dello stack TCPIP è XINETD ed è avviato dal processo INIT - XINETD è responsabile dell'avvio dei servizi di rete - In windows il modulo corrispondente è winet.dll Quale è il PPID del comando ls che state eseguendo? E' il pid della SHELL dove state lavorando Quale è il PID del comando ls che state eseguendo? E' un numero casuale univoco Posted: Thu Mar 15, :57 am 20/3/ Classe 5O - Appunti MODULO 2 by e01692 spiegato il kill (ripetere) M 16/3/2012 ESEMPIO PS init => processo di avvio di sistema (bootstrap) whoami =>spiegato Posted: Tue Mar 20, :02 am [root@localhost studente]# ps -f UID PID PPID C STIME TTY TIME CMD root :09 pts/0 00:00:00 login -- studente root :13 pts/0 00:00:00 su root root :13 pts/0 00:00:00 bash root :14 pts/0 00:00:00 ps -f il ps -f ha come PPID quello della shell dove è stato eseguito il comando la shell bash ha come PPID quello del comando su

27 cerchiamo chi ha il PPID usiamo la pipe - grep comando per cercare una parola all'interno di un file testuale grep pioppo pippo.txt => visualizza le righe contenenti pippo nel file pippo.txt cat pippo.txt grep pioppo [root@localhost studente]# ps -edaf grep 1025 studente :09 pts/0 00:00:00 -bash root :13 pts/0 00:00:00 su root root :22 pts/0 00:00:00 grep bash => è il processo padre => il - indica che è in background ricerco il processo 1025 => il processo di autenticazione [root@localhost studente]# ps -edaf grep 1024 root :09 pts/0 00:00:00 login -- studente studente :09 pts/0 00:00:00 -bash [root@localhost studente]# ps -edaf grep 1023 root :09? 00:00:00 in.telnetd: root :09 pts/0 00:00:00 login -- studente root :24 pts/0 00:00:00 grep 1023 in.telnetd è il demone (daemon) che governa tutte le connessioni telnetd adesso ricerco il processo padre di in.telnetd (PID 791) [root@localhost studente]# ps -edaf grep 791 root :06? 00:00:00 xinetd -stayalive -reuse -pidfil root :09? 00:00:00 in.telnetd: root :27 pts/0 00:00:00 grep 791 xinetd è il gestore dello stack tcp-ip => senza di esso la rete non funziona. Il processo xinetd è un processo fondamentale del SO e deve partire immediatamente durante l'avvio. [root@localhost studente]# ps -edaf grep init root :05? 00:00:04 init PID di init =>1 PPID di init =>0 => non esiste. E' l'unico processo che non ha padre: è lanciato durante la fase di avvio della macchina xinetd => servizio iniziale che gestisce l'intero stack tcp/ip necessario per la rete Comando yes => mostra in output un numero infinito di y usato per confermare delle richieste di comando (evita la presenza di un utente che risponda y) yes rm -i * yes spara le y alla velocità del processore per cui anche dopo il suo stop vedrò uscire tutte le y generate prima del comando kill Il kill lancia un segnale al processo indicato come argomento. il segnale -9 è il segnale di terminazione (stoppa) del processo un demone è un processo in background