Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 04/04/2021, à 10:54

noisyrgb

Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Bonjour,

J'ai une petite (et âgée) machine Linux qui me sert à faire du mail et à surfer. Elle partage un répertoire avec une autre machine Windows via une liaison filaire. La machine Windows n'a aucun accès internet.

Ce micro-réseau fonctionnait parfaitement avec la 18.04. Depuis la migration en 20.04, la machine Windows ne voit plus le contenu du répertoire partagé (elle affiche quelque chose comme "Windows ne peut accéder à XXX").

J'ai pingé dans les deux sens, ça marche.

Je soupçonne que la configuration Samba a été secouée par le changement de version.

[Transfert]
	path = /home/herve/Bureau/Transfert
	writeable = yes
;	browseable = yes
	guest ok = yes

J'ai lu ici https://forum.ubuntu-fr.org/viewtopic.p … #p22317762 que la configuration devait ressembler à :

[Documents]
    path = /home/******/Documents
    writeable = yes
;    browseable = yes
    valid users = ******

Avez-vous un conseil. Je ne suis pas à l'aise avec les notions de réseau. Ma bidouille est tombée en marche plus qu'autre chose.

Merci d'avance,

Dernière modification par noisyrgb (Le 06/04/2021, à 10:31)

Hors ligne

#2 Le 04/04/2021, à 14:47

Vobul

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

C'est quelle version de Windows ? Regarde du côté des versions samba (version des protocoles). Il faut peut-être que tu spécifie dans le fichier de config samba que tu veux un protocole plus ancien que celui activé dans 20.04.

Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM

Hors ligne

#3 Le 04/04/2021, à 18:23

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Merci de la réponse.

C'est un Windows 10, mais j'en ignore la version car il semble qu'il y ait besoin d'internet pour le lire et cette machine ne peut le faire. C'est la version qui s'installait lorsque Windows 8 a été déclaré obsolète.

Ou puis-je trouver de la documentation sur les protocoles à spécifier à Samba et par quel moyen, SVP ?

Hors ligne

#4 Le 04/04/2021, à 22:44

Vobul

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Bah essaie 1 puis 2 puis 3, puis 4.

Sinon mets log level = 3 et regarde dans les logs pourquoi ça ne fonctionne pas. Ce sera sûrement plus utile que de tenter de deviner.

> C'est la version qui s'installait lorsque Windows 8 a été déclaré obsolète.

Tu veux dire que tu n'as pas mis à jour un windows 10 depuis plusieurs années ??

Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM

Hors ligne

#5 Le 05/04/2021, à 10:11

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Bonjour,

Je ne comprends pas bien 1, puis 2 etc. et log level =3. Je regarde dans la doc Samba.

Effectivement, ce PC est en fait un outil de développement photo, il exécute essentiellement LightRoom. L'OS et le logiciel principal) n'ont pas changé depuis le passage en W10. Jamais eu de problèmes, jamais planté, toujours rapide !
Pour information, j'avais un autre outil de traitement photo (DxO),  la migration W8 --> W10 me l'a tué. J'ai perdu tout ce que j'avais fait avec. L'assistance technique m'a dit qu'il fallait que j'en achète un nouveau pour récupérer mon travail. Depuis, je ne change plus un truc qui marche. Je viens de me faire avoir en passant de 18.04 à 20.04. La mise en veille ne marchait pas bien (en fait le réveil de la machine). La 20.04 marche mieux sur ce point, mais il m'a fallu deux jours pour retrouver le WiFi et je rame pour retrouver le réseau ethernet interne...

Voila comment on devient un dinosaure !

Hors ligne

#6 Le 05/04/2021, à 10:14

xubu1957

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Bonjour,

noisyrgb a écrit :

et je rame pour retrouver le réseau ethernet interne...

Pour essayer de rétablir une connexion filaire :

sudo ip link set eth0 down
sudo ip link set eth0 up
sudo dhclient eth0

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#7 Le 05/04/2021, à 10:46

iznobe

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Bonjour ,
je me rapelle aussi avoir galerer avec l ' ordi de ma femme et son Win$ 10 .

En fait si je me rapelle bien , le probleme ne vient pas du coté ubuntu ! dans windows 10 le partage samba n ' est pas activé par defaut , il faut l' installer en + des autres composants .

J'ai pingé dans les deux sens, ça marche.

ca veut dire que coté connexion , il n ' y a pas de problemes .

on peut donc deduire que c ' est forcement coté partage soit serveur , soit client .
que donne coté serveur :

smbclient -L ip_du_serveur

Dernière modification par iznobe (Le 05/04/2021, à 10:52)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#8 Le 05/04/2021, à 11:01

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Nos messages se croisent.

J'ai passé le syslog à 3 ==> j'ai cherché à lire / écrire depuis Windows, depuis Linux, relancé plusieurs fois la machine, je ne vois pas de log.smbd et log.nmbd nouveaux. J'en vois à la date d'hier, mais ils sont vides.

J'ai fait sudo ip link set eth0 down / sudo ip link set eth0 up ==> je vois le lien ce couper et se restaurer.

J'ai fait sudo dhclient eth0 ==> il a fallu plusieurs minutes pour que la machine me rende la main (réparition du prompt dans le terminal).

showmount -e exécutée sur la machine linux (donc coté disque partagé) :

herve@herve-OptiPlex-760:~/Bureau$ sudo ip link set eth0 down
[sudo] Mot de passe de herve : 
herve@herve-OptiPlex-760:~/Bureau$ sudo ip link set eth0 up
herve@herve-OptiPlex-760:~/Bureau$ sudo dhclient eth0


herve@herve-OptiPlex-760:~/Bureau$ 
herve@herve-OptiPlex-760:~/Bureau$ 
herve@herve-OptiPlex-760:~/Bureau$ showmount -e

La commande « showmount » n'a pas été trouvée, mais peut être installée avec :

sudo apt install nfs-common

herve@herve-OptiPlex-760:~/Bureau$

Hors ligne

#9 Le 05/04/2021, à 11:06

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Tant que l'on y est, le smb.conf

#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which 
# are not shown in this example
#
# Some options that are often worth tuning have been included as
# commented-out examples in this file.
#  - When such options are commented with ";", the proposed setting
#    differs from the default Samba behaviour
#  - When commented with "#", the proposed setting is the default
#    behaviour of Samba but the option is considered important
#    enough to be mentioned here
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not made any basic syntactic 
# errors. 

#======================= Global Settings =======================

[global]

## Browsing/Identification ###

# Change this to the workgroup/NT-domain name your Samba server will part of
	workgroup = workgroup

# server string is the equivalent of the NT Description field
	server string = %h server (Samba, Ubuntu)

# Windows Internet Name Serving Support Section:
# WINS Support - Tells the NMBD component of Samba to enable its WINS Server
#   wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client
# Note: Samba can be either a WINS Server, or a WINS Client, but NOT both
;   wins server = w.x.y.z

# This will prevent nmbd to search for NetBIOS names through DNS.
	dns proxy = no

#### Networking ####

# The specific set of interfaces / networks to bind to
# This can be either the interface name or an IP address/netmask;
# interface names are normally preferred
;   interfaces = 127.0.0.0/8 eth0

# Only bind to the named interfaces and/or networks; you must use the
# 'interfaces' option above to use this.
# It is recommended that you enable this feature if your Samba machine is
# not protected by a firewall or is a firewall itself.  However, this
# option cannot handle dynamic or non-broadcast interfaces correctly.
;   bind interfaces only = yes



#### Debugging/Accounting ####

# This tells Samba to use a separate log file for each machine
# that connects
	log file = /var/log/samba/log.%m

# Cap the size of the individual log files (in KiB).
	max log size = 1000

# If you want Samba to only log through syslog then set the following
# parameter to 'yes'.
#   syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything
# should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log
# through syslog you should set the following parameter to something higher.
	syslog = 3

# Do something sensible when Samba crashes: mail the admin a backtrace
	panic action = /usr/share/samba/panic-action %d


####### Authentication #######

# Server role. Defines in which mode Samba will operate. Possible
# values are "standalone server", "member server", "classic primary
# domain controller", "classic backup domain controller", "active
# directory domain controller". 
#
# Most people will want "standalone sever" or "member server".
# Running as "active directory domain controller" will require first
# running "samba-tool domain provision" to wipe databases and create a
# new domain.
	server role = standalone server

# If you are using encrypted passwords, Samba will need to know what
# password database type you are using.  
;	passdb backend = tdbsam

	obey pam restrictions = yes

# This boolean parameter controls whether Samba attempts to sync the Unix
# password with the SMB password when the encrypted SMB password in the
# passdb is changed.
	unix password sync = yes

# For Unix password sync to work on a Debian GNU/Linux system, the following
# parameters must be set (thanks to Ian Kahan <<kahan@informatik.tu-muenchen.de> for
# sending the correct chat script for the passwd program in Debian Sarge).
	passwd program = /usr/bin/passwd %u
	passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

# This boolean controls whether PAM will be used for password changes
# when requested by an SMB client instead of the program listed in
# 'passwd program'. The default is 'no'.
	pam password change = yes

# This option controls how unsuccessful authentication attempts are mapped
# to anonymous connections
	map to guest = bad user

########## Domains ###########

#
# The following settings only takes effect if 'server role = primary
# classic domain controller', 'server role = backup domain controller'
# or 'domain logons' is set 
#

# It specifies the location of the user's
# profile directory from the client point of view) The following
# required a [profiles] share to be setup on the samba server (see
# below)
;   logon path = \\%N\profiles\%U
# Another common choice is storing the profile in the user's home directory
# (this is Samba's default)
#   logon path = \\%N\%U\profile

# The following setting only takes effect if 'domain logons' is set
# It specifies the location of a user's home directory (from the client
# point of view)
;   logon drive = H:
#   logon home = \\%N\%U

# The following setting only takes effect if 'domain logons' is set
# It specifies the script to run during logon. The script must be stored
# in the [netlogon] share
# NOTE: Must be store in 'DOS' file format convention
;   logon script = logon.cmd

# This allows Unix users to be created on the domain controller via the SAMR
# RPC pipe.  The example command creates a user account with a disabled Unix
# password; please adapt to your needs
; add user script = /usr/sbin/adduser --quiet --disabled-password --gecos "" %u

# This allows machine accounts to be created on the domain controller via the 
# SAMR RPC pipe.  
# The following assumes a "machines" group exists on the system
; add machine script  = /usr/sbin/useradd -g machines -c "%u machine account" -d /var/lib/samba -s /bin/false %u

# This allows Unix groups to be created on the domain controller via the SAMR
# RPC pipe.  
; add group script = /usr/sbin/addgroup --force-badname %g

############ Misc ############

# Using the following line enables you to customise your configuration
# on a per machine basis. The %m gets replaced with the netbios name
# of the machine that is connecting
;   include = /home/samba/etc/smb.conf.%m

# Some defaults for winbind (make sure you're not using the ranges
# for something else.)
;   idmap uid = 10000-20000
;   idmap gid = 10000-20000
;   template shell = /bin/bash

# Setup usershare options to enable non-root users to share folders
# with the net usershare command.

# Maximum number of usershare. 0 (default) means that usershare is disabled.
;	usershare max shares = 100

# Allow users who've been granted usershare privileges to create
# public shares, not just authenticated ones
	usershare allow guests = yes
	username map = /etc/samba/smbusers
	security = user
;	encrypt passwords = yes
;	guest ok = no
;	guest account = nobody

#======================= Share Definitions =======================

# Un-comment the following (and tweak the other settings below to suit)
# to enable the default home directory shares. This will share each
# user's home directory as \\server\username
;[homes]
;   comment = Home Directories
;   browseable = no

# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
;   read only = yes

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
;   create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
;   directory mask = 0700

# By default, \\server\username shares can be connected to by anyone
# with access to the samba server.
# Un-comment the following parameter to make sure that only "username"
# can connect to \\server\username
# This might need tweaking when using external authentication schemes
;   valid users = %S

# Un-comment the following and create the netlogon directory for Domain Logons
# (you need to configure Samba to act as a domain controller too.)
;[netlogon]
;   comment = Network Logon Service
;   path = /home/samba/netlogon
;   guest ok = yes
;   read only = yes

# Un-comment the following and create the profiles directory to store
# users profiles (see the "logon path" option above)
# (you need to configure Samba to act as a domain controller too.)
# The path below should be writable by all users so that their
# profile directory may be created the first time they log on
;[profiles]
;   comment = Users profiles
;   path = /home/samba/profiles
;   guest ok = no
;   browseable = no
;   create mask = 0600
;   directory mask = 0700

[printers]
	comment = All Printers
	browseable = no
	path = /var/spool/samba
	printable = yes
;	guest ok = no
;	read only = yes
	create mask = 0700

# Windows clients look for this share name as a source of downloadable
# printer drivers
[print$]
	comment = Printer Drivers
	path = /var/lib/samba/printers
;	browseable = yes
;	read only = yes
;	guest ok = no
# Uncomment to allow remote administration of Windows print drivers.
# You may need to replace 'lpadmin' with the name of the group your
# admin users are members of.
# Please note that you also need to set appropriate Unix permissions
# to the drivers directory for these users to have write rights in it
;   write list = root, @lpadmin

[Transfert]
	path = /home/herve/Bureau/Transfert
	writeable = yes
;	browseable = yes
	guest ok = yes

/home/herve/Bureau/Transfert est le répertoire du HDD de la machine linux partagé (que je cherche à partager) avec la machine windows.

Hors ligne

#10 Le 05/04/2021, à 11:26

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Esprit d'escalier : je viens de comprendre que Samba écrit dans syslog et pas dans log.smbd et log.nmbd...

Il y a 5400 lignes dans syslog à la date d'aujourd'hui. Que dois-je chercher ?

Hors ligne

#11 Le 05/04/2021, à 11:44

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

herve@herve-OptiPlex-760:~/Bureau$ smbclient -L ip_du_serveur

La commande « smbclient » n'a pas été trouvée, mais peut être installée avec :

sudo apt install smbclient

herve@herve-OptiPlex-760:~/Bureau$

Hors ligne

#12 Le 05/04/2021, à 11:48

Vobul

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

noisyrgb a écrit :

Pour information, j'avais un autre outil de traitement photo (DxO),  la migration W8 --> W10 me l'a tué. J'ai perdu tout ce que j'avais fait avec. L'assistance technique m'a dit qu'il fallait que j'en achète un nouveau pour récupérer mon travail.

Petit aparté : t'as raté 10.000€ ;p =>  https://www.zdnet.com/article/microsoft … 0-updater/

A travel agent unhappy with a failed Windows 10 update which she said she didn't authorize and made her PC unstable received a $10,000 judgement from the company.

Dernière modification par Vobul (Le 05/04/2021, à 11:48)

Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM

Hors ligne

#13 Le 05/04/2021, à 11:59

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

herve@herve-OptiPlex-760:~/Bureau$ showmount -e
clnt_create: RPC: Program not registered

Je comprends "le serveur" comme la machine linux son IP est 192.30.0.1, c'est elle qui partage ses données. La machine windows est 192.30.0.2, elle lit et écrit sur le HDD de la machine linux.

herve@herve-OptiPlex-760:~/Bureau$ smbclient -L 192.30.0.1
WARNING: The "syslog" option is deprecated
do_connect: Connection to 192.30.0.1 failed (Error NT_STATUS_CONNECTION_REFUSED)
herve@herve-OptiPlex-760:~/Bureau$ smbclient -L 192.30.0.2
WARNING: The "syslog" option is deprecated
do_connect: Connection to 192.30.0.2 failed (Error NT_STATUS_IO_TIMEOUT)

Hors ligne

#14 Le 05/04/2021, à 12:03

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

A travel agent unhappy with a failed Windows 10 update which she said she didn't authorize and made her PC unstable received a $10,000 judgement from the company.

Mwouais... trop facile.

Hors ligne

#15 Le 05/04/2021, à 12:48

Vobul

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

au fait t'as pensé à ouvrir le firewall de windows ?

Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM

Hors ligne

#16 Le 05/04/2021, à 14:18

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Oui, je viens de le baisser sans effet. Il était ouvert sur le réseau ethernet...

A priori, c'est la migration qui a semé la grouille. Rien n'a été changé coté Windows. Il ne faut donc pas toucher au coté Windows.

Le réseau fonctionne (le ping marche).

Le pare-feu est ouvert sur le réseau 192.30.N.N.

Quand je cherche à ouvrir un nouvel emplacement réseau depuis Windows (sur //192.30.0.1/Transfert), je reçois "Le dossier que vous avez entré ne semble pas être valide. Choisissez-en un autre".

Quand je cherche à accéder au partage avec le raccourci Windows qui marchait avant migration, je reçois, après un message genre mauvaise écriture du nom, un diagnostic du "Un ou plusieurs protocoles réseau sont absents sur cet ordinateur".

Ça tient la route de dire que la 20.04 a amené un protocole que Windows ne connaît pas. Je préfère chercher à régresser du coté linux que monter coté Windows (impossible de contrôler ce que Windows va faire...).

Je retombe aux protocoles de Samba comme disait Vobul. Comment modifier ça SVP ?

Hors ligne

#17 Le 05/04/2021, à 14:34

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Je lis ici https://forum.ubuntu-fr.org/viewtopic.php?id=2062995 quelque chose qui rappelle un niveau de protocole à insérer dans smb.conf

client min protocol = NT1
server min protocol = NT1
ntlm auth = ntlmv1-permitted

Vobul, est-ce à cela que vous pensiez ? Ces arguments ne sont pas décrits dans le manuel de smb.conf et je ne sais pas dans quel segment du fichier les mettre.

Hors ligne

#18 Le 05/04/2021, à 17:26

iznobe

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Re , hum sur mon serveur ( celui qui partage les fichiers sur mon reseau local ) via samba si je passe la commande :

iznobe@iznobe-PC:~$ smbclient -L 192.168.1.2
Enter WORKGROUP\iznobe's password: 

	Sharename       Type      Comment
	---------       ----      -------
	print$          Disk      Printer Drivers
	PartageT3T      Disk      
	PartageW8T      Disk      
	IPC$            IPC       IPC Service (iznobe-PC server (Samba, Ubuntu))
	Brother_MFC_J480DW Printer   
Reconnecting with SMB1 for workgroup listing.

	Server               Comment
	---------            -------

	Workgroup            Master
	---------            -------
	WORKGROUP            RASPHOMEFI
iznobe@iznobe-PC:~$

j ' obitiens ca , tous les dossiers partages par samba !
si tu n' as pas la meme chose , ca permet de dire que le probleme se situe au niveau du serveur samba et pas coté client .

Bien sur il faut que le serveur soit configuré en IP fixe .pour que l' acces se fasse corectement coté client , mais ca ne change rien a la reponse que devrait donner le retour de la commande ci-dessus .

PS : la version du protocole samba utilisé ne changera rien . avant il faut etre certain de partager des dossiers / fichiers .

Dernière modification par iznobe (Le 05/04/2021, à 17:31)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#19 Le 05/04/2021, à 17:41

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Merci, je me trouvais un peu seul !
Ça sent pas bon (ça veut aussi dire qu'on progresse) :

herve@herve-OptiPlex-760:~/Bureau$ smbclient -L 192.30.0.1
WARNING: The "syslog" option is deprecated
do_connect: Connection to 192.30.0.1 failed (Error NT_STATUS_CONNECTION_REFUSED)
herve@herve-OptiPlex-760:~/Bureau$

J'ai ramené le syslog à 0 et supprimé les min protocol.

Hors ligne

#20 Le 05/04/2021, à 17:46

iznobe

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Re ,
dans un premier temps , je ferais une reinstallation de samba , histoire d' etre sur que le probleme ne vienne pas de là , mais a priori a la vue du message de retour , " connection refusée " , ca resemble a un probleme de parefeu ou d' autorisation ( le NT devant ne m' inspire pas confiance ) .

juste pour savoir que donne 

ip a

sur le serveur ou est installé samba ?
je ne pense pas etre capable de trouver le probleme ca semble ne pas etre lié directement a samba , ce qui est etrange c' est que le ping fonctionne normalement ... mais les recherche permettront a quelqu ' un de plus experimenté de trouver plus facilement le probleme .

on pourra peut etre aussi obtenir plus d ' info avec la commande :

testparm -s

et 

journalctl -xe

Dernière modification par iznobe (Le 05/04/2021, à 17:55)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#21 Le 05/04/2021, à 18:05

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

ip a

herve@herve-OptiPlex-760:~/Bureau$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:25:64:96:0f:fe brd ff:ff:ff:ff:ff:ff
    inet 192.30.0.1/24 brd 192.30.0.255 scope global noprefixroute eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::225:64ff:fe96:ffe/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether c8:be:19:00:10:5a brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.49/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
       valid_lft 86159sec preferred_lft 86159sec
    inet6 fe80::3709:cc7:15b3:9a23/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
herve@herve-OptiPlex-760:~/Bureau$

testparm -s

herve@herve-OptiPlex-760:~/Bureau$ testparm -s
Load smb config files from /etc/samba/smb.conf
WARNING: The "syslog" option is deprecated
Loaded services file OK.
WARNING: The 'netbios name' is too long (max. 15 chars).

Server role: ROLE_STANDALONE

# Global parameters
[global]
	dns proxy = No
	log file = /var/log/samba/log.%m
	map to guest = Bad User
	max log size = 1000
	obey pam restrictions = Yes
	pam password change = Yes
	panic action = /usr/share/samba/panic-action %d
	passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
	passwd program = /usr/bin/passwd %u
	security = USER
	server role = standalone server
	server string = %h server (Samba, Ubuntu)
	syslog = 0
	unix password sync = Yes
	username map = /etc/samba/smbusers
	usershare allow guests = Yes
	idmap config * : backend = tdb


[printers]
	browseable = No
	comment = All Printers
	create mask = 0700
	path = /var/spool/samba
	printable = Yes


[print$]
	comment = Printer Drivers
	path = /var/lib/samba/printers


[Transfert]
	guest ok = Yes
	path = /home/herve/Bureau/Transfert
	read only = No


[Essai transfert]
	guest ok = Yes
	path = /home/herve/Bureau/Essai transfer
	read only = No
	:	browsable = yes
herve@herve-OptiPlex-760:~/Bureau$

journalctl -xe

herve@herve-OptiPlex-760:~/Bureau$ journalctl -xe
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOC
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
temd[1]: Started Daemon for generating UUIDs.
 a terminé son démarrage

t

é son démarrage, avec le résultat done.
nel: perf: interrupt took too long (2530 > 2500), lowering kernel.perf_event_ma>
opsie[972]: [18:52:37] Parsing /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:37] Uploading /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:39] Sent; server replied with: No error
opsie[972]: [18:52:39] Response code: 200
opsie[972]: [18:52:39] Reported OOPS ID 54622468-962f-11eb-96a1-fa163ee63de6
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]:    herve : TTY=pts/0 ; PWD=/home/herve/Bureau ; USER=root ; COMMAND=/b>
o[2982]: pam_unix(sudo:session): session opened for user root by (uid=0)
o[2982]: pam_unix(sudo:session): session closed for user root
nel: perf: interrupt took too long (3182 > 3162), lowering kernel.perf_event_ma>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-75 noise=9999>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=9999>
 ESCOC
f 2 processes of 1 users.
f 2 processes of 1 users.
f 2 processes of 1 users.
UIDs.





 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
h/_usr_bin_blueman-tray.1000.crash.
ash/_usr_bin_blueman-tray.1000.crash.
ied with: No error
0
54622468-962f-11eb-96a1-fa163ee63de6
pen /etc/securetty: Aucun fichier ou dossier de ce type
pen /etc/securetty: Aucun fichier ou dossier de ce type
e/herve/Bureau ; USER=root ; COMMAND=/bin/nano /etc/samba/smb.conf
 opened for user root by (uid=0)
 closed for user root
 > 3162), lowering kernel.perf_event_max_sample_rate to 62750
AL-CHANGE above=0 signal=-75 noise=9999 txrate=72200
AL-CHANGE above=1 signal=-69 noise=9999 txrate=1000
 ESCOC









_sample_rate to 79000





sier de ce type
sier de ce type
n/nano /etc/samba/smb.conf


_sample_rate to 62750
txrate=72200
txrate=1000
 ESCOC























 ESCOC























 ESCOC























 ESCOC























 ESCOC























 ESCOC























 ESCOD























 ESCOD























 ESCOD























 ESCOD























 ESCOD























 ESCOD









_sample_rate to 79000





sier de ce type
sier de ce type
n/nano /etc/samba/smb.conf


_sample_rate to 62750
txrate=72200
txrate=1000
 ESCOD
f 2 processes of 1 users.
f 2 processes of 1 users.
f 2 processes of 1 users.
UIDs.





 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
h/_usr_bin_blueman-tray.1000.crash.
ash/_usr_bin_blueman-tray.1000.crash.
ied with: No error
0
54622468-962f-11eb-96a1-fa163ee63de6
pen /etc/securetty: Aucun fichier ou dossier de ce type
pen /etc/securetty: Aucun fichier ou dossier de ce type
e/herve/Bureau ; USER=root ; COMMAND=/bin/nano /etc/samba/smb.conf
 opened for user root by (uid=0)
 closed for user root
 > 3162), lowering kernel.perf_event_max_sample_rate to 62750
AL-CHANGE above=0 signal=-75 noise=9999 txrate=72200
AL-CHANGE above=1 signal=-69 noise=9999 txrate=1000
 ESCOD
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
temd[1]: Started Daemon for generating UUIDs.
 a terminé son démarrage

t

é son démarrage, avec le résultat done.
nel: perf: interrupt took too long (2530 > 2500), lowering kernel.perf_event_ma>
opsie[972]: [18:52:37] Parsing /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:37] Uploading /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:39] Sent; server replied with: No error
opsie[972]: [18:52:39] Response code: 200
opsie[972]: [18:52:39] Reported OOPS ID 54622468-962f-11eb-96a1-fa163ee63de6
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]:    herve : TTY=pts/0 ; PWD=/home/herve/Bureau ; USER=root ; COMMAND=/b>
o[2982]: pam_unix(sudo:session): session opened for user root by (uid=0)
o[2982]: pam_unix(sudo:session): session closed for user root
nel: perf: interrupt took too long (3182 > 3162), lowering kernel.perf_event_ma>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-75 noise=9999>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=9999>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOC
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
temd[1]: Started Daemon for generating UUIDs.
 a terminé son démarrage

t

é son démarrage, avec le résultat done.
nel: perf: interrupt took too long (2530 > 2500), lowering kernel.perf_event_ma>
opsie[972]: [18:52:37] Parsing /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:37] Uploading /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:39] Sent; server replied with: No error
opsie[972]: [18:52:39] Response code: 200
opsie[972]: [18:52:39] Reported OOPS ID 54622468-962f-11eb-96a1-fa163ee63de6
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]:    herve : TTY=pts/0 ; PWD=/home/herve/Bureau ; USER=root ; COMMAND=/b>
o[2982]: pam_unix(sudo:session): session opened for user root by (uid=0)
o[2982]: pam_unix(sudo:session): session closed for user root
nel: perf: interrupt took too long (3182 > 3162), lowering kernel.perf_event_ma>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-75 noise=9999>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=9999>
 ESCOC
f 2 processes of 1 users.
f 2 processes of 1 users.
f 2 processes of 1 users.
UIDs.





 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
h/_usr_bin_blueman-tray.1000.crash.
ash/_usr_bin_blueman-tray.1000.crash.
ied with: No error
0
54622468-962f-11eb-96a1-fa163ee63de6
pen /etc/securetty: Aucun fichier ou dossier de ce type
pen /etc/securetty: Aucun fichier ou dossier de ce type
e/herve/Bureau ; USER=root ; COMMAND=/bin/nano /etc/samba/smb.conf
 opened for user root by (uid=0)
 closed for user root
 > 3162), lowering kernel.perf_event_max_sample_rate to 62750
AL-CHANGE above=0 signal=-75 noise=9999 txrate=72200
AL-CHANGE above=1 signal=-69 noise=9999 txrate=1000
 ESCOD
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
it-daemon[1082]: Supervising 4 threads of 2 processes of 1 users.
temd[1]: Started Daemon for generating UUIDs.
 a terminé son démarrage

t

é son démarrage, avec le résultat done.
nel: perf: interrupt took too long (2530 > 2500), lowering kernel.perf_event_ma>
opsie[972]: [18:52:37] Parsing /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:37] Uploading /var/crash/_usr_bin_blueman-tray.1000.crash.
opsie[972]: [18:52:39] Sent; server replied with: No error
opsie[972]: [18:52:39] Response code: 200
opsie[972]: [18:52:39] Reported OOPS ID 54622468-962f-11eb-96a1-fa163ee63de6
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]: pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou do>
o[2982]:    herve : TTY=pts/0 ; PWD=/home/herve/Bureau ; USER=root ; COMMAND=/b>
o[2982]: pam_unix(sudo:session): session opened for user root by (uid=0)
o[2982]: pam_unix(sudo:session): session closed for user root
nel: perf: interrupt took too long (3182 > 3162), lowering kernel.perf_event_ma>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=0 signal=-75 noise=9999>
_supplicant[700]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-69 noise=9999>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
 ESCOD
avril 05 18:51:48 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:49 herve-OptiPlex-760 rtkit-daemon[1082]: Supervising 4 threads >
avril 05 18:51:51 herve-OptiPlex-760 systemd[1]: Started Daemon for generating >
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.
avril 05 18:52:03 herve-OptiPlex-760 kernel: perf: interrupt took too long (253>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Parsing /var/cra>
avril 05 18:52:37 herve-OptiPlex-760 whoopsie[972]: [18:52:37] Uploading /var/c>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Sent; server rep>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Response code: 2>
avril 05 18:52:39 herve-OptiPlex-760 whoopsie[972]: [18:52:39] Reported OOPS ID>
avril 05 18:52:56 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:auth): Couldn't >
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]:    herve : TTY=pts/0 ; PWD=/ho>
avril 05 18:53:01 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:53:36 herve-OptiPlex-760 sudo[2982]: pam_unix(sudo:session): sessio>
avril 05 18:54:01 herve-OptiPlex-760 kernel: perf: interrupt took too long (318>
avril 05 18:54:29 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>
avril 05 18:54:33 herve-OptiPlex-760 wpa_supplicant[700]: wlan0: CTRL-EVENT-SIG>

-- Logs begin at Wed 2021-01-06 09:58:55 CET, end at Mon 2021-04-05 18:54:33 CE>
avril 05 18:49:19 herve-OptiPlex-760 systemd[1]: Stopped Regular background pro>
-- Subject: L'unité (unit) cron.service a terminé son arrêt
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) cron.service a terminé son arrêt.
avril 05 18:49:19 herve-OptiPlex-760 systemd[1]: irqbalance.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- The unit irqbalance.service has successfully entered the 'dead' state.
avril 05 18:49:19 herve-OptiPlex-760 systemd[1]: Stopped irqbalance daemon.
-- Subject: L'unité (unit) irqbalance.service a terminé son arrêt
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) irqbalance.service a terminé son arrêt.
avril 05 18:49:19 herve-OptiPlex-760 systemd[1]: networkd-dispatcher.service: S>
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support

herve@herve-OptiPlex-760:~/Bureau$

Merci du coup de main.

Hors ligne

#22 Le 05/04/2021, à 18:14

iznobe

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Re , il faudrait agrandir la fenetre de terminal avant de copier le retour de la derniere commande car on ne voit pas tout .

Cela dit 

 pam_unix(sudo:auth): Couldn't open /etc/securetty: Aucun fichier ou dosiier de ce type

indique qu ' il te manque un fichier dans ton ordi ... un fichier important , car c ' est lui qui determine dans certain cas ou root peut avoir accés .
je ne sais pas si ce fichier est standard , ce qui est sur c ' est que sans lui ca cause des problemes .
De plus , a priori le bluetooth crashe , mais si tu ne t ' en sers jamais OSEF .

je ne sais pas interpreter cette partie de message , mais ce ne me parait tres bon ...

kernel: perf: interrupt took too long

Dernière modification par iznobe (Le 05/04/2021, à 18:17)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#23 Le 05/04/2021, à 18:33

iznobe

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

alors de mon coté je n' ai pas ce fichier sur mon ubuntu .
esaie de cree ce fichier et d' y coller ca :

# /etc/securetty: list of terminals on which root is allowed to login.
# See securetty(5) and login(1).

console

# Local X displays (allows empty passwords with pam_unix's nullok_secure)
:0
:0.0
:0.1
:1
:1.0
:1.1
:2
:2.0
:2.1
:3
:3.0
:3.1
#...


# ==========================================================
#
# TTYs sorted by major number according to Documentation/devices.txt
#
# ==========================================================

# Virtual consoles
tty1
tty2
tty3
tty4
tty5
tty6
tty7
tty8
tty9
tty10
tty11
tty12
tty13
tty14
tty15
tty16
tty17
tty18
tty19
tty20
tty21
tty22
tty23
tty24
tty25
tty26
tty27
tty28
tty29
tty30
tty31
tty32
tty33
tty34
tty35
tty36
tty37
tty38
tty39
tty40
tty41
tty42
tty43
tty44
tty45
tty46
tty47
tty48
tty49
tty50
tty51
tty52
tty53
tty54
tty55
tty56
tty57
tty58
tty59
tty60
tty61
tty62
tty63

# UART serial ports
ttyS0
ttyS1
ttyS2
ttyS3
ttyS4
ttyS5
#...ttyS191

# Serial Mux devices    (Linux/PA-RISC only)
ttyB0
ttyB1
#...

# Chase serial card
ttyH0
ttyH1
#...

# Cyclades serial cards
ttyC0
ttyC1
#...ttyC31

# Digiboard serial cards
ttyD0
ttyD1
#...

# Stallion serial cards
ttyE0
ttyE1
#...ttyE255

# Specialix serial cards
ttyX0
ttyX1
#...

# Comtrol Rocketport serial cards
ttyR0
ttyR1
#...

# SDL RISCom serial cards
ttyL0
ttyL1
#...

# Hayes ESP serial card
ttyP0
ttyP1
#...

# Computone IntelliPort II serial card
ttyF0
ttyF1
#...ttyF255

# Specialix IO8+ serial card
ttyW0
ttyW1
#...

# Comtrol VS-1000 serial controller
ttyV0
ttyV1
#...

# ISI serial card
ttyM0
ttyM1
#...

# Technology Concepts serial card
ttyT0
ttyT1
#...

# Specialix RIO serial card
ttySR0
ttySR1
#...ttySR511

# Chase Research AT/PCI-Fast serial card
ttyCH0
ttyCH1
#...ttyCH63

# Moxa Intellio serial card
ttyMX0
ttyMX1
#...ttyMX127

# SmartIO serial card
ttySI0
ttySI1
#...

# USB dongles
ttyUSB0
ttyUSB1
ttyUSB2
#...

# LinkUp Systems L72xx UARTs
ttyLU0
ttyLU1
ttyLU2
ttyLU3

# StrongARM builtin serial ports
ttySA0
ttySA1
ttySA2

# SCI serial port (SuperH) ports and SC26xx serial ports
ttySC0
ttySC1
ttySC2
ttySC3
ttySC4
ttySC5
ttySC6
ttySC7
ttySC8
ttySC9

# ARM "AMBA" serial ports
ttyAM0
ttyAM1
ttyAM2
ttyAM3
ttyAM4
ttyAM5
ttyAM6
ttyAM7
ttyAM8
ttyAM9
ttyAM10
ttyAM11
ttyAM12
ttyAM13
ttyAM14
ttyAM15

# Embedded ARM AMBA PL011 ports (e.g. emulated by QEMU)
ttyAMA0
ttyAMA1
ttyAMA2
ttyAMA3

# DataBooster serial ports
ttyDB0
ttyDB1
ttyDB2
ttyDB3
ttyDB4
ttyDB5
ttyDB6
ttyDB7

# SGI Altix console ports
ttySG0

# Motorola i.MX ports
ttySMX0
ttySMX1
ttySMX2

# Marvell MPSC ports
ttyMM0
ttyMM1

# PPC CPM (SCC or SMC) ports
ttyCPM0
ttyCPM1
ttyCPM2
ttyCPM3
ttyCPM4
ttyCPM5

# Altix serial cards
ttyIOC0
ttyIOC1
#...ttyIOC31

# NEC VR4100 series SIU
ttyVR0

# NEC VR4100 series SSIU
ttyVR1

# Altix ioc4 serial cards
ttyIOC84
ttyIOC85
#...ttyIOC115

# Altix ioc3 serial cards
ttySIOC0
ttySIOC1
#...ttySIOC31

# PPC PSC ports
ttyPSC0
ttyPSC1
ttyPSC2
ttyPSC3
ttyPSC4
ttyPSC5

# ATMEL serial ports
ttyAT0
ttyAT1
#...ttyAT15

# Hilscher netX serial port
ttyNX0
ttyNX1
#...ttyNX15

# Xilinx uartlite - port
ttyUL0
ttyUL1
ttyUL2
ttyUL3

# Xen virtual console - port 0
xvc0

# pmac_zilog - port
ttyPZ0
ttyPZ1
ttyPZ2
ttyPZ3

# TX39/49 serial port
ttyTX0
ttyTX1
ttyTX2
ttyTX3
ttyTX4
ttyTX5
ttyTX6
ttyTX7

# SC26xx serial ports (see SCI serial ports (SuperH))

# MAX3100 serial ports
ttyMAX0
ttyMAX1
ttyMAX2
ttyMAX3

# OMAP serial ports
ttyO0
ttyO1
ttyO2
ttyO3

# User space serial ports
ttyU0
ttyU1

# A2232 serial card
ttyY0
ttyY1

# IBM 3270 terminal Unix tty access
3270/tty1
3270/tty2
#...

# IBM iSeries/pSeries virtual console
hvc0
hvc1
#...
#IBM pSeries console ports
hvsi0
hvsi1
hvsi2

# Equinox SST multi-port serial boards
ttyEQ0
ttyEQ1
#...ttyEQ1027

# ==========================================================
#
# Not in Documentation/Devices.txt
#
# ==========================================================

# Embedded Freescale i.MX ports
ttymxc0
ttymxc1
ttymxc2
ttymxc3
ttymxc4
ttymxc5

# LXC (Linux Containers)
lxc/console
lxc/tty1
lxc/tty2
lxc/tty3
lxc/tty4

# Serial Console for MIPS Swarm
duart0
duart1

# s390 and s390x ports in LPAR mode
ttysclp0

# ODROID XU4 serial console
ttySAC0
ttySAC1
ttySAC2
ttySAC3
sudo nano /etc/securetty

une fois collé dedans faire : CTRL + X , O puis entrée pour quitter et sauvegarder .

Redemarrer l' ordi pour voir si ca ameliore les choses ou pas en redonnant le retour de la commande apres avoir agrandi la fenetre du terminal au maximum svp :

journalctl -xe

Dernière modification par iznobe (Le 05/04/2021, à 18:39)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#24 Le 05/04/2021, à 19:08

noisyrgb

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Au temps pour moi pour la taille de la fenêtre, j'étais en train de comprendre...

herve@herve-OptiPlex-760:~/Bureau$ journalctl -xe
avril 05 20:01:36 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 3 threads of 1 processes of 1 users.
avril 05 20:01:36 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 3 threads of 1 processes of 1 users.
avril 05 20:01:36 herve-OptiPlex-760 rtkit-daemon[1084]: Successfully made thread 1791 of process 1626 owned by '1000' RT at priority 10.
avril 05 20:01:36 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:37 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:37 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:39 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:39 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:40 herve-OptiPlex-760 dbus-daemon[668]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)
avril 05 20:01:43 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:43 herve-OptiPlex-760 rtkit-daemon[1084]: Supervising 4 threads of 2 processes of 1 users.
avril 05 20:01:45 herve-OptiPlex-760 systemd[1]: blueman-mechanism.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- The unit blueman-mechanism.service has successfully entered the 'dead' state.
avril 05 20:01:55 herve-OptiPlex-760 systemd[1]: Started Daemon for generating UUIDs.
-- Subject: L'unité (unit) uuidd.service a terminé son démarrage
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- L'unité (unit) uuidd.service a terminé son démarrage, avec le résultat done.

Ça n'a rien amélioré au niveau du partage. Par contre, le système voulait envoyer un rapport d'erreur interne. Il ne le fait plus (ou ne l'a pas encore fait...).

Hors ligne

#25 Le 05/04/2021, à 21:53

iznobe

Re : Perte de partage Linux / Windows au passage à la 20.04 (Résolu)

Bon , ben bonne nouvelle , ca a resolu plusieurs problemes .
plus de crash bluetooth , plus de " kernel: perf: interrupt took too long "
as tu desactivé le bluetooth sur ta machine ? reste encore une ( petite ) erreur a ce niveau .

rfkill list

nous en dira plus .

le journal est propre hors  mis :

avril 05 20:01:40 herve-OptiPlex-760 dbus-daemon[668]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms)

il faudrait voir meme si a partir du client tu ne peux toujours pas acceder au partage , si le serveur lui , partage bien maintenant que pas mal de chose ont l' air d' aller mieux en repassant :

smbclient -L 192.30.0.1

si il n ' y a pas de partage en place , il faudrait reinstaller samba des fois que a cause du probleme precedent il se soit mal installé :

sudo apt install samba --reinstall

la config a l' air bonne d ' apres " testparm -s " passé auparavant et reinstaller samba ne devrait pas la changer .
une fois reinstaller , tester a nouveau si des partages apparraissent .

Mais apres , honnetement , je ne saurais aller plus loin ca depasse mes competences . j ' espere que quelqu ' un de plus calé que moi pourra t ' aider mieux .

PS : les fichiers de log samba se trouve dans le dossier : /var/log/samba/
tu peux en voir la liste en faisant : 

ls -l /var/log/samba/

et afficher le contenu avec les 2 commandes suivantes :

cat /var/log/samba/log.nmbd
cat /var/log/samba/log.smbd

Dernière modification par iznobe (Le 05/04/2021, à 22:09)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

Pages : 1 2