Vous n'êtes pas identifié(e).
Puis éditez le fichier /etc/samba/smb.conf
Ajoutez y la ligne suivante dans la section [GLOBAL]:
et voila, vous pouvez maintenant accéder à vos fichiers partagé avec le protocol smbv1 (après authentification biensûr)
ATTENTION: smbv1 est désactivé car il contient des failles de sécurités exploitées (notament par "wanacry"), ne faites cette manoeuvre qui si cela est vraiment indispensable !!
Si cela est possible, préférez une MAJ de l'OS de votre NAS ou de votre serveur Samba si vous en avez un.
Je laisse le soins aux admin d'ajouter cette astuce au wiki si nécessaire, j'ai jeté un œil pour le faire, mais je ne sais pas trop où le mettre ;-)
Ce qui donne:
AVANT modification
APRES modification
Puis rebooter
Je passe l'info ici, car je ne sais pas trop où le mettre :
- dans le topic d'origine, c'est hors sujet puisque ne dépend pas de synclient
- l'ajouter à une page déjà existante !, (je n'ai pas trouver laquelle)
- ouvrir une autre page wiki ?
Je laisse aux Maîtres du Wiki le soin de décider la marche à suivre
Voila, vous savez tout
Si cela peut aider ...
Mais malgré 2 réinstallation de Debian, j'ai toujours dans mon terminal, mon nom, mais avec mon ancien nom linux mint dessus...
J'en conclu que tu as conservé ton /home/pipipipochama de ton install de Mint pour conserver tes data.
Si il y avait un soucis dans les fichiers d'initialisation de ta session dans Mint ...Alors, tu as conservé le soucis en question dans Debian...
Je t'invite vraiment a créer un nouvel utilisateur et à voir comment cela se passe
Je tape donc alt + imprEcran + R E I S U B
Tu as bien attendu 2 secondes env. entre chaque touche ? c'est important pour que le système ait le temps de finir les actions liées à la commande ?
Notamment synchroniser la RAM et le Filesystem puis le démonter avant proprement le reboot.
Sinon, ça peut expliquer le problème demande le e2fsck
Mais ça ne m’étonnerai qu'a moitié que ton filesystem ait été corrompu avant cela.
Plein de choses ce sont écrite, et puis à un moment ça n'avancait plus. j'ai donc appuyé sur le bouton power par agacement...
Mauvaise idée :-( => patience et longueur de temps font plus que forec ni que rage ... La Fontaine
Mon dernier chckdisk sur un serveur Win2012 a duré plus de 24H ...
Sur ton problème de base
Si tu as le même problème avec d'autre WM, il faut effectivement essayer avec un autre user.
Je verrai bien un problème dans les fichiers de config Xwindow/Wayland de ton utilisateur (cela m'est arrivé suite à une ré-installtion du système / mais sans changer la partition /home
)
Au bout d'un moment, j'en ai eu RLB de chercher et j'ai fini par créer un autre user. j'ai transferé mes données de mon ancien /home/fred vers le nouveau /home/fred2 et basta ! (des fois faut s'épargner et juste contourner le soucis )
Pour le initramfs:
de ce que j'en sais (je ne suis pas spécialiste) c'est un fichier qui contient une version de ton OS minimum pour prendre en charge le matériel le plus tôt possible (drivers etc...).
Il est chargé en RAM au boot de la machine, configure le matos, charge les firmware etc... et fini d'amorcer complètement le système puis passe la main a init ou systemd.
Voir https://wiki.gentoo.org/wiki/Initramfs/Guide/fr; ça n'est pas du Debian , mais le principe n'est pas lié à une distribution spécifique.
...Dans l'immédiat, je vais faire sale car c'est le plus simple pour moi !
Merci encore a toi, on n'a pas résolu le problème, mais on sait au moins pourquoi !!
Freddec, toujours en mode #dépité
sudo -u www-data -g www-data mkdir essails -ldrwxr-xr-x 2 www-data www-data 6 févr. 11 14:22 essai
Certes, mais là tu es en local, moi le rsync se fait sur une machine distante au travers de ssh ... c'est cela qui coince
Il doit y avoir possibilité de "sudo -u titi", non ?
j'ai bien essayé avec sudo -u www-data rsync -o www-data etc ..., mais non
avec cela le groupe sur SERVEUR-2 est correct (www-data), mais le user reste à toto
J'ai également testé avec -o www-data (equiv à --owner=www-data), mais rien à faire
et avec les options o et g (mais si j'ai bien compris le man, il ne faudrait pas)
Si l'un d'entre vous a une idée pour que les users/groupe/droits ne sautent pas au passage de rsync
Ou si vous avez un moyen différent pour synchroniser SERVEUR-1 vers SErVEUR-2 (mais en respectant les contraintes fixées par les SI du Centre Hospitalier), je suis preneur
Merci à vous (déjà d'avoir pris le temps de lire ce post ! )
EDIT--11/02/16 15:30
avec la commande suivante, le groupe passe bien à www-data mais le user reste a "toto"
J'ai fait des essais avec --fake-super et --rsync-path="rsync --fake-super" mais en vain
Si le terminal vous renvoi sse2 dans la liste, c'est bon, passé votre chemin, sinon lisez la suite
2- Installer une version plus ancienne de FlashPlayer: vous les trouverez ici : http://helpx.adobe.com/fr/flash-player/ … sions.html
Pour ma part j'ai choisi la version suivante : (Parution le 05/03/2012) Flash Player 11.1.102.63 (174 Mo)
2-a Téléchargez l'archive, décompressez là (elle contient les versions pour toute les plateformes)
2-b Rendez-vous dans le dossier 32bit (je doute qu'un ordinosaure soit 64bits)
2-c décompressez la version pour Linux: flashplayer_ xxxx_linux.i386.tar.gz (dans mon cas: flashplayer11_1r102_63_linux.i386.tar.gz)
2-d recherchez un fichier nommé libflashplayer.so
3- Installez ce fichier en le collant dans le répertoire "plugins" de votre Firefox favori
3-a ici
A partir de là cela devrait fonctionner
Pas trop sûr, là : des outils comme dkms ne récupèrent pas les sources tout seul, à l'inverse de module-assistant, non ?
Bah non, je crois pas, j'ai dû installer "fglrx-modules-dkms" dernièrement sur mon Fixe que je viens de ré-installer en wheezy.
J'ai pas les sources actives dans le sources.list et dkms, m'a chargé l'ensemble et compilé le module sans problème
(ce qui n'a pas réglé le miens de problème ! mais c'est une autre histoire...)