download ntfsdos

Brescianet.com
Sito di supporto alla didattica
http://lnx.brescianet.com/ScuolaForum2012/
5O - 2° Modulo
http://lnx.brescianet.com/ScuolaForum2012/viewtopic.php?f=15&t=19
5O - 2° Modulo
by e01692
Page 1 of 3
Posted: Tue Dec 04, 2012 6:50 am
Unix e Sistemi Operativi
17/1/2013 -: 5O - 2° Modulo
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
DRIVER => traduttore tra PERIFERICA VIRTUALE e PERIFERICA REALE
SUPERUSER => utente amministratore => può fare tutto
in UNIX si chiama root (radice) - In windows administrator
successo di unix/linux =>è un NOS opensource
vantaggi SO:
- facilità d'uso
- detta le regole di accesso alle risorse (winword, autocad demandano al SO
la creazione dei files)
- sicurezza (impedisce l'accesso direttoi all'hw)
DTP => sono sistemi per l'editoria elettronica (xpress, freehand publisher)
GUI => modulo del SO che contiene l'interfaccia grafica (graphical user
interface) (inventata dalla XEROX - produttore di materiale per la stampa)
boot strap => fase di avvio della macchina dove vengono lanciate tutte le
applicazioni necessarie al nos
Filesystem (FS) => modulo di SO che consente la gestione dei files
OPENSOURCE => spiegato
perchè esistono diverse GUI in LINUX ? E in win NO! ? spiegato
Posted: Thu Jan 17, 2013 9:53 am
kconsole => terminale SW che mi consente di utilizzare l'interfaccia
testuale (CLI)
in dos assomiglia al cmd
--------------------------------------------> 5N 15/1/2012
kdiskfree ==> mostra l'occupazione del disco fisso
chkdsk => equivalente di kdiskfree
mostrato equivalente in windows di kdiskfree (du)
Esecuzione in dos/win
C:\Windows\system32>chkdsk
Il file system è di tipo NTFS.
Avvertenza! Parametro F non specificato
CHKDSK eseguito in modalità sola lettura.
Verifica dei file in corso (fase 1 di 3)...
232448 record di file elaborati.
Verifica file completata.
111 record di file di grandi dimensioni elaborati.
0 record file non validi elaborati.
2 record EA elaborati.
241 record reparse elaborati.
Verifica degli indici in corso (fase 2 di 3)...
288532 voci di indice elaborate.
Verifica indici completata.
0 file non indicizzati analizzati.
0 file non indicizzati ripristinati.
CHKDSK sta verificando il journal USN...
35320648 byte USN elaborati.
Verifica del journal USN completata.
Verifica del file system effettuata. Nessun problema rilevato.
156183928 KB di spazio totale su disco.
40611576 KB in 197297 file.
95236 KB in 28044 indici.
0 KB in settori danneggiati.
338808 KB in uso dal sistema.
65536 KB occupati dal file registro.
115138308 KB disponibili su disco.
4096 byte in ogni unità di allocazione.
39045982 unità totali di allocazione su disco.
28784577 unità di allocazione disponibili su disco.
C:\Windows\system32>
-------------------------------------xedit => editor => in windows equivalente di notepad - in dos edit
xwindows => 1° interfaccia grafica di unix => ancora supportata da tutti i
SO di questo tipo.
xman => manuale => equivalente windows = F1 in dos help
xterm => terminale (come il telnet - kconsole)
ricordarsi i nomi delle 8 applicazioni xwin e loro sognificato
Alcune applicazioni presenti nella GUI X: xbiff (avviso di posta) - xlogo
(logo XWin) - xcalc (calcolatrice) - xclock (orologio) - xeyes (occhi che
inseguono il cursore) - xedit (editor) - xman (help in linea) - xmag.
(lente di ingrandimento)
--- 5N 17/1/2012 ---spiegato dove vengono gestiti i servizi in win e unix (servizio = prg in
background)
21/1/2013 - 5O - 2° Modulo
by e01692
Posted: Mon Jan 21, 2013 7:58 am
a memento: KWORD - KRAYON (disegno) - KSPREAD (excel) - KPRESENTER (powerpoint) - KARBON
(controllo remoto/comunicazione)
prg in background =>esecuzione non evidente => tipica dei demoni (servizi)
mostrato in win dove si trova la gestione dei servizi
SO Multiuser => accesso contemporaneo di + utenti
SO Multitask => + task attivi
un SO multiaccount o multiprofile può definire diverse cfg per diversi utenti ma non consente
l'utilizzo contemporaneo da parte di due o + utenti
taskmgr => prg win (equivalente al ps di UNIX) che mostra i prg attivi.
differenze:
programma in esecuzione
processo/task in esecuzione
i task in win si dicono anche thread. Generalmente un task si occupa di fornire servizi comuni a
+ applicazioni: esempio il correttore ortografico non è un modulo interno a word ma è separato.
In questo modo può essere usato da tutte le applicazioni che necessitano di un correttore
ortografico
PUtty => client ssh e telnet
illustrata connessione ssh e telnet - spiegata differenza di connessione tra SuperUSER con SSH
(in questo caso la connessione è ammessa poichè la crittazione delle passwd garantisce un
livello di sicurezza) e nel telnet (non posso accedere come root ma solo come studente che è un
utente normale).
Un superuser può fare qualsiasi cosa sul sistema.
In win per protezione anche se entro come administator non posso eseguire le applicazioni come
admin a meno che non venga esplicitamente richiesto con "esegui come amministratore". Questo
vincolo aumenta la sicurezza poichè un prg eseguito come user normale non è in grado di arrecare
danni al sistema.
mostrato VNC e significato di terminale grafico (vnc è un prg di controllo remoto che terminale)
---> 5N 18/1/2012
Win 2012 - 2008 e 2003 server sono sistemi multiuser - idem unix
win xp, 7, 8 sono multiprofile
un prg in esecuzione è composto da un insieme di task
ricordare 4 pacchetti di openoffice e di KDE - cosa è Koffice
cosa è NEOOFFICE (un porting di OPENOFFICE SU APPLE)
DAMN SMALL LINUX cosa è
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
ricordarsi i nomi delle applicazioni KDE
24/1/2013 - 5O - 2° Modulo
by e01692
Posted: Thu Jan 24, 2013 9:58 am
i comandi UNIX sono CASE SENSITIVE
i comandi DOS/WIN non sono CASE SENSITIVE
spiegare come individuo un server http di tipo unix/win (hanno preso nota!)
può
può
può
può
un
un
un
un
SO essere Mono user e multi task ? qualsiasi versione non server di win
SO essere Multi user e mono task ? impossibile (spiegato)
SO essere Mono user e mono task ? DOS
SO essere Multi user e multi task ? Win2008 win2012 (versioni server di win) - Linux
KERNEL => nucleo del sistema operativo che colloquia direttamente con l'HW. Il kernel cambia se
cambio l'hw (esempio un ipad o un tablet android) ma gli strati superiori del SO (comandi)
rimangono gli stessi.
Il kernel è quello che comunica direttamente con L'HW. I SO sicuri impediscono accessi diretti
all'HW (non mediati dal kernel). Gli accessi all'HW risultano regolamentati dal kernel. Il DOS
non è un SO sicuro poichè consente accessi diretti all'HW
Il kernel crea dei modelli virtuali di HW usati come riferimento
In dos le stampanti non avevano un modello di riferimento virtuale. Pertanto chi produceva
dell'HW doveva preoccuparsi di creare i drivers per le singole applicazioni => esempio per word,
excel, autocad ... Se quella stampante non prevedeva un driver per powerpoint non poteva essere
usata con quell'applicativo.
In WIN la stampante virtuale rappresenta il modello di riferimento per tutte le applicazioni.
Chi crea un sw userà un unico linguaggio che è quello della stampante virtuale. Il vantaggio è
anche per i produttori che devono sviluppare un driver per ogni SO e non per ogni applicativo
Vantaggi KERNEL
- modelli HW virtuali di riferimento che scollegano le caratteristiche HW da quelle SW
- Accessi alle risorse HW regolamentati
Le system call sono il meccanismo che consente alle applicazioni di comunicare con il kernel.
Un eseguibile = Istruzioni assembler + System Calls => un exe può girare solo sul SO dove è
stato progettato (anche se l'HW è identico)
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
25/1/2013: 5O - 2° Modulo
by e01692
DRIVER => traduttore tra PERIFERICA VIRTUALE e PERIFERICA REALE
System call = API
Posted: Fri Jan 25, 2013 9:04 am
Il FS (file system) insieme di prg,api e regole che definiscono il salvataggio delle info
all'interno delle periferiche di massa (hard disk ad esempio)
FS FAT32/NTFS DOS/WIN
Le unità di memoria disponibili su una macchina vengono mostrate con delle lettere seguite dai 2
punti esempio A: c: .... tali elementi si dicono (UL) unità logiche
Le UL sono organizazate in cartelle (folder o directory). Le cartelle permettono
un'organizzazione logica dell'informazione adeguata alle esigenze dell'utente.
esempio
Cartella VOTI => sottocartelle 2011, 2013 ... sottocartelle 1Quadr, 2Quadr
REGOLE DI NAMING:
Percorso o Path => identifica in modo univoco un file o una cartella all'interno di un pc
C:\Program Files\Windows Mail\it-IT
C:\Users\sechi.m\Desktop
C:\Users\sechi.m\Desktop\scuola\b.htm => questo è il vero nome di un documento dos/win. Non è
possibile per via delle regole del FS creare nella stessa cartella documenti con lo stesso nome.
Tale nome si dice percorso assoluto
in dos/win scrivere
C:\Users\sechi.m\Desktop\scuola\b.htm
oppure
C:\Users\sechi.m\Desktop\scuola\B.HTM
indica lo stesso file
Le regole appena viste sono univoche sul singolo pc ma non in una rete.
UNC => regola di naming per la rete
\\nomecomputer\nomecondivisione\percorso assoluto
\\nomecomputer\nomecondivisione\scuola\b.htm (se la cartella che ho condiviso è scuola)
1/2/2013 : 5O - 2° Modulo
by e01692
Posted: Fri Feb 01, 2013 12:06 pm
URL => regola di naming universale per internet
protocollo://nomemacchina/percorso rispetto alla document root
- FAT 32 => elenco di nomi di files con il puntatore al 1° blocco contenente il mio files. I
blocchi successivi sono raggiungibili sfruttando un puntatore al contatore successivo contenuto
nel blocco corrente
Il blocco è la cella logica in cui viene suddiviso l'HD
La divisione evita pesanti operazioni di compattamento quando inserisco un nuovo file di grosse
dimensioni. Viene spezzato per cui se ho blocchi disponibili lo salvo senza spostare niente.
VANTAGGI FAT
============
- velocità di eliminazione poichè non devo pulire i blocchi.
infatti posso eliminare un file semplicemente eliminando una voce (entry) dalla fat (file
allocation table).
- anche se ho files molto grossi e gli spazi disponibili sono molto frammentati posso salvare
senza spostare niente (quindi in modo molto veloce).
- possibilità di recupero dei file cancellati. Infatti quando i files sono cancellati non
vengono sovrascritti finchè non salvo ulteriori documenti. In altre parole posso recuperare i
files cancellati con opportuni tools di recupero dati.
SVANTAGGI 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)
- con una fat 32 posso indirizzare (raggiungere) 2^32 blocchi.
- rallentamenti se i blocchi dello stesso file risultano distanti.
- se perdo la FAT perdo l'intero contenuto del disco. Per sicurezza esiste una copia nascosta
nell'HD della FAT.
Quando continuo ad installare ed eliminare files di diverse dimensioni genero una forte
frammentazione (blocchi inerenti allo stesso file sono distanti).
La deframmentazione è l'operazione che consente di riorganizzare i blocchi in modo che quelli
relativi allo stesso files siano disposti in modo consecutivo
FAT 32 => 32 => ampiezza dell'indirizzo. Ogni cella (blocco) è numerato. Per leggere il blocco
devo conoscere tale indirizzo (puntatore).
Se ho 32 bit per registrare degli indirizzi significa che posso numerare i blocchi da 0 a 2^321. Ulteriori blocchi oltre tale valore non saranno indirizzabile per cui non posso leggerli.
-- 29/1/2013 -- 5N
VANTAGGI FAT
============
- velocità di eliminazione poichè non devo pulire i blocchi.
infatti posso eliminare un file semplicemente eliminando una voce (entry) dalla fat (file
allocation table).
- anche se ho files molto grossi e gli spazi disponibili sono molto frammentati posso salvare
senza spostare niente (quindi in modo molto veloce).
- possibilità di recupero dei file cancellati. Infatti quando i files sono cancellati non
vengono sovrascritti finchè non salvo ulteriori documenti. In altre parole posso recuperare i
files cancellati con opportuni tools di recupero dati.
SVANTAGGI 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)
- con una fat 32 posso indirizzare (raggiungere) 2^32 blocchi (4gb).
- se perdo la FAT perdo l'intero contenuto del disco. Per sicurezza esiste una copia nascosta
nell'HD della FAT.
SPAZIO DISPONIBILE SU DISCO
2^32xdimensione blocco => dimensione disponibile dell'HD
+ HD fisici una sola uL => dischi in cluster
Quanto spazio posso gestire se i blocchi hanno dimensione 4Kb e l'indirizzo è ampio 32 bit
2^32 x dimensione blocco
Quando elimino un file nella fat l'iniziale del nome viene sostituita con un ? e basta (cancello
molto velocemente quindi!)
472/2013 - 5O - 2° Modulo
by e01692
Posted: Mon Feb 04, 2013 11:24 am
in dos help => comando /?
Format => prepara la UL a contenere files e cartelle (predispone quella
struttura a blocchi)
Ad un disco fisso corrispondono N unità logiche => disco partizionato
formattazione => operazione che rende usabile una unità di memoria di massa
(HD, USB disk ...) . In altre parole posso salvare in essa file e cartelle.
----> 5N 31/1/2013 C:\Program Files\Immunet Protect\Quarantine
UL: root + sequenza di nomi separati da \
LA ROOT è un riferimento assoluto => rappresenta il punto iniziale dell'UL
In win di radici ne ho N: una per ogni UL
Un disco viene partizionato (in dos il comando è fdisk) per avere:
- 2 o + UL dove depositare i prg e nell'altra i dati
- per gestire due OS (SO) incompatibili tra loro. In questo caso un
particolare sw di sistema (Boot manager) consente di selezionare la
partizione di avvio.
In questo caso le partizioni sono dette primarie e non risultano visibili
dalle altre partizioni
- per inserire i files necessari al ripristino del SO (che si è incasinato).
In questo modo i produttori risparmiano evitando di distribuire i dvd di
ripristino.
La copia immagine del disco fisso è usata:
- dai produttori per vendere un modello che è configurato perfettamente ed
in modo uguale su tutti i PC. Tale copia viene salvata nei dvd di ripristino
o nella partizione di ripristino
- nelle aziende che acquistano in blocco i PC (in modo che dal punto di
vista HW siano =). Configurano un pc prototipo e poi replicano sugli HD
delle altre macchine tale cfg sfruttando la copia immagine (il prg + diffuso
è acronis)
il comando subst => crea UL agganciate a CARTELLE
SUBST L: C:\SECHI
dir => MOSTra il contenuto della cartella corrente
CLI => command line interface
un comando cli è dotato di 3 elementi
<nome del comando> [argomenti] [/opzioni]
->argomenti => dove opera il comando
->opzioni => determina cambiamenti nel comportamento di default di un
comando
esempio
dir => mostra contenuto cartella corrente
dir \ => mostra il contenuto della root della UL corrente
dir /S => mostra tutti i files contenuti nella cartella corrente e nelle sue
sottocartelle
CARTELLA CORRENTE => cartella dove sono in quel momento => visibile sul
prompt.
Il prompt è il punto dove digito il mio comando nell'interfaccia testuale
5/2/2013 - 5O - 2° Modulo
by e01692
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
SHELL = interprete dei comandi
Menu Esegui + GUI => shell windows
In win la shell è il menu esegui
In dos esistono 2 shell: cmd (file cmd.exe) e command.com (vecchia versione)
=>
command.com => interprete dell'ultimo DOS 6.2 => si nota poichè le regole di
naming utilizzate per i file considerano il nome lungo al + 8+3 caratteri
un nome win viene accorciato a 6 caratteri ~ (alt+126) + numero progressivo
in unix esistono diverse shell => bash , sh, ksh, csh => hanno #
funzionalità
set => comando per visualizzare le variabili di sistema in dos: PROMPT (per
dos) => setta l'aspetto del prompt del dos
SET PROMPT=Ciao: ==> modifico il prompt del dos 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 -
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
Posted: Tue Feb 05, 2013 9:07 am
applicazioni del DOS 6.2 (ultima versione prima di win95)
command => supporta le regole di naming del dos => 8 char + 3 di estensione
Come WIN trasforma per compatibilità i nomi dei files (tilde : ascii 126 =>
tasto aLT + 1 2 6 SUL tastierino numerico)
studentimodello.txt => studen~1.txt
studentimonello.txt => studen~2.txt
8/2/2013 - 5O - 2° Modulo
by e01692
Posted: Fri Feb 08, 2013 12:01 pm
VARIABILI D'AMBIENTE => sono valori che il SO utilizza per personalizzare l'ambiente di lavoro di un utente
appunti del DOS
http://www.brescianet.com/appunti/infobase/dos.htm
CONCETTO DI CARTELLA CORRENTE => è la cartella dove verranno eseguiti i comandi nel caso non abbiano
alcun argomento (l'argomento non è l'opzione!)
In DOS le opzioni sono riconoscibili poichè sono precedute da / mentre in UNIX dal set, declare => comando per visualizzare le variabili di sistema in unix:
declare PS1='Ave docente modello - cosa comanda ?' ==> modifico il prompt di unix con "Ciao:"
Il comando CD in dos mostra la cartella corrente
In unix il comando equivalente è pwd (print work dir)
riprendere da dir .. UL corrente etc
equivalente unix => ls
Esempi
dir \ => l'argomento non ha alcun riferimento inerente alla UL per cui il SO utilizza come UL quella corrente
(quella che vedo con il comando CD)
se il prompt è:
c:\pioppo>
allora la UL corrente è c:
quindi
dir c:\
è=a
dir \
per cambiare UL mi basta digitare il nome: ad esempio
L:
Gli argomenti dei comandi quando sono path (percorsi) si compongono in questo modo:
<comando di FS> [UL dove operare][root][sequenza di cartelle e files finale]
se manca:
[UL dove operare] => sostituita con la UL corrente
[root] => verrà sostituita con la cartella corrente
[sequenza di cartelle e files finale] => non applico alcuna sostituzione
dir \ => dir c:\ se c: è ul corrente
dir c:pioppo\pluto => se la cartella corrente è c:\caio\sempronio => uguale a:
dir c:\caio\sempronio\pioppo\pluto
dir "C:\Users\sechi.m\Desktop\Sechi non buttare - 2012\2° Modulo"
le cartelle relative e:
. => cartella corrente
.. => cartella contenitore (precedente) di quella corrente
quindi
dir
e dir .
sono equivalenti
i percorsi relativi servono a scrivere gli argomenti dei comandi in modo + breve
ESEMPIO:
supponiamo che la cartella corrente sia:
C:\Users\sechi.m\Desktop\Sechi non buttare - 2012\2° Modulo
e voglia vedere il contenuto della cartella precedente.
se uso la modalità assoluta devo scrivere:
dir "C:\Users\sechi.m\Desktop\Sechi non buttare - 2012"
in quella relativa mi basta scrivere
dir ..
un percorso che non inizia con \ (a parte l'UL) è sempre relativo.
relativo a cosa ? (quella corrente)
COSA VEDO CON DIR L:.. => MOSTRA il contenuto della cartella precedente a quella corrente della UL L:
COSA VEDO CON DIR L: => MOSTRA il contenuto della cartellacorrente della UL L:
COSA VEDO CON DIR L:\ => MOSTRA il contenuto della root della UL L:
dir l:\pippo => MOSTRA IL CONTENUTO DELLA CARTELLA PIPPO sotto la root
dir l:pippo => MOSTRA IL CONTENUTO DELLA CARTELLA PIPPO (SE è PRESENTE NELLA CARTELLA corrente di L:)
il risultato dei 2 comandi è = se e solo se la cartella corrente di L è la root
/ è la root in unix - in unix non esiste il concetto di ul
C:\Documents and Settings\porf sechi\Desktop\Sechi Non Buttare - 2011\1Modulo
per ogni UL (unità logica) ho un punto iniziale detto radice o root
il riferimento apicale in UNIX si dice root (è unica e non deve essere confusa con l'utente amministratore)
/pippo/pioppo/note.txt => tipo assoluto
pippo/pioppo/note.txt => tipo relativo
è come scrivere
./pippo/pioppo/note.txt
--------- 5N 5/2/2013
Se manca lo / iniziale o l'ul => percorso relativo altrimenti è assoluto
dir l:\pippo => MOSTRA IL CONTENUTO DELLA CARTELLA PIPPO sotto la root
dir l:pippo => MOSTRA IL CONTENUTO DELLA CARTELLA PIPPO (SE è PRESENTE NELLA CARTELLA corrente di L:)
dir pippo => MOSTRA IL CONTENUTO DELLA CARTELLA PIPPO (SE è PRESENTE NELLA CARTELLA corrente della
UL corrente)
dir => cerca nella UL e cartella corrente
IN UNIX questi 2 file coesistono allegramente:
/pippo/pioppo/note.txt
/pippo/pioppo/NOTE.txt
index.php
se è diverso
Index.php
allora il server è unix
CLI (interfaccia con comandi di linea) => interfacce testuali
vantaggi CLI
- leggerezza (richiede poche risorse HW)
- 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
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)
14/2/2013 - 5O - 2° Modulo
by e01692
Posted: Thu Feb 14, 2013 10:12 am
ROOT => utente amministratore - gruppo amministratore - riferimento assoluto del file system
tree => comando unix/dos
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
METADATI => sono info abbinate al file che descrivono ad esempio:
- ora di creazione
- ora modifica
- dimensioni
- utente creatore o proprietario
- gruppo proprietario
...
inode=metadati
datablock => blocco contenente dati reali di un file (un pezzo)
I gruppi di utenti consentono in un NOS la definizione di diritti (policies) di accesso comuni
RIASSUMENDO:
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
FS UNIX:
dell'inode ricordarsi il tipo di metadati (proprietario, dimensione files , diritti accesso e
modalità + link
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/
All times are UTC
Page 1 of 3
Brescianet.com
Sito di supporto alla didattica
http://lnx.brescianet.com/ScuolaForum2012/
5O - 2° Modulo
http://lnx.brescianet.com/ScuolaForum2012/viewtopic.php?f=15&t=19
Page 2 of 3
19/2/2013 5O - 2° Modulo
by e01692
Posted: Tue Feb 19, 2013 8:47 am
Nei dischi fissi ho un blocco che è riservato all'avvio del SO. Tale blocco è 0 ed è = per tutti
i SO - Se si rompe il blocco 0 il disco non è + avviabile (usabile si ma è pericoloso)
boot (bootstrap) => sinonimo di avvio della macchina
MASTER BOOT RECORD => MBR => blocco reale di avvio
Nel blocco 0 posso avere il multiboot => ovvero una sorta di menu che mi consente di selezionare
il SO da avviare - in questo caso MBR non è sul blocco 0
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.
percorsi relativi in UNIX:
caio/pluto
./caio/pluto
../caio/pluto
-----5N 14/2/2013
Queste 2 scritture sono equivalenti
caio/pluto
./caio/pluto
login => operazione di autenticazione => l'utente digita il suo user id e la sua password =>
riceve dei diritti di accesso alle risorse del sistema (basate sulle policies) e viene impostata
come cartella corrente la cartella
/home/nomeuserid
/home => cartella unix dei documenti degli utenti
c:\users (o utenti) => cartella win dei documenti dell'utente
In questa cartella vengono depositati i files dell'utente + le personalizzazioni (profili) che
quell'utente ha impostato
pwd => mostra la cartella corrente in UNIX
cd [UL] => mostra la cartella corrente in DOS (le [] indicano che si tratta di un argomento
opzionale.
esempio
cd
cd c:
cd => cambio directory => il separatore delle cartelle è diverso da UNIX a DOS
esempio:
[studente@localhost studente]$ pwd
/home/studente
[studente@localhost studente]$ cd /
[studente@localhost /]$ pwd
/
[studente@localhost /]$
IN DOS
cd \
ls => comando unix che consente di vedere il contenuto di una cartella passata come argomento
dir => euivalente dos di ls
ls
ls
ls
ls
ls
ls
/home => listing della cartella indicata
=> listing della cartella corrente
.. => listing della cartella precedente a quella corrente
. => listing della cartella corrente
/ => listing della radice
home => listing della cartella home che deve trovarsi nella cartella corrente
equivalenti DOS
dir c:\home => listing della cartella indicata
dir => listing della cartella corrente
dir .. => listing della cartella precedente a quella corrente
dir . => listing della cartella corrente
dir \ => listing della radice
dir home => listing della cartella home che deve trovarsi nella cartella corrente
multiboot =>possibilità di avviare + SO (solo uno alla volta)
21/2/2013: 5O - 2° Modulo
by e01692
Posted: Thu Feb 21, 2013 8:59 am
tty => terminale o monitor
stty => comando per settare gli aspetti grafici del monitor
spiegare come individuo un server http di tipo unix/win (hanno preso nota!)
unix è un nos
Nome HOST: 192.168.2.248
studente
studente
PS1 => variabile ambiente del prompt unix
PROMPT => variabile ambiente del prompt dos
oPZIONI ls
-l => mostra una serie aggiuntiva di info relative al file
-a => mostra i files che iniziano con . (si tratta di files di sistema)
-R => mostra ricorsivamente tutte le cartelle contenute nella cartella indicata come argomento
ls -R /
equivalente
dir c:\ /s
--- 1° ora
cmd.exe - command.com (antenato del cmd : non gestisce nomi di files > di 8 char + 3 di
estensione)
help => in win F1
in dos comando
comando /? oppure help
unix
man comando
comando --help (tipica di linux)
comando -help (tipica di unix)
xwindows => xman
spiegato perchè esistono le shell ? hanno ascoltato
i file binari sono gli eseguibili => esempio i prg
in dos/win sono eseguibili i files che contengono queste estensioni:
.exe
.com
.dll
.bat
in unix i files sono eseguibili grazie ad un particolare attributo visualizzato con il comando
ls -l
In /bin => prg corrispondenti ai comandi del SO (ls, stty, cat ...)
in dos => c:\windows e in particolare system32/64
/dev => device / cartella
c:\windows\system32\driver
/dev/console => sorta di shell simile a quella che vedo in un telnet ma che è eseguita sul
server (utile per operazioni di manutenzione in assenza di connessioni)
/dev contiene le descrizioni delle device usate dal SO per connettersi correttamente ad esse
sd? => dischi scsi
hd? => dischi ide
----------19/2/2013 - 5N
/etc
equivalente win
c:\windows e c:\programmi
in verità le cfg di win si trovano all'interno di un particolare files accessibile con il
comando regedit.exe
/home in unix
c:\utenti in dos
/lib in unix
C:\Program Files\Common Files => prg di uso comune utilizzate da diverse applicazioni
23/2/2013 - 5O - 2° Modulo
by e01692
Posted: Fri Feb 22, 2013 12:02 pm
task => elemento in esecuzione
un prg in esecuzione può essere costituito da 1 o + task
task in unix è detto processo
/proc => contiene registrazioni ed info relative ai processi
equivalente win
c:\users\utentecollegato\temp => cartella dei files temporanei e registro di sistema
/tmp
c:\users\utentecollegato\temp
Un prg non deve conoscere l'ubicazione della cartella temporanea ma usa una variabile di
ambiente
per trovarla
TEMP=C:\Users\sechi.m\AppData\Local\Temp
TMP=C:\Users\sechi.m\AppData\Local\Temp
in unix
/usr
in dos l'equivalente è la
cartella c:\programmi
/usr/X11 ==> Contiene tutto ciò che riguarda l'interfaccia grafica X-Window
/usr/spool
/usr/man
lo spooler è un prg che opera dietro le quinte(background) che intercetta i dati da stampare e
durante i momenti di inattività dell'utente manda i comandi necessari alla stampante per
produrre il documento richiesto.
Si tratta quindi di una sorta di cache/buffer => allinea dispositivi che viaggiano a velocità
diverse
i files in unix che iniziano con . sono file nascosti che contengono configurazioni o profili
(esempio /home/utentecollegato/.bash_profile => configurazioni nella shell bash per l'utente
collegato)
ls
opzioni richieste: -a -l e -R (ricorsivamente mostra la cartella corrente
mostracartella(corrente)
mostracartelle(1°sottocartella)
mostracartelle(1°sottocartella)
...
mostracartelle(n°sottocartella)
Definizione ricorsiva => prende come riferimento se stessa.
Per evitare una ricorsione infinita occorre porre una condizione di stop o iniziale
S(n)=1+2+....+n (definizione iterativa)
S(n) = S(n-1)+n (definizione ricorsiva)
S(0)=0
S(n) = S(n-1)+n => S(n-1) = S(n-2)+n-1
S(n) = S(n-2)+(n-1)+n
S(n) = S(n-3)+(n-2)+(n-1)+n
S(n)=0+1+...n
n!=n*(n-1)! (definizione ricorsiva)
0!=1
n!=1*2*3*...*n (definizione iterativa)
pwd
-- Non richiesta--Principio di induzione
s(n)=n*(n+1)/2
s(1) => provo (ok)
s(2) => provo (ok)
s(n) => suppongo vera
devo dimostrareche:
s(n+1) =(n+2)*(n+1)/2
per la mia ipotesi induttiva
s(n+1)= s(n)+n+1 = (n+1)*n/2+n+1
------- fino a qui
arrivato a mkdir escluso
5/3/2013 - 5O - 2° Modulo
by e01692
Posted: Tue Mar 05, 2013 8:51 am
dir = directory = cartella
arrivato a mkdir escluso
md equivalente di mkdir
per rimuovere le cartelle il comando è rmdir <cartella di destinazione> (oppure rd)
Le cartelle non vuote, per questioni di sicurezza, non possono essere rimosse
(esiste in dos una particolare opzione)
7/3/2013: 5O - 2° Modulo
by e01692
Posted: Thu Mar 07, 2013 7:56 am
eseguibile => programma che può essere eseguito (esempio word, excel , notepad ...)
Un documento di word non è un eseguibile poichè richiede un prg (word in questo caso) per essere
visualizzato.
In dos/win gli eseguibili sono quei files con estensione .exe o .com (vecchio tipo).
In Unix gli eseguibili sono quelli che hanno l'attributo x attivo.
Chi non è autorizzato riceverà un opportuno messaggio di errore:
[studente@localhost studente]$ cd /root
bash: cd: /root: Permission denied
[studente@localhost studente]$
riprendere da tree - spiegare diritti files alla 5O
tree => in dos => albero delle cartelle partendo dalla cartella corrente della UL corrente
tree L: => in dos => albero delle cartelle partendo dalla cartella corrente della UL L:
tree L:\ => in dos => albero delle cartelle partendo dalla radice della UL L:
tree .. equivale a tree c:.. se c: è la UL corrente
whoami => mostra l'utente modello corrente
---------
cp 2 argomenti il primo è il file originale il secondo il nome del file copiato o di
destinazione
cp si comporta in modo differente se gli argomenti sono cartelle
cp pioppo.txt .. => pioppo.txt nella cartella corrente viene duplicato nella cartella precedente
con lo stesso nome
cp nomefile nomecartellaesistente => copio il file originale con lo stesso nome nella cartella:
nomecartellaesistente
se il primo argomento è una cartella l'intero contenuto verrà messo in un file (se il 2°
argomento non è una cartella!) o in una cartella (se il 2° argomento è una cartella!)
se ometto il 2° argomento la destinazione è la stessa cartella corrente
------ 5N 5/3/2013
Cosa succede ?
copy pippo.txt l: => COPIA NELLA CARTELLA CORRENTE DI l: IL FILE PIPPO.TXT CON LO STESSO NOME
copy pippo.txt l:. => COPIA NELLA CARTELLA CORRENTE DI l: IL FILE PIPPO.TXT CON LO STESSO NOME
COPY .. . => COPIA IL CONTENUTO DI TUTTI I FILES DELLA CARTELLA PRECEDENTE IN QUELLA CORRENTE
COPY .. => IDEM COME SOPRA
PIPPO.TXT => NON è IL VERO NOme del file MA è AD ESEMPIO C:\PLUTO\CAio\pippo.txt (percorso
assoluto). Se sposto pippo.txt da C:\PLUTO\CAio a C:\PLUTO\Paperino in realtà modifico il suo
nome da C:\PLUTO\CAio\pippo.txt a C:\PLUTO\paperino\pippo.txt
mv in unix => in dos 2 comandi ren per i files e move per le cartelle
esempio move nomecartellaoriginale nomenuovodellacartella
mkdir "sono io"
mkdir sono io
cosa succede ? Spiegato
mv pippo / => sposta pippo dalla cartella corrente alla root
mv pippo pluto => se pippo è una cartella questa viene rinominata in pluto ma se pippo è un file
allora questo viene spostato in pluto (se è una cartella altrimenti rinomina pippo con pluto)
8/3/2013: 5O - 2° Modulo
by e01692
COSA SUCCEDE SE SCRIVO:
DEL . /s ?
Posted: Fri Mar 08, 2013 12:01 pm
rm *
----- 5N 7/3/2013
equivalenti di mv in dos
ren => comando dos applicabile ai files
C:\Users\sechi.m>ren pioppo.bat caio.bat
move => comando dos applicabile alle cartelle (immaginiamo vvvvv essere una cartella)
C:\Users\sechi.m>move vvvvv mmmmm
nella nuova versione di win 7-8 ren può essere usato per le cartelle ma solo se tutta
l'operazione avviene nella stessa cartella: esempio ==>
C:\Users\sechi.m>ren vvvvv mmmmm
se nel percorso è incluso il nome di una cartella è opportuno usare move
C:\Users\sechi.m>move caio.bat mmmmm\pluto.bat
1 file spostato/i.
mentre ren va in errore:
C:\Users\sechi.m>ren putty.rnd mmmmm\pluto.bat
Sintassi del comando errata.
DEL piopp.wsf => elimina il file piopp.wsf
DEL a:* => ELIMINA I FILES (NON LE CARTELLE!!) DELLA CARTELLA CORRENTE DI a:
DEL * => ELIMINA I FILES (NON LE CARTELLE!!) DELLA CARTELLA CORRENTE Della ul CORRENTE
DEL *.* => IDEM DI SOPRA (IN DOS ABBIAMO L'ESTENSIONE DEL FILE CHE è SEPARATO DAL NOME VERO E
PROPRIO DA UN PUNTO .
del . => IDEM COME SOPRA
del \ /S
del c:\*.doc /S => elimino tutti i files di word sul disco c:
baTCH => FILE TESTUALE CONTENENTE UNA SEQUENZA DI COMANDI DI so (SISTEMA OPERATIVO) CHE VENGONO
ESEGUITI SENZA PRESIDIO DA PARTE DELL'UTENTE. iN DOS FILES DI QUESTO TIPO SONO QUELLI CON
ESTENSIONE bat O WSF
in unix non uso rm *.* ma solo * per eliminare tutti i files
chmod => consente di modificare gli attributi di accesso ai files/directory
immagino di avere un programma pippo.exe che svolge le stesse operazioni di LS
[root@localhost studente]# ls -l pippo.exe
---------- 1 root root 45948 mar 8 12:49 pippo.exe
si osservi che tutte i permessi di esecuzione sono disabilitati
per eseguire il comando devo dire dove si trova (./ iniziale ovvero cartella corrente)
[root@localhost studente]# ./pippo.exe
bash: ./pippo.exe: Permission denied
l'errore è dovuto alla mancanza di permessi
Attivo il permesso di esecuzione per il proprietario
[root@localhost studente]# chmod 100 pippo.exe
[root@localhost studente]# ls -l pippo.exe
---x------ 1 root root 45948 mar 8 12:49 pippo.exe
[root@localhost studente]# ./pippo.exe -l
totale 1196
drwxrwxr-x 3 studente studente 4096 nov 20 2004 5i
drwxrwxr-x 3 studente studente 4096 nov 20 2004 5n
---x--x--x 1 root root 12 mar 8 12:34 caio.txt
---x------ 1 root root 45948 mar 8 12:49 pippo.exe
-rw-r--r-- 1 root root 1155568 mar 8 12:34 pippo.txt
adesso il prg pippo.exe funziona
riprendere dagli altri flag 4 => lettura e 2 => modifica
12/3/2013: 5O - 2° Modulo
by e01692
Posted: Tue Mar 12, 2013 8:50 am
una cartella nel FS unix/dow/win è un file particolare contenente l'elenco dei nomi dei
files e delle sottocartelle in essa contenuti. Per creare in essa una nuova sottocartella
devo avere i diritti di modifica (W). Per entrare (con il cd) in una cartella devo avere
i diritti x (esecuzione). Per elencare i files devo avere il diritto (r).
chown => cambio il proprietario di un file o di un gruppo di file. Per effettuare tale
operazione devo essere un amministratore (esempio root) oppure il proprietario del file
[root@localhost studente]# ls -l
totale 1196
drwxrwxr-x 3 studente studente 4096 nov 20 2004 5i
drwxrwxr-x 3 studente studente 4096 nov 20 2004 5n
---x-w-r-- 1 root root 12 mar 8 12:34 caio.txt
-r-x-wxrwx 1 root root 45948 mar 8 12:49 pippo.exe
-rw-r--r-- 1 root root 1155568 mar 8 12:34 pippo.txt
[root@localhost studente]# chown studente caio.txt
[root@localhost studente]# ls -l caio.txt
---x-w-r-- 1 studente root 12 mar 8 12:34 caio.txt
spiegato i 3 significati del termine root
chgrp fatto
[root@localhost studente]# chgrp studente caio.txt
[root@localhost studente]# ls -l caio.txt
---x-w-r-- 1 studente studente 12 mar 8 12:34 caio.txt
attrib => comando equivalente di chmod (nel senso che definisce dei diritti di accesso
ma non abbina tali diritti ad un particolare utente: in dos infatti tale concetto è
assente)
attrib gestisce 4 proprietà. mostrato l'equivalente grafico di aTTRIB
h => FLAG CHE SE E' ATTIVATO NASCONDE IL FILE
R => FLAG CHE SE E' ATTIVATO rende IL FILE A SOLA LETTURA
s => FLAG CHE SE E' ATTIVATO rende IL FILE di sistema (esempio boot.ini)
a => FLAG CHE SE E' ATTIVATO DICE SOLO CHE SI TRATTA DI UN FILE DI ARCHIVIO (file
prodotto dall'utente => usato nei comandi di copia)
ATTRIB +FLAG <NOMEDEL FILE O DELLA CARTELLA>
ATTRIB +H PIPPO.TXT => RENDO INVISIBILE PIPPO.TXT
ATTRIB +r PIPPO.TXT => RENDO a sola lettura PIPPO.TXT
attrib -H -R PIPPO.TXT => TOLGO I FLAG DI LETTURA E INVISIBILITA'
attrib senza argomenti mostra i flag dei files della cartella corrente
14/3/2013 - 5O - 2° Modulo
by e01692
Posted: Thu Mar 14, 2013 9:07 am
solo il comando xcopy deve essere conosciuto: come copy ma consente la copia anche nelle
sottocartelle
xcopy /A c:\*.* F: /S => copio tutti i files del mio HD con attributo A nella mia uSBKEY
flag S => si tratta di un files di sistema => gli altri flag non possono essere disabilitati se
non disabilito tale flag
echo mostra a video l'argomento. Usato nei files batch per mostrare lo stato di avanzamento
delle istruzioni che vengono via via eseguite.
echo $USER => mostro in unix la variabile d'ambiente relativa all'utente connesso
echo %USERNAME% => mostro in dos/win la variabile d'ambiente relativa all'utente connesso
cat <nomefile>
mostra il contenuto del file
cat nomefile1 nomefile2 nomefile3 => mostra in sequenza in contenuto dei 3 files passati come
argomento
il comando in dos equivalente cat è type
------5N 12/3/2013 ------------ =>
comando more => mostra un file testuale una pagina alla volta. (solo comando q => uscita)
in dos il comando equivalente è identico.
non sono usabili con i files binari (eseguibili ovvero i prg che contengono istruzioni assembler
o in codice macchina [quello del processore])
no cmp, diff, ln, tee, uniq, touch, tr
cut => estrae con opportuna opzione solo alcune colonne di un file
find => usATO per ricercare i files all'interno del disco
esempio
find <percorso di inizio> -name '*parolacercata*'
find / -name '*sechi*' => ricerca tutti i files che contengono un nome
sort => ordina
wc => statistiche sulle righe, parole e char
tar => tape archive => prg per fare i bck
gzip/gunzip => equivalente a winzip
chkdsk => simile a df solo che effettua il test del fs (file system)
in dos non esiste equivalente di ps poichè è un SO monotask
in win il comando equivalente è taskmgr (ctrl+alt+canc)
ps -l mostra + colonne
UID => user identifier
PID => process identifier
PPID => parent process identifier
TIME => tempo di esecuzione
tty => terminale dove ho eseguito il comando
---- 5O 14/3/2013 ----------------------man prende origine dal comando more
la shell è un ambiente di sviluppo posso costruire dei prg
ps senza opzione mostra l'elenco dei processi attivi nella sessione terminale dove ho digitato
il comando ps
grep è usaTO PER RICERCARE LE RIGHE CHE CONTENGONO LE PAROLE PASSATE COME ARGOMENTO
ps -ef | grep 112 => mostra le righe dei processi contenenti la stringa 112
in.telnetd => server telnetd (demone)
quale è il PPID del comando digitato su linea di comando ? il pid della shell dove esegui il
comando
xinetd => gestisce il tcp/ip
init => processo iniziale
15/3/2013: 5O - 2° Modulo
by e01692
Posted: Fri Mar 15, 2013 12:05 pm
man prende origine dal comando more
la shell è un ambiente di sviluppo posso costruire dei prg
ps senza opzione mostra l'elenco dei processi attivi nella sessione terminale dove ho digitato
il comando ps
grep è usaTO PER RICERCARE LE RIGHE CHE CONTENGONO LE PAROLE PASSATE COME ARGOMENTO
ps -ef | grep 112 => mostra le righe dei processi contenenti la stringa 112
in.telnetd => server telnetd (demone)
quale è il PPID del comando digitato su linea di comando ? il pid della shell dove esegui il
comando
xinetd => gestisce il tcp/ip
init => processo iniziale
5O riprendere da ps
DOMANDA SU FTP TESTUALE:
Carica il file PIOPPO.TXT sul server pippo.txt dalla cartella c:\caio alla cartella /home/pluto
Le dir portebbero essere parametriche: (esempio tu sei l'utente cognome carichi dalla tua
homedir windows a quella unix)
1) login
ftp <indirizzo ip>
user
password
2) [verifiche sul server] Controllo dove sono con il comando cd (oppure pwd), con il dir vedo
cosa ho nella cartella ftp attiva e
con cd /home/pluto mi sposto alla cartella richiesta (si tratta di comandi relativi al
protocollo ftp e non al FS)
3) [verifiche sul client] Con lcd verifico la cartella locale sul client. Mi sposto sul client
mediante il comando lcd c:\caio
4) specifico il tipo di file: testuale se è: txt, htm, html, bat. Se non ho questa estensione
nel nome del file allora si tratta di binary altrimenti ASCII
5) Se scarico il file userò get altrimenti un comando put seguito dal nome del file da
scaricare/caricare
6) sgommo dal server con bye o quit (talvolta con exit)
Nel ps STIME inidca l'orario di avvio del processo
19/3/2013: 5O - 2° Modulo
by e01692
Posted: Tue Mar 19, 2013 8:52 am
perchè yes continua a mostrare delle y nonostante sia stato amabilmente ucciso ?
spiegato
comando kill => non uccide i processi ma manda segnali.
i segnali vengono usati per sincronizzare i processi (ese,mpio un processo ordina un
elenco e manda il segnale di wait fino a che non ha terminato al processo di stampa)
comando > nomefile => l'output non viene mostrato a video ma salvato nel file indicato a
destra di > (modalità ridirezione)
Un & in fondo al comando manda il processo in background. E' usato nella shell per avere
a disposizione sempre il prompt.
fg => manda in foreground un processo in bg (il numero del processo è ottenuto con il
comando jobs)
bg => manda in background un processo in wait che si trova in fg (il numero del processo
è ottenuto con il comando jobs)
PATH => variabile d'ambiente contenente i percorsi dove cercare i comandi (esiste anche
in dos). Whereis usa questa var per mostrare i percorsi assoluti del comandi
WHICH ED ALIAS NON SONO DA FARSI!
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/
All times are UTC
Page 2 of 3
Brescianet.com
Sito di supporto alla didattica
http://lnx.brescianet.com/ScuolaForum2012/
5O - 2° Modulo
http://lnx.brescianet.com/ScuolaForum2012/viewtopic.php?f=15&t=19
Page 3 of 3
21/3/2013: 5O - 2° Modulo
by e01692
Posted: Thu Mar 21, 2013 7:56 am
HOST => computer che state usando
hostname => equivalente di echo $HOSTNAME
lpq => gestore coda di stampa. blinda le stampe degli utenti, le salva nella cartella di spooling e in base alle
priorità manda in stampa i vari elaborati
il video viene gestito da 2 device virtuali: stderr (per gli errori) e stdout (messaggi normali)
l'input è gestito da un device virtuale stdin
sh < registrazione.txt : spiegato
cat file1 file2 > file3
equivale a
cat file1 > file3
cat file2 >> file3
cosa succede se scrivo
ls -R / > /dev/null
equivale a :
ls -R / 1> /dev/null
mostra solo i messaggi di errore. Questo perchè il > intercetta solo lo stdout e non lo stderr che viene
comunque
inviato a video
comando 2> errori.txt > avvisinormali.txt => spiegato
cat senza argomenti replica l'input di tastiera
ls -R / 2> /dev/null => non vengono visualizzati gli errori. Con 2> viene blindata la device stderr e non quella
stdour
cat > nomefile ==> salva in nomefile il testo digitato da tastiera (posso scrivere un file di testo senza notepad
[editor])
equivalente in dos
copy con: pippo.txt
con: => nome predefinito della console
lpt: => nome predefinito della stampante
com: => nome predefinito della seriale
usb: => nome predefinito della usb
tutti questi sono dei files virtuali
copy con: lpt1: => mando immediatamente in stampa quello che scrivo
type pippo.ps > lpt1: mando in stampa il file postscript pippo.ps
26/3/2013: 5O - 2° Modulo
by e01692
Posted: Tue Mar 26, 2013 9:27 am
type divinacommedia.ps > lpt1: mando in stampa il file postscript divinacommedia.ps
in unix
cat divinacommedia.ps | lp ==> poichè in unix la stampa è gestita da un processo e non da un file come in DOS
cat divinacommedia.ps | more => corretto
cat divinacommedia.ps > more => errato spiegato il xchè
in dos
type
con questi comandi scrivo file di testo senza EDITOR
cat > pippo.txt
equivalente unix di
copy con: pippo.txt
Wild chars o meta caratteri
* => qualsiasi sequenza quindi anche quella vuota
? => qualsiasi carattere quindi anche niente
dir A?.txt => mostra tutti i files della cartella corrente lunghi al massimo 2 char che iniziano per A e che hanno
estensione txt
dir A*.txt => mostra tutti i files della cartella corrente che iniziano per A e che hanno estensione txt
dir ??? => tutti i files che hanno al + 3 char privi di estensione
grep 5* elencostudenti.txt
grep 5O elencostudenti.txt => spiegato (mostra le linee che contengono 5O)
ps -ef | grep httpd => mostra i processi del server httpd
dir \* /S =>ricerco tutti i files senza estensione
--5N 21/3/2013 -----finger => elenco delle mail - client di fingerd
lynx => browser testuale
4/4/2013: 5O - 2° Modulo
by e01692
Posted: Thu Apr 04, 2013 7:02 am
set equivalente in dos di env, declare e set
Percorsi di ricerca dei comandi digitati nella shell:
In dos ho i comandi interni:
esempio dir, copy => non esistono files del tipo dir.exe o dir.com ma sono funzioni interne della shell stessa
i comandi interni in dos esistono perchè ? spiegato
Quando digito un cmd sul prompt la shell dos
1) inizia prima a cercare nell'elenco dei comandi interni
2) se non trova il comando lo cerca nella cartella corrente;
3) se non lo trova ricerca nelle cartelle indicate nel PATH
altrimenti messaggio di errore
xcopy è un comando esterno => in windows\system32 ha un file corrispondente xcopy.exe
Quando digito un cmd sul prompt la shell unix
1) inizia prima a cercare nell'elenco dei comandi interni
2) se non lo trova ricerca nelle cartelle indicate nel PATH
altrimenti messaggio di errore
quindi per eseguire un comando locale nella cartella corrente in unix (non presente nel PATH) devo digitare
./comando
5/4/2013 - 5O - 2° Modulo
by e01692
FILE DI TESTO => file ascii privo di caratterizzazioni tipografiche
EDITOR => prg per gestire file di testo
edit => editor dos
vi => editor unix
emac => editor unix
xedit => editor xwin
notepad => editor win
textedit => editor mac
Un editor è un prg che produce file di testo
vi => esco con (con salvataggio) :wq
vi => esco con (senza salvataggio) :q!
Come riconosco che un comando è interno ? spiegato
Posted: Fri Apr 05, 2013 11:11 am
HELP
xman => help in xwin
F1 => help in WIN
--help / man => help in unix
/? => help in dos
Comando che ordina tutti gli studenti di 5O in studenti.txt e salvarli nel file 5o.txt
cat studenti.txt | grep 5o | sort > 5o.txt
formattare => preparo una partizione ad accogliere dei files e delle cartella
freeware => sw gratuito
opensource => sorgenti accessibili - sw modificabile e gratuito
adware => sw gratuito ma devo subire la pubblicità
shareware => sw gratuito per un periodo di prova - poi devo cacciare vile pecunia
linux => opensource
indica il PPID del comando ls che stai eseguendo ? e' il PID della shell dove lavoro
quale è il PPID del processo init ?
fork => processo di duplicazione della memoria del prg padre che verrà popolata con le istruzioni del prg figlio
che a questo punto gira
arrivato alla 2.8 (gopher escluso)
------ricordarsi il motivo per cui ci sono tanti comandi interni in DOS (per via del monotask! in dos quando digito un comando la shell deve essere deallocata per far posto al comando richiesto. Terminato
il
comando questo comando deve essere deallocato per ripristinare la shell. Il tutto genera un traffico tra HD
(dove
risiedono i comandi) e RAM con conseguente scadimento delle performance)
capisco che un comando è esterno se esiste un prg del tipo dir.exe sull'HD. altrimenti è interno
gopher => antenato di http => si presenta come un pannello a menu. L'ipertestualità è ottenuta richiamando il
menu
che ci interessa
ifconfig => equivalente linux di ipconfig
ricordarsi i nomi di 4 applicazioni di koffice e saperne le funzionalità
KWORD - KRAYON (ora KRITA) - KSPREAD - KPRESENTER si
sapere cosa è KOFFICE
4 SUITE
KOFFICE, OPENOFFICE, MS OFFICE, libreoffice
cat > pippo ha equivalente dos copy con: pippo anche
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 ()
XClient utilizza una comunicazione vettoriale con il server XWIN per ottimizzare la trasmissione. La
descrizione
di una pagina mediante formule matematiche richiede meno byte rispetto ad una descrizione di tipo bitmap
(esempio
quella realizzata da teamviewer)
VNC è un xterm (client XWindows)
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
foreground => prg la cui esecuzione è evidente
background => prg eseguito "dietro le quinte"
5N 4/4/2013 --------------------------------------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
shutdown => spegnimento del sistema
nei terminali grafici arriva l'equazione di quello che deve essere mostrato per cui i terminali grafici hanno un
processore contrariamente a quelli testuali. Oggi i terminali sono tutti SW
(riprendere dalla connessione tra terminale e SERVER)
Arrivato alla domanda simulata 2.E.1 esclusa
5O 5/4/2013 -----------------------------------
9/4/2013: 5O - 2° Modulo
by e01692
Posted: Tue Apr 09, 2013 8:10 am
spiegato whereis => ricerca dei files nelle cartelle indicate nel PATH
GS => ghostview => mostra a video i files pdf => è la base implementativa del prg PDF
reader
FORMATO => come viene registrata l'informazione all'interno di un file. Solo chi conosce quel formato è in
grado di visualizzare i contenuti. Esempio GIF, JPG , DOC, XLSX sono esempi di formati.
11/4/2013 - 5O - 2° Modulo
by e01692
Posted: Thu Apr 11, 2013 8:16 am
ESERCITAZIONE:
creare un file testuale contenente il vs cognome. Inserire tale file nella cartella nominata anch'essa con il vs
cognome e posta nella cartella /home/studente.
IP macchina virtuale server 192.168.2.248
Utente
studente
studente
Re: 5O - 2° Modulo
by e01692
Posted: Fri Apr 12, 2013 10:21 am
ESERCITAZIONE: (rispondere e pubblicare registro online file zippato))
1)==|>> Classificazione SO: Mono / Multi : {<#V:0,00||L:1#>}
2)==|>> Cosa è un comando Batch ? Cosa è Gopher ? : {<#V:0,00||L:1#>}
3)==|>> Illustrare il FS DOS /Win (basso livello) : {<#V:0,00||L:1#>}
4)==|>> Caricare pippo.htm su pippo.it dalla cartella dei drivers sul client a quella delle configurazioni :
{<#V:0,00||L:1#>}
5)==|>> Cosa si intende per formato di un file : {<#V:0,00||L:1#>}
6)==|>> 3 significati per la ROOT : {<#V:0,00||L:1#>}
7)==|>> Comando che elenca tutti di processi di studente e li salva ordinati in un file : {<#V:0,00||L:1#>}
8)==|>> cosa è com1: - con: e lpt: - fornire un esempio d'uso : {<#V:0,00||L:1#>}
9)==|>> Descrivere 3 metologie di percorso assoluto: StandAlone , LAN e INTERNET : {<#V:0,00||L:1#>}
23/5/2013 - 5O - 2° Modulo
by e01692
Posted: Thu May 23, 2013 6:17 am
SIMULAZIONE VERIFICA ORALE DI RECUPERO: pubblicare entro le 24 di oggi
1)==|>> I caratteri jolly: cosa servono - fornire un esempio per i due : {<#V:0||L:1#>}
2)==|>> Illustrare come l'interprete dei comandi DOS e UNIX ricerca i comandi sull'HD : {<#V:0||L:1#>}
3)==|>> Equivalenti DOS dei comandi unix CAT, MORE, Telnet, sh : {<#V:0||L:1#>}
4)==|>> FTP: Caricare il file pioppo.pdf nella cartella corrente del vs floppy nella cartella dell'utente root :
{<#V:0||L:2#>}}
5)==|>> Descrivere il significato di root : {<#V:0||L:1#>}
6)==|>> Illustrare i 4 vantaggi della CLI: {<#V:0||L:1#>}
7)==|>> Scrivere la somma dei primi N termini in forma iterativa e ricorsiva : {<#V:0||L:1#>}
8)==|>> Descrivere la relazione API, KERNEL : {<#V:0||L:1#>}
9)==|>> Descrivere 3 metologie di percorso assoluto: Locale , LAN e INTERNET {<#V:0||L:1#>}
3° SIMULAZIONE ORALE DI RECUPERO: 5O - 2° Modulo
by e01692
Posted: Fri May 24, 2013 10:18 am
1)==|>> Classificazione SO : {<#V:0,00||L:1#>}
2)==|>> Equivalenti dos di PS - DU - SH - telnet : {<#V:0,00||L:1#>}
3)==|>> Descrivere 4 cartelle a piacere : {<#V:0,00||L:1#>}
4)==|>> Spiegare 5 applicazioni Xwin : {<#V:0,00||L:1#>}
5)==|>> spiegare 4 colonne comando PS : {<#V:0,00||L:1#>}
6)==|>> Descrivere i diritti accesso alle cartelle -rwx : {<#V:0,00||L:1#>}
7)==|>> Comandi FTP: verifica cartella sul client, server / upload pippo.pdf e download pippo.pdf :
{<#V:0,00||L:1#>}
8)==|>> Spiegare i comandi dos: type pippo.c > lpt1 – type con: > pippo.c - scrivere gli equivalenti unix :
{<#V:0,00||L:1#>}
9)==|>> 4 vantaggi delle CLI : {<#V:0,00||L:1#>}
10)==|>> Spiegare la FAT32 : {<#V:0,00||L:1#>}
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/
All times are UTC
Page 3 of 3