Le 31/12/10 à 21:33, Christophe Gallaire a éc rit :
CG> J'ai un souci de partionnement : j'ai laissé l'installateur chois ir la taille de
CG> la partition racine (7 Go) et j'ai créer un /home séparà ©. Ce qui donne :
CG>
CG> /dev/sda1 /
CG> /dev/sda2 qui contient
CG> /dev/sda5 swap
CG> /dev/sda6 /home
CG>
CG> J'ai libéré de l'espace que j'ai fait passer juste aprè s la racine (/) mais je
CG> ne parviens pas à l'allouer à ladite racine... c'est comme s 'il dépendait de la
CG> partition sda2.
CG>
CG> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
CG> "unallocated" et /dev/sda5, /dev/sda6.
CG>
CG> Une idée ?
Faudrait en dire un peu plus...
- que donne un fdisk -l ?
- comment essaie-tu d'allouer cet espace ? (parce que sans LVM, à par t supprimer et recréer la
partition, je vois pas...)
Et juste un conseil en passant, avant de toucher à tes partitions, je te conseille vivement de
booter sur un live-cd ou une clé usb (par ex avec system rescue cd) e t de faire une sauvegarde
de ton sda1 (vers un dd externe, une grosse clé ou ton home que tu mo ntes pour l'occasion),
avec partimage par ex.
Mais bon, avec 7Go ça devrait aller à peu près, et si c'est trop juste et que tu veux pas te
casser la tête à modifier ta partition /,
tu peux au choix
- créer un lien symbolique d'un morceau de / vers /home (par ex /usr/ share -> /home/usr-share),
mais suivant ta conf et le morceau choisi, y'aura p'tet des pbs (avec de s réglages de sécu un
peu parano, déplacer tout usr marchera probablement mal)
- déplacer un bout de / vers une nouvelle partition que tu cré é dans ton espace libre
(partitionner, formater, monter la nlle partition sur un truc temporaire , y déplacer ta
branche, modifier le fstab pour monter cette nlle partition à sa pl ace et redémarrer, tout ça
depuis ton live-cd).
Le 31/12/10 à 21:33, Christophe Gallaire <zamasp@gmail.com> a éc rit :
CG> J'ai un souci de partionnement : j'ai laissé l'installateur chois ir la taille de
CG> la partition racine (7 Go) et j'ai créer un /home séparà ©. Ce qui donne :
CG>
CG> /dev/sda1 /
CG> /dev/sda2 qui contient
CG> /dev/sda5 swap
CG> /dev/sda6 /home
CG>
CG> J'ai libéré de l'espace que j'ai fait passer juste aprè s la racine (/) mais je
CG> ne parviens pas à l'allouer à ladite racine... c'est comme s 'il dépendait de la
CG> partition sda2.
CG>
CG> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
CG> "unallocated" et /dev/sda5, /dev/sda6.
CG>
CG> Une idée ?
Faudrait en dire un peu plus...
- que donne un fdisk -l ?
- comment essaie-tu d'allouer cet espace ? (parce que sans LVM, à par t supprimer et recréer la
partition, je vois pas...)
Et juste un conseil en passant, avant de toucher à tes partitions, je te conseille vivement de
booter sur un live-cd ou une clé usb (par ex avec system rescue cd) e t de faire une sauvegarde
de ton sda1 (vers un dd externe, une grosse clé ou ton home que tu mo ntes pour l'occasion),
avec partimage par ex.
Mais bon, avec 7Go ça devrait aller à peu près, et si c'est trop juste et que tu veux pas te
casser la tête à modifier ta partition /,
tu peux au choix
- créer un lien symbolique d'un morceau de / vers /home (par ex /usr/ share -> /home/usr-share),
mais suivant ta conf et le morceau choisi, y'aura p'tet des pbs (avec de s réglages de sécu un
peu parano, déplacer tout usr marchera probablement mal)
- déplacer un bout de / vers une nouvelle partition que tu cré é dans ton espace libre
(partitionner, formater, monter la nlle partition sur un truc temporaire , y déplacer ta
branche, modifier le fstab pour monter cette nlle partition à sa pl ace et redémarrer, tout ça
depuis ton live-cd).
Le 31/12/10 à 21:33, Christophe Gallaire a éc rit :
CG> J'ai un souci de partionnement : j'ai laissé l'installateur chois ir la taille de
CG> la partition racine (7 Go) et j'ai créer un /home séparà ©. Ce qui donne :
CG>
CG> /dev/sda1 /
CG> /dev/sda2 qui contient
CG> /dev/sda5 swap
CG> /dev/sda6 /home
CG>
CG> J'ai libéré de l'espace que j'ai fait passer juste aprè s la racine (/) mais je
CG> ne parviens pas à l'allouer à ladite racine... c'est comme s 'il dépendait de la
CG> partition sda2.
CG>
CG> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
CG> "unallocated" et /dev/sda5, /dev/sda6.
CG>
CG> Une idée ?
Faudrait en dire un peu plus...
- que donne un fdisk -l ?
- comment essaie-tu d'allouer cet espace ? (parce que sans LVM, à par t supprimer et recréer la
partition, je vois pas...)
Et juste un conseil en passant, avant de toucher à tes partitions, je te conseille vivement de
booter sur un live-cd ou une clé usb (par ex avec system rescue cd) e t de faire une sauvegarde
de ton sda1 (vers un dd externe, une grosse clé ou ton home que tu mo ntes pour l'occasion),
avec partimage par ex.
Mais bon, avec 7Go ça devrait aller à peu près, et si c'est trop juste et que tu veux pas te
casser la tête à modifier ta partition /,
tu peux au choix
- créer un lien symbolique d'un morceau de / vers /home (par ex /usr/ share -> /home/usr-share),
mais suivant ta conf et le morceau choisi, y'aura p'tet des pbs (avec de s réglages de sécu un
peu parano, déplacer tout usr marchera probablement mal)
- déplacer un bout de / vers une nouvelle partition que tu cré é dans ton espace libre
(partitionner, formater, monter la nlle partition sur un truc temporaire , y déplacer ta
branche, modifier le fstab pour monter cette nlle partition à sa pl ace et redémarrer, tout ça
depuis ton live-cd).
Bonsoir,
J'ai un souci de partionnement : j'ai laissé l'installateur choisir
la taille de la partition racine (7 Go) et j'ai créer un /home
séparé. Ce qui donne :
/dev/sda1 /
/dev/sda2 qui contient
/dev/sda5 swap
/dev/sda6 /home
J'ai libéré de l'espace que j'ai fait passer juste après l a racine
(/) mais je ne parviens pas à l'allouer à ladite racine... c'est
comme s'il dépendait de la partition sda2.
Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
"unallocated" et /dev/sda5, /dev/sda6.
Une idée ?
Christophe
Bonsoir,
J'ai un souci de partionnement : j'ai laissé l'installateur choisir
la taille de la partition racine (7 Go) et j'ai créer un /home
séparé. Ce qui donne :
/dev/sda1 /
/dev/sda2 qui contient
/dev/sda5 swap
/dev/sda6 /home
J'ai libéré de l'espace que j'ai fait passer juste après l a racine
(/) mais je ne parviens pas à l'allouer à ladite racine... c'est
comme s'il dépendait de la partition sda2.
Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
"unallocated" et /dev/sda5, /dev/sda6.
Une idée ?
Christophe
Bonsoir,
J'ai un souci de partionnement : j'ai laissé l'installateur choisir
la taille de la partition racine (7 Go) et j'ai créer un /home
séparé. Ce qui donne :
/dev/sda1 /
/dev/sda2 qui contient
/dev/sda5 swap
/dev/sda6 /home
J'ai libéré de l'espace que j'ai fait passer juste après l a racine
(/) mais je ne parviens pas à l'allouer à ladite racine... c'est
comme s'il dépendait de la partition sda2.
Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
"unallocated" et /dev/sda5, /dev/sda6.
Une idée ?
Christophe
Le Fri, 31 Dec 2010 21:33:02 +0300,
Christophe Gallaire a écrit :Bonsoir,
Bonjour,
J'ai un souci de partionnement : j'ai laissé l'installateur choisir
la taille de la partition racine (7 Go) et j'ai créer un /home
séparé. Ce qui donne :
/dev/sda1 /
/dev/sda2 qui contient
/dev/sda5 swap
/dev/sda6 /home
J'ai libéré de l'espace que j'ai fait passer juste après la racine
(/) mais je ne parviens pas à l'allouer à ladite racine... c'e st
comme s'il dépendait de la partition sda2.
Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
"unallocated" et /dev/sda5, /dev/sda6.
Une idée ?
La dernière fois que j'ai fait cela c'était pour faire de la pla ce sur
une machine WIN$, j'ai travaillé avec Gparted depuis un système "live"
(rescuecd).
Il faut : 1) faire une sauvegarde des données sensible au cas où ; 2)
retailler à la baisse le file system sur sda6 ;
3) retailler les partitions à l'intérieur de la partition é tendue (sda2) ;
4) retailler la partition étendue ;
5) déplacer la partiton étendue à la fin du disque ;
6) étendre sda1 ; 7) retailler à la hausse le file système sur
sda1...
Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela
dépend du type de fs (il en existe encore qui sont uniquement
augmentables). Si c'est pas possible c'est : sauvegarde des
données/destruction/retaillage partition/reformatage/restauration des
données.
Bien sûr, il est préférable de faire cela avec les FS dà ©montés, donc
sur une version "live"...
Enfin, pour minimiser les risques l'utilisation de LVM permettra de
simplifier un peu ce type de problème en utilisant de l'agrégati on de
disques simple. C'est à dire :
- création d'une partition primaire boot en ext3 (c'est plus simple et
elle n'a pas besoin de "beaucoup" de place"),
- création d'une partition primaire sur le reste du disque pour LVM
- création d'un volume group (vg) simple avec la partition LVM,
- création de plusieurs logical volums (lv) pour root, swap et home en
les taillant suivant les besoins du moment,
- création des fs sur les volumes root et home en choisissant un fs
retaillable à la volée (xfs, reiserfs, etc.).
Plus tard, suivant les besoins, il est facile d'ajouter de l'espace de
stockage pour étendre les partitions (version riche) en ajoutant du
disque :
- ajout d'un disque dans la machine ;
- ajout du physical volume (pv) -le disque en entier- dans le vg : il
s'agit d'un concaténation simple ;
- extension du ou des lv (lvextend) ;
- retaillage des fs au max des lv modifiés.
Le tout, si les FS le permettent, en ligne sans interruption de
service (à l'exception de l'ajout physique du disque bien sûr, à moins
d'utiliser un DD de type esata ou usb).
Et hop...
J'espère avoir répondu.
PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont
changer... mais bon...
http://en.wikipedia.org/wiki/Comparison_of_file_systems
Yann.
Le Fri, 31 Dec 2010 21:33:02 +0300,
Christophe Gallaire <zamasp@gmail.com> a écrit :
Bonsoir,
Bonjour,
J'ai un souci de partionnement : j'ai laissé l'installateur choisir
la taille de la partition racine (7 Go) et j'ai créer un /home
séparé. Ce qui donne :
/dev/sda1 /
/dev/sda2 qui contient
/dev/sda5 swap
/dev/sda6 /home
J'ai libéré de l'espace que j'ai fait passer juste après la racine
(/) mais je ne parviens pas à l'allouer à ladite racine... c'e st
comme s'il dépendait de la partition sda2.
Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
"unallocated" et /dev/sda5, /dev/sda6.
Une idée ?
La dernière fois que j'ai fait cela c'était pour faire de la pla ce sur
une machine WIN$, j'ai travaillé avec Gparted depuis un système "live"
(rescuecd).
Il faut : 1) faire une sauvegarde des données sensible au cas où ; 2)
retailler à la baisse le file system sur sda6 ;
3) retailler les partitions à l'intérieur de la partition é tendue (sda2) ;
4) retailler la partition étendue ;
5) déplacer la partiton étendue à la fin du disque ;
6) étendre sda1 ; 7) retailler à la hausse le file système sur
sda1...
Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela
dépend du type de fs (il en existe encore qui sont uniquement
augmentables). Si c'est pas possible c'est : sauvegarde des
données/destruction/retaillage partition/reformatage/restauration des
données.
Bien sûr, il est préférable de faire cela avec les FS dà ©montés, donc
sur une version "live"...
Enfin, pour minimiser les risques l'utilisation de LVM permettra de
simplifier un peu ce type de problème en utilisant de l'agrégati on de
disques simple. C'est à dire :
- création d'une partition primaire boot en ext3 (c'est plus simple et
elle n'a pas besoin de "beaucoup" de place"),
- création d'une partition primaire sur le reste du disque pour LVM
- création d'un volume group (vg) simple avec la partition LVM,
- création de plusieurs logical volums (lv) pour root, swap et home en
les taillant suivant les besoins du moment,
- création des fs sur les volumes root et home en choisissant un fs
retaillable à la volée (xfs, reiserfs, etc.).
Plus tard, suivant les besoins, il est facile d'ajouter de l'espace de
stockage pour étendre les partitions (version riche) en ajoutant du
disque :
- ajout d'un disque dans la machine ;
- ajout du physical volume (pv) -le disque en entier- dans le vg : il
s'agit d'un concaténation simple ;
- extension du ou des lv (lvextend) ;
- retaillage des fs au max des lv modifiés.
Le tout, si les FS le permettent, en ligne sans interruption de
service (à l'exception de l'ajout physique du disque bien sûr, à moins
d'utiliser un DD de type esata ou usb).
Et hop...
J'espère avoir répondu.
PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont
changer... mais bon...
http://en.wikipedia.org/wiki/Comparison_of_file_systems
Yann.
Le Fri, 31 Dec 2010 21:33:02 +0300,
Christophe Gallaire a écrit :Bonsoir,
Bonjour,
J'ai un souci de partionnement : j'ai laissé l'installateur choisir
la taille de la partition racine (7 Go) et j'ai créer un /home
séparé. Ce qui donne :
/dev/sda1 /
/dev/sda2 qui contient
/dev/sda5 swap
/dev/sda6 /home
J'ai libéré de l'espace que j'ai fait passer juste après la racine
(/) mais je ne parviens pas à l'allouer à ladite racine... c'e st
comme s'il dépendait de la partition sda2.
Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient l'espace
"unallocated" et /dev/sda5, /dev/sda6.
Une idée ?
La dernière fois que j'ai fait cela c'était pour faire de la pla ce sur
une machine WIN$, j'ai travaillé avec Gparted depuis un système "live"
(rescuecd).
Il faut : 1) faire une sauvegarde des données sensible au cas où ; 2)
retailler à la baisse le file system sur sda6 ;
3) retailler les partitions à l'intérieur de la partition é tendue (sda2) ;
4) retailler la partition étendue ;
5) déplacer la partiton étendue à la fin du disque ;
6) étendre sda1 ; 7) retailler à la hausse le file système sur
sda1...
Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela
dépend du type de fs (il en existe encore qui sont uniquement
augmentables). Si c'est pas possible c'est : sauvegarde des
données/destruction/retaillage partition/reformatage/restauration des
données.
Bien sûr, il est préférable de faire cela avec les FS dà ©montés, donc
sur une version "live"...
Enfin, pour minimiser les risques l'utilisation de LVM permettra de
simplifier un peu ce type de problème en utilisant de l'agrégati on de
disques simple. C'est à dire :
- création d'une partition primaire boot en ext3 (c'est plus simple et
elle n'a pas besoin de "beaucoup" de place"),
- création d'une partition primaire sur le reste du disque pour LVM
- création d'un volume group (vg) simple avec la partition LVM,
- création de plusieurs logical volums (lv) pour root, swap et home en
les taillant suivant les besoins du moment,
- création des fs sur les volumes root et home en choisissant un fs
retaillable à la volée (xfs, reiserfs, etc.).
Plus tard, suivant les besoins, il est facile d'ajouter de l'espace de
stockage pour étendre les partitions (version riche) en ajoutant du
disque :
- ajout d'un disque dans la machine ;
- ajout du physical volume (pv) -le disque en entier- dans le vg : il
s'agit d'un concaténation simple ;
- extension du ou des lv (lvextend) ;
- retaillage des fs au max des lv modifiés.
Le tout, si les FS le permettent, en ligne sans interruption de
service (à l'exception de l'ajout physique du disque bien sûr, à moins
d'utiliser un DD de type esata ou usb).
Et hop...
J'espère avoir répondu.
PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont
changer... mais bon...
http://en.wikipedia.org/wiki/Comparison_of_file_systems
Yann.
Une idée ?
Une idée ?
Une idée ?
Yann Cohen a dit dans un souffle :
>Le Fri, 31 Dec 2010 21:33:02 +0300,
>Christophe Gallaire a écrit :
>
>> Bonsoir,
>Bonjour,
>
>>
>> J'ai un souci de partionnement : j'ai laissé l'installateur chois ir
>> la taille de la partition racine (7 Go) et j'ai créer un /home
>> séparé. Ce qui donne :
>>
>> /dev/sda1 /
>> /dev/sda2 qui contient
>> /dev/sda5 swap
>> /dev/sda6 /home
>>
>> J'ai libéré de l'espace que j'ai fait passer juste aprè s la racine
>> (/) mais je ne parviens pas à l'allouer à ladite racine... c 'est
>> comme s'il dépendait de la partition sda2.
>>
>> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient
>> l'espace "unallocated" et /dev/sda5, /dev/sda6.
>>
>> Une idée ?
>
>La dernière fois que j'ai fait cela c'était pour faire de la p lace
>sur une machine WIN$, j'ai travaillé avec Gparted depuis un systà ¨me
>"live" (rescuecd).
Un autre souci s'est possible : peu de distributions gèrent
correctement l'i3 Intel (en KMS). Toutou Linux m'a permis de lancer
puis retailler tout ça :
>5) déplacer la partiton étendue à la fin du disque ;
Comment je fais çà ?
>6) étendre sda1 ; 7) retailler à la hausse le file systèm e sur
>sda1...
>
>Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela
>dépend du type de fs (il en existe encore qui sont uniquement
>augmentables). Si c'est pas possible c'est : sauvegarde des
>données/destruction/retaillage partition/reformatage/restauration d es
>données.
Ben... j'en suis presque à ce stade-là . Dans cas, ne risque-t-i l pas
d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ?
>Bien sûr, il est préférable de faire cela avec les FS d émontés, donc
>sur une version "live"...
La version Live de Lenny fonctionne (à peu près correctement).
>Enfin, pour minimiser les risques l'utilisation de LVM permettra de
>simplifier un peu ce type de problème en utilisant de l'agréga tion de
>disques simple. C'est à dire :
>- création d'une partition primaire boot en ext3 (c'est plus simple
>et
> elle n'a pas besoin de "beaucoup" de place"),
>- création d'une partition primaire sur le reste du disque pour LVM
>- création d'un volume group (vg) simple avec la partition LVM,
>- création de plusieurs logical volums (lv) pour root, swap et home
>en
> les taillant suivant les besoins du moment,
>- création des fs sur les volumes root et home en choisissant un fs
> retaillable à la volée (xfs, reiserfs, etc.).
Dans l'idéal, j'aimerais bien arriver à ça. Mais avec LVM, il faut
que je détruise tout, non ?
>Et hop...
>
>J'espère avoir répondu.
Oui en grande partie.
>PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont
>changer... mais bon...
>
>http://en.wikipedia.org/wiki/Comparison_of_file_systems
> Yann.
Christophe
Yann Cohen a dit dans un souffle :
>Le Fri, 31 Dec 2010 21:33:02 +0300,
>Christophe Gallaire <zamasp@gmail.com> a écrit :
>
>> Bonsoir,
>Bonjour,
>
>>
>> J'ai un souci de partionnement : j'ai laissé l'installateur chois ir
>> la taille de la partition racine (7 Go) et j'ai créer un /home
>> séparé. Ce qui donne :
>>
>> /dev/sda1 /
>> /dev/sda2 qui contient
>> /dev/sda5 swap
>> /dev/sda6 /home
>>
>> J'ai libéré de l'espace que j'ai fait passer juste aprè s la racine
>> (/) mais je ne parviens pas à l'allouer à ladite racine... c 'est
>> comme s'il dépendait de la partition sda2.
>>
>> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient
>> l'espace "unallocated" et /dev/sda5, /dev/sda6.
>>
>> Une idée ?
>
>La dernière fois que j'ai fait cela c'était pour faire de la p lace
>sur une machine WIN$, j'ai travaillé avec Gparted depuis un systà ¨me
>"live" (rescuecd).
Un autre souci s'est possible : peu de distributions gèrent
correctement l'i3 Intel (en KMS). Toutou Linux m'a permis de lancer
puis retailler tout ça :
>5) déplacer la partiton étendue à la fin du disque ;
Comment je fais çà ?
>6) étendre sda1 ; 7) retailler à la hausse le file systèm e sur
>sda1...
>
>Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela
>dépend du type de fs (il en existe encore qui sont uniquement
>augmentables). Si c'est pas possible c'est : sauvegarde des
>données/destruction/retaillage partition/reformatage/restauration d es
>données.
Ben... j'en suis presque à ce stade-là . Dans cas, ne risque-t-i l pas
d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ?
>Bien sûr, il est préférable de faire cela avec les FS d émontés, donc
>sur une version "live"...
La version Live de Lenny fonctionne (à peu près correctement).
>Enfin, pour minimiser les risques l'utilisation de LVM permettra de
>simplifier un peu ce type de problème en utilisant de l'agréga tion de
>disques simple. C'est à dire :
>- création d'une partition primaire boot en ext3 (c'est plus simple
>et
> elle n'a pas besoin de "beaucoup" de place"),
>- création d'une partition primaire sur le reste du disque pour LVM
>- création d'un volume group (vg) simple avec la partition LVM,
>- création de plusieurs logical volums (lv) pour root, swap et home
>en
> les taillant suivant les besoins du moment,
>- création des fs sur les volumes root et home en choisissant un fs
> retaillable à la volée (xfs, reiserfs, etc.).
Dans l'idéal, j'aimerais bien arriver à ça. Mais avec LVM, il faut
que je détruise tout, non ?
>Et hop...
>
>J'espère avoir répondu.
Oui en grande partie.
>PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont
>changer... mais bon...
>
>http://en.wikipedia.org/wiki/Comparison_of_file_systems
> Yann.
Christophe
Yann Cohen a dit dans un souffle :
>Le Fri, 31 Dec 2010 21:33:02 +0300,
>Christophe Gallaire a écrit :
>
>> Bonsoir,
>Bonjour,
>
>>
>> J'ai un souci de partionnement : j'ai laissé l'installateur chois ir
>> la taille de la partition racine (7 Go) et j'ai créer un /home
>> séparé. Ce qui donne :
>>
>> /dev/sda1 /
>> /dev/sda2 qui contient
>> /dev/sda5 swap
>> /dev/sda6 /home
>>
>> J'ai libéré de l'espace que j'ai fait passer juste aprè s la racine
>> (/) mais je ne parviens pas à l'allouer à ladite racine... c 'est
>> comme s'il dépendait de la partition sda2.
>>
>> Ce qui donne : /dev/sda1 (la racine), /dev/sda2 qui contient
>> l'espace "unallocated" et /dev/sda5, /dev/sda6.
>>
>> Une idée ?
>
>La dernière fois que j'ai fait cela c'était pour faire de la p lace
>sur une machine WIN$, j'ai travaillé avec Gparted depuis un systà ¨me
>"live" (rescuecd).
Un autre souci s'est possible : peu de distributions gèrent
correctement l'i3 Intel (en KMS). Toutou Linux m'a permis de lancer
puis retailler tout ça :
>5) déplacer la partiton étendue à la fin du disque ;
Comment je fais çà ?
>6) étendre sda1 ; 7) retailler à la hausse le file systèm e sur
>sda1...
>
>Le pb c'est le retaillage à la baisse du fs qui est sur sda6 : cela
>dépend du type de fs (il en existe encore qui sont uniquement
>augmentables). Si c'est pas possible c'est : sauvegarde des
>données/destruction/retaillage partition/reformatage/restauration d es
>données.
Ben... j'en suis presque à ce stade-là . Dans cas, ne risque-t-i l pas
d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ?
>Bien sûr, il est préférable de faire cela avec les FS d émontés, donc
>sur une version "live"...
La version Live de Lenny fonctionne (à peu près correctement).
>Enfin, pour minimiser les risques l'utilisation de LVM permettra de
>simplifier un peu ce type de problème en utilisant de l'agréga tion de
>disques simple. C'est à dire :
>- création d'une partition primaire boot en ext3 (c'est plus simple
>et
> elle n'a pas besoin de "beaucoup" de place"),
>- création d'une partition primaire sur le reste du disque pour LVM
>- création d'un volume group (vg) simple avec la partition LVM,
>- création de plusieurs logical volums (lv) pour root, swap et home
>en
> les taillant suivant les besoins du moment,
>- création des fs sur les volumes root et home en choisissant un fs
> retaillable à la volée (xfs, reiserfs, etc.).
Dans l'idéal, j'aimerais bien arriver à ça. Mais avec LVM, il faut
que je détruise tout, non ?
>Et hop...
>
>J'espère avoir répondu.
Oui en grande partie.
>PS avec l'arrivée des FS comme btrfs et zfs, certaines choses vont
>changer... mais bon...
>
>http://en.wikipedia.org/wiki/Comparison_of_file_systems
> Yann.
Christophe
> Ben... j'en suis presque à ce stade-là . Dans cas, ne risque-t -il pas
> d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ?
Oui et Non
Oui les uuid risquent de ne plus être les mêmes,
Non parce que que tu :
- soit les retrouver mais je ne sais plus où en deux minutes ;
> Ben... j'en suis presque à ce stade-là . Dans cas, ne risque-t -il pas
> d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ?
Oui et Non
Oui les uuid risquent de ne plus être les mêmes,
Non parce que que tu :
- soit les retrouver mais je ne sais plus où en deux minutes ;
> Ben... j'en suis presque à ce stade-là . Dans cas, ne risque-t -il pas
> d'y avoir des soucis avec les UUID ? Dans /etc/fstab, grub, etc. ?
Oui et Non
Oui les uuid risquent de ne plus être les mêmes,
Non parce que que tu :
- soit les retrouver mais je ne sais plus où en deux minutes ;