Newsgroup: it.comp.os.linux.iniziare
Titolo: LVM si o no?

Salve.
Qualcuno usa LVM?
Dovrei installre linux debian su una nuova macchina con un solo disco da 40Gb.
Sono indeciso se utilizzare LVM oppure no.
Ancora non ho ben chiaro quale potrebbe essere la concreta utilita' di LVM
sopratutto se utilizzato per un solo disco.
Datemi un suggerimento.
Grazie.

 Datemi un suggerimento.
"Tentar non nuoce" :)
-- 
Ikitt	*** mailserver: 
freemail.it
"Linux non pare reggere il confronto con windows: oltre a consumare molte 
piu` risorse di sistema, e` rigido nella pretesa di avere un tot numero di
cartelle nella radice" (da 
http://mondoweb.culturanuova.net/mondo_pc.php
)

 "Tentar non nuoce" :)
Beh, nella macchina dell'ufficio o in quella di casa potrei anche provare.
Quel "tentar non nuoce" pero' mi lascia molto perplesso per la opportunita'
di utilizzare LVM sulle macchine server dell'azienda.
Sono gia' state configurate, una e' una mail server e una e' un proxy.
Le partizioni sono state fatte abbastanza abbondanti, un esempio sono 10Gb
per /var/log e, come sempre, mi secca un po sprecare dello spazio su disco
anche se ce ne in abbondanza, ecco perche' pensavo di rifare tutto
utilizzando LVM.
Pero'...........

 Pero'...........
Pero` ci vuole backup + restore + periodo di testing (come per tutti i
cambiamenti di una certa portata), quindi non so se conviene farlo
su server a regime...


 su server a regime...
Vorrei conoscere qualche parere da chi lo usa regolarmente riguardo, oltre
che alla affidabilita', alle performances.
Un ulteriore layer nella gestiore del disco penalizza certamente, il punto
e' quanto.
Grazie. 

 
Ne metterei una terza che raccolga i log delle altre, sai com'e, dovesse
entrare qualcuno dalla finestra ...
(e cosi` recuperi lo spazio sulle altre).
Per quanto riguarda il dover rifare il tutto:
considera questo:
- un disco deve essere appositamente preparato per poter essere usato con LVM
- il boot puo` essere fatto anche da un Logical Volume
- di solito ad ogni gruppo corrisponde un file system
- puoi creare un volume che e` un'immagine congelata (snapshot) di un'altro
  volume in modo da poterne fare il backup anche se qualcuno accede ai dati
  (per il server di posta e` un'ottima soluzione per poterne fare il backup).
Affidbilita`?
Si` e` affidabile.

 dalle necissita` di spazio che avranno quelle macchine.
Potresti darmi un consiglio?
Attualmente le due macchine che utilizzo sono entrambe degli IBM Xserie con 3
dischi scsi configurati in raid5.
Totale spazio = circa 70Gb.
Una macchina fa da mail server e l'altra fa da proxy.
Ho partizionato entrambe nella seguente maniera:
10Mb /boot;
500Mb /;
500Mb /tmp;
5Gb /usr;
10Gb /var/log;
256Mb /swap;
il resto dello spazio a /var.
Le macchine daranno solo i suddetti servizi.
Al posto mio useresti in questo caso LVM?
Immagino sia anche da considerare l'eventuale calo di performance dei dischi
avendo un ulteriore layer con LVM.
Grazie.

 avendo un ulteriore layer con LVM.
Vedila in questi termini:
devi correre la maratona o fare il record sui cento?
Se non avete problemi economici una telefonata all'IBM e .....
via di cluster.

 Qui si` avrai problemi di spazio ;-)
Niente /home e niente account sui server.
Sono tutti utenti virtuali gestiti con LDAP e con il loro spazio per le mail
definito su /var/mail/.........

   backup).
Sto cercando di installare una debian con LVM, e' un casino.
Sto seguendo il doc trovato su   
http://21Chouse.com/deb_lvm.htm
.
Se non ho capito male comunque almeno la partzione /boot deve essere creata
in modo tradizionale mentre il resto puo' stare su LVM.
O sbaglio e puo' essere messo tutto su LVM swap compresa?

 O sbaglio e puo' essere messo tutto su LVM swap compresa?
Swap si`, /boot no perche` nessun bootloader e` per ora in grado di
leggere un volume logico. Ce lo si puo` (forse) aspettare da grub, ma la
vedo comunque molto dura!
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Se fiocca un'altra contraddizione, domani si scia. (Galadriel)

 versatile di LVM, dato che e` fatto a plug-in e gestisce, oltre che i
Scusa la mia ignoranza ma e' la prima volra che sento parlare di EVMS.
Potresti spiegarmi cos'e'?
Io so che il kernel 2.4 ha il pieno supporto per LVM ma di EVMS non c'e'
traccia.

 supporto per LVM ma di EVMS non c'e' traccia.
E' una patch non ancora inclusa nel kernel ufficiale (credo pero` lo sia
gia` nel 2.5) che abbisogna, come LVM del resto, di qualche utility di
supporto. Fa tutto quello che fanno i driver LVM e RAID software, ma in
modo piu` semplice e con delle possibilita` in piu`. Su Debian si puo`
installare con il pacchetto kernel-patch-evms, ma questo presuppone un
po' di dimestichezza con make-kpkg. Non che io ne abbia molta, ma gia`
che il kernel l'ho messo su web... (-:
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
La "stanza dei bottoni" e` un concetto superato da tempo. (Wiz)

 che il kernel l'ho messo su web... (-:
Uso regolarmente make-kpkg.
Quello che mi chiedo e' se per usare EVMS, che mi sembra di capire sia
un'alternativa a LVM, devo ripartizionare il disco cosi' come dovrei fare
per poter usare LVM.
In pratica, avendo un solo disco, per poter usare LVM  dovrei crearmi una
partizione tradizionale di /boot e il resto dello spazio marcarlo come
linux LVM.
Devo fare lo stesso per usare EVMS?
Se si la veod grigia poiche', mentre il kernel bf24 fornito con i cd utili
per un'installazione ex novo, hanno i moduli per LVM, cosi' non e' per
EVMS.
Altre due domande: 
che tipo di filesystem utilizzi?
metti anche la swap in EVMS?
E' la prima volta che sento parlare di EVMS.
Ciao. 

 E' la prima volta che sento parlare di EVMS.
E` vero: se ne parla molto poco, chissa` perche`? Eppure e` un gran bel
progetto, e la GUI e` spettacolare. (-:
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
I'm gonna take away the questions, I'm gonna make you sure. (Queensryche)

 progetto, e la GUI e` spettacolare. (-:
Fammi capire perche la cosa mi intriga parecchio.
Allora intanto come tipo di filesystem mi sembra di capire che tenderai ad
usare esclusivamente XFS e che lo preferisci anche a reiserfs.
Giusto?
Seconda cosa: devo, prima di portare tutto sui server, fare delle prove col
pc di casa.
Qui ho un solo disco e anche se devo riformattare perdendoci tutto non e' un
problema.
Il problema e' come riinstallare la debian ex novo ma col supporto per EVMS. 
Ci stavo quasi riuscendo con LVM quando tu mi hai fatto conoscere EVMS.
Vorrei quindi riinstallare debian col supperto per EVMS e usare direttamente
XFS visto che non sei l'unico che ne dice un gran bene.
Ma come?

 Ma come?
Uh, spero proprio di non essere l'unico a dire un gran bene di XFS,
altrimenti vuol dire che mi son perso qualcosa di grosso! Era un po' che
non seguivo il newsgroup e *allora* tutti ne parlavano un gran bene, io
lo uso da un po' e non ho mai avuto problemi (solo piacevoli sorprese
con le prestazioni), e se pochi, ora, ne dicono un gran bene, vuol dire
che Ext3 e Reiserfs lo hanno sopravanzato, o ha qualche pesantissimo bug
di cui non sono a conoscenza. (-:
Sperando per il meglio (anche perche` i miei filesystem piu` importanti
sono su XFS, tra cui la famosa /home da 170 GB per i 2500 studenti della
Facolta` di Psicologia), la procedura non e` terribilmente complicata:
fai prima un'installazione del tutto standard su una partizione Ext3 da
200 MB circa, poi installi i pacchetti, crei i volumi logici, e poi via
di rsync per spostare il filesystem sul volume logico. E' una cosa che,
a sapere un po' dove mettere le mani, si fa in un'oretta anche senza
avere il disco di installazione fatto apposta.
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
AT&T frammentata ha creato il mercato delle telecomunicazioni in
America. Spero che M$ frammentata non si ricomponga come il T1000
di Terminator 2... (M. Nicosia)

 Uh, spero proprio di non essere l'unico a dire un gran bene di XFS,
XFS ha il grosso difetto di non essere così conosciuto.
Chi lo usa difficilmente torna indietro, ma dovrebbe essere maggiormente
pubblicizzato (una eventuale inclusione nel kernel tree di Linus sarebbe
quantomento un passo nella giusta direzione).
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://digilander.libero.it/ebassi/
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 
Perdonani ma ........... prima di usare EVMS devo organizzare il disco in
volumi logici usando LVM?

 in volumi logici usando LVM?
Se hai un disco di installazione che gia` prevede l'uso di LVM, usarlo
puo` essere una buona idea per risparmiare tempo, e se poi passi a EVMS,
non dovrai toccare praticamente niente. Altrimenti puoi fare una
installazione minima, usare EVMS per creare i volumi (compatibili o meno
con LVM, a te la scelta -- io preferisco farli compatibili, cosi` posso
usare anche una Knoppix originale per accederci in caso di guai), e poi
fare il "travaso" del sistema come di solito faccio io.
In alternativa puoi creare i volumi in anticipo su un altro sistema su
cui installi un kernel EVMS, per poi fare l'installazione direttamente
su EVMS usando lo stesso kernel durante l'installazione. Non so dirti
esattamente come si faccia, ma immagino che ci sara` modo e che non sia
piu` di tanto difficile.
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
E=mc^2  -->  Esame = memoria x culo al quadrato.

 fare il "travaso" del sistema come di solito faccio io.
Allora, mi sembra di cominciare a capirci qualcosa.
LVM e EVMS sono due cose diverse anche se perseguono lo stesso obiettivo e
cioe' dare la possibilita' di riadattare dinamicamente lo spazio disco a
seconda delle esigenze.
Mentre per poter usare LVM e' necessario preparare il disco in maniera
opportuna, con partizioni di tipoi linux LVM, al momento
dell'installazione, con EVMS questo non e' necessario.
Anzi, se ho il disco gia' partizionato potrei convertire tali partizioni in
volumi EVMS usando i tools a disposizione (evmsgui) e da questo momento in
poi avrei la possibilita' di poter aumentare o diminuire dinamicamente lo
spazio di queste partizioni, oppure eliminarle e crearne delle altre nello
spazio rimasto.
Se questoe' vero allora potrei installare tutta la debian in una piccola
partizione creata apposta.
Supponiamo di avere un disco da 70Gb.
Potrei in fase d'installazione creare una partizione di 50Mb da assegnare a
/boot ed un'altra di circa 200Mb da assegnare a /.
A questo punto nella partzione da 200 Mb ci installo tutto il sistema.
Dopodiche' mi ricompilo il kernel patchato per EVMS, ed eventualmente anche
per XFS.
Con i tools di EVMS mi creo i vari segmenti EVMS nello spazio disco non
utilizzato e coi momnto le directorie che ritengo opportune, tipo /var,
/var/log, ecc.
E' cosi' o sbaglio.
Se e' cosi' EVMS e' davvero una gran cosa.
Ciao.

 Se e' cosi' EVMS e' davvero una gran cosa.
Per le caratteristiche di cui abbiamo parlato, LVM e` praticamente
identico, con la differenza che e` maggiormente disponibile perche` e`
presente nel kernel "vanilla". Pero` spero che EVMS si faccia strada,
perche` e` proprio un bel progetto. (-:
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
La FAT sta ad un File System come i F.lli Vanzina stanno a Stanley
Kubrik. (AK47)

    sicuramente piu` compatibile con LVM.
Beh, se decidessi di usare EVMS di LVM posso tranquillamente farne a meno.
Non ho macchine con LVM installato, sto facendo delle installazioni ex-novo.
In un post precedente avevi scritto che per usare EVMS non e' necessario avere
un ramdisk.
Leggendo la documentazione invece risulta che per poter gestire anche la root
su EVMS e' necessario caricare in fase di boot un ramdisk.
Forse tu tieni la /boot e la / su partizioni tradizionali?
Ciao.

 Forse tu tieni la /boot e la / su partizioni tradizionali?
La /boot per forza, la / e` su un volume logico (in RAID5, pure).
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Stayed up late last night, lying here in bed,
still looking for words, still writing letters in my head. (Fates Warning)

 La /boot per forza, la / e` su un volume logico (in RAID5, pure).
Su 
http://sourceforge.net/project/showfiles.php?group_id=25076
 c'e' una patch
per lilo che permette di memorizzare le immagini del kernel in volumi EVMS. 

 in volumi EVMS. 
Interessante, in effetti l'architettura di lilo rende possibile questa
cosa dal momento che la mappatura dei blocchi del kernel viene fatta dal
sistema operativo. Ma io uso grub apposta perche` *non* e` necessario
svolgere questa operazione, e quindi ho (diciamo "mi sento") il
fondoschiena un po' piu` parato in caso di errori umani. Poi e` chiaro
che ognuno usa quel che preferisce e con cui si sente piu` sicuro... (-:
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Can you hear me, am I getting through?
A million miles away or here beside you? (Fates Warning)

 ex-/ come segmento del gruppo di volumi EVMS.
Ho provato a fare cosi' anch'io ma.......facendo in questo modo non ho la
possibilita' di assegnare tutto il disco ad un unico volume logico.
Se inizialmente creo una /boot da 50Mb e una / da 500Mb lasciando il resto del
disco vuoto avrei alla fine due volumi logici.
Uno di 550Mb e uno contenente il resto dello spazio.
A questo punto potrei gestire la / e la /boot piu' eventuali altre partizioni
solo in uno spazio di 550Mb.
E' piu' che sufficiente per la /, lo so ma preferirei potermi gestire lo spazio
del disco per intero assegnandolo ad un unico volume logico o al massimo
dividendolo in due lasciando per uno la /boot e per l'altro il restante spazio
su disco.
Immagino che non sia possibile pero'.

 che ognuno usa quel che preferisce e con cui si sente piu` sicuro... (-:
Perdonami se continuo nel thread ma......come ho detto all'inizio di questo
thread l'uso di LVM o EVMS e' funzionale alla possibilita' di aumentare o
restringere dinamicamente lo spazio disco dedicato alle varie directories.
Pensavo non ci fosse nessun altro modo se on usare LVM come per i sistemi AIX.
Poi e' venuto fuori EVMS ed ora frugando tra i pacchetti della debian mi
ritrovo utilities quali ext2resize e reiserfsresize che servono proprio a
ridimensionare una partizione.
A questo punto che me ne farei di usare EVMS se posso riorganizzare lo spazio
disco attraverso queste utilities?
che ne pensi?

 disco attraverso queste utilities?
A ridimensionare il volume sottostante, in modo da poter *riusare* lo spazio
guadagnato.
Es:
Senza LVM:
hdb7 -> /var  -> 2 GB
hdb8 -> /home -> 1 GB
/var troppo grossa, /home troppo piccola.
do` una passata di resize2fs su /var e lo riduco a 1 GB. Adesso ho 1 GB inutilizzato
su hdb7. Come lo uso? (OK, vado con parted e via cosi`, ma non e` il massimo...)
con LVM:
lv_var  -> /var  -> 2 GB
lv_home -> /home -> 1 GB
Stessa situazione.
resize2fs lv_var, lvreduce lv_var, lvextend lv_home, resize2fs lv_home, fine :)
(con opzioni a piacere, smontaggi/rimontaggi nel mezzo, e probabilmente ricordo
male i nomi dei comandi lv*, ma il concetto e` quello, AFAIK).
Commenti e Correzioni sono sempre benvenuti


 resize2fs lv_var, lvreduce lv_var, lvextend lv_home, resize2fs lv_home, fine
supponendo di avere delle spazio vuoto dopo /home.
FAcendo un lvextend questo mi va a occupare parte dello spazio sottostante e
non lo spazio liberato da /var che quindi resta inutilizzato.
Sbaglio?

 Sbaglio?
Vedi sopra.
Se usi du VG diversi per /var e /home il caso e` diverso. Devo anche spostare
dei Physical Volume in quel caso. (ma qui sono gia` meno sicuro)


 pero'.
Come no? Ho fatto proprio cosi`... (-:
Facciamo uno schemino del mio portatile:
/dev/hda1: Windows XP, NTFS
/dev/hda5: Partizione di scambio, VFAT (con dentro grub e il kernel)
/dev/hda6: primo segmento del gruppo di volumi, ex-/
/dev/hda7: secondo segmento del gruppo di volumi
L'insieme hda6 + hda7 viene presentato da EVMS come /dev/evms/lvm/main/,
e li` dentro ci sono poi i volumi root, usr, home, tmp e var dagli ovvi
significati. Hanno tutti dimensioni indipendenti dai segmenti in cui
risiedono (alcuni stanno a cavallo dei due segmenti), e tutti sono
espandibili indipendentemente gli uni dagli altri.
Leggevo in un altro post che mi chiedevi quale sia il vantaggio di usare
i volumi logici piuttosto che delle partizioni ridimensionabili. Beh, il
vantaggio enorme e` che non ti devi preoccupare di *dove* stiano le
partizioni. Col sistema tradizionale non puoi piu` espandere una
partizione se ce ne metti un'altra dopo, con i volumi logici non hai
piu` questo problema.
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
( BASTARD INSIDE )

 spostare dei Physical Volume in quel caso. (ma qui sono gia` meno sicuro)
Tu usi LVM e non EVMS? 

 Tu usi LVM e non EVMS? 
Si uso LVM, perche`, ho scoperto EVMS con questo thread :)
(Non credo comunque che EVMS sia molto diverso, come concetti)


 espandibili indipendentemente gli uni dagli altri.
Scusa, potresti chiarirmi meglio questo concetto?
Finora ho capito che devo creare per prima cosa uno Storage Container, come lo
chiama lui, questo Storage container puo' essere un disco, una parte di esso
oppure piu' di un disco.
All'interno di questo storage container mi creo i vari segmenti corrispondenti
alle partizioni che poi vanno convertiti in logical volumes sui quali metterci
un filesystem.
In questo caso c'e' una corrispondenza uno a uno tra segmenti e logical
volumes.

 comunque che EVMS sia molto diverso, come concetti)
Infatti e` identico: cambia solo la terminologia e ci sono un paio di
features in piu`. (-:
A proposito: mi ripassero` la terminologia e rispondero` all'altro
messaggio...
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Se il cane e` il miglior amico dell'uomo, il pinguino e` di certo il miglior
amico del computer. (Wiz)

 ex-/ come segmento del gruppo di volumi EVMS.
Sono riuscito a portare la / su un voluime EVMS.
A questo punto ho la /boot in una partizone normale /dev/hda1 e il resto del
sistema su /dev/evms/hda2.
Ho ancora dello spazio libero.
Immagino che a questo piunto per poter usufruire delle feature di EVMS dovrei
crearmi un container sdel disco /dev/hda.
Uso evmsn ma mi dice che non ci sono oggetti adatti a creare un container.
Non e' che forse disturba quella partzione di /boot?

 espandibili indipendentemente gli uni dagli altri.
Mentre i server come li hai organizzati?
Io ho due ibm xseries con ognuno 3 dischi scsi in raid 5 hardware, vengono
visti quindi come un unico disco da 70Gb.
In uno ci dovro' fare un server mail e nell'altro un proxy server ma non e'
escluso che ci metta anche dell'altra roba.
Come mi consigli di organizzarli?
Intanto pensavo una cosa: visto che con EVMS 2.0 la root su volume evms non
verra' piu' riconosciuta in fase di boot a meno di non usare un ramdisk
tantovale lasciarla in una partizione tradizionale come per la /boot e con
filesystem ext2/3.
Questo per compatibilita'.
Il resto dello spazio disco lo si puo' assegnare ad un Container e crearci i
volumi logici.
Che ne pensi?

 Non e' che forse disturba quella partzione di /boot?
No, assolutamente. Container e partizioni regolari convivono
pacificamente, e ci mancherebbe che fosse altrimenti!
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
Some rules can be bent, others can be broken. (L. Fishbourne in "Matrix")

 crearci i volumi logici.  Che ne pensi?
In linea di massima ha senso, ma siccome io voglio sempre essere "on the
bleeding edge", credo proprio che andro` di RAMdisk. L'altro baraccone
ha il RAID software, e dato che mi piacerebbe che la / stesse su RAID,
credo proprio che usero` il RAMdisk.
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
E` come mettere la torta sulla ciliegina. (Galadriel)

 pacificamente, e ci mancherebbe che fosse altrimenti!
Scusami se ti sto stressando ma praticamente, grazie alle tue info, in questi
pochi giorni sto cercando di capire evms per poterlo usare, prima d'ora non ne
avevo mai sentito nemmeno parlare.
Sto cominciando a capire come funziona il tutto.
Visto che non e' possibile fare un'installazione con debian partendo
direttamente con evms, e forse non e' nemmeno utile, e' necessario creare una
partizione tradizionale per installarci al minimo il sistema operativo.
Ma questo gia' lo avevamo visto.
La mia decisione finale e' di lasciare nelle partizioni tradizionali la /boot
50Mb e la / 232 Mb.
Il resto dello spazio disco assegnarlo ad un container per poi organizzarlo in
storage regions ecc.
Cosa ne pensi?
Se non sbaglio anche tu fai una cosa del genere con la differenza pero'
che travasi la / per includerla in un container.
Si puo' fare senza problemi solo che, essendo un pignolo, in questo caso
preferirei poter creare direttamente solo due partizioni sul disco: la /boot e
quella destinata al container nel quale ci andra' anche la /.
Col procedimento seguito da noi invece avremo fisicamente tre partizioni: la
/boot la / e quella destinata alla creazione di un container anche se poi
travasando la / nel container la partizione fisica non si vede.
non so se sono riuscito a spiegarmi :-)
Tu come mai hai deciso di travasare la /? 

 credo proprio che usero` il RAMdisk.
Il mio ha un raid hardware quindi non ho questo probema. 

 all'inizio.
I hear you.  :-) Schiaffagli una bella policy, scaricata
automaticamente dal PDC (e quindi attivata automaticamente) che gli
impedisce di salvare il profilo se supera più di cinque mega.  Trovi
quel che ho imparato io negli appunti di troubleshooting Samba+LDAP su
practicaltux.sf.net
.
-- 
Tip | Alcuni metodi di ordinamento utili per elencare il contenuto di una
of  | directory con ls:
the | $ ls -X             # ordina per estensione
day | $ ls -S             # ordina dal più grande al più piccolo
0019| $ ls -t             # ordina dal più recente al più vecchio

 impedisce di salvare il profilo se supera più di cinque mega.
Hehehe... gia` sapevo. Ma devi mettere i profili su un filesystem a
parte perche` se la home occupa tutta la quota meno 2 MB e il profilo
occupa 5 MB, questo viene dato per "salvabile" mentre lo spazio non
c'e`, quindi
1) viene salvato "troncato" sul server
2) rimane sul PC
Allora succede che quando accedi a un altro PC, il profilo troncato
viene scaricato e quando esci viene rimandato cosi` com'e` sul server, e
se per caso decidi di cancellare qualcosa, appena ri-accedi al primo PC
dove inizialmente hai sforato lo spazio, i file che avevi cancellato,
magicamente ritornano!
Ormai piu` di un centinaio di studenti ha questo problema e non se ne
puo` piu`: giovedi` fermiamo la baracca e riformattiamo tutto con i
volumi logici, in modo da avere profilo + dati con quote diverse e di
mettere la policy per limitare le dimensioni del profilo.
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
A picture is worth 1000 words, but the 1000 words take less time to download.

 Tu come mai hai deciso di travasare la /? 
Si sa mai che voglia espandere anche quella un giorno... o travasarla su
un altro disco con minimo sforzo, anche. Per ora il tool di spostamento
dei "pysical extents" non esiste ancora per EVMS, ma si puo` usare
quello di LVM. In caso di sostituzione di un disco e` molto comodo: il
travaso viene fatto con il volume on-line, senza fermare alcunche'.
Mi sto esprimendo da cani... meglio che vada a dormire perche` 10 ore di
sonno nelle ultime 48 sono un po' poche.
-- 
  _      ___ ____
 | | /| / (_)_  / >>> aka Luciano Di Lucrezia
 | |/ |/ / / / /_   . Radiance BBS: 
http://www.radiance.ods.org/
 |__/|__/_/ /___/   . Ban Micro$oft from Universities! Support Free Software.
 
It's time to make a change, let's trace the problem to its source
No more riding the waves on a river that's run its course. (Fates Warning)

 Male non fa, ovvero non ho "ancora" avuto problemi. (-:
Non sono un sperto quindi ipotizzo.
Forse la swap sarebbe meglio lasciarla in una normale partizione tanto non
dovrebbe esserci alcun bisogno di ridimensionarla o ingrandirla.
Inoltre forse avendo un ulteriore layer nelle gestione del disco qual'e' evms
le prestazioni della swap potrebbero risentirne.
Non credi?

 riavviare come dopo aver cambiato le partizioni di un disco.
Da quello che mi sembra di capire provando ad usare EVMS e' che posso
oraganizzare i dischi cosi' come si farebbe usando LVM, oslo che e' piu'
versatile, come giustamente dici tu, poiche' non ho bisogno di creare
partizioni in fase d'installazione del tipo LINUX LVM da assegnare ad un
PV, ecc. ecc.
Posso fare tutto dopo aver installato il sistema nella maniera tradizionale.
E' la stessa cosa es volessi organizzare i miei due dischi in raid0? 

 vedono neanche... direi che ne vale la pena. (-:
Ok.
Supponendo di aver creato hda1 per la /boot e hda2 per la /.
Installo il sistema, dopodiche' creo un container, o gruppo di volumi, dal
rimanente spazio su disco.
ci porto dentro la / e cancello hda2.
A questo punto per espandere il gruppo di volumi devo includerci il segmento
hda2.
Sul disco mi rimangono sempre hda1, hda2 e hda3.
Io invece vorrei poter avere, per questioni di pulizia, solo hda1 per la
/boot e hda2 come gruppo di volumi per tutto il resto.
E' possibile arrivare a cio' dopo aver installato il sistema?
Grazie.