Bonjour
 
D'habitude, si on modifie un fichier et qu'on veut le sauvegarder, c'est possible S'IL n'est pas dans un répertoire "protégé en écriture" comme c:\programme, par exemple.
On peut autoriser cette sauvegarde dans ces repertoires "sensibles" quand on met l'UAC au minimum.
C'est du moins ce que j'ai compris....mais peut-être me trompe-je.
 
Parce que là, j'ai mis l'UAC au minimum, mais les fichiers sont toujours bloqués en écriture.
Voir même que sous c:\ (la racine) je ne peux même pas modifier un .ini via le programme qui le gère (reshader.exe)
 
et encore mieux: je ne peux même pas, à la racine du disque, faire un clic droit pour ajouter un fichier texte (seulement un répertoire)
 
D'où ma question : pourquoi ???
 
Merci de vos réponses
 
W10 64Bits

La racine de C:\ est aussi un dossier système protégé.
 
En revanche, tu peux créer un dossier sur C:\, et dans ce dernier, tu pourras faire ce que tu voudras.
 
Mais quel est l’intérêt d’enregistrer des fichiers ailleurs que dans %UserProfile% ou %Public% ?

Chez moi aussi, en utilisant l'UAC paramétré dans sa config usine, la sauvegarde/modfication de fichiers sur le C:\ et dans les \Programfiles, requière une double validation.  Sauf que ça ne cause jamais davantage de problème.
 
Avec un fichier .INI.   Serait-il possible que le fichier soit en "Lecture only", ne permettant aucune modification.

de manière général, on touche pas au niveau de l'UAC: c'est le meilleur moyen d'avoir des effet secondaires indésirable (genre ça ne fait que maquer le popup revalidation, mais ca n’empêche pas d'en avoir besoin: du coup ... on fait comment pour clicker sur un bouton qui s'affiche pas ?).
 
si tu veux éditer un fichier dans ces zone (ini) tu lance l’éditeur  (notepad , reshader) en mode administrateur,, Fichier/Ouvrir/...
(en ayant considéré que pendant l’exécution de ce programme pourra tout faire, surtout si il est vérole)

Pas mieux.
 
C'est la base de la sécurité qui existe depuis Vista (2006) pour Windows et bien avant dans le monde Linux.
Depuis 2006, les éditeurs de logiciels ont largement  eu le temps de savoir gérer correctement l'élévation de privilèges de l'utilisateur (ou de s'en passer en utilisant les dossier utilisateurs à la place des dossiers systèmes, comme c'est préconisé par Microsoft).
 
Il faut savoir que le système UAC protègant les fichiers et les dossiers systèmes n'est pas totalement "déblocable", même au niveau minimum, pour garantir la stabilité du système.
Il y a donc des éléments du système qui ne seront pas directement accessibles sans élévation de privilèges.
La conséquence indirecte est qu'en désactivant l'UAC, tu ajoutes aux risques de sécurité le risque de voir des erreurs à cause de logiciels ou de composants du système s'attendant à voir l'UAC.

Bonjour.
Si j'ai dit que j'avais mis l'UAC à son minimum, c'est parce qu'avant, dans un temps plus ou moins lointain, il était en mode "sécurité" tel qu'il est à l'installation de W10.
En ce temps là, révolu maintenant, je n'avais pas de souci à créer un fichier texte à la racine, ni a modifier mon .ini à la racine et, quant à mon soft "reschader" il pouvait modifier de lui-même le .ini, même si celui-ci était placé dans "programmes".
 
Aujourd'hui, je constate que même quand je mets toutes les protections à 0 et toutes les autorisations admin, je suis coincé de chez Coincé.
Avec les autorisations max, je suis arrivé à pouvoir créer un fichier texte sur la racine. MAIS je ne peux pas le sauvegarder après l'avoir édité.
 
Effectivement, je peux créer un répertoire à la racine dans lequel je peux faire ce que je veux, mais ça ne me donne pas la cause du problème.
 
Merci de prendre du temps pour moi.
 
à+

C’est pas un problème, c'est by design. T'es pas censé faire ça.

Bon, pour faire court:
- En mode Admin plein pot
- En UAC au minimum
- Avec un coup d'Attrib -r /s de partout (cmd en mode admin)
- La même chose par "Propriété" (sous Windows)
Les fichiers restent en mode protégés en écriture, à part qq répertoires.
 
ça vous semble normal ?
Pas moi.  
Parce qu'avant, je n'avais jamais eu de difficulté à modifier mes fichiers persos.
 
 
 

Tes fichiers persos n'ont rien a faire a la racine.

Tu fais vraiment n'imp' avec ton ordi...

formatage dans 5...4...3...

je suis le plein bénéficiaire de mon compte en banque, et pourtant je ne peux entrer dans la bâtiment, aller dans le coffre fort et retirer un billet de 10€
tu trouve cela normal ?

 
Je ne fais pas n'importe quoi, puisque je sais bien que "normalement" on n'a pas à mettre des fichiers sur la racine.
Sauf que là, j'ai un problème et que je teste les endroits où JE SAIS que dans CERTAINES conditions extrêmes il est possible d'intervenir.
 
Ceci dit, si ça peut te rassurer, je fais les mêmes tests dans le répertoires "documents" et ça ne marche pas davantage.
et pour te rassurer un peu plus, les fichiers sur lesquels je pouvais intervenir et qui se situent dans un des répertoires sous "program files", sont devenus inaccessibles en écriture.
 
Pour te rassurer définitivement, ça fait plus de 35 ans que je pianote sur PC (depuis le XT à 40MHz).
C'est pas la première fois que je me coince les doigts dans un clavier.
 
Malgré ça, je ne connais pas tout et c'est pour cela que je m'adresse au Forum.
 
Maintenant, évitez de me prendre pour un demeuré, parce que ce genre de réponse, ça ne fait pas avancer le shmilblic
Si vous n'avez pas la réponse, je ne vous en veux pas...
après tout vous avez le droit d'être aussi ignares que moi.  

tu a raison, je n'ai aucun conseil a te donner pour te mettre une balle dans le pied, tu semble très capable de la faire tout seul
 

Je ne comprend pas bien ce que tu essayes de faire.
 
Le système est conçu de telle manière que tu ne peux pas faire ce que tu veux dans les endroits protégés du systèmes.
Pour cela tu dois passer par une élévation de privilèges par l'UAC.
 
C'est donc tout à fait normal.

@next
j'aimerais retrouver le fonctionnement que j'avais auparavant.
Par exemple, dans le répertoire "programm files" et dans mon sous-répertoire "Lockeed Martin" j'ai des fichiers sur lesquels je pouvais intervenir en les éditant et en les sauvegardant.
Aujourd'hui, c'est devenu impossible: blocage au niveau de l'écriture.
Je précise qu'avant, je n'avais pas mis l'UAC à 0, et ça

@nex84
j'aimerais retrouver le fonctionnement que j'avais auparavant.
 
Par exemple, dans le répertoire "programm files" et dans mon sous-répertoire "Lockeed Martin" j'ai des fichiers sur lesquels je pouvais intervenir en les éditant et en les sauvegardant.
Aujourd'hui, c'est devenu impossible: blocage au niveau de l'écriture !
Je précise qu'avant, je n'avais pas mis l'UAC à 0, et ça fonctionnait quand même.
ce changement est intervenu aussi dans d'autres répertoires comme celui de "documents", pour ne citer qu'un exemple de plus.
 
@Z_cool
ne t'inquiète pas pour mes pieds....
je ne suis qu'un " Nez aux feet "    
 
(s'cuse moi mais ce jeu de mot y'a que les intellectuels pour le comprendre)  

tu te rend compte que je t ai sans doute donné la solution ici ?

Oui oui, mais ça c'est pour le faire à la main, pendant mon test.
MAIS le fonctionnement normal sera revenu QUAND ce sera le logiciel lui-même pourra modifier son fichier .ini.
Pour l'instant il ne peut plus le faire, alors qu'avant ça se faisait sans problème.
 
PS: en plus cette méthode ne fonctionne pas....mais je reconnais qui si tout était normal, ça fonctionnerait

Avant, c’était avant.
Maintenant, c’est maintenant.
 
Les choses changent. Et de ce que tu dis, il semble que ton « problème » – qui n’en est pas un, et est au contraire une preuve que MS améliore la sécurité de son système avec le temps – vient du fait qu’il existait encore une grosse faille permettant de mettre le bronx dans Windows, en laissant modifier directement des fichiers dans les dossiers système normalement protégés et seulement accessibles par l’OS. Cette faille a donc visiblement été enfin corrigée. N’espère donc pas la voir réouverte : ce ne serait ni bon, ni souhaitable.
 
Il reste encore à corriger cette autre faille qui est de permettre de copier (via une élévation de privilèges) un fichier créé dans un dossier utilisateur vers un dossier système, pour écraser celui déjà existant. C’est le seul moyen qu’il te reste actuellement pour ce que tu veux faire.

Salut
 
@Trit'
quand je dis avant, c'est pas du temps de XP.....c'était y'a 10 jours.
Donc la même config.
 
Et la preuve que y'a bien eu un changement anormal c'est que je viens de tout remettre en ordre.
De nouveau mes fichiers ini et compagnie sont redevenus accessibles en écriture, dans les répertoires qui se sont bloqués.
 
@Z_cool
Je te remercie de t'être inquiété de la sécurité de mes pieds parce que tu as eu peur que je me mette une balle dedans
et @flash_gordon
Merci aussi de m'avoir aider à "ne pas faire n'importe quoi"
...car cette info technique, sortie probablement d'un cours d'informatique supérieur, a été primordiale pour trouver la cause de mon problème.
 
Du coup, je suis allé "bidouiller" dans la base de Registre et j'ai fini par trouver le poteau rose !  
 
Je vous dis pas ce que j'ai changé en 2 endroits précis, pour ne pas que vous en veniez à faire du "n'importe quoi" et vous "tirer une balle dans le pied"
 
 
Puisque tout est rentré dans l'ordre, je vous remercie tous pour votre aide et vos conseils.
 
a+
R'
.
 
 

C'est ça.
Le fonctionnement que tu décris n'existe plus de base depuis Vista et a été renforcé depuis à chaque versions de Windows car ce n'est pas comme ça que Windows est prévu.
Là tu t'emberlificotes entre l'élévation de privilèges, les droits  utilisateur et les droits NTFS (oui, écrire une donnée su le disque système n'est pas si simple).

La seule solution pour toi est d'utiliser les bons endroits pour les donnés que tu as besoin de manipuler : les dossiers utilisateurs ou les autres partitions que la partition système C:\

Oh la la ...

C'est dommage de ne pas écouter les gens qui essayent de t'aider quand tu vas dans la mauvaise direction.

@Nex84
don't worry, be happy.
Non seulement ça RE-marche mais en plus, j'ai même une 2ème façon de faire avec "propriétés" de Windows.
C'est plus facile qu'avec la Base de Registre, d'où c'est plus à la portée de ceux qui ne veulent pas "faire du n'importe quoi"...
VU que cette modif est accessible par "propriété", on peut en conclure que "ça existe toujours" même si Bilou veut qu'on mette nos pieds là où lui veut qu'on les mette.... mais bon, ça n'a jamais était mon truc que quelqu'un s'occupe de faire bouger mes guibolles à sa manière... Du coup, je bouge mes fichiers là où je veux. ça fait 35 ans que ça dure, et mes PC n'ont pas encore explosés et je n'ai JAMAIS rien perdu de mes travaux.

Billou, il a quitté MS en 2008. Ça fera 12 ans, fin juin.
Il a même quitté le conseil d’administration dernièrement, mais ça doit faire des années qu’il ne devait plus y faire grand-chose.
 

Pourquoi tu utilises Windows, alors ? Il y a plein d’OS qui te permettent de faire différemment (et j’en utilise un).
 

Le temps n’est pas un argument, en informatique. Surtout si c’est pour prôner une position idéologique conservatrice, pour ne pas dire rétrograde (dans ce domaine, ça pardonne encore moins qu’en politique, où c’est déjà indéfendable). Moi, ça fait 28 ans que je manipule des PC. Et je vais pourtant pas utiliser Windows 10 comme j’utilisais Windows 3.1. Tu aurais été bien inspiré d’en faire autant.
 
Je note ton pseudo. Comme ça, quand tu viendras demander encore de l’aide, on saura te rappeler que tu n’en fais qu’à ta tête, nous fais seulement perdre notre temps, refuse d’écouter nos conseils quand ils ne vont pas dans ton sens, et trafiques ton OS de manière totalement irréfléchie et irresponsable. Ce jour-là, attends-toi à t’entendre répondre « débrouille-toi ».
 
Je ne te dis pas au revoir.

En fait tu mélanges UAC, permissions, mécanismes de protection de certains repertoires...et plutôt que t'adapter à ce nouveau mode de fonctionnement (qui n'a pas été mis en place par hasard) tu cherches à bidouiller ton Windows 10 pour le transformer en XP.
 
Déjà, si ton logiciel utilise des fichiers .ini et stocke des fichiers/dossiers à la racine, alors il est codé comme un goret et n'a pas évolué depuis les années 90 : il serait temps d'aller voir ailleurs.
Ensuite, pour modifier un fichier protégé, il suffit de le copier dans un endroit disponible en lecture/écriture (comme le Bureau) puis de le remplacer dans son dossier d'origine.