j'ai à l'heure actuelle un disque dur de 30 go qui accueil la partition
principale de mon système Linux Debian. Cette partition est en EXT3. Je
vais faire l'acquisition d'un disque de 160 go et j'aimerai migrer ma
partition sur ce disque qui aura préalablement été formatée. J'aimerai
bien évidemment ensuite rendre cette partition bootable. Je voulais donc
savoir si cela est réalisable et si oui je voudrai également savoir
quelle est la procédure à suivre.
Merci pour vos explications, bonne soirée.
--
Nicolas Cavigneaux | GPG KeyID : F0954C41
bounga@altern.org | http://bounga.ath.cx
j'ai à l'heure actuelle un disque dur de 30 go qui accueil la partition principale de mon système Linux Debian. Cette partition est en EXT3. Je vais faire l'acquisition d'un disque de 160 go et j'aimerai migrer ma partition sur ce disque qui aura préalablement été formatée. J'aimerai bien évidemment ensuite rendre cette partition bootable. Je voulais donc savoir si cela est réalisable et si oui je voudrai également savoir quelle est la procédure à suivre.
Ca dépends de ton amorce. Par exemple si c'est lilo, une fois que tu as tout copié, tu lances lilo. Faudra ajuster le nom du device dans lilo.conf avant.
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Nicolas Cavigneaux <bounga@altern.org> wrote:
j'ai à l'heure actuelle un disque dur de 30 go qui accueil la partition
principale de mon système Linux Debian. Cette partition est en EXT3. Je
vais faire l'acquisition d'un disque de 160 go et j'aimerai migrer ma
partition sur ce disque qui aura préalablement été formatée. J'aimerai
bien évidemment ensuite rendre cette partition bootable. Je voulais donc
savoir si cela est réalisable et si oui je voudrai également savoir
quelle est la procédure à suivre.
Ca dépends de ton amorce. Par exemple si c'est lilo, une fois que tu as
tout copié, tu lances lilo. Faudra ajuster le nom du device dans
lilo.conf avant.
--
Emmanuel Dreyfus
Un bouquin en français sur BSD:
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
j'ai à l'heure actuelle un disque dur de 30 go qui accueil la partition principale de mon système Linux Debian. Cette partition est en EXT3. Je vais faire l'acquisition d'un disque de 160 go et j'aimerai migrer ma partition sur ce disque qui aura préalablement été formatée. J'aimerai bien évidemment ensuite rendre cette partition bootable. Je voulais donc savoir si cela est réalisable et si oui je voudrai également savoir quelle est la procédure à suivre.
Ca dépends de ton amorce. Par exemple si c'est lilo, une fois que tu as tout copié, tu lances lilo. Faudra ajuster le nom du device dans lilo.conf avant.
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Nicolas Cavigneaux
Ca dépends de ton amorce. Par exemple si c'est lilo, une fois que tu as tout copié, tu lances lilo. Faudra ajuster le nom du device dans lilo.conf avant.
Oui c'est bien lilo que j'utilise. Par contre pour le processus de copie de la partition, qu'est-ce que tu me conseille comme méthode ou comme utilitaire ?
Ca dépends de ton amorce. Par exemple si c'est lilo, une fois que tu as
tout copié, tu lances lilo. Faudra ajuster le nom du device dans
lilo.conf avant.
Oui c'est bien lilo que j'utilise. Par contre pour le processus de copie
de la partition, qu'est-ce que tu me conseille comme méthode ou comme
utilitaire ?
Ca dépends de ton amorce. Par exemple si c'est lilo, une fois que tu as tout copié, tu lances lilo. Faudra ajuster le nom du device dans lilo.conf avant.
Oui c'est bien lilo que j'utilise. Par contre pour le processus de copie de la partition, qu'est-ce que tu me conseille comme méthode ou comme utilitaire ?
qu'est-ce que tu me conseille comme méthode ou comme utilitaire ? Par exemple, est-ce qu'un simple cp récursif avec les bonnes options qui
vont bien serait suffisant pour ce que je veux faire ?
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien, alors si ca n'est pas le cas, tu as la methode avec tar:
tar -cpf - /mnt1 | ( cd /mnt2; tar -xpf - )
Ensuite, faut retoucher le lilo.conf du nouveau device qu'il utilise, et executer lilo.
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Nicolas Cavigneaux <bounga@altern.org> wrote:
qu'est-ce que tu me conseille comme méthode ou comme utilitaire ?
Par exemple, est-ce qu'un simple cp récursif avec les bonnes options qui
vont bien serait suffisant pour ce que je veux faire ?
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds
les permissions et ne traite pas correctement les devices. Je ne sais
pas si le cp de Linux est bien, alors si ca n'est pas le cas, tu as la
methode avec tar:
tar -cpf - /mnt1 | ( cd /mnt2; tar -xpf - )
Ensuite, faut retoucher le lilo.conf du nouveau device qu'il utilise, et
executer lilo.
--
Emmanuel Dreyfus
Un bouquin en français sur BSD:
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
qu'est-ce que tu me conseille comme méthode ou comme utilitaire ? Par exemple, est-ce qu'un simple cp récursif avec les bonnes options qui
vont bien serait suffisant pour ce que je veux faire ?
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien, alors si ca n'est pas le cas, tu as la methode avec tar:
tar -cpf - /mnt1 | ( cd /mnt2; tar -xpf - )
Ensuite, faut retoucher le lilo.conf du nouveau device qu'il utilise, et executer lilo.
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
eric_alube
Nicolas Cavigneaux wrote:
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds
Sur quoi ? un Unix proprio ? Un Linux ?
les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien,
Il est pas mal du tout, avec l'option -a, qui équivaut à -dpR
-d, --no-dereference Copier les liens symboliques en tant que tels plutôt que de copier les fichiers vers lesquels ils pointent. Préserver égale- ment les liens matériels entre les fichiers sources durant la copie. -p, --preserve Conserver le propriétaire, le groupe, les permissions d'accès et les horodatages du fichier original. -R Copier récursivement les répertoires, et gérer correctement les copies des fichiers spéciaux ou des FIFOs.
Je l'ai utilisé plusieurs fois déjà, sans aucun problème.
Autre méthode : mc !! (touche F5) Utilsé plein de fois : c'est formidable pour recopier n'importe quoi.
(et faire tout plein d'autres choses encore)
Ensuite, faut retoucher le lilo.conf du nouveau device qu'il utilise, et executer lilo.
Je crois me souvenir d'avoir utilisé chroot pour faire lilo directement aussi.
En espérant avoir aidé un peu...
-- eric bachard
Nicolas Cavigneaux <bounga@altern.org> wrote:
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds
Sur quoi ? un Unix proprio ? Un Linux ?
les permissions et ne traite pas correctement les devices. Je ne sais
pas si le cp de Linux est bien,
Il est pas mal du tout, avec l'option -a, qui équivaut à -dpR
-d, --no-dereference
Copier les liens symboliques en tant que tels plutôt
que de
copier les fichiers vers lesquels ils pointent. Préserver
égale-
ment les liens matériels entre les fichiers sources
durant la
copie.
-p, --preserve
Conserver le propriétaire, le groupe, les permissions
d'accès et
les horodatages du fichier original.
-R Copier récursivement les répertoires, et gérer correctement les
copies des fichiers spéciaux ou des FIFOs.
Je l'ai utilisé plusieurs fois déjà, sans aucun problème.
Autre méthode : mc !! (touche F5) Utilsé plein de fois : c'est
formidable pour recopier n'importe quoi.
(et faire tout plein d'autres choses encore)
Ensuite, faut retoucher le lilo.conf du nouveau device qu'il utilise, et
executer lilo.
Je crois me souvenir d'avoir utilisé chroot pour faire lilo directement
aussi.
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds
Sur quoi ? un Unix proprio ? Un Linux ?
les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien,
Il est pas mal du tout, avec l'option -a, qui équivaut à -dpR
-d, --no-dereference Copier les liens symboliques en tant que tels plutôt que de copier les fichiers vers lesquels ils pointent. Préserver égale- ment les liens matériels entre les fichiers sources durant la copie. -p, --preserve Conserver le propriétaire, le groupe, les permissions d'accès et les horodatages du fichier original. -R Copier récursivement les répertoires, et gérer correctement les copies des fichiers spéciaux ou des FIFOs.
Je l'ai utilisé plusieurs fois déjà, sans aucun problème.
Autre méthode : mc !! (touche F5) Utilsé plein de fois : c'est formidable pour recopier n'importe quoi.
(et faire tout plein d'autres choses encore)
Ensuite, faut retoucher le lilo.conf du nouveau device qu'il utilise, et executer lilo.
Je crois me souvenir d'avoir utilisé chroot pour faire lilo directement aussi.
En espérant avoir aidé un peu...
-- eric bachard
TiChou
Dans le message <news:1geiclj.1bs2zvj13054vhN%, *Emmanuel Dreyfus* tapota sur f.c.o.unix :
Nicolas Cavigneaux wrote:
qu'est-ce que tu me conseille comme méthode ou comme utilitaire ? Par exemple, est-ce qu'un simple cp récursif avec les bonnes options qui
vont bien serait suffisant pour ce que je veux faire ?
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien,
Il l'est avec les options suivantes :
$ cp -a /mnt/disk1/. /mnt/disk2
Et si on souhaite optimiser l'espace occupé et se limiter au système de fichier :
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
alors si ca n'est pas le cas, tu as la methode avec tar:
tar -cpf - /mnt1 | ( cd /mnt2; tar -xpf - ) ^
L'option '-p' ne s'applique qu'à l'extraction. Elle est donc inutile quand elle est associée à l'option '-c'.
-- TiChou
Dans le message <news:1geiclj.1bs2zvj13054vhN%manu@netbsd.org>,
*Emmanuel Dreyfus* tapota sur f.c.o.unix :
Nicolas Cavigneaux <bounga@altern.org> wrote:
qu'est-ce que tu me conseille comme méthode ou comme utilitaire ?
Par exemple, est-ce qu'un simple cp récursif avec les bonnes options qui
vont bien serait suffisant pour ce que je veux faire ?
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds
les permissions et ne traite pas correctement les devices. Je ne sais
pas si le cp de Linux est bien,
Il l'est avec les options suivantes :
$ cp -a /mnt/disk1/. /mnt/disk2
Et si on souhaite optimiser l'espace occupé et se limiter au système de
fichier :
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
alors si ca n'est pas le cas, tu as la methode avec tar:
tar -cpf - /mnt1 | ( cd /mnt2; tar -xpf - )
^
L'option '-p' ne s'applique qu'à l'extraction. Elle est donc inutile quand
elle est associée à l'option '-c'.
Dans le message <news:1geiclj.1bs2zvj13054vhN%, *Emmanuel Dreyfus* tapota sur f.c.o.unix :
Nicolas Cavigneaux wrote:
qu'est-ce que tu me conseille comme méthode ou comme utilitaire ? Par exemple, est-ce qu'un simple cp récursif avec les bonnes options qui
vont bien serait suffisant pour ce que je veux faire ?
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien,
Il l'est avec les options suivantes :
$ cp -a /mnt/disk1/. /mnt/disk2
Et si on souhaite optimiser l'espace occupé et se limiter au système de fichier :
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
alors si ca n'est pas le cas, tu as la methode avec tar:
tar -cpf - /mnt1 | ( cd /mnt2; tar -xpf - ) ^
L'option '-p' ne s'applique qu'à l'extraction. Elle est donc inutile quand elle est associée à l'option '-c'.
-- TiChou
Nicolas Cavigneaux
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien,
Il l'est avec les options suivantes :
$ cp -a /mnt/disk1/. /mnt/disk2
Et si on souhaite optimiser l'espace occupé et se limiter au système de fichier :
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
C'est parfait ça, c'est exactement ce qu'il me faut.
Merci beaucoup pour ton aide.
Il n'y a plus qu'a faire ces manipulations maintenant :-)
Bonne journée à tous. -- Nicolas Cavigneaux | GPG KeyID : F0954C41 | http://bounga.ath.cx
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds
les permissions et ne traite pas correctement les devices. Je ne sais
pas si le cp de Linux est bien,
Il l'est avec les options suivantes :
$ cp -a /mnt/disk1/. /mnt/disk2
Et si on souhaite optimiser l'espace occupé et se limiter au système
de fichier :
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
C'est parfait ça, c'est exactement ce qu'il me faut.
Merci beaucoup pour ton aide.
Il n'y a plus qu'a faire ces manipulations maintenant :-)
Bonne journée à tous.
--
Nicolas Cavigneaux | GPG KeyID : F0954C41
bounga@altern.org | http://bounga.ath.cx
Oui, cp fait l'affaire, avec juste un bémol: sur certains OS, cp perds les permissions et ne traite pas correctement les devices. Je ne sais pas si le cp de Linux est bien,
Il l'est avec les options suivantes :
$ cp -a /mnt/disk1/. /mnt/disk2
Et si on souhaite optimiser l'espace occupé et se limiter au système de fichier :
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
C'est parfait ça, c'est exactement ce qu'il me faut.
Merci beaucoup pour ton aide.
Il n'y a plus qu'a faire ces manipulations maintenant :-)
Bonne journée à tous. -- Nicolas Cavigneaux | GPG KeyID : F0954C41 | http://bounga.ath.cx
JustMe
Rakotomandimby Mihamina wrote:
TiChou wrote:
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un systeme actif ? je veux dire copier le root actif quoi (mais sans les fichiers liés a l'execution de l'OS en cours...) ... je ne sais pas comment exprimer clairement ma question...
perso j'utilise un truc style
(cd /disk1; tar cf - <optionskivontbien> .) | (cd tar xf -)
avec des options d'exclusions de répertoires ;-)
Rakotomandimby Mihamina wrote:
TiChou wrote:
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x
/mnt/disk1/. /mnt/disk2
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees
inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un
systeme actif ? je veux dire copier le root actif quoi (mais sans les
fichiers liés a l'execution de l'OS en cours...) ... je ne sais pas
comment exprimer clairement ma question...
perso j'utilise un truc style
(cd /disk1; tar cf - <optionskivontbien> .) | (cd tar xf -)
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un systeme actif ? je veux dire copier le root actif quoi (mais sans les fichiers liés a l'execution de l'OS en cours...) ... je ne sais pas comment exprimer clairement ma question...
perso j'utilise un truc style
(cd /disk1; tar cf - <optionskivontbien> .) | (cd tar xf -)
avec des options d'exclusions de répertoires ;-)
Rakotomandimby Mihamina
TiChou wrote:
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un systeme actif ? je veux dire copier le root actif quoi (mais sans les fichiers liés a l'execution de l'OS en cours...) ... je ne sais pas comment exprimer clairement ma question...
$ cp -a /mnt/disk1/. /mnt/disk2
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees
inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un
systeme actif ? je veux dire copier le root actif quoi (mais sans les
fichiers liés a l'execution de l'OS en cours...) ... je ne sais pas
comment exprimer clairement ma question...
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un systeme actif ? je veux dire copier le root actif quoi (mais sans les fichiers liés a l'execution de l'OS en cours...) ... je ne sais pas comment exprimer clairement ma question...
Dans le message <news:c9ahb1$vb1$, *Rakotomandimby Mihamina* tapota sur f.c.o.unix :
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2 ^^
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un systeme actif ? je veux dire copier le root actif quoi (mais sans les fichiers liés a l'execution de l'OS en cours...) ...
En utilisant l'option '-x' ? :)
Et la syntaxe de la commande laisse sous-entendre que de toute manière aucun autre système de fichier n'est monté dans l'arborescence de /mnt/disk1.
Extrait du man cp :
-x, --one-file-system Skip subdirectories that are on different filesystems from the one that the copy started on.
je ne sais pas comment exprimer clairement ma question...
Je ne sais pas alors si j'ai répondu clairement à ta question. :)
-- TiChou
Dans le message <news:c9ahb1$vb1$1@news-reader5.wanadoo.fr>,
*Rakotomandimby Mihamina* tapota sur f.c.o.unix :
$ cp -a /mnt/disk1/. /mnt/disk2
$ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2
^^
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees
inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un
systeme actif ? je veux dire copier le root actif quoi (mais sans les
fichiers liés a l'execution de l'OS en cours...) ...
En utilisant l'option '-x' ? :)
Et la syntaxe de la commande laisse sous-entendre que de toute manière aucun
autre système de fichier n'est monté dans l'arborescence de /mnt/disk1.
Extrait du man cp :
-x, --one-file-system
Skip subdirectories that are on different filesystems from
the one that the copy started on.
je ne sais pas comment exprimer clairement ma question...
Je ne sais pas alors si j'ai répondu clairement à ta question. :)
Dans le message <news:c9ahb1$vb1$, *Rakotomandimby Mihamina* tapota sur f.c.o.unix :
$ cp -a /mnt/disk1/. /mnt/disk2 $ cp -a --sparse=always -x /mnt/disk1/. /mnt/disk2 ^^
Ca c'est si l'OS ne tourne pas actuellement sur le disque ...
Comment faire pour ne pas copier /proc et eventuellement les entrees inutiles de /dev et autres "saletes" dont on n'a pas besoin? Sur un systeme actif ? je veux dire copier le root actif quoi (mais sans les fichiers liés a l'execution de l'OS en cours...) ...
En utilisant l'option '-x' ? :)
Et la syntaxe de la commande laisse sous-entendre que de toute manière aucun autre système de fichier n'est monté dans l'arborescence de /mnt/disk1.
Extrait du man cp :
-x, --one-file-system Skip subdirectories that are on different filesystems from the one that the copy started on.
je ne sais pas comment exprimer clairement ma question...
Je ne sais pas alors si j'ai répondu clairement à ta question. :)
