Le 05/08/2022 à 14:09, Marc SCHAEFER a écrit :
Ghost-Raider <ghost-raider@compuserve.com> wrote:
Mais je n'ai absolument pas l'ambition de devenir un technicien Linux.
Un point important est toutefois de faire des sauvegardes, voire des
points de synchronisation pour revenir en arrière.
On peut utiliser des solutions externes (Ghost, etc), ou des solutions
intégrées à la distribution (p.ex. timeshift qui fait du rsync ou des
snapshots avec certains fs).
Je l'ai donc installé et le réseau fonctionne mais seulement dans le
sens Linux>Windows.
Donc Linux peut accéder à des systèmes de fichiers via réseau et
protocole Microsoft CIFS/SMB (smbclient, smbfs, etc), mais Microsoft
n'arrive pas à faire de même. Effectivement, dans ce cas, le plus
usuel est l'installation de Samba sous Linux.
Je joins une modification de fichier /etc/samba/smb.conf, à suivre d'un
redémarrage du service samba, qui donne de bons résultats.
Notons que le problème le plus complexe est d'assurer que l'utilisateur
UNIX avec lequel Samba va gérer la connexion provenant du client (ici
Microsoft) a bien accès au filesystem exporté (lecture,
écriture si nécessaire).
Modification de Samba-qui-va-bien:
[media]
path= /media
guest ok = no
browseable = yes
create mask = 0666Je fais ça ? directory mask = 0777
force user = pi
read only = no
ici, pi est l'utilisateur propriétaire des données sous /media.
Il s'agit ici de pouvoir brancher plusieurs disques USB contenant un fs
ext4 ou autre (*), qui seront auto-montés sous /media/pi/NOM (pi étant
l'utilisateur connecté).
Il y a d'autres méthodes plus "systèmes" de gérer tout ça, avec des
montages permanents, sous /media aussi si désiré. Dans ce cas, ne pas
oublier de mettre les bons droits d'accès (chown si fs POSIX, options de
montage si fs non POSIX comme VFAT, NTFS, etc).
Se rappeler que les mondes standards (POSIX) et le monde Microsoft sont
très différents dans la gestion des droits et les espaces de nommage ...
Horreur ! Je me suis trompé !
J'ai écrit "le réseau fonctionne mais seulement dans le
sens Linux>Windows."
C'est l'inverse !
Le PC Windows voit le réseau dans le PC Linux, mais le PC Linux ne voit pas le réseau dans le PC Windows.
Aïe, aïe, aïe, je vais me faire tirer les oreilles !
J'entends déjà :
- ce GR est vraiment complètement nul, il est même incapable de taper correctement sur un clavier !
- ben, il faudrait qu'il arrête de boire...
- ouais, on plaint sa famille...
- etc...
Bon, tâchons de nous rattraper aux branches.
A - ce qui apparaît sur les écrans:
1 - Dans Windows, voyons si je trouve mes fichiers Linux :
Voici le dossier Images de mon PC Linux vu depuis le PC Windows :
https://www.cjoint.com/doc/22_08/LHfqCIeaO54_Dossier-Images-de-USER-Linux-vu-depuis-Windows.jpgEt voici le dossier Images de mon PC Linux:
https://www.cjoint.com/doc/22_08/LHfqKdFWlA4_Dossier-Images-de-USER-Linux.pngC'est bien la même chose. Mon PC Windows a bien accès à mon PC Linux.
Donc, ça marche dans ce sens-là. C'est déjà ça.
Il faut noter que je n'ai rien installé dans Windows, donc ça fonctionne d'origine.
2 - Dans Linux, voyons si je trouve mes fichiers Windows.
J'ai bien une icône Réseau qui comporte deux icônes :
- USER , qui me donne accès au PC Linux lui-même,
- Réseau Windows, ornée d'une étoile jaune, qui n'affiche que :
type : inconnu,
emplacement volume : inconnu
Dernière modification : inconnue
Espace libre : inconnu
Si je clique sur propriétés :
Général:
Nom : réseau Windows (ne peut pas être modifié)
Type : dossier (inode/directory)
Contenu : vide
Emplacement ; network://
Volume : inconnu
Dernière modification : inconnu
Espace libre : inconnu.
Permissions : les permissions de "Réseau Windows" n'ont pas pu être déterminées.
Est-ce que ça ne serait pas là le hic ? Tous mes dossiers Windows sont partagés mais est-ce suffisant ?
B - Je reprends maintenant le message d'Eric Masson ci-dessus :
SaMBa n'est pas un client mais un serveur SMB, il fournit donc des
fonctionnalités de partage de ressources hébergées sur la machine linux
sur laquelle il est installé (s'il a été paramétré proprement). Il
fournissait aussi SMBClient (je ne sais pas si c'est toujours le cas)
qui faisait office de client ligne de commande pour accéder à une
ressource SMB.
Il ne fournit pas non plus de service "Web Service Discovery" utilisé
par W10 pour localiser les ressources réseau, il est nécessaire pour ce
faire d'installer wsdd (forcément packagé par la distri).
Pour que la machine linux puisse accéder à des ressources réseaux
Windows 10, il est nécessaire qu'un client SMB soit installé sur ladite
machine, comme LinuxCIFSKernel qui implémente SMB3 (probablement packagé
par la disti lui aussi).
Ces ressources ne sont-elles pas déjà présentes ? Comment m'en assurer ?
-- Courrier envoyé par mon top super extra PC Hardware.fr sous Linux MintCinnamon