Wiki Ubuntu-it

Indice
Partecipa
FAQ
Wiki Blog
------------------
Ubuntu-it.org
Forum
Chiedi
Chat
Cerca
Planet
  • Pagina non alterabile
  • Informazioni
  • Allegati
  • Differenze per "Hardware/DispositiviPartizioni/SpostareHomePartizioneSeparata"
Differenze tra le versioni 2 e 16 (in 14 versioni)
Versione 2 del 19/09/2010 17.10.41
Dimensione: 5630
Commento:
Versione 16 del 24/09/2010 08.25.21
Dimensione: 8168
Commento:
Le cancellazioni sono segnalate in questo modo. Le aggiunte sono segnalate in questo modo.
Linea 9: Linea 9:
Testo... == I vantaggi di questa Guida ==
Linea 11: Linea 11:
= Titolo 1 = Questa guida è stata liberamente tradotta dall'inglese ( https://help.ubuntu.com/community/Partitioning/Home/Moving ) per permettere di avere ulteriori punti di riferimento rispetto alle diverse informazioni già esistenti. Le Guide della Comunità sono un modo particolarmente utile di aiutare diverse persone in uno stesso momento. Questa guida:
Linea 13: Linea 13:
Testo...     * Ambisce a mantenere in funzione il sistema e a proteggere i dati in modo sicuro.
          o Se il sistema dovesse spegnersi inaspettatamente, andare in ibernazione o dovesse accadere qualcosa d'altro durante l'esecuzione di questa procedura, sarebbe sufficiente ri-avviare il sistema e continuare a lavorare. Questa d'altra parte è l'ambizione di questa guida.
    * Prepara Partizioni e fstab prima, modificando fstab solo alla fine.
          o Le persone provano ed acquisiscono familiarità con gli strumenti prima che ci sia un "disastro" finale, e questo è un altro vantaggio della guida. Altre guide usano comandi mount, dopodichè spostano la /home e modificano fstab. Tuttavia se dovessimo scompaginare fstab a quel punto cruciale, qualora ri-avviassimo il sistema avremmo perso traccia dei files /home! Definire fstab prima e usare "sudo mount -a" per montare la partizione permette di verificare se il fstab modificato funziona in modo sicuro a quel punto del procedimento.
    * Usa rsync per spostare i files
          o Rsync è stato sviluppato per i backups di /home, e molto di più. E' in grado di mantenere le altre caratteristiche dei files come permessi, titolarità e ownership, and timestamps. Ci sono molte discussioni su quale sia il comando più opportuno per spostare i files/home, incluso quelle di un tempo in cui cp era considerato non adatto a questa funzione (apparentemente ometteva files?). Cp non era stato sviluppato come strumento potente per backup quanto invece la messa a punto di rsync. La soluzione perciò è stata quella di usare una combinazione di find e cpio (See section 8.3.5).
Linea 15: Linea 20:
 0. Passo 1
 0. Passo 2
 0. Passo 3
== La Guida ==
Linea 19: Linea 22:
== Titolo 2 ==
The Guide
Configurare una /home su una partizione separata e dedicata offre dei benefici perchè le vostre impostazioni, files e Scrivania saranno mantenuti anche se aggiornate, re-installate Ubuntu o andate incontro a qualche crash totale. Ciò può accadere perchè /home contiene le cartelle delle impostazioni e dei files di ciascun utente. Cioè tutti i suoi dati! Oltretutto, per sua impostazione una nuova installazione linux tende tipicamente a ripulire la partizione che è stata prescelta. Questo perciò implica un notevole trambusto per trovare e salvare altrove tutti i dati degli utenti. Fastidio che si può eviatre con una /home separata in una partizione dedicata.
Linea 22: Linea 24:
Setting up /home on a separate partition is beneficial because your settings, files, and desktop will be maintained if you upgrade, (re)install Ubuntu or another distro. This works because /home has a sub-folder for each user's settings and files which contain all the data & settings of that user. Also, fresh installs for linux typically like to wipe whatever partition they are being installed to so either the data & settings need to be backed-up elsewhere or else avoid the fuss each time by having /home on a different partition.
Linea 24: Linea 25:
Setup Partitions == Configurare le Partizioni ==
Linea 26: Linea 27:
This is beyond the scope of this page. Try here if you need help. Memorize or write down the location of the partition, something like /sda3. Its been suggested to use either ext2, ext3 or ext4 rather than vfat or ntfs. Using vfat is not supported and may fail, since vfat does not support permissions. Ntfs has an advantage of being journalised, like ext3 & ext4 but it can also be read easily by Windows. It is a lot less stable than ext3 or ext4 so it is really a question of stability compared with easy access for Windows. If you don't dual-boot with Windows or have plenty of hard-drive space then staying with very much safer ext3 or 4 is the obvious choice. Queste informazioni vanno al di là dello scopo della pagina. Prova a cercare qua se hai bisogno di aiuto. Ricorda o scrivi la posizione della partizione, qualcosa come /sda3. E' stato suggerito di usare sia ext2, ext3 o ext4 piuttosto che vfat o ntfs. L'utilizzo di vfat non è supportato e potrebbe non funzionare, poichè vfat does not support permissions. Ntfs has an advantage of being journalised, like ext3 & ext4 but it can also be read easily by Windows. It is a lot less stable than ext3 or ext4 so it is really a question of stability compared with easy access for Windows. If you don't dual-boot with Windows or have plenty of hard-drive space then staying with very much safer ext3 or 4 is the obvious choice.
Linea 28: Linea 29:
Find the uuid of the Partition == Trovare l' uuid delle Partizioni ==
Linea 30: Linea 31:
The uuid reference to all partitions get to a command-line to try this Il codice uuid di tutte le partizioni si ottiene con questo comando a terminale:{{{ sudo blkid
}}}
   
A volte, per alcune versioni più vecchie di Ubuntu il comando "blkid" potrebbe non funzionare. In questi casi utilizzate invece
Linea 32: Linea 36:
sudo blkid {{{ sudo vol_id -u <partition> }}}
Linea 34: Linea 38:
Alternatively, for some older releases of Ubuntu the "blkid" command might not work so this could be used instead per esempio
Linea 36: Linea 40:
sudo vol_id -u <partition> {{{ sudo vol_id -u /dev/sda3 }}}
Linea 38: Linea 42:
for example Ora prendete nota (copia e incolla in un file di testo) dell'identificativo uuid della partizione che avete definito essere la nuova e futura partizione /home.
Linea 40: Linea 44:
sudo vol_id -u /dev/sda3 == Configuare Fstab ==
Linea 42: Linea 46:
Now you just need to note down (copy&paste into a text-file) the uuid of the partition that you have set-up ready to be the new /home partition. Questi comandi dovranno:
Linea 44: Linea 48:
Setup Fstab    1. Creare un backup di fstab. Il "$(date +%Y-%m-%d)" alla fine automaticamente abbina la data odierna di salvataggio al file.
   2. Confrontare fstab con quello nuovo, giusto per essere tranquilli che vada bene.
   3. Aprire l'editor di testo standard (gedit) in Ubuntu per modificare fstab. Notate che invece, Kubuntu usa "kate" e Xubuntu usa "mousepad" ma voi potete usare l'editor di testo che preferite.
Linea 46: Linea 52:
These commands should; {{{ sudo cp /etc/fstab /etc/fstab.$(date +%Y-%m-%d)
cmp /etc/fstab /etc/fstab.$(date +%Y-%m-%d)
gksu gedit /etc/fstab }}}
Linea 48: Linea 56:
   1. Creates a backup of fstab. The "$(date +%Y-%m-%d)" at the end automatically (and quite cleverly) gives the file today's date backwards.
   2. Compares fstab with the new back-up just to be certain it's good.
   3.
e aggiungete all'interno queste linee di istruzioni
Linea 52: Linea 58:
      Opens the standard text-editor (gedit) in Ubuntu to edit fstab. Note that Kubuntu uses "kate" & Xubuntu uses "mousepad" instead but you could use any text-editor you have installed if you prefer. {{{ # (identifier) (location, eg sda5) (format, eg ext3 or ext4) (some settings)
UUID=???????? /media/home ext3 nodev,nosuid 0 2 }}}
Linea 54: Linea 61:
sudo cp /etc/fstab /etc/fstab.$(date +%Y-%m-%d)
cmp /etc/fstab /etc/fstab.$(date +%Y-%m-%d)
gksu gedit /etc/fstab
Sostituendo ???????? con il numero UUID della partizione /home pre-definita.
Linea 58: Linea 63:
and add these lines into it The Fstab location will be a temporary one - we are to mount the temporary location and copy the existing home to it. (/media/home is assumed in the rest of the guide). Se /media/home non esiste ancora, dovete crearla con il comando:
Linea 60: Linea 65:
# (identifier) (location, eg sda5) (format, eg ext3 or ext4) (some settings)
UUID=???????? /media/home ext3 nodev,nosuid 0 2
{{{ sudo mkdir /media/home }}}
Linea 63: Linea 67:
Replace???????? with the UUID number of the intended /home partition. Ora, montate la partizione con:
Linea 65: Linea 69:
The Fstab location will be a temporary one - we are to mount the temporary location and copy the existing home to it. (/media/home is assumed in the rest of the guide). If /media/home does not exist yet, then you should create it with the command: {{{ sudo mount -a }}}
Linea 67: Linea 71:
sudo mkdir /media/home Copiate /home nella nuova Partizione
Linea 69: Linea 73:
Now, mount the partition with: {{{ sudo rsync -axS --exclude='/*/.gvfs' /home/. /media/home/. }}}
Linea 71: Linea 75:
sudo mount -a Il --exclude='/*/.gvfs' non permette a rsync di avvisare di non essere in grado di copiare .gvfs, ma credo sia opzionale. Anche se rsync lancia un avviso, copierà comunque qualsiasi cosa. (Vedere qui una discussione al riguardo)
Linea 73: Linea 77:
Copy /home to the New Partition === Verifica della copia effettuata ===
Linea 75: Linea 79:
sudo rsync -axS --exclude='/*/.gvfs' /home/. /media/home/. Le informazioni in /home ora esistono in 2 posti ma abbiamo bisogno di verificare che tutto sia in regola. Se sembra approssimativamente lo stesso è probabilmente tutto giusto.
Linea 77: Linea 81:
The --exclude='/*/.gvfs' prevents rsync from complaining about not being able to copy .gvfs, but I believe it optional. Even if rsync complains, it will copy everything else anyway. (See here for discussion on this) === A Sneaky Safety Manoeuvre ===
Linea 79: Linea 83:
Check Copying Worked Perciò ora avete 2 copie della vostra cartella /home. La nuova nella nuova partizione e la vecchia ancora nella stessa partizione in cui era. Il problema è ora quello di eliminare quella giusta!! Poichè stiamo ancora utilizzando la vecchia /home basta rinominarla:
Linea 81: Linea 85:
The data in /home now exists in 2 places but we need to check that it looks about right. If it looks approximately the same then it is probably completely right. {{{ cd /
sudo mv /home /old_home }}}
Linea 83: Linea 88:
A Sneaky Safety Manoeuvre Ora ri-creaiamo una nuova directory vuota /home giusto in caso vada tutto storto!
Linea 85: Linea 90:
So you now have 2 copies of your /home folder. The new one on the new partition and the old one still in the same partition it was always in. The problem is how to delete the right one!! Since we are still using the old /home 'just' rename your current /home folder: {{{ cd /
sudo mkdir -p /home/user }}}
Linea 87: Linea 93:
cd /
sudo mv /home /old_home
A questo punto se le cose sono andate male il sistema si riavvia in quello che apparirà come una nuova installazione in cui tutti i dati sono stati persi. Ed invece a tutti gli effetti sono ancora disponibili le 2 copie :)
Linea 90: Linea 95:
Now re-create a new blank /home directory just in case it has all gone wrong! == Applicare il cambiamento ==
Linea 92: Linea 97:
cd /
sudo mkdir -p /home/user
Ora è il momento di modificare di nuovo fstab per puntare alla nuova /home e montarla in modo adeguato. Perciò è necessario di nuovo digitare a terminale il comando:
Linea 95: Linea 99:
Now if things have gone wrong then the system will boot into what appears to be a fresh install with all your data missing. In fact, of course, there are still 2 copies of it all :) {{{ gksu gedit /etc/fstab }}}
Linea 97: Linea 101:
Make the Switch ed ora modicate le righe che avete aggiunto prima per eliminare la parte /media. Ciò dovrebbe cambiare /media/home in /home come segue
Linea 99: Linea 103:
We now need to modify the fstab again to point to the new /home and mount it properly. So again on a command-line {{{ # (identifier) (location, eg sda5) (format, eg ext3 or ext4) (some settings)
UUID=???????? /home ext3 nodev,nosuid 0 2 }}}
Linea 101: Linea 106:
gksu gedit /etc/fstab e finalmente, ri-montare la partizione con:
Linea 103: Linea 108:
and now edit the lines you added earlier to delete the /media part. This should make /media/home into /home as follows {{{ sudo mount -a }}}
Linea 105: Linea 110:
# (identifier) (location, eg sda5) (format, eg ext3 or ext4) (some settings)
UUID=???????? /home ext3 nodev,nosuid 0 2
Vi sembra ora tutto a posto? Riuscite ancora a raggiungere i vostri files e le vostre cartelle dal menu "Risorse"? Ri-avviate per essere sicuri che i programmi ora operativi usino la /home che è ora sulla nuova partizione.
Linea 108: Linea 112:
and finally, remount the partition with: === Dopo il riavvio ===
Linea 110: Linea 114:
sudo mount -a Se tutto funziona come si deve, molto bene! Potete perciò procedere alla eliminazione della vecchia /old_home. Se le cose, invece, non dovessero andare bene, sarebbe sufficiente spostare indietro la vostra /old_home in /home, e cancellare le righe aggiunte a fstab.
Linea 112: Linea 116:
Does it all still look fine? Can you still access your files & folders from the "Places" menu? Reboot to ensure that currently running programs use the /home that is on the new partition. == Note tecniche e risorse ==
Linea 114: Linea 118:
After a reboot

If everything is working, great, you can delete /old_home. If things aren't working, you can undo by moving your /old_home back to /home, and delete the line you added to fstab.

Technical Notes and Resources

Rsync was chosen over cp and find|cpio because it seemed to maintain permissions.
Rsync era stato scelto rispetyto a cp e find|cpio perchè sembrava mantenere le autorizzazioni.
Linea 125: Linea 123:
= Titolo 1 =
Linea 127: Linea 124:
Testo...

 0. Passo 1
 0. Passo 2
 0. Passo 3

== Titolo 2 ==

Testo...

= Ulteriori risorse =

 * Risorsa 1
 * Risorsa 2

BR Indice()

HomeSpostarePartizioneDedicata

I vantaggi di questa Guida

Questa guida è stata liberamente tradotta dall'inglese ( https://help.ubuntu.com/community/Partitioning/Home/Moving ) per permettere di avere ulteriori punti di riferimento rispetto alle diverse informazioni già esistenti. Le Guide della Comunità sono un modo particolarmente utile di aiutare diverse persone in uno stesso momento. Questa guida:

  • Ambisce a mantenere in funzione il sistema e a proteggere i dati in modo sicuro.
    • o Se il sistema dovesse spegnersi inaspettatamente, andare in ibernazione o dovesse accadere qualcosa d'altro durante l'esecuzione di questa procedura, sarebbe sufficiente ri-avviare il sistema e continuare a lavorare. Questa d'altra parte è l'ambizione di questa guida.
  • Prepara Partizioni e fstab prima, modificando fstab solo alla fine.
    • o Le persone provano ed acquisiscono familiarità con gli strumenti prima che ci sia un "disastro" finale, e questo è un altro vantaggio della guida. Altre guide usano comandi mount, dopodichè spostano la /home e modificano fstab. Tuttavia se dovessimo scompaginare fstab a quel punto cruciale, qualora ri-avviassimo il sistema avremmo perso traccia dei files /home! Definire fstab prima e usare "sudo mount -a" per montare la partizione permette di verificare se il fstab modificato funziona in modo sicuro a quel punto del procedimento.
  • Usa rsync per spostare i files
    • o Rsync è stato sviluppato per i backups di /home, e molto di più. E' in grado di mantenere le altre caratteristiche dei files come permessi, titolarità e ownership, and timestamps. Ci sono molte discussioni su quale sia il comando più opportuno per spostare i files/home, incluso quelle di un tempo in cui cp era considerato non adatto a questa funzione (apparentemente ometteva files?). Cp non era stato sviluppato come strumento potente per backup quanto invece la messa a punto di rsync. La soluzione perciò è stata quella di usare una combinazione di find e cpio (See section 8.3.5).

La Guida

Configurare una /home su una partizione separata e dedicata offre dei benefici perchè le vostre impostazioni, files e Scrivania saranno mantenuti anche se aggiornate, re-installate Ubuntu o andate incontro a qualche crash totale. Ciò può accadere perchè /home contiene le cartelle delle impostazioni e dei files di ciascun utente. Cioè tutti i suoi dati! Oltretutto, per sua impostazione una nuova installazione linux tende tipicamente a ripulire la partizione che è stata prescelta. Questo perciò implica un notevole trambusto per trovare e salvare altrove tutti i dati degli utenti. Fastidio che si può eviatre con una /home separata in una partizione dedicata.

Configurare le Partizioni

Queste informazioni vanno al di là dello scopo della pagina. Prova a cercare qua se hai bisogno di aiuto. Ricorda o scrivi la posizione della partizione, qualcosa come /sda3. E' stato suggerito di usare sia ext2, ext3 o ext4 piuttosto che vfat o ntfs. L'utilizzo di vfat non è supportato e potrebbe non funzionare, poichè vfat does not support permissions. Ntfs has an advantage of being journalised, like ext3 & ext4 but it can also be read easily by Windows. It is a lot less stable than ext3 or ext4 so it is really a question of stability compared with easy access for Windows. If you don't dual-boot with Windows or have plenty of hard-drive space then staying with very much safer ext3 or 4 is the obvious choice.

Trovare l' uuid delle Partizioni

Il codice uuid di tutte le partizioni si ottiene con questo comando a terminale:{{{ sudo blkid }}}

A volte, per alcune versioni più vecchie di Ubuntu il comando "blkid" potrebbe non funzionare. In questi casi utilizzate invece

 sudo vol_id -u <partition>  

per esempio

 sudo vol_id -u /dev/sda3  

Ora prendete nota (copia e incolla in un file di testo) dell'identificativo uuid della partizione che avete definito essere la nuova e futura partizione /home.

Configuare Fstab

Questi comandi dovranno:

  1. Creare un backup di fstab. Il "$(date +%Y-%m-%d)" alla fine automaticamente abbina la data odierna di salvataggio al file.
  2. Confrontare fstab con quello nuovo, giusto per essere tranquilli che vada bene.
  3. Aprire l'editor di testo standard (gedit) in Ubuntu per modificare fstab. Notate che invece, Kubuntu usa "kate" e Xubuntu usa "mousepad" ma voi potete usare l'editor di testo che preferite.

{{{ sudo cp /etc/fstab /etc/fstab.$(date +%Y-%m-%d) cmp /etc/fstab /etc/fstab.$(date +%Y-%m-%d) gksu gedit /etc/fstab }}}

e aggiungete all'interno queste linee di istruzioni

{{{ # (identifier) (location, eg sda5) (format, eg ext3 or ext4) (some settings) UUID=???????? /media/home ext3 nodev,nosuid 0 2 }}}

Sostituendo ???????? con il numero UUID della partizione /home pre-definita.

The Fstab location will be a temporary one - we are to mount the temporary location and copy the existing home to it. (/media/home is assumed in the rest of the guide). Se /media/home non esiste ancora, dovete crearla con il comando:

 sudo mkdir /media/home  

Ora, montate la partizione con:

 sudo mount -a  

Copiate /home nella nuova Partizione

 sudo rsync -axS --exclude='/*/.gvfs' /home/. /media/home/.  

Il --exclude='/*/.gvfs' non permette a rsync di avvisare di non essere in grado di copiare .gvfs, ma credo sia opzionale. Anche se rsync lancia un avviso, copierà comunque qualsiasi cosa. (Vedere qui una discussione al riguardo)

Verifica della copia effettuata

Le informazioni in /home ora esistono in 2 posti ma abbiamo bisogno di verificare che tutto sia in regola. Se sembra approssimativamente lo stesso è probabilmente tutto giusto.

A Sneaky Safety Manoeuvre

Perciò ora avete 2 copie della vostra cartella /home. La nuova nella nuova partizione e la vecchia ancora nella stessa partizione in cui era. Il problema è ora quello di eliminare quella giusta!! Poichè stiamo ancora utilizzando la vecchia /home basta rinominarla:

{{{ cd / sudo mv /home /old_home }}}

Ora ri-creaiamo una nuova directory vuota /home giusto in caso vada tutto storto!

{{{ cd / sudo mkdir -p /home/user }}}

A questo punto se le cose sono andate male il sistema si riavvia in quello che apparirà come una nuova installazione in cui tutti i dati sono stati persi. Ed invece a tutti gli effetti sono ancora disponibili le 2 copie :)

Applicare il cambiamento

Ora è il momento di modificare di nuovo fstab per puntare alla nuova /home e montarla in modo adeguato. Perciò è necessario di nuovo digitare a terminale il comando:

 gksu gedit /etc/fstab  

ed ora modicate le righe che avete aggiunto prima per eliminare la parte /media. Ciò dovrebbe cambiare /media/home in /home come segue

{{{ # (identifier) (location, eg sda5) (format, eg ext3 or ext4) (some settings) UUID=???????? /home ext3 nodev,nosuid 0 2 }}}

e finalmente, ri-montare la partizione con:

 sudo mount -a  

Vi sembra ora tutto a posto? Riuscite ancora a raggiungere i vostri files e le vostre cartelle dal menu "Risorse"? Ri-avviate per essere sicuri che i programmi ora operativi usino la /home che è ora sulla nuova partizione.

Dopo il riavvio

Se tutto funziona come si deve, molto bene! Potete perciò procedere alla eliminazione della vecchia /old_home. Se le cose, invece, non dovessero andare bene, sarebbe sufficiente spostare indietro la vostra /old_home in /home, e cancellare le righe aggiunte a fstab.

Note tecniche e risorse

Rsync era stato scelto rispetyto a cp e find|cpio perchè sembrava mantenere le autorizzazioni.

http://ubuntu.wordpress.com/2006/01/29/move-home-to-its-own-partition/

http://ubuntuforums.org/showthread.php?t=46866


CategoryNuoviDocumenti