Bonjour,

Je viens d'installer Fedora 18 avec le DVD, mais je n'ai pas réussi à allouer le home qui se trouve sur un autre disque dur par le DVD. Est-il possible de régler ça maintenant que F18 est installé?
Donc j'ai un disque SSD : avec ma / et la swap, et un disque dur 500Gb : home ( ancien home donc avec des données à ne pas formater ).
Quand je me connecte à ma session, le disque dur 500Gb est reconnu comme périphérique et n'est pas monté automatiquement.

Merci de m'aider pour allouer le home de ma session au disque dur 🙂
Merci !
Bien, pour ajouter un home après l'install, c'est beaucoup plus chiant à faire, car le système à déjà créer des dossiers pour ton premier compte utilisateur.

Après, tu peux le faire en démarrent ton système en mode mono-utilisateur donc ça sera root, sens serveur graphique. Mais bon, faudra que tu face toutes tes manipulations avec le terminal..

Sinon, tu peux toujours monter ton deuxième disques dur sur un autre point de montage et créer les liens symboliques vers tes dossiers principaux, voir même pourquoi pas vers le /home.

Ou bien, tu réinstalle tous et tu montes ton /home lors de l'install (sens formater)..
Sauf que sur le DVD F18, je n'ai pas su allouer le home sans le formatage..
Je cherche, je vais essayé quelques trucs..

Merci 🙂
Pour monter une partition automatiquement au démarrage, il faut ajouter les informations nécessaires dans /etc/fstab. Dans ton cas tu modifies le ligne avec le /home.
Par exemple :
UUID=6cce4add-93ce-47c7-965e-a9b31aeaecf2        /home           ext4    defaults        1 2
Tu peux obtenir l'UUID avec la commande
# tune2fs -l /dev/sd...
Avant de faire une quelconque modification, je conseille de faire quelques tests avant d'avoir une mauvaise surprise au reboot.
Tu fais <ctrl><Alt><F2> pour avoir un terminal texte (si ça ne fonctionne pas, essaie toutes les touches de fonctions 😉)
Tu te connectes en root.
Tu demontes /home et tu mountes l'autre home :
# umount /home
# mount UUID=xxxx /home
Ensuite tu passes en mode graphique avec un <ctrl><alt><F quelque chose>
Tu te connectes en contemple le résultat.
Si tout est ok pour toi, tu peux modifier /etc/fstab pour prise en compte définitive.

ps : on ne fait pas une réinstallation pour ça [troll] c'est pas Windows [/troll]
Salut Jayrome,

Perso' , je ferais en one shot sans réinstaller :
* Tu montes ta future partition par exemple /mnt/monfuturhome si elle n'est pas déjà monté.
* Tu fais un 'cp' (/!\ avec conservation des propriétés, droits ...) ou alors un 'mv' de ton home actuel vers ta nouvelle partition.
* Tu démontes ton home
* Procède au modification de ton FSTAB en modifant par l'UUID (trouvable avec la commande blkid) de ton nouveau système de fichier /home
* Tu monte ton nouveau fichier et tu vérifie.

Il faut éviter de fermer son terminal entre les manipulations, ça pourrait être problématique. Et être assez méthodique, mais au pire le profil root n'étant pas dans home, tu pourras porter des modiications au cas où.

Si besoin ...
jayrome wrote:Sauf que sur le DVD F18, je n'ai pas su allouer le home sans le formatage..
Je cherche, je vais essayé quelques trucs..

Merci 🙂
J'ai réussi mais au prix de contorsions de folie. Il faut que je recommence en prenant des notes.

C'est tout sauf ergonomique et je ne comprends par pourquoi on n'a pas conservé cette partie de l'ancien anaconda qui avait le mérite d'être clair.
+1 nouvo09
Je sais pas comment tu as fais, après 3 essaie sous la beta je n'ai jamais réussi ^^.
Grand merci, j'ai effectué un mv du home actuel dans le home de mon disque dur, et ça a fonctionner parfaitement ! 😃
Merci !
Octopus wrote:+1 nouvo09
Je sais pas comment tu as fais, après 3 essaie sous la beta je n'ai jamais réussi ^^.
C'est pas du tout intuitif. Et je suis sur la finale, pas sur la beta.
Je sais que nous sommes sur un forum francophone mais voici la seule explication claire que j'ai trouvée du nouvel anaconda...
There's some discussion ongoing as to how to make this clearer, but I think the problem is that it's apparently difficult to understand the intended workflow of the new custom partitioning screen, because this is the source of the confusion. The description in the first post in this thread, for instance, is mostly wrong.

So here's how it's designed:

Down the left hand side of the screen is a display of all partitions - both existing and to-be-created - organized by the associated OS install. It's not (as the OP thought) a display of 'potentially viable' partitions or something like that. It shows all your existing partitions (and non-partition storage devices - LVs, RAID devices etc), grouped by the OS install anaconda thinks they're a part of. So if you have a Windows 7 install and a Fedora 16 install on your system, on the left hand side, you'll see 'Windows 7' and 'Fedora 16' groups with the associated partitions inside the groups.

If anaconda can't determine that a partition is clearly associated with an existing OS install, it'll be displayed inside a catch-all 'Other' group. Post-beta, the dev name for these partitions ('sda1' etc) will be shown.

In the same list view on the left will be a group for the proposed Fedora 18 installation, just like the groups for the existing OS installs. Any partition you create or re-map to be part of the proposed install will show up in this group (possibly after hitting the 'Apply' button). This group and only this group shows the partitions that will be created, re-formatted, etc as part of the install process.



The intended workflow is sort of backwards compared to the old way. Instead of looking at a diagrammatic representation of the disk, deciding 'hmm, I'll create a 2GB partition in that space and then do XX with it, maybe make it part of a RAID array' - the idea is that you decide what partitions your install will need - say, a /boot partition, a / partition, and a /home partition - create them, and then define their properties.

So when you create a partition you just get a very basic option: the mount point and size, that's it. So you create the /boot partition and set it to 500MB. *Now* you can define its properties, by selecting it and then poking the various buttons on the screen. You can decide what disk it goes on by clicking the 'gears' button. You can set various other properties in the right-hand side of the screen: should it be a basic 'raw' partition? Of type ext2, ext3, ext4, reiser...? Or perhaps it should be part of an LV? Or a RAID array? Or a btrfs group? Then you do the same for the / partition and the /home partition.

The approach is more functional than before. The old design was more sort of a graphical representation of parted, or something like that. The advantage of the new approach isn't that clear if you're just making ext4 partitions, but maybe it's clearer if, say, you want to use RAID. If you wanted to make / a RAID-1-backed partition before you had to create two partitions, make them RAID type, say you want to make them into a RAID-1 array, and then assign that partition as /. Now you just create a / partition of size (whatever you want), change its device type to 'RAID' and check the 'redundancy' checkbox. It's clearer and faster.

I don't want to sound too dismissive, but it's pretty easy to say 'I just want this' or 'I just want that'. Any _one_ use case is easy. If you sit down and think of all possible use cases of a partitioning tool with the flexibility of anaconda's, though, and try to come up with a really good design, it's incredibly hard. I think they've done a pretty good job with newUI for a first cut, though we clearly need to figure out a way to make the design more discoverable.

The old design was _familiar_, but it wasn't magically great or anything. If we'd started with the newUI design and switched to the oldUI design, I guess you'd probably have complained just as much.

edit: on sizing, the dialog is fairly 'smart'. It'll DTRT if you put in '1TB', '1000GB', '1000000MB', etc etc etc. I think it assumes the 'B' too, so 'T', 'G', 'M', 'K' should all do what you'd expect. I don't know what unit it defaults to if you specify no unit at all, but I'd guess MB. Maybe we need some guide text for this or something.
__________________
Adam Williamson | awilliam AT redhat DOT com
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

Quand on a compris comment ça fonctionne, on arrive à monter une ancienne participation home sans la formater et sans problème...

Si l'ancienne partition /home n'a pas été montée correctement à l'installation, il suffit de booter en single user et de modifier /etc/fstab pour la monter... Il n'y a pas à réinstaller Fedora pour ça...

Il peut toutefois être nécessaire de changer le groupe et le propriétaire des fichiers (chown -R group:user /home/user) si la numérotation des groupes et propriétaires ne matche pas entre ancienne et nouvelle installation...
on arrive à monter une ancienne participation
LOOL
nouvo09 wrote:
on arrive à monter une ancienne participation
LOOL
Double erreur sans doute: une faute de frappe suivi d'un mauvais choix dans les corrections proposées....

Ce n'est pas la première fois que cela m'arrive...
There's some discussion ongoing as to how to make this clearer, but I think the problem is that it's apparently difficult to understand the intended workflow of the new custom partitioning screen, because this is the source of the confusion. The description in the first post in this thread, for instance, is mostly wrong.

So here's how it's designed:

Down the left hand side of the screen is a display of all partitions - both existing and to-be-created - organized by the associated OS install [ 1 dans les copies d'écran ci-dessous ] . It's not (as the OP thought) a display of 'potentially viable' partitions or something like that. It shows all your existing partitions (and non-partition storage devices - LVs, RAID devices etc), grouped by the OS install anaconda thinks they're a part of. So if you have a Windows 7 install and a Fedora 16 install on your system, on the left hand side, you'll see 'Windows 7' and 'Fedora 16' groups with the associated partitions inside the groups.

If anaconda can't determine that a partition is clearly associated with an existing OS install, it'll be displayed inside a catch-all 'Other' group. Post-beta, the dev name for these partitions ('sda1' etc) will be shown.

In the same list view on the left will be a group for the proposed Fedora 18 installation, just like the groups for the existing OS installs. [ 2 dans les copies d'écran ci-dessous ] Any partition you create or re-map to be part of the proposed install will show up in this group (possibly after hitting the 'Apply' button). This group and only this group shows the partitions that will be created, re-formatted, etc as part of the install process.



The intended workflow is sort of backwards compared to the old way. Instead of looking at a diagrammatic representation of the disk, deciding 'hmm, I'll create a 2GB partition in that space and then do XX with it, maybe make it part of a RAID array' - the idea is that you decide what partitions your install will need - say, a /boot partition, a / partition, and a /home partition - create them, and then define their properties.

So when you create a partition you just get a very basic option: the mount point and size, that's it. So you create the /boot partition and set it to 500MB. *Now* you can define its properties, by selecting it and then poking the various buttons on the screen. You can decide what disk it goes on by clicking the 'gears' button. You can set various other properties in the right-hand side of the screen: should it be a basic 'raw' partition? Of type ext2, ext3, ext4, reiser...? Or perhaps it should be part of an LV? Or a RAID array? Or a btrfs group? Then you do the same for the / partition and the /home partition.

The approach is more functional than before. The old design was more sort of a graphical representation of parted, or something like that. The advantage of the new approach isn't that clear if you're just making ext4 partitions, but maybe it's clearer if, say, you want to use RAID. If you wanted to make / a RAID-1-backed partition before you had to create two partitions, make them RAID type, say you want to make them into a RAID-1 array, and then assign that partition as /. Now you just create a / partition of size (whatever you want), change its device type to 'RAID' and check the 'redundancy' checkbox. It's clearer and faster.

I don't want to sound too dismissive, but it's pretty easy to say 'I just want this' or 'I just want that'. Any _one_ use case is easy. If you sit down and think of all possible use cases of a partitioning tool with the flexibility of anaconda's, though, and try to come up with a really good design, it's incredibly hard. I think they've done a pretty good job with newUI for a first cut, though we clearly need to figure out a way to make the design more discoverable.

The old design was _familiar_, but it wasn't magically great or anything. If we'd started with the newUI design and switched to the oldUI design, I guess you'd probably have complained just as much.

edit: on sizing, the dialog is fairly 'smart'. It'll DTRT if you put in '1TB', '1000GB', '1000000MB', etc etc etc. I think it assumes the 'B' too, so 'T', 'G', 'M', 'K' should all do what you'd expect. I don't know what unit it defaults to if you specify no unit at all, but I'd guess MB. Maybe we need some guide text for this or something.
__________________
Adam Williamson | awilliam AT redhat DOT com
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

Pour info...

Sélection du ou des disques "Cible de l'installation"

ATTENTION:

- si il y a plusieurs disques, par exemple un SSD avec / et swap et un HD avec /home il faut SELECTIONNER LES DEUX avant de cliquer sur "Poursuivre" pour pouvoir faire un partionnement et les montages voulus.
- pour changer le disque d'amorçage il faut cliquer sur le lien en bas à gauche




Définition du disque d'amorçage




A cocher pour accéder au partitionnement manuel:




En 1, l'existant, voir explication en anglais ci -dessus:

C'est à ce stade qu'il est possible de réutiliser une partition existante en la sélectionnant à gauche et en indiquant sont point de montage à droite. Dans ce cas et pour conserver les données, il est prudent de cliquer sur "Personnaliser" pour vérifier que l'option "Reformater" n'est pas sélectionner.




En 2, ce qui va être fait par anaconda, voir explication en anglais ci-dessus:




L'option "Personnaliser" permet de spécifier le système de fichiers ou si l'on veut reformater un disque existant:



Hope this help....
S'lut,

Ce qu'il faut aussi préciser c'est que sur l'image 1, on peut utiliser une ancienne partition en renseignant "Point de montage" (en tout cas sur la béta c'était comme ça).

Si on développe l'onglet "Personnaliser" on peut aussi la formater.
Raphos wrote:S'lut,

Ce qu'il faut aussi préciser c'est que sur l'image 1, on peut utiliser une ancienne partition en renseignant "Point de montage" (en tout cas sur la béta c'était comme ça).

Si on développe l'onglet "Personnaliser" on peut aussi la formater.
J'ai complété...
(Je crois que ce sujet mériterait une page wiki, ça va revenir encore et encore).

Bon j'y vois un peu plus clair, mais quid de ceux qui ont des groupes LVM? Depuis des années j'utilise le schéma de partitionnement suivant:

* Primary partition 1 (/dev/sda1): /boot
* Primary partition 2 (/dev/sda2): VolGroup00
- LogVol00: swap
- LogVol01: / (Fedora N)
- LogVol02: / (Fedora N+1)
- LogVol03: / (autre linux)
- LogVol04: /home

L'idée bien sûr est de garder le partitionnement en l'état (surtout ne pas reformatter /boot, /home, et anciennes installations). FInalement tout ce que j'attends d'Anaconda c'est de reformatter la partition /, et encore je pourrais le faire moi-même. Mais J'ai l'impression que l'outil bloque... D'abord, à chaque fois que j'appuie sur le bouton "+", j'ai une erreur "Not enough space available".

LogVol04 est bien reconnu comme /home de ma Fedora 17, et j'arrive à la définir aussi comme /home de la Fedora 18. Pour la swap, ça apparait un peu miraculeusement sans rien faire comme swap des Fedora 17 et 18.

Reste /boot: c'est une partition primaire, j'aurais cru que c'est le cas le simple. Néanmoins elle n'est pas reconnue en tant que partition de /boot, et impossible d'écrire quoi que ce soit dans son champ "point de montage".
Idem pour LogVol02: impossible de dire à Anaconda que c'est ici qu'il doit installer le système.

Des idées? Merci.
D'abord, à chaque fois que j'appuie sur le bouton "+", j'ai une erreur "Not enough space available".
Il faut d'abord aller dans la section F 17, sélectionner la partition appuyer sur - pour la désaffecter de F17 puis passer à la section F 18 et la lui attribuer.
nouvo09 wrote:
D'abord, à chaque fois que j'appuie sur le bouton "+", j'ai une erreur "Not enough space available".
Il faut d'abord aller dans la section F 17, sélectionner la partition appuyer sur - pour la désaffecter de F17 puis passer à la section F 18 et la lui attribuer.
Ok a essayer. C'est peut-être vrai pour /home et swap, que je partage effectivement entre la F17 et F18, mais pas pour /dev/sda1=/boot qui n'est pas reconnue comme appartenant à F17, et pas pour LogVol02 qui est dans la section des partitions "Unknown".
Bon au premier abord on ne peut pas déclarer les points de montage pour les partitions dans la catégorie Unknown (on ne peut pas écrire dans le champ "Mount point"). Il faut d'abord cocher la case "Reformat", déclarer les point de montage, et décocher la case "Reformat" (voir capture).

Déclarer les partitions

Une fois appliqué tout semble bien en ordre. A un détail près: ma partition /boot a été reformattée alors que j'avais bien vérifié 3 fois que Reformat était décochée! :-x