Vogliamo creare una guida per iniziare con Linux?

[cavallopazzo]

Ok raga, mi piacerebbe molto raccogliere in questo post, tutto ciò che è essenziale da sapere per usufruire in maniera più che normale linux e tutte le sue ppotenzialità!

Chi incomincia ad elencarmi i punti salienti?

Potete pure linkare materiale che può aiutare chiunque ad imparare, partendo proprio da zero! Che ne dite?

[MrZzz]

http://ildp.pluto.linux.it/

[John Doe]

indubbiamente pluto è il sito di riferimento...

io cmq direi che partire qui a dire due tre cose molto basilari, giusto per chi è parecchio disorientato e lo farei pensando espressamente alla shell ( in particolare, bash) , che è universale su tutti i sistemi.

Direi:

• comandi basilari: man, info, cp, ls, mv, rm, vi, less, cd
• struttura del filesystem: ogni file al suo posto
• concetto di montaggio e fstab
• avvio e script di avvio

non mi viene a mente nessun altro punto, e cmq nn direi una cosa molto approfondita, esiste il manuale apposta dopotutto.

Qualcuno ha voglia di scrivere qualcosa?
Domani se ce la faccio inizio io
John

[Cronix]

se vuoi io su html.it ho trovato una guida a linux molto dettagliata e completa...
non so di preciso l'URL perché adesso sono allo smau , cmq se vai su www.html.it e cerchi sotto guide la trovi di sicuro....

[cn73]

Originariamente inviato da Cronix
se vuoi io su html.it ho trovato una guida a linux molto dettagliata e completa...
non so di preciso l'URL perché adesso sono allo smau , cmq se vai su www.html.it e cerchi sotto guide la trovi di sicuro....

http://linux.html.it/guida/

[John Doe]

quello che avevo in mente (ne parlavo con Ikitt oggi a mensa) era non proprio una guida, è un kickstart, ovvero per i non anglofoni un bel calcio in qlo per farvi iniziare

Migliore guida dei man pages non ce ne sono, insieme ovviamente agli info... ma se non sapete quale comando fa la cosa che volete fare hai vogli di leggere il manule

Che ne dite, serve?

John

[Neotokyo]

Io dico di si`
Vi direi "do una mano" se non fossi il peggio niubbo hangin'round

[Ikitt]

Originariamente inviato da John Doe

• comandi basilari: man, info, cp, ls, mv, rm, vi, less, cd
• struttura del filesystem: ogni file al suo posto
• concetto di montaggio e fstab
• avvio e script di avvio

non mi viene a mente nessun altro punto,

Io direi i fondamentali di XFree. Architettura, configurazione, modalita` di avvio.

Qualcuno ha voglia di scrivere qualcosa?

Se si fa posso (tempo/UNI permettendo) buttar giu` qualcosa sulla struttura del filesystem. Come ti ho detto stamani sono d'accordo sull'idea.

IMO sarebbe meglio, possibilmente, metter tutto su una pagina separate _E_ linkata nel forum.

[John Doe]

che intendi per pagina esterna? html?
io credo che si potrebbe usare questo post per iniziare/commentare e un post di riassunto in cui si aggiunge i vari pezzi

John

[Ikitt]

Originariamente inviato da John Doe
che intendi per pagina esterna? html?

Yep.
http://qualchesito.net/pctuner-linux-kickstart.html



Per guadagnarci in generalita` a poco prezzo, se possibile.

[cavallopazzo]

ottimo raga vedo che siamo attivi!

very good!

[John Doe]

allora... iniziamo un po' con i comandi basilari, poi se qualcuno vuole aggiungere/correggere qualcosa sentitevi liberi di farlo

la shell, la bash, sostanzialmente è una interfaccia completa, ci permette di gestire i files, avviare/fermare programmi, interagire cn essi, insomma tutto quello che siamo abiituati a fare con la gui. Dal masterizzare fino a guardare films fino a navigare in internet, programmare tutto insomma.

Iniziamo a vedere come muoversi attraverso il filesystem.

Con ogni probabilità, una volta avviato il terminale di X o loggatisi dentro in una tty ci troviamo un prompt del genere

jdoe@waste-bin jdoe $

ci dice che siamo l'ultente "jdoe" loggato dentro la macchina di nome "waste-bin", e che siamo nella cartella "jdoe".

Una prima cosa, forse la cosa più importante da sapere riguardo a bash, il resto viene quasi da se: il TAB. Quel tasto imparerete a amarlo prima, poi ci diventere assuefatti
Praticamente se in una cartella ci sono due file, uno di nome pippo.txt e uno di nome topolino.txt, e voi volete leggere pippo.txt (il comando è less) basta fare

jdoe@waste-bin jdoe $ less p

e poi premere TAB. Siccome di file che iniziano per p ce n'è uno solo nella dir, bash completerà automagically il nome. Lo stesso se volete leggere topolino.txt, basta fare t seguito da tab. Diventa veramente comodo quando il file di chiama qualcosa tipo "ailhjaòohsdfòkjsdhsdòkurekejnmdvnieef___eervskdjfhdjk.txt"
Se invece i file che inizia per p fossero due, diciamo pippo.txt e pluto.txt, p + TAB porterà lo specker di sistema a bippare.... se premi amo TAB di nuovo ci saranno fatte vedere le opportunità, basta a sti punti specificare anche la seconda lettera e ripremere tab di nuovo per autocompletare il nome.

La seconda cosa che dovete (eh si vi tocca ) sapere :

jdoe@waste-bin jdoe $ man man

così imparate un po' come usare il manuale (si esce dal manuale premendo 'q' e si scorre banalmente con le frecce ): ricordatevi man è il comando più importante, prima di usare un qualsiasi comando RTFM!!!!! (morivo dalla voglia di scriverlo )

ma la domanda è: dove cavolo sta la cartella jdoe????

jdoe@waste-bin jdoe $ pwd
/home/jdoe

ecco ora sappiamo dove siamo, grazie a pwd
se volessimo vedere i file nella cartella il comando ls: nelle moderne distro ormai ci aiutano molto i colori di ls, spesso si identifica in bianco i file regolari in blu le directory, in verde gli eseguibili, in rosso i compressi (tar,bz2,gz eccecc)... ovviamente possono variare da distro a distro e sono personalizzabili, ma questi sono piuttosto standard.

Benissimo ora possiamo spostarci per il filesytem comodamente usando cd.
Volete spostare un file o una directory? mv
Volete copiare un file? cp (occhio che per default cp non copia le dir, consultate il manuale)
rimuovere un file? rm (NON esiste il cestino quindi state attenti quando siete root o quando rispondete 'y' alla domanda "sicuro??")

I file di testo si leggono con less seguito dal nome del file... ricoradatevi dell'autocompletamento, e che questa feature funziona anche con i comandi.

Altri comandi utili:
- file <nome_file> :dice che tipo di file è (su linux le estensioni non contano una cippa...)
- du -h <nome_file>: dice le dimensioni di un determinato file
-mkdir <nome_cartella>: crea una cartella

Un ultimo appunto: in ogni cartella, quando fate ls, vedrete due file: sempre presenti, anche in un directory appena creata, questi sono ". " e ".." : il primo identifica la dir corrente, il secondo la directory sopra nell'albero, quindi ammesso che siamo in "/home/jdoe",

. = /home/jdoe
.. = /home

.. è particolarmente comodo per essere usato con cd (un po' come andava con il dos, se qualcuno ha avuto la sfortuna di usarlo )

Gestione dei processi in escuzione

Beh, qui non dico molto, però qualcosa si
Ammettiamo che siete loggati in bash su una tty, quindi niente X... Come probabilmente avrte già notato, ne esistono 5-6 (dipende dalla distro), e le potete switchare tra loro premendo CTRL + ALT + F1 per la prima, F2 per la seconda e così via. (per la cronaca, F7 torna a X se aperto ) Questo può tornarvi molto utile.
Un programma, molto spesso (es su tutti Distributed Folding) non ha bisogno dell'interazione con noi.. quindi meglio lasciarlo lavorare in background...

jdoe@waste-bin distribfold $ ./foldit &
[1] 1608
jdoe@waste-bin distribfold $

Due cose si possono notare:

• " ./ " davanti al nome del comando
• & spaziata dopo il comando

La prima è dovuta al fatto che se voi scrivete solo il nome del comando bash cerca quel determinato comando nelle cartelle dei binari... quindi è necessario dirgli che invece deve eseguire il comando nella dir corrente.
La seconda seve per mandare il rogramma in background, e infatti ci dice il PID (aka process id) del job appena lanciato (numerato tra parentesi, in questo caso)...

con il comando jobs vediamo quanti e quali processi abbiamo in background

jdoe@waste-bin distribfold $ jobs
[1]+  Running                 ./foldit &

Un comando può anche essere rimesso in foreground con il comando fg. Se lo avete fatto partire senza & e volete metterlo in bckgrd:

jdoe@waste-bin distribfold $ jobs
[1]+  Running                 ./foldit &
jdoe@waste-bin distribfold $ fg 1
./foldit
 < PREMUTO IL TASTO CTRL+Z >
[1]+  Stopped                 ./foldit
jdoe@waste-bin distribfold $ bg 1
[1]+ ./foldit &
jdoe@waste-bin distribfold $

CTRL + Z stoppa un processo in fg.

un altro modo di vedere i processi in bkgr compresi demoni di sistema e processi aavviati da altre tty o da altri utenti
si usa il comando ps aux (a u x sono opzioni, conultate il manuale)
l'output è troppo grande e nn lo posto...

Un modo "dinamico " di monitorare i programmi in exec è usare top
una voltan dentro si esce con q e l'help lo si ha con h

Per uccidere un comando si usa il comando, appunto, kill seguito dal PID (visibile da top o ps) oppure killall seguito dal nome: occhio che se avete due istanze aperte dello stesso programma le chiude entrambe.
Consultate il manuale che kill accetta diversi modi di killaggio...!


Per ora non parlo di vi/pico/nano/jed e editor vari, faccio un post a parte perchè questo st diventando lungo... a domani ora esco

[edit] Aggiunta la parte su jobs[/edit]

John

[cn73]

MAgari domani, se interessa, vi posto qualche scriptino bash, ne capirete la potenza e flessibilità!

[frakka]

Vai, vai io fagocito tutto... mi serve come la roba a un tossico stò 3d.

[cn73]

Potrei raccontarvi di un'esigenza avta qui al lavoro, in ambiente UNIX...praticamente il nostro server Apache generava ogni 6 ore dei log che andavano in una certa directory...ovvio che ci voleva qualcosa in automatico che periodicamente li cancellasse. Posso allora introdurre il concetto di crontab. Il crontab è un demone (un processo di sistema) che ci permette di eseguire determinate operazioni a un orario e un giorno stabilito per un certo utente. Ogni utente del sistema ha il suo crontab e naturalmente potrà eseguire solo le operazioni a lui consentite.
Per visualizzare le attuali operazioni incluse nel crontab si esegue:

crontab -l

per aggiungere operazioni:

crontab -e

Ogni entry deve avere questo formato:

minute hour day_of_month month weekday command

Questi campi accettano i seguenti valori:

minute 0 through 59
hour 0 through 23
day_of_month 1 through 31
month 1 through 12
weekday 0 through 6 for Sunday through Saturday
command un comando della shell

Ad esempio per scrivere l'orario nella console ogni ora:
0 * * * * echo The hour is `date` .

Per lanciare uno script chiamato "maintenance" ogni giorno a mezzanotte in Agosto:
0 0 * 8 * /u/harry/bin/maintenance

Per lanciare uno script alle 7 e 3 minuti l'1 e il 15 di ogni mese:
3 7 1,15 * * /u/harry/bin/maintenance

[cn73]

Lo script che lanciamo ogni settimana è:

#!/bin/sh

homeLogs="/env/servlet4/dmn/apache/logs/"


counter=0
data=`date`
echo $data

echo Remove error log files
		
for count in 1 2 3
 do
 case $count in
               1)
		extFile="error_log*";;
	2)
		extFile="error_servizi*";;
	3)
		extFile="error_workflow*";;
	esac	
	
	file="$homeLogs$extFile"
	files=`ls -t $file`
	counter=0
	for token in $files
		do				
		 counter=`expr $counter + 1`
		 if [ $counter -gt 1 -a -f $token ]
		 then
			 esito=`rm $token`					
			 if [ "x$esito" = "x" ]
			 then
				 echo cancellato il file $token
			 else
				 echo $esito
			 fi
		 fi
	 done	
 done	;;

Pur essendo banale, è abbastanza esemplificativo di molti concetti:
innanzitutto con #!/bin/sh si dice che si tratta di un script bash.
Poi si introducono i concetti di variabili :
data=`date`
echo $data

date è un comando della shell e restituisce la data di sistema. Noi la assegnamo alla nostra variabile data e poi accediamo al suo contenuto anteponendo il dollaro $ al suo nome. Naturalmente avremmo potuto scrivere

echo date

Se vi interessa continuo, oppure creiamo un topi apposito.

[John Doe]

si magari le cose su crontab son utili, mentre il bash scripting esula abbastanza dal concetto di "kick start"...

cmq bell'intervento cn !!

John

[cavallopazzo]

Ottimo, quando fate così siete proprio mitici!!!! Sto incominciando ad addentrarmi in questo bellissimo mondo!

Cmq, vorrei sapere se qualcuno ha info sull'utilizzo di DiskDruid per il partizionamente, e qualche nota generale sui file di sistema di linux!

[Ikitt]

Originariamente inviato da cavallopazzo
e qualche nota generale sui file di sistema di linux!

Yep, ho in mente di scrivere qualcosa nel week-end (se riesco).

[John Doe]

allora ikitt ormai l'hai detto

Cmq, pazientate un attimo, poi dopo due parole sui file di sistema ci sta bene due notiziuncole su partizionamento (niente diskdrake, che ha solo mandrake, qui si parla di cose generali ) fstab e montaggio. Le faccio io, a meno che uno non si offra.


John