Forum

En ce qui concerne NFS et SAMBA, je ne sais pas d'écrire plus le problème !!!
J'utilise la CCM de M6 pour créer des espaces partagés NFS et/ou SAMBA sur ma machine SERVEUR.

J'utilise la CCM de M6 et de M5 pour connecter les espaces partagés sur mes machines CLIENTES, là le PB apparait, je ne découvre JAMAIS les espaces créés précédemment sur le SERVEUR.

Si je monte à la main !!! mount -t nfs xxxxxxxxx xxxxxxxx, cela marche !!!

Merci

Gérard CALAS

Description du problème: Il s'agit d'un problème concernant le montage des lecteurs SMB, via l'utilitaire Mageia Control Center, sous "Accès aux lecteurs et répertoires partagés Windows" (SMB). Dans les anciennes versions de Mageia, il fallait entrer des détails sur les appareils trouvés y compris le nom d'utilisateur et mot de passe, qui s'ajoutaient aux détails dans /etc/fstab. Un problème mineur était que la recherche dans la configuration du partage, trouvait le nom du lecteur, mais pas l'adresse, ce qui échouait. L'édition du fichier /etc/hosts contournait cela. Plus tard dans Mga5, un changement a été fait pour cacher le mot de passe de l'appareil, lisible en clair dans l'ancien système, par un nouveau système qui pourrait être appelé le système "credentials", qui a créé les fichiers et les changements requis. Curieusement, cela semblait se référer uniquement à la version 32 bits. Je pense, en même temps, dans la configuration des partages, pour les systèmes 64 bits, l'option pour entrer un mot de passe a disparu, ce qui a entraîné un fichier /etc/fstab qui ne fonctionnait pas. Heureusement, le système 32 bits pouvait être copié sur une machine 64 bits et travaillé.
Maintenant, dans Mga6, l'option reste sans possibilité d'entrée de mot de passe, et l'option "credentials" n'est plus disponible. Ainsi, le montage des unités NAS est un système beaucoup plus compliqué que dans Mga5, et nécessite que l'utilisateur connaisse le (s) mot de passe (s) de l'appareil, et l'accès root.
Un autre problème se pose, à savoir que la fonction "Recherche de nouveaux serveurs" ne trouve plus les deux unités Drobo (Drobo-fs et Drobo N5), mais localise le Connected Data Transporter sans échec. Considérant que, dans Mga 5, il n'y avait pas un tel problème. Il a peut-être tardé à localiser les lecteurs, mais ils apparaîtraient éventuellement.
Ce n'est pas un point de rupture, car je peux probablement utiliser les entrées requises d'une machine fonctionnant encore sous Mga5, mais c'est un désagrément. Je n'ai plus de machine à 32 bits à comparer, donc ces observations sont juste pour les machines 64 bits.
C'est d'autant plus irritant que Windows, sur la machine qui le porte, n'a pas de problème. Logiquement, peut-être, puisque le Drobo a été conçu pour Windows, mais dernièrement, je trouve que le téléphone de mon Android n'a aucun problème avec les systèmes partagés SMB, tant en lecture qu'en écriture, alors que mes machines Mageia sont en lecture seule, nécessitant des opérations root pour écrire. Ce qui semble avoir abouti à un certain niveau de critique sur le Forum Mageia, dans ma recherche d'une opération racine pour Konqueror dans la version KDE5. Afin de déplacer des fichiers et autres sur le NAS.