Bonjour,

J'ai un multi-boot sur mon PC. Fedora est l'un des système. J'ai évidemment voulu passer Fedora 23 vers 24 via le plugin system-upgrade. Et ca se termine mal.

Voici comment j'ai procédé.

D'abord mise à jour de Fedora 23
# dnf update

Puis nettoyage
# dnf clean all

Ensuite téléchargement de l'upgrade vers F24 :
# dnf system-upgrade download --refresh --allowerasing --releasever=24

Qui télécharge la quasi totalité de 2000 et quelques paquets mais me signale un problème de place. 1001 Mo devraient être libéré pour continuer.

Donc, je fais le tour de /var pour tenter de supprimer ce qui peut l'être et j'y parviens.

Je relance donc le téléchargement de l'upgrade vers F24 :
# dnf system-upgrade download --refresh --allowerasing --releasever=24
qui parvient finalement à compléter les quelques paquets manquants.

Reboot pour upgrade :
# dnf system-upgrade reboot

Après sélection de Fedora dans mon menu Grub2, la mise à niveau se fait correctement.

Suivi du redémarrage. Je suis obligé de me connecter en console sous root pour réactiver kdm.service
# systemctl status kdm.service
puis
# systemctl enable kdm.service

Je redémarre et .... zut ! Jusque là, c'était du classique mais désormais ???!!

J'ai bien la fenêtre de KDM pour me connecter mais j'obtiens les messages d'erreur suivants (successivement) :
* Cannot enter home directory. Using /.
* Configuration file "//.config/kreadconfig5rc" not writable. Please contact your system administrator. (4 fois ce message)
* Configuration file "//.config/ksmserverrc" not writable. Please contact your system administrator.
* The following installation problem was detected while trying to start KDE : No write access to $HOME directory (/)
* Could not start ksmserver. Check your installation

J'en déduis que Fedora 24 ne voit plus la partition Home alors que sous Fedora 23, il n'y avait aucun problème. Je précise ici que la partition Home est la même pour Fedora, comme pour Debian et Mageia ; ce sont les noms utilisateurs qui diffèrent d'une distribution à l'autre. Et, je précise aussi que cette partition Home commune est parfaitement lisible et exploitable en écriture sous les autres distributions.

Si je vérifie le fstab de Fedora, il y a bien la ligne suivante : 
UUID=839ae41d-f194-50fc-3fea-06802f974d51 /home                   ext3    defaults        1 2
La signature UUID est correcte.

J'avoue ne rien comprendre ! Une idée ?

Merci par avance.

Cordialement 😉
Une idée ?
première des choses, démarrer en mode texte et vérifier si cette partition est bien montée et sous quel mode au moyen de la commande

mount
Fifi wrote:Bonjour teutates,

Tu es sous KDE-Plasma, sddm remplace kdm. Juste pour voir, essaie sddm : http://fedoraproject.org/wiki/Changes/SDDMinsteadOfKDM
Je te remercie de l'info mais pour le moment, ce n'est pas vraiment la priorité puisque ce n'est pas KDM qui empêche d'aller plus loin.

nouvo09 wrote:
Une idée ?
première des choses, démarrer en mode texte et vérifier si cette partition est bien montée et sous quel mode au moyen de la commande

mount
Donc, puisque je démarre en mode débugage (secours) puis j'entre la commande suivante :
# mount /dev/sdc1
Qui me retournera soit "déjà monté", soit une autre erreur, soit pas d'erreur.

Je le fais dès que je peux. Au plus tard, demain soir.
VINDICATORs wrote:C'est normal que ce soit une partition EXT3?
Oui, c'est une partition en Ext 3 depuis toujours, soit depuis 2012. Tu me conseille de l'Ext4 ?
teutates wrote:
Fifi wrote:Bonjour teutates,

Tu es sous KDE-Plasma, sddm remplace kdm. Juste pour voir, essaie sddm : http://fedoraproject.org/wiki/Changes/SDDMinsteadOfKDM
Je te remercie de l'info mais pour le moment, ce n'est pas vraiment la priorité puisque ce n'est pas KDM qui empêche d'aller plus loin.

nouvo09 wrote:
Une idée ?
première des choses, démarrer en mode texte et vérifier si cette partition est bien montée et sous quel mode au moyen de la commande

mount
Donc, puisque je démarre en mode débugage (secours) puis j'entre la commande suivante :
# mount /dev/sdc1
Qui me retournera soit "déjà monté", soit une autre erreur, soit pas d'erreur.

Je le fais dès que je peux. Au plus tard, demain soir.
Je t ai pas dit ca. Je t ai dit d'entrer juste la commande: mount (pour précision: sans rien derriere)
Au passage, ayant souvent rencontré le problème ces derniers temps, est ce que ça ne serait pas selinux qui pose problème tout simplement...

un chti : 
touch /.autorelabel && reboot
en root ça peut pas faire de mal de toute manière...

Franchement oui pour l'histoire d'utiliser l'EXT4 plutôt que l'EXT3, après ta peut être une raison de rester dessus.
Je suis toujours resté sur ext3. Je ne vois aucune raison pour un poste individuel de passer sur ext4 plutôt prévu pour des gros systèmes de fichiers.
VINDICATORs wrote:Au passage, ayant souvent rencontré le problème ces derniers temps, est ce que ça ne serait pas selinux qui pose problème tout simplement...

un chti : 
touch /.autorelabel && reboot
en root ça peut pas faire de mal de toute manière...
+1
J'ai dû le faire aussi au passage F23 --> F24 : au reboot, écran noir en mode débugage, mais, en root, startx fonctionnait ( j'arrivais sur l'écran de SDDM et possibilité de lancer une session en root ) alors que en user ça bloquait.
Je pense que le problème de teutates n'est pas le même puisqu'il arrive bien sur l'écran de KDM ( maintenant qu'il l'a réactivé ) et qu'il peut choisir sa session user, mais, comme dit VINDICATORs, un touch /.autorelabel, ça ne peut pas faire de mal.
Fifi wrote:
VINDICATORs wrote:Au passage, ayant souvent rencontré le problème ces derniers temps, est ce que ça ne serait pas selinux qui pose problème tout simplement...

un chti : 
touch /.autorelabel && reboot
en root ça peut pas faire de mal de toute manière...
+1
J'ai dû le faire aussi au passage F23 --> F24 : au reboot, écran noir en mode débugage, mais, en root, startx fonctionnait ( j'arrivais sur l'écran de SDDM et possibilité de lancer une session en root ) alors que en user ça bloquait.
Je pense que le problème de teutates n'est pas le même puisqu'il arrive bien sur l'écran de KDM ( maintenant qu'il l'a réactivé ) et qu'il peut choisir sa session user, mais, comme dit VINDICATORs, un touch /.autorelabel, ça ne peut pas faire de mal.
D'une part, la commande mount me retourne la ligne suivante :
/dev/sdc1 on /home type ext3 (rw, relatime, seclabel, data=ordered)
Et je précise que sdc1 correspond bien à la partition home.

Ensuite, j'ai lancé la procédure ci dessus avec autorelabel et tout est redevenu fonctionnel au redémarrage.

Merci à vous tous 😉
bonjour
un petit "résolu" pour valider tout ça
a+
homere57 wrote:bonjour
un petit "résolu" pour valider tout ça
a+
C'est fait 8-)
/dev/sdc1 on /home type ext3 (rw, relatime, seclabel, data=ordered)
Et je précise que sdc1 correspond bien à la partition home.
ça c'était pour voir si cette partition était bien montée "rw". Dans le cas contraire ça aurait expliqué l'impossibilité d'écriture dessus. Et de mieux rechercher la cause du souci.
nouvo09 wrote:
/dev/sdc1 on /home type ext3 (rw, relatime, seclabel, data=ordered)
Et je précise que sdc1 correspond bien à la partition home.
ça c'était pour voir si cette partition était bien montée "rw". Dans le cas contraire ça aurait expliqué l'impossibilité d'écriture dessus. Et de mieux rechercher la cause du souci.
Je l'avais compris dans ce sens. Merci :-P
De rien, ça m'a pris la tête souvent ces derniers temps cette histoire d'étiquetage de selinux.

Bon après nouveo09 vas dire avec raison que ça ne sert pas à grand chose sur le système de monsieur tout le monde, mais bon... Perso j'en suis pas à ce niveau...

Cela à évité aussi quelques déboire chez un ancien "client", donc perso c'est pas mal qu'il soit là quand même. Après le mettre actif par défaut n'est pas très judicieux il est vrai.