On Friday 03 August 2007, alle 09:10, NN_il_Confusionario wrote: > On Fri, Aug 03, 2007 at 08:53:22AM +0200, Claudio M. wrote: > > Spero che sarai così gentile da indirizzarmi verso uno specifico > > documento, al fine di chiarirmi le idee in merito. > > tieni presenti le seguenti cose: > > * se devi ridimensionare delle partizioni "standard" (per esempio quelle > segnate nell'mbr del disco) allora finche' tutti i filesystems e gli > swap di quel disco non sono smontati NON potrai usare la nuova tabella > delle partizioni (il kernel si rifiutera` di rileggerla) e in > particolare le operazioni di creazione dei filesystem potrebbero > produrre effetti "indesiderati" Per quanto ne sò soltanto la tabella delle partizioni relativa alle partizioni estese non viene scritta sul MBR. La tabella ``standard'', per così dire, risiede in ogni caso sul MBR.
> * se hai bisogno di flessibilita` c'e` una sola cosa da fare: usare cose > come LVM o evms (dei quali esistono howto e ducumentazione varia > facilmente accessibile in rete, che danno i riferimenti anche per la > documentazione degli strumenti del prossimo punto). Non hanno la > limitazione di cui sopra. Conosco in grandi linee il funzionamento della tecnologia LVM e la considero un'estensione fin troppo evoluta rispetto a questo genere di operazioni che dovrebbero essere considerate ``basilari''. Gestire un filesystem vuol dire creare, modificare e rimuovere; sebbene spesso le cose non stanno come ci si aspetta, queste sono operazioni che NON dovrebbero richiedere l'intervento di ``artifizi'' particolari, IMNSHO. Comunque non perderò tempo ad approfondire le mie conoscenze in merito, THX per l'input. > * occhio che non basta ridimensionare le partizioni, occorre anche > ridimensionare i filesystems in esse contenuti (corollario: per > allargare, prima si allarga la partizione, poi il filesystem; per > rimpicciolire, prima si rimpicciolisce il filesystem, poi la > partizione). la limitazione "il blocco iniziale deve restare fermo" e` > una limitazione di molti degli strumenti di resize dei filesystem; > ovviamnte se al posto di ridimensionare il filesystem lo ricrei ex-novo > (perdendo i dati precedenti) non hai questo problema. Documentazione di > queste cose la trovi facilmente cercando in google (o con apt-cache) gli > strumenti per "filesystem resize" Uhm.. non sono certo di aver capito del tutto. Se al posto di ridimensionare una partizione la elimino totalmente e la ricreo variando le sue dimensioni (e conseguentemente anche quelle del filesystem che andrò a crearci sopra), riesco a bypassare le limitazioni relative all'offeset del blocco iniziale della partizione? Anche se così non fosse, dal momento che nel problema originario è comunque possibile far coincidere il blocco iniziale della ``partizione successiva'' con quello della ``partizione precedente'' rendendole quindi contigue (sdb1 -> sdb2 -> sdb3), riproponendo la soluzione dell'eliminazione totale della partizione per poi ricrearla variando le sue dimensioni, si otterrebbero i risultati richiesti? Google non è stato molto chiaro in questo, d'altra parte mi rendo conto di essere ancora un surfer provetta, motivo per cui vi ringrazio per vostra disponibilità e pazienza :-) NOTA: molti membri della nostra comunità necessitano di queste informazioni, per tanto sarebbe corretto evitare i messaggi privati recapitandoli invece direttamente sulla lista di discussione o, a limite, metterla (o mettere il destinatario) nel campo Carbon Copy. Grazie, Claudio M. -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/MU d-@ s: a--> C++(+++) UB++>$ P+> !L E--- W++(+++) N+@ o--> K? w+@> O-@> M- V? PS+@ PE+@ Y+ PGP> t(-)@ 5? X+ R? tv-- b+> DI-- D? G e+@> h--@> r y* ------END GEEK CODE BLOCK------ -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]