connexion au DD bbox impossible depuis ubuntu 22-04

FrancisFDZ · Le 10/11/2022, à 16:55

francis@francis-G41M-Combo:~$ sudo mkdir /mnt/test
[sudo] Mot de passe de francis : 
francis@francis-G41M-Combo:~$ sudo mount -t cifs //192.168.1.254/DisqueUSB0_0 /mnt/test -o gid=1000,uid=1000,file_mode=0640,dir_mode=0750,vers=1.0,sec=ntlm
Password for root@//192.168.1.254/DisqueUSB0_0: 
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
francis@francis-G41M-Combo:

Password for root@//192.168.1.254/DisqueUSB0_0:

Je n'ai pas de password pour l'accès disque, j'ai mis le pass qui me sert pour accéder à la page de setting de la bbox : résultat négatif
Nouvel essai en ne répondant pas à la demande de passe :

francis@francis-G41M-Combo:~$ sudo mount -t cifs //192.168.1.254/DisqueUSB0_0 /mnt/test -o gid=1000,uid=1000,file_mode=0640,dir_mode=0750,vers=1.0,sec=ntlm
Password for root@//192.168.1.254/DisqueUSB0_0: 
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
francis@francis-G41M-Combo:~$

dmesg :

francis@francis-G41M-Combo:~$ sudo dmesg | grep mount
[   13.360012] EXT4-fs (sdb7): mounted filesystem with ordered data mode. Quota mode: none.
[   19.504223] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   19.633817] systemd[1]: Starting Remount Root and Kernel File Systems...
[   19.788379] EXT4-fs (sdb7): re-mounted. Quota mode: none.
[   19.790387] systemd[1]: Finished Remount Root and Kernel File Systems.
[   37.181064] EXT4-fs (sdb8): mounted filesystem with ordered data mode. Quota mode: none.
[   43.408356] EXT4-fs (sdc9): mounted filesystem with ordered data mode. Quota mode: none.
francis@francis-G41M-Combo:~$

sdb7 = partition root de ubuntu
sdb8 = partition home de ubuntu
sdc9 = partition externe, non ubuntu (non concernée)

iznobe · Le 10/11/2022, à 17:25

Bonjour , rien en ce qui concerne les montages infructueux .

il faut donc proceder autrement .
refais la tentative de montage , puis :

sudo dmesg | tail -20

FrancisFDZ · Le 10/11/2022, à 17:59

francis@francis-G41M-Combo:~$ sudo mount -t cifs //192.168.1.254/DisqueUSB0_0 /mnt/test -o gid=1000,uid=1000,file_mode=0640,dir_mode=0750,vers=1.0,sec=ntlm
Password for root@//192.168.1.254/DisqueUSB0_0: 
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
francis@francis-G41M-Combo:~$ sudo dmesg | tail -20
[ 3729.863195] audit: type=1400 audit(1668094528.284:88): apparmor="DENIED" operation="open" class="file" profile="torbrowser_firefox" name="/sys/devices/system/cpu/possible" pid=7793 comm=57656220436F6E74656E74 requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 3729.869885] audit: type=1400 audit(1668094528.292:89): apparmor="DENIED" operation="connect" class="file" profile="torbrowser_firefox" name="/run/dbus/system_bus_socket" pid=7793 comm=57656220436F6E74656E74 requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=0
[ 3732.515488] audit: type=1400 audit(1668094530.936:90): apparmor="DENIED" operation="open" class="file" profile="torbrowser_firefox" name="/usr/share/ubuntu/applications/" pid=3985 comm=46532042726F6B65722037363538 requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 3801.457148] audit: type=1400 audit(1668094599.878:91): apparmor="DENIED" operation="open" class="file" profile="torbrowser_firefox" name="/sys/devices/system/cpu/possible" pid=7906 comm=57656220436F6E74656E74 requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 3801.461817] audit: type=1400 audit(1668094599.886:92): apparmor="DENIED" operation="connect" class="file" profile="torbrowser_firefox" name="/run/dbus/system_bus_socket" pid=7906 comm=57656220436F6E74656E74 requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=0
[ 3830.084763] audit: type=1400 audit(1668094628.505:93): apparmor="DENIED" operation="open" class="file" profile="torbrowser_firefox" name="/usr/share/ubuntu/applications/" pid=3985 comm=46532042726F6B65722037373933 requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 4306.841648] audit: type=1400 audit(1668095105.242:94): apparmor="DENIED" operation="open" class="file" profile="torbrowser_firefox" name="/sys/devices/system/cpu/possible" pid=8471 comm=57656220436F6E74656E74 requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 4306.850199] audit: type=1400 audit(1668095105.254:95): apparmor="DENIED" operation="connect" class="file" profile="torbrowser_firefox" name="/run/dbus/system_bus_socket" pid=8471 comm=57656220436F6E74656E74 requested_mask="wr" denied_mask="wr" fsuid=1000 ouid=0
[ 4329.647382] audit: type=1400 audit(1668095128.048:96): apparmor="DENIED" operation="open" class="file" profile="torbrowser_firefox" name="/usr/share/ubuntu/applications/" pid=3985 comm=46532042726F6B65722037393036 requested_mask="r" denied_mask="r" fsuid=1000 ouid=0
[ 4708.981058] systemd-rc-local-generator[9093]: /etc/rc.local is not marked executable, skipping.
[ 4709.974967] systemd-rc-local-generator[9168]: /etc/rc.local is not marked executable, skipping.
[ 4711.017676] systemd-rc-local-generator[9198]: /etc/rc.local is not marked executable, skipping.
[ 4712.002019] systemd-rc-local-generator[9227]: /etc/rc.local is not marked executable, skipping.
[ 4714.038425] systemd-rc-local-generator[9269]: /etc/rc.local is not marked executable, skipping.
[ 5020.481627] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5020.481635] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5020.481639] bad security option: ntlm

[ 5020.481642] CIFS: VFS: bad security option: ntlm
francis@francis-G41M-Combo:~$

Voici donc une information : "bad security option: ntlm"
=> nouvel essai, sans sec

Dernière modification par FrancisFDZ (Le 11/11/2022, à 09:47)

FrancisFDZ · Le 10/11/2022, à 18:01

Bof ! pas mieux :

francis@francis-G41M-Combo:~$ sudo mount -t cifs //192.168.1.254/DisqueUSB0_0 /mnt/test -o gid=1000,uid=1000,file_mode=0640,dir_mode=0750,vers=1.0
Password for root@//192.168.1.254/DisqueUSB0_0: 
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
francis@francis-G41M-Combo:~$ sudo dmesg | tail -20
[ 4712.002019] systemd-rc-local-generator[9227]: /etc/rc.local is not marked executable, skipping.
[ 4714.038425] systemd-rc-local-generator[9269]: /etc/rc.local is not marked executable, skipping.
[ 5020.481627] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5020.481635] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5020.481639] bad security option: ntlm

[ 5020.481642] CIFS: VFS: bad security option: ntlm
[ 5201.851413] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5201.851423] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5201.851432] CIFS: Attempting to mount \\192.168.1.254\DisqueUSB0_0
[ 5201.883580] CIFS: VFS: \\192.168.1.254 failed to connect to IPC (rc=-6)
[ 5201.889883] CIFS: VFS: cifs_mount failed w/return code = -6
[ 5201.890009] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5201.890014] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5201.890022] CIFS: Attempting to mount \\192.168.1.254\DISQUEUSB0_0
[ 5201.929664] CIFS: VFS: \\192.168.1.254 failed to connect to IPC (rc=-6)
[ 5201.936238] CIFS: VFS: cifs_mount failed w/return code = -6
francis@francis-G41M-Combo:~$

mmlg620 · Le 10/11/2022, à 20:29

Confronté au même problème lors du passage de ubuntu 20.04 à 22.04, j'ai rencontré le même problème.

Après trois semaines de bidouillages et de rechercheSSS, j'ai enfin trouvé la solution.
Il s'avère que le kernel 5.15.xx n'accepterait plus smb en version 1.0 pour des raisons de sécurité (vrai ou faux, je ne sais pas).
voir :
https://search.brave.com/search?q=kerne … ce=desktop
et
https://bugs.gentoo.org/821895

Donc, j'ai rétrogadé mon kernel en version 5.14.15 avec mainline (sudo apt install mainline) et ça fonctionne du tonnerre.

Ma ligne dans fstab est la suivante pour info :

//192.168.1.254/sauv_Photos_ /mnt/sauv_Photos_ cifs credentials=/etc/win-credentials,vers=1.0,uid=1000,gid=1000,file_mode=0755,dir_mode=0755 0 0

Coeur Noir · Le 10/11/2022, à 22:20

…revenir à un noyau plus ancien, bof. Mais ta réponse mmig620 est très intéressante.

Déjà chez toi, pas de guest, tu utilises bien une authentification par utilisateur avec credentials.

Et c'est donc apparemment un souci kernel - qui concerne bien l'authentification : ntlm n'est plus dans le noyau ( je ne savais pas ) donc il y a des patchs proposés pour le réintégrer
https://bugzilla.kernel.org/show_bug.cgi?id=215375

Autrement dit :
⋅ pas à la portée de tout le monde !
⋅ les kernel Linux récents ne savent causer qu'à des machines avec des smb récents.

Donc à moins de mettre à jour smb dans tous les appareils concernés ( ne rêvons pas ) ou que les patchs proposés soient intégrés « upstream » ( ça, ça pourrait arriver mais quand ? )
ça rend juste quelques milliards d'appareils inaccessibles depuis Linux, chapeau.

C'est mon interprétation un peu à l'emporte-pièce, si vous comprenez autre chose, partagez vos savoirs !

Coeur Noir · Le 10/11/2022, à 22:32

Je n'ai pas de password pour l'accès disque

Ça, ça continue de m'étonner : ça fait des années que samba ( et cifs ) attendent des utilisateurs authentifiés ( le critère minimal de sécurité n'est plus sur le share mais sur le user ).

Mais bon le problème ici c'est smb V1, qui à priori fonctionn(e|ait) avec ntlm or ntlm n'est plus disponible dans le kernel.

https://manpages.ubuntu.com/manpages/jammy/en/man8/mount.cifs.8.html a écrit :

sec=arg
Security mode. Allowed values are:
• none - attempt to connection as a null user (no name)
• krb5 - Use Kerberos version 5 authentication
• krb5i - Use Kerberos authentication and forcibly enable packet signing
• ntlm - Use NTLM password hashing
• ntlmi - Use NTLM password hashing and force packet signing
• ntlmv2 - Use NTLMv2 password hashing
• ntlmv2i - Use NTLMv2 password hashing and force packet signing
• ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
• ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and
force packet signing
The default in mainline kernel versions prior to v3.8 was sec=ntlm. In v3.8, the
default was changed to sec=ntlmssp.

Essayer avec sec=ntlmssp ?
Je crains que ça ne marche pas avec smb v1 mais qui sait, c'est peut-être 2 aspects complètement indépendants ?

Coeur Noir · Le 10/11/2022, à 22:36

//192.168.1.254/sauv_Photos_ /mnt/sauv_Photos_ cifs credentials=/etc/win-credentials,vers=1.0,uid=1000,gid=1000,file_mode=0755,dir_mode=0755 0 0

Les fichiers n'ont pas besoin d'être exécutables → file_mode=0644 devrait suffire ( sauf s'il y a des « programmes » dans sauv_Photos ? )
En même temps si tu n'as jamais eu de problème pour ouvrir tes fichiers, ma foi, t'es pas obligé de corriger ( par ex. si le système ne te demande pas à chaque fois si tu veux lancer ou afficher tel type de fichier. )

Dernière modification par Coeur Noir (Le 10/11/2022, à 22:51)

FrancisFDZ · Le 11/11/2022, à 09:58

Coeur noir a écrit :

Ça, ça continue de m'étonner : ça fait des années que samba ( et cifs ) attendent des utilisateurs authentifiés ( le critère minimal de sécurité n'est plus sur le share mais sur le user ).
Mais bon le problème ici c'est smb V1, qui à priori fonctionn(e|ait) avec ntlm or ntlm n'est plus disponible dans le kernel.

En effet, si samba demande une authentification par mot de passe, ce n'est pas le cas de "smb V1". Je pense désinstaller samba (ça fonctionnait sans avant) qui semble superflu (mais installé dans le doute, en en attendant une solution qui n'est pas venue)
Je pense chercher des infos sur ntlm, sait-on jamais ...

Dernière modification par FrancisFDZ (Le 10/12/2022, à 21:05)

FrancisFDZ · Le 11/11/2022, à 10:11

Installation de "cntlm" :

La doc a écrit :

Lors de la première connexion via le proxy, Firefox vous demandera votre compte d'accès et votre mot de passe.

Je n'ai jamais eu de compte ni de mot de passe à configurer, à part pour "sync", je pense donc utiliser ces références qui sont les seules dont je dispose.

Plus loin, la doc a écrit :

Générer les empreintes du mot de passe (hash) à mettre dans le fichier de configuration :
cntlm -H -d <domaine_AD> -u <utilisateur>
où
<domaine_AD> est le domaine Windows de l'utilisateur
<utilisateur> l'identifiant de l'utilisateur

Je n'ai ni domaine, ni identifiant, je commence vraiment à douter de la faisabilité de cette hypothétique solution. Je vais continuer à creuser.
NB : sous debian, j'ai toujours accès à mon disque, sans samba ; je ne connais pas les rapports entre debian et ntlm.

[Edit] A tout hasard, je pense tenter de booter sur un noyau précédent, mais je doute que ça apporte quelque chose vu que le nettoyage est fait régulièrement [/Edit]

Dernière modification par FrancisFDZ (Le 11/11/2022, à 10:16)

FrancisFDZ · Le 11/11/2022, à 10:23

D'après la liste fournie en #32 et vu qu'il n'existe pas de password défini (à ma connaissance), ne serait-il pas plus judicieux (ça ne mange pas de pain) de tenter "sec=none" ?

iznobe · Le 11/11/2022, à 10:27

Coeur Noir a écrit :

Je n'ai pas de password pour l'accès disque
Ça, ça continue de m'étonner : ça fait des années que samba ( et cifs ) attendent des utilisateurs authentifiés ( le critère minimal de sécurité n'est plus sur le share mais sur le user ).
Mais bon le problème ici c'est smb V1, qui à priori fonctionn(e|ait) avec ntlm or ntlm n'est plus disponible dans le kernel.
https://manpages.ubuntu.com/manpages/jammy/en/man8/mount.cifs.8.html a écrit :
sec=arg
Security mode. Allowed values are:
• none - attempt to connection as a null user (no name)
• krb5 - Use Kerberos version 5 authentication
• krb5i - Use Kerberos authentication and forcibly enable packet signing
• ntlm - Use NTLM password hashing
• ntlmi - Use NTLM password hashing and force packet signing
• ntlmv2 - Use NTLMv2 password hashing
• ntlmv2i - Use NTLMv2 password hashing and force packet signing
• ntlmssp - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message
• ntlmsspi - Use NTLMv2 password hashing encapsulated in Raw NTLMSSP message, and
force packet signing
The default in mainline kernel versions prior to v3.8 was sec=ntlm. In v3.8, the
default was changed to sec=ntlmssp.
Essayer avec sec=ntlmssp ?
Je crains que ça ne marche pas avec smb v1 mais qui sait, c'est peut-être 2 aspects complètement indépendants ?

pourquoi alors fait il partie de la liste des options ?
utiliser la valeur par defaut de sec ne reglera rien , puisque la valeur par defaut est utilisée lorsque aucun option a ce propos n' est definie dans le montage fstab .

Apres , si vraiment le probleme est au niveau de l ' option sec , il me semble facile de tester tous les parametres indiqués dans la liste ci-dessus sauf celui par defaut , et en priorité ntlmi .

NOTE :

The default in mainline kernel versions prior to v3.8 was sec=ntlm. In v3.8, the
default was changed to sec=ntlmssp.

iznobe@iznobe-PC:~$ samba --version
Version 4.15.9-Ubuntu
iznobe@iznobe-PC:~$ uname -a
Linux iznobe-PC 5.15.0-52-generic #58-Ubuntu SMP Thu Oct 13 08:03:55 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
iznobe@iznobe-PC:~$

ca fait un bon moment que l' option par defaut de " sec " a changé , vu qu ' actuellement on est en version 4.15.9 de samba et que la version de noyau actuelle de la 22.04 est la 5.15.XX . 3.8 c ' est fini depuis des lustres .

Dernière modification par iznobe (Le 11/11/2022, à 10:41)

iznobe · Le 11/11/2022, à 10:43

FrancisFDZ a écrit :

Bof ! pas mieux :

francis@francis-G41M-Combo:~$ sudo mount -t cifs //192.168.1.254/DisqueUSB0_0 /mnt/test -o gid=1000,uid=1000,file_mode=0640,dir_mode=0750,vers=1.0
Password for root@//192.168.1.254/DisqueUSB0_0: 
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
francis@francis-G41M-Combo:~$ sudo dmesg | tail -20
[ 4712.002019] systemd-rc-local-generator[9227]: /etc/rc.local is not marked executable, skipping.
[ 4714.038425] systemd-rc-local-generator[9269]: /etc/rc.local is not marked executable, skipping.
[ 5020.481627] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5020.481635] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5020.481639] bad security option: ntlm

[ 5020.481642] CIFS: VFS: bad security option: ntlm
[ 5201.851413] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5201.851423] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5201.851432] CIFS: Attempting to mount \\192.168.1.254\DisqueUSB0_0
[ 5201.883580] CIFS: VFS: \\192.168.1.254 failed to connect to IPC (rc=-6)
[ 5201.889883] CIFS: VFS: cifs_mount failed w/return code = -6
[ 5201.890009] Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers

[ 5201.890014] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[ 5201.890022] CIFS: Attempting to mount \\192.168.1.254\DISQUEUSB0_0
[ 5201.929664] CIFS: VFS: \\192.168.1.254 failed to connect to IPC (rc=-6)
[ 5201.936238] CIFS: VFS: cifs_mount failed w/return code = -6
francis@francis-G41M-Combo:~$

Si c ' est mieux , il n' y a plus de soucis d' autorisation . on voit qu ' il tente d ' effectuer le montage , là au moins :

mended unless required for access to very old servers
[ 5201.890022] CIFS: Attempting to mount \\192.168.1.254\DISQUEUSB0_0

le probleme est ailleurs , mais n' est pas detaillé , faut trouver ce que veux dire le code d ' erreur -6 lié a VFS .

Peux tu faire :

sudo apt install smbclient
smbclient -L /192.168.1.254

ca donnera des infos complémentaires sur le serveur , si celui-ci repond ...

j ' ai trouver un post , qui a l' air d' aller dans le meme sens : que la serie 5.15.XX de noyau comporte un " soucis " et / ou que ntlm ne serais plus inclus , mais je n' ai pas vraiment tout compris car il compare 2 series : https://bbs.archlinux.org/viewtopic.php?id=271635&p=2

Dernière modification par iznobe (Le 11/11/2022, à 11:08)

airvb · Le 11/11/2022, à 11:12

Bjr,

Dans le même genre j'ai une 'vieille' imprimante Epson, qui 'partage' en samba la clef USB qui est connectée à l’imprimante ( les fichiers scannés sont accessibles sur réseau)

Depuis la 22.04 cela ne monte plus via la commande

sudo mount -t cifs //192.168.88.111/usbstorage/ /media/epson-usb/ -o vers=1.0,rw,workgroup=WORKGROUP,credentials=/root/.smbcredentials

En revanche ds Nautilus , j'arrive à monter la clef usb en me connectant au serveur

smb://192.168.88.111/

Weird...

FrancisFDZ · Le 11/11/2022, à 11:48

airvb a écrit :

En revanche ds Nautilus , j'arrive à monter la clef usb en me connectant au serveur
smb://192.168.88.111/

Comment fais-tu ?

airvb · Le 11/11/2022, à 11:56

Application: Fichiers,
Autres emplacements,
Connexion à un serveur ds le champ je rentre

smb://192.168.88.111

, l'ip de mon imprimante.

Pour info ds mon smb.conf j'ai ajouté cette ligne :

client min protocol = NT1

Coeur Noir · Le 11/11/2022, à 13:25

@Iznobe : préciser sec=ntlmssp ou ne pas le préciser → c'est donc par défaut ntlmssp et ça permet de « passer » l'étape d'authentification. Ok.
Ce qui m'intrigue, c'est que ntlmssp puisse fonctionner avec du smb v1 qui à priori si je comprends bien ( et c'est pas dit du tout que je comprenne bien ) utilisait ntlm tout court.
Or aujourd'hui ntlm tout court n'est plus dans le noyau.

Bon, puisque airvb parvient à un montage exploitable, ça a l'air d'invalider mon hypothèse.
Il faudrait savoir comment Nautilus « agit » autour de cette connexion smb.

@airvb, une fois la clé montée, est-ce qu'un

mount -l

donne des infos utiles sur ce montage ?

airvb · Le 11/11/2022, à 15:11

Coeur Noir a écrit :

@Iznobe : préciser sec=ntlmssp ou ne pas le préciser → c'est donc par défaut ntlmssp et ça permet de « passer » l'étape d'authentification. Ok.
Ce qui m'intrigue, c'est que ntlmssp puisse fonctionner avec du smb v1 qui à priori si je comprends bien ( et c'est pas dit du tout que je comprenne bien ) utilisait ntlm tout court.
Or aujourd'hui ntlm tout court n'est plus dans le noyau.
Bon, puisque airvb parvient à un montage exploitable, ça a l'air d'invalider mon hypothèse.
Il faudrait savoir comment Nautilus « agit » autour de cette connexion smb.
@airvb, une fois la clé montée, est-ce qu'un
mount -l
donne des infos utiles sur ce montage ?

mount -l rien concernant le montage de la clef usb de l'imprimante.
Pour info :

smbclient -L 192.168.88.111
Password for [WORKGROUP\airvb]:

	Sharename       Type      Comment
	---------       ----      -------
	IPC$            IPC       IPC Service
	MEMORYCARD      Disk      EPSON
	USBSTORAGE      Disk      EPSON
	FAXRECV         Disk      EPSON
Reconnecting with SMB1 for workgroup listing.

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

	Workgroup            Master
	---------            -------

Le montage à la main :

sudo mount -t cifs //192.168.88.111/usbstorage/ /media/epson-usb/ -o vers=1.0,rw,workgroup=WORKGROUP,credentials=/root/.smbcredentials
[sudo] Mot de passe de airvb : 
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg

dmesg :

[  324.543221] CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
[  324.543225] CIFS: Attempting to mount \\192.168.88.111\usbstorage
[  324.546228] CIFS: Status code returned 0xc000000d NT_STATUS_INVALID_PARAMETER
[  324.546240] CIFS: VFS: \\192.168.88.111 Send error in SessSetup = -22
[  324.546262] CIFS: VFS: cifs_mount failed w/return code = -22

Et pourant ds Nautilus,

ima

J'ai installé Thunar pour voir, cela fonctionne également.

Qd je dis Weird...

FrancisFDZ · Le 11/11/2022, à 16:15

J'ai eu ça :

francis@francis-G41M-Combo:~$ smbclient -L //192.168.1.254
Password for [BBOX\francis]:
Server requested LANMAN password (share-level security) but 'client lanman auth = no' or 'client ntlmv2 auth = yes'
tree connect failed: NT_STATUS_ACCESS_DENIED
francis@francis-G41M-Combo:~$

Est-ce une erreur de password ?

FrancisFDZ · Le 11/11/2022, à 16:24

WAHOO !
J'ai décidé de purger samba, puis je suis retourné vers nautilus / Autres emplacements / BBOX / DisqueUSB0_0 et oh surprise ! ça m'a ouvert transmission !?
Essai suivant : ça ne le fait plus, mais ça n'ouvre rien ! Je vais retenter après fermeture de session et retour

FrancisFDZ · Le 11/11/2022, à 16:27

Après retour sur ma session, c'est reparti comme avant ! Je n'ai rien compris !

ylag · Le 11/11/2022, à 17:05

Bonjour,

Désolé si je suis hors-sujet, mais on voit ce genre de messages à plusieurs reprises :

systemd-rc-local-generator[9093]: /etc/rc.local is not marked executable, skipping.

Si le service systemd rc-local.service a été activé, il faut donner les droits d'exécution au fichier /etc/rc.local ; pour vérifier :

ls -l /etc/rc.local

Et pour le rendre exécutable, s'il y a lieu :

sudo chmod ug+x /etc/rc.local

A+

Dernière modification par ylag (Le 11/11/2022, à 17:07)

FrancisFDZ · Le 11/11/2022, à 18:53

@ylag : Quel rapport avec le choucroute ?
Quoi que quand en essayant de me connecter à mon disque usb sur bbox je me suis retrouvé sur transmission, je n'ai pas non plus compris le rapport !
Les grands mystères de l'informatique ! Ça doit être la faute des extra terrestres !

Dernière modification par FrancisFDZ (Le 11/11/2022, à 18:56)

ylag · Le 11/11/2022, à 19:15

@ylag : Quel rapport avec le choucroute ?

Sais pas, probablement aucun ; qu'essaies-tu de lancer via rc.local ?

On pourrait le voir dans le contenu du fichier :

cat /etc/rc.local

...aussi avec :

systemctl status rc-local.service

A+

Dernière modification par ylag (Le 11/11/2022, à 19:16)

iznobe · Le 11/11/2022, à 19:33

une autre possibilité , vu que entre la 20.04 et la 22.04 , le pilote NTFS a changé , peut etre que repasser sur le pilote " ancien " , resoudrait le soucis .

Dernière modification par iznobe (Le 11/11/2022, à 19:35)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 10/11/2022, à 16:55

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#27 Le 10/11/2022, à 17:25

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#28 Le 10/11/2022, à 17:59

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#29 Le 10/11/2022, à 18:01

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#30 Le 10/11/2022, à 20:29

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#31 Le 10/11/2022, à 22:20

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#32 Le 10/11/2022, à 22:32

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#33 Le 10/11/2022, à 22:36

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#34 Le 11/11/2022, à 09:58

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#35 Le 11/11/2022, à 10:11

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#36 Le 11/11/2022, à 10:23

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#37 Le 11/11/2022, à 10:27

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#38 Le 11/11/2022, à 10:43

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#39 Le 11/11/2022, à 11:12

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#40 Le 11/11/2022, à 11:48

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#41 Le 11/11/2022, à 11:56

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#42 Le 11/11/2022, à 13:25

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#43 Le 11/11/2022, à 15:11

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#44 Le 11/11/2022, à 16:15

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#45 Le 11/11/2022, à 16:24

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#46 Le 11/11/2022, à 16:27

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#47 Le 11/11/2022, à 17:05

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#48 Le 11/11/2022, à 18:53

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#49 Le 11/11/2022, à 19:15

Re : connexion au DD bbox impossible depuis ubuntu 22-04

#50 Le 11/11/2022, à 19:33

Re : connexion au DD bbox impossible depuis ubuntu 22-04

Pied de page des forums