I/O Error avec ftp get [Windows 10] - Win 10 - Windows & Software
Marsh Posté le 16-07-2019 à 00:41:08
Note qu’il place le fichier dans le répertoire actif au moment où tu lances le programme ftp. Rien ne t’empêche d’en choisir un autre via la commande cd avant de lancer ftp.
Marsh Posté le 16-07-2019 à 01:50:00
Ah en effet, ça explique pas mal de chose du coup.
Quand je lance en mode normal juste en tappant "ftp monserveur" dans la recherche Windows, il lance "C:\Windows\System32\ftp.exe" et donc je suppose depuis cet emplacement, et c'est surement pour ça que ça échoue, car en tant qu'utilisateur normal je n'ai pas les droits d'écriture dans ce dossier.
Par contre c'était différent sur Windows 7, est-ce qu'il y a un réglage quelque part qui permettrait de viser une dossier particulier quand on lance ftp directement ?
Marsh Posté le 16-07-2019 à 10:41:45
Romn a écrit : Quand je lance en mode normal juste en tappant "ftp monserveur" dans la recherche Windows, il lance "C:\Windows\System32\ftp.exe" et donc je suppose depuis cet emplacement, et c'est surement pour ça que ça échoue, car en tant qu'utilisateur normal je n'ai pas les droits d'écriture dans ce dossier. |
C’est certainement pas la cause du souci, puisque tous les programmes natifs de Windows (excepté ceux issus du Store) se trouvent dans « \Windows\System32 », que ça n’a jamais été un problème jusqu’à présent, que le programme ftp.exe doit dater des premières versions de Windows NT (1993, donc), et n’a pas dû beaucoup changer depuis.
Et j’imagine que si tu fais un « cd documents » avant de lancer ftp dans une Invite de commandes normale, ça bloque aussi ?
Marsh Posté le 16-07-2019 à 11:17:49
Trit' a écrit : Et j’imagine que si tu fais un « cd documents » avant de lancer ftp dans une Invite de commandes normale, ça bloque aussi ? |
Non ça ça marche du coup (mais ça rajoute une ligne dans un invite de commande qui fait déjà peur à mes utilisateurs.
Marsh Posté le 16-07-2019 à 13:24:07
Si ça marche, ça veut dire qu’il y aurait eu un changement dans les droits NTFS accordés au dossier « \Users\NomDeCompte » (ou « %UserProfile% », en passant par les variables d’environnement).
Tu peux voir ce que dit l’onglet « Sécurité » des propriétés de ce dossier ? Ah, mais il te faudrait encore un Windows 7 pour pouvoir comparer…
Marsh Posté le 16-07-2019 à 17:05:37
Si le dossier a été "balladé" d'une installation Windows 7 à une installation Windows 10 c'est normal : L'utilisateur n'est pas le même (même s'il a le même nom).
Marsh Posté le 15-07-2019 à 22:13:32
J'avais une méthode pour récupérer certains fichiers au boulot depuis un vieux serveur, simplement avec ftp et get en ligne de commande.
Sur Windows 7 ça marchait nickel.
ftp servername
get myfile.txt
Et je retrouvais le fichier dans C:\user\username
Maintenant que je suis passé sur Windows 10, quand je fais get myfile.txt j'ai :
ftp> get myfile.txt
200 PORT command successful
150 Opening ASCII mode data connection for myfile.txt (40618 bytes)
> R: I/O Error
226 Transfer complete
ftp: 41090 bytes received in 0.05Seconds 760.93Kbytes/sec
Manifestement le fichier n'est pas entier (et je ne le trouve nul part sur mon disque).
À noter que si je lance le command prompt en administrateur, ça fonctionne et il me met le fichier dans C:\Windows\System32.
J'aimerais que ça fonctionne pour un utilisateur non-admin sur Windows 10.
Vous voyez ce qui peut déconner ?
Merci.
---------------
DVD | Ludothèque: BGG