.dsy:it. (http://www.dsy.it/forum/)
- Sistemi operativi I (http://www.dsy.it/forum/forumdisplay.php?forumid=269)
-- esame febbraio (http://www.dsy.it/forum/showthread.php?threadid=33972)

esame febbraio

Ragazzi qualcuno sa con precisione quando sarà l'esame di laboratorio??
gira voce che sarà intorno a venerdi prossimo ma ancora non cè il solito modulo di iscrizione sul wiki, che anzi è down gia da qualche giorno!
speriamo diano info velocemente!!


saluti

Hanno detto che è dal 29 in poi

Originally posted by Bloom
Hanno detto che è dal 29 in poi

Originally posted by giave
che bello, almeno qlc mi da retta!

ma chi ha detto che è dopo il 29??
i prof o le voci di corridoio?

approposito ne approfitto per fare una richiesta:
visto che il wiki non è raggiungibile gia da qlc giorno e visto che ho appena scoperto che la versione di minix cn cui mi sono "allenato" non è quella corretta (quella piu simile all'esame sarà la "perEsame.qcow") qlc sarebbe cosi gentile da caricare su qlc ftp o qlc paginetta web l'immagine crretta?? sono disposto anche a mettre a disposizione il mio spazio web!!

magari non sono il solo ad averne bisogno....

grazie mille
Fede

Originally posted by Bloom
Io sono andata dal prof Monga e mi ha detto che dopo il 29 e non prima.Il 29 probabilmente no perchè non c'è un professore.
Ma che cambia da un'immagine all'altra?
Io mi sono esercitata sull'altra mica avrò problemi....
Comunque concordo,qualcuno potrebbe metterla on-line?

Comunque ho letto nel post che poco importa se c'è bash o sh.
Ho letto che basta #!/bin/sh e salvare file con il file sh.
Comunque ho mandato l'e-mail al professore con la richiesta di potarmi l'immagine di minix corretta.
Se me la invia la metto sul dsy

Originally posted by Bloom
Comunque ho letto nel post che poco importa se c'è bash o sh.
Ho letto che basta #!/bin/sh e salvare file con il file sh.
Comunque ho mandato l'e-mail al professore con la richiesta di potarmi l'immagine di minix corretta.
Se me la invia la metto sul dsy

Elvis è molto semplice....esercitati con quello.
Comunque speriamo in bene.

Qualcuno è in grado di trasformare il codice qui sotto in modo che al posto del FOR ci sia il ciclo WHILE? questo per evitare che mi dia errore di OUT OF SPACE

#! /bin/sh/
a=0
b=0
for i in $(cut /etc/ passwd –d : -f1|sort –n |uniq);do
for b in $(find / -type f –user $i |xargs du |cut –f 1);do
a=$(expr ${a}+${b})
done
echo “l’ultente” $i “alloca” $a
done;


grazie mille!
Fede

#! /bin/sh/
a=0
b=0
for i in $(cut /etc/ passwd –d : -f1|sort –n |uniq);do
(find / -type f –user $i |xargs du |cut –f 1)|while read b;do
a=$(expr ${a}+${b})
done
echo “l’ultente” $i “alloca” $a
done;

Dovrebbe essere

#! /bin/sh/
a=0
b=0
(cut /etc/ passwd –d : -f1|sort –n |uniq)|while read i;do
(find / -type f –user $i |xargs du |cut –f 1)|while read b;do
a=$(expr ${a}+${b})
done
echo “l’ultente” $i “alloca” $a
done;

Così per trasformare entrambi ma di solito è il find che da out of space

Originally posted by Diuzza
#! /bin/sh/
a=0
b=0
for i in $(cut /etc/ passwd –d : -f1|sort –n |uniq);do
(find / -type f –user $i |xargs du |cut –f 1)|while read b;do
a=$(expr ${a}+${b})
done
echo “l’ultente” $i “alloca” $a
done;

Dovrebbe essere

Dà errore? Mi sono ricordata che cmq al di fuori del while non tiene le variabili se è questo che intendi

Originally posted by Diuzza
Dà errore? Mi sono ricordata che cmq al di fuori del while non tiene le variabili se è questo che intendi

Originally posted by giave
no, è proprio un syntax error

Spè sta soluzione non va. Di solito uscendo dal while si azzerano le variabili. Ti conviene reindirizzare l'output in un file così

#! /bin/sh/
a=0
b=0
echo 0 > ./file1
for i in $(cut /etc/ passwd –d : -f1|sort –n |uniq);do
(find / -type f –user $i |xargs du |cut –f 1)|while read b;do
a=$(expr ${a}+${b}
echo $a > ./file1
done
echo “l’ultente” $i “alloca” $(cat ./file1)
echo 0 > ./file1
done;

Capito?

perchè dici che nn va?

io ho qlc problema a fargli fare i calcoli ma per il resto la ricerca la fa!

sto facendo anche altri es con piu o meno la stessa sintassi e funziona...

per il file ok, con >> si scrive su un file d testo

Allora con >> accoda nel file, invece con > sovrascrivi. Il problema è questo, o almeno con mio minix lo fa e anche con altri leggendo nel forum:
Nel while, appena si esce dal ciclo, perde il valore delle variabili. E' come se il while fosse una sottoprocedura con variabili locali a sè. Quindi mettile sempre in un file quando usi il while

Originally posted by Diuzza
Allora con >> accoda nel file, invece con > sovrascrivi. Il problema è questo, o almeno con mio minix lo fa e anche con altri leggendo nel forum:
Nel while, appena si esce dal ciclo, perde il valore delle variabili. E' come se il while fosse una sottoprocedura con variabili locali a sè. Quindi mettile sempre in un file quando usi il while

Si si dico. Senza quello a me da di tutti 0 file

Originally posted by Diuzza
Si si dico. Senza quello a me da di tutti 0 file

yes

ma a che ora è l'esame? alle 9?

__________________
L'ignoranza è il pane dei poveri

La prova si terra` in aula Palestra di Sistemi Operativi a partire dalle ore 9:30 del 29/02/2008

diuzza se hai msn mandami un pm che mi devo chiarire 2-3 dubbi =)

__________________
L'ignoranza è il pane dei poveri

no non ce l'ho. Posta qui che è utile anche per gli altri

in caso di ciclo for, l'xargs va messo davanti all'istruzione successiva al ciclo for?

ovvero

for.....; do
xargs cp -rp e bla bla bla

o come ultima istruzione del for in modo da passare l'output del for a input del cp?

__________________
L'ignoranza è il pane dei poveri

xargs serve quando si usa la pipe | per passare il risultato di ciò che c'è prima in input a quel che c'è dopo 1 riga alla volta.
Ad esempio se si vuole stampare il file più grosso del sistema

find / -type f |xargs du|sort -n|tail -1

questo perchè il du prende il nome di un file e stampa la sua dimensione. Quindi glielo passi uno alla volta

Non so nel tuo for che vuoi fare e che vuoi copiare. Se vuoi postami l'esercizio

allora quello che era arrivato a me era prendere i file che iniziavano per C nella cartella usr e comprimerli in un file tar.gz

a casa l'ho risolto copiano i file in una cartella temp e compressando quella cartella...

Trentini mi disse che il for manco serviva...

e Monga mi disse che non si poteva fare da linea di comando...

__________________
L'ignoranza è il pane dei poveri

Originally posted by PaU
allora quello che era arrivato a me era prendere i file che iniziavano per C nella cartella usr e comprimerli in un file tar.gz

a casa l'ho risolto copiano i file in una cartella temp e compressando quella cartella...

Trentini mi disse che il for manco serviva...

e Monga mi disse che non si poteva fare da linea di comando...

Scusa non basta

find /usr -name C\*|xargs tar -cvf pippo
e poi fai un bzip2 -z pippo per il formato bz2. Non credo esista gzip per minix
Il for non serve a nulla...

il formato doveva essere tar.gz...

cmq vedo se funza...

__________________
L'ignoranza è il pane dei poveri

Attention: Mettete C\* perchè a quanto dicono se la prima parola è Ca cercherà solo quelle con scritto Ca. O così ho capito.
E poi chiede tar.gz, tar lo archivia solo, bisogna anche comprimerlo. E penso Monga intenda che non si possa fare da linea di comando perchè col pipe bzip2 mi va in palla. Allora lo fai in 2 istruzioni

error: operator expected...

__________________
L'ignoranza è il pane dei poveri

Al posto di bzip2 puoi usare compress che crea i formati .z.
.gz non esiste in minix mi sa, ma un qualunque formato di compressione dovrebbe andare bene

Ma in quale delle due isctruzioni te lo da?
nella prima ovvero
find /usr -type f -name C\*|xargs tar -cvf pippo
Oppure quando lo comprimi
bzip2 -z pippo

nella prima istruzione

__________________
L'ignoranza è il pane dei poveri

Prova a fare solo il find senza il pipe dopo

Strano, a me lo fa perfettamente. Controlla di aver digitato tutto correttamente

allora aggiornamento...

funziona ma quando vado ad aprire il file tar.gz trovo pochissimi file

__________________
L'ignoranza è il pane dei poveri

14 file per l'esattezza

__________________
L'ignoranza è il pane dei poveri

find /usr -type f -name c\*>prova
cat prova |xargs ar rc rac.tar.gz
rinidirizzo su prova per evitare out of space o troncamenti di stringa

E sì, se devono inizare con C maiuscolo... Fai passo per passo prima il find e vedi che file ci sono.
Poi fai il tar. Dopodichè guarda con tar -t pippo se li contiene tutti. Il bzip2 te li comprime solo quindi dovrebbe essere ok

Bloom ma ar te li archivia, non li comprime. L'esercizio richiedeva di comprimerli

no con la c minuscola...ma ce ne sono un macello...

come l'avevo risolto io me ne comprimeva molti di più...ma non so quanto sia lecita

avevo risolto così

#!/bin/sh

mkdir /temp
for i in $(find /usr -type f -name "c*"); do
cd -rp $i /temp
echo "ho copiato il file " $i
done
tar cvf compress.tar.gz /temp

e crea il file tar.gz coi file inizianti per c

__________________
L'ignoranza è il pane dei poveri

Ahhh scusatemi...

allora tar e ar li archicvia e per comprimerli?

Se è con la c minuscola metti c\*. Cmq nell'immagine di laboratorio è ovvio ce ne siano molti di più

tar cvf li comprime anche

du /temp

2360

du compress.tar.gz

1904

__________________
L'ignoranza è il pane dei poveri

allora : tar archivia e comprime
ar archivia e stop.
Ma se mi chiede di comprimerli in tar.gz?

mmm non ne sono certa... è un tape archiver...
Per comprimere si usano bzip2 e compress

ok,quando si una compress e quando bzip2?

ma la mia soluzione può essere plausibile???

__________________
L'ignoranza è il pane dei poveri

è indifferenze, compress mette l'estensione .z e bzip2 .bz2.
Per creare file gz in linux si usa gzip, ma in minix non esiste. Quindi se chiedono di comprimere penso basti uno dei 2. Se chiedono di archiviare e basta serve solo il tar, altrimenti gli porto bz2 e se mi scazzano gli dico di farmi il sorgente di gzip su minix e poi glielo comprimo. E che cavolo

PaU fa la stessa cosa che abbiamo fatto in 2 istruzioni senza for. Funziona ma non è di certo la migliore. E poi devi comprimere. Ricorda che nel modo che hai fatto tu perdi anche la gerarchia se lo chiedono. Se hai ad esempio un file /usr/lib/m2/CSP.def nel nostro modo resta tutto il path, nel tuo solo il file CSP.def

si puo archiviare con tar.gz.
Comunque qlc mi fa vedere un esempio di compress?

nel tuo modo mi comprime 14 file su una 50ina...

__________________
L'ignoranza è il pane dei poveri

c'è gzip invece,provate afare man gzip e lo trovate.
Un altra cosa,avete provato usare gcc?Ogni volta che cerco di lanciarlo dice che non trova file o directory

nella mia immagine non esiste gzip...

__________________
L'ignoranza è il pane dei poveri

Perchè usavo la C maiuscola e con la C maiuscola ci sono solo 14 file anche nel mio minix. Usa la c miniscola nel find e vedi i tuoi 50 risultati. O per precisione 194 se è come il mio

ma io uso la c minuscola...mi trova quasi 200 file ma me ne comprime 14

__________________
L'ignoranza è il pane dei poveri

precisamente solo quelli dentro la cartella commands....

__________________
L'ignoranza è il pane dei poveri

cmq compress si usa
compress nomefiledacomprimere
per decomprimere
compress -d file.z

E non so che immagine hai di minix ma a me man gzip restituisce
no manual on gzip. Ci sarà la possibilità di installarlo probabilmente. L'unica è guardare sull'immagine di domani se c'è e se non c'è usare gli altri modi

nell'immagine dell0'esame c'è

hai messo la \ tra c e *? A me funziona benissimo. Prova a piazzare i risultati del find in un file con >> e poi cat file|xargs e il tar magari come aveva detto bloom

sempre e solo 14 file...sarà la mia immagine bacata...

__________________
L'ignoranza è il pane dei poveri

mmm mi sa, a me lo fa tranquillamente. Prova a cancellare quell'archivio e a rifare.

Buona serata

rifatto ma non cambia nulla...

boh magari è solo un difetto della mia immagine...

__________________
L'ignoranza è il pane dei poveri

Probabilmente avete immagbi diverse

Cmq nel caso doveste avere problemi sui comandi all'esame su comandi che a casa funzionano rompete le "scatole" ai prof argomentando bene.

Di solito ne tengono conto.

In bocca al lupo.

Ciao.

__________________
Poca osservazione e molto ragionamento portano all’errore,
molta osservazione e poco ragionamento conducono alla verità