Vous avez renommé un dossier d’installation et, depuis, l’entrée de « Toutes les applications » affiche l’ancien nom ou pointe vers un chemin introuvable ? Voici un guide clair et complet pour corriger le libellé, la cible et comprendre les restrictions d’accès du dossier Start Menu sous Windows 11 Pro.
Sommaire
Corriger le nom ou la cible d’un programme dans « Toutes les applications » (Windows 11 Pro)
Problème posé
Après le renommage du dossier d’installation d’un logiciel (ou son déplacement), l’entrée correspondante dans la vue Toutes les applications continue d’afficher l’ancien nom et son raccourci (.lnk) pointe vers une cible devenue invalide. Les objectifs sont :
- Renommer ou recréer l’entrée affichée dans « Toutes les applications » ;
- Localiser l’emplacement exact qui fournit cette entrée au menu Démarrer ;
- Comprendre pourquoi l’Explorateur refuse l’accès à certains Start Menu et travailler au bon endroit.
Solution pas‑à‑pas
Afficher les éléments système cachés
- Ouvrez l’Explorateur de fichiers.
- Allez dans Affichage > Afficher et cochez Éléments cachés.
- Ouvrez Options > Affichage et décochez Masquer les fichiers protégés du système d’exploitation (confirmez l’avertissement). Vous reverrez les dossiers de type junction et les arborescences historiques.
Pourquoi ? Les raccourcis de « Toutes les applications » sont regroupés dans des emplacements spéciaux souvent masqués par défaut.
Localiser les raccourcis (.lnk) qui alimentent « Toutes les applications »
Seuls deux emplacements sont pris en compte par Windows pour la liste :
| Portée | Dossier réel | Alias rapides (Exécuter/Explorateur) | Remarques |
|---|---|---|---|
| Pour tous les utilisateurs | C:\ProgramData\Microsoft\Windows\Start Menu\Programs | shell:Common Programsshell:Common Start Menu | Nécessite parfois l’élévation UAC pour modifier. |
| Pour l’utilisateur courant | %APPDATA%\Microsoft\Windows\Start Menu\Programs | shell:Programsshell:Start Menu | Écriture libre sans élévation (profil en cours). |
Important : le pseudo‑chemin C:\Users\All Users\... est un ancien alias. Il redirige vers C:\ProgramData et n’est plus utilisé directement. Travaillez sur ProgramData ou %APPDATA% uniquement.
Astuce : utilisez la boîte Exécuter (Windows+R) et tapez shell:Programs (profil courant) ou shell:Common Programs (tous les utilisateurs) pour tomber exactement au bon endroit sans fouiller l’arborescence.
Corriger ou recréer le raccourci
- Dans le dossier Programs concerné, localisez le fichier
.lnkdu programme. - Clic droit > Propriétés > onglet Raccourci :
- Cible (Target) : mettez à jour le chemin de l’exécutable si le dossier a été déplacé ou renommé.
- Démarrer dans (Start in) : adaptez le dossier de travail (souvent le nouveau dossier d’installation).
- Exécuter : conservez l’option par défaut ou ajustez (fenêtre réduite/agrandie) si nécessaire.
- Icône : si l’icône a disparu, repointez vers le nouvel
.exeou vers un.ico.
- Renommez le fichier
.lnkpour refléter le nouveau nom que vous souhaitez voir dans « Toutes les applications ». Le libellé affiché est le nom du fichiers.lnk. - Si le raccourci est irrécupérable : supprimez-le puis créez‑en un neuf depuis l’exécutable du programme (clic droit > Envoyer vers > Bureau (créer un raccourci)), puis déplacez ce nouveau
.lnkdans le dossier Programs approprié (tous les utilisateurs ou profil courant).
Vous préférez le faire en PowerShell (utile sur plusieurs raccourcis) ? Créez ou mettez à jour un .lnk via COM :
# Créer un raccourci .lnk propre
$Wsh = New-Object -ComObject WScript.Shell
$lnk = $Wsh.CreateShortcut("C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Mon Appli\Mon Appli.lnk")
$lnk.TargetPath = "C:\Program Files\MonAppli\MonAppli.exe"
$lnk.WorkingDirectory = "C:\Program Files\MonAppli"
$lnk.Arguments = ""
$lnk.IconLocation = "C:\Program Files\MonAppli\MonAppli.exe,0"
$lnk.Save()
# Mettre à jour la cible d'un lot de .lnk après renommage de dossier
function Update-LnkTarget {
param(
[Parameter(Mandatory)][string]$Root,
[Parameter(Mandatory)][string]$OldFragment,
[Parameter(Mandatory)][string]$NewFragment,
[switch]$WhatIf
)
$w = New-Object -ComObject WScript.Shell
Get-ChildItem -Path $Root -Filter *.lnk -Recurse | ForEach-Object {
$s = $w.CreateShortcut($_.FullName)
if ($s.TargetPath -and $s.TargetPath -like "*$OldFragment*") {
$new = $s.TargetPath -replace [regex]::Escape($OldFragment), $NewFragment
"{0}`n Old: {1}`n New: {2}" -f $_.FullName, $s.TargetPath, $new | Write-Host
if (-not $WhatIf) { $s.TargetPath = $new; $s.Save() }
}
}
}
# Exemple d'usage (simulation d'abord)
Update-LnkTarget -Root "C:\ProgramData\Microsoft\Windows\Start Menu\Programs" `
-OldFragment "C:\Program Files\AncienNom" -NewFragment "C:\Program Files\NouveauNom" -WhatIf </code></pre>
<h4>Actualiser le menu</h4>
<ul>
<li>Fermez puis rouvrez la session <em>Windows</em> pour forcer la réévaluation des entrées.</li>
<li>Ou redémarrez l’Explorateur :
<ul>
<li><strong>Gestionnaire des tâches</strong> > <em>Processus</em> > <strong>Explorateur Windows</strong> > <strong>Redémarrer</strong>.</li>
<li>Ou <kbd>Ctrl</kbd>+<kbd>Maj</kbd> + clic droit sur la <em>barre des tâches</em> > <strong>Quitter l’Explorateur</strong>, puis <strong>Fichier > Exécuter</strong> et tapez <code>explorer</code>.</li>
</ul>
</li>
</ul>
<h4>Cas particuliers</h4>
<ul>
<li><strong>Applications Microsoft Store (MSIX/UWP)</strong> : elles n’installent pas de <code>.lnk</code> classique dans <em>Programs</em>. Leur nom et leur présence dans « Toutes les applications » proviennent du manifeste du package. Vous ne pouvez pas renommer ou éditer directement leur entrée. Pour créer un raccourci <em>supplémentaire</em> (sur le Bureau, par exemple), passez par <code>shell:AppsFolder</code> : glissez l’app sur le Bureau pour générer un <code>.lnk</code> dédié — mais cela n’affectera pas le nom dans la liste « Toutes les applications ».</li>
<li><strong>Masquer sans supprimer</strong> : renommez le fichier <code>.lnk</code> en lui ajoutant une extension inoffensive (<code>.lnk.renamed</code>) ou placez‑le dans un sous‑dossier <em>Archive</em>. En environnement géré, utilisez une stratégie <em>Start Layout</em> ou des règles <em>AppLocker</em>/<em>SRP</em> pour un contrôle plus fin.</li>
<li><strong>Raccourcis dupliqués</strong> : si un programme apparaît deux fois, c’est qu’un <code>.lnk</code> existe à la fois dans <em>ProgramData</em> <em>et</em> dans <em>%APPDATA%</em>. Conservez un seul des deux.</li>
</ul>
<hr>
<h2>Message « Vous n’avez actuellement pas l’autorisation d’accéder à ce dossier » sur le lien <em>Start Menu</em> du profil utilisateur</h2>
<h3>Pourquoi ce blocage ?</h3>
<p>Le chemin visuel <code>C:\Users\<Nom>\Start Menu</code> que l’Explorateur laisse entrevoir est un <strong>junction NTFS</strong> (<em>point de réanalyse</em>) gardé pour la compatibilité avec les versions historiques de Windows. Ce point :</p>
<ul>
<li>redirige en réalité vers <code>%APPDATA%\Microsoft\Windows\Start Menu</code> ;</li>
<li>porte une ACL spéciale avec un <em>Deny</em> de liste/lecture pour empêcher de parcourir directement ce lien ;</li>
<li>déclenche dans l’Explorateur une protection supplémentaire (prévention de boucles et clarifications de sécurité), d’où le message d’accès refusé même si vous essayez d’en changer le propriétaire.</li>
</ul>
<p><strong>Conclusion</strong> : le junction n’est pas fait pour être exploré. Utilisez les chemins réels <em>Programs</em> détaillés plus haut.</p>
<h3>Contournements et bonnes pratiques</h3>
<table>
<thead>
<tr>
<th>Besoin</th>
<th>Méthode recommandée</th>
</tr>
</thead>
<tbody>
<tr>
<td>Accéder au contenu du <em>Start Menu</em> utilisateur</td>
<td>Allez directement sur <code>%APPDATA%\Microsoft\Windows\Start Menu\Programs</code> ou utilisez <code>shell:Programs</code> / <code>shell:Start Menu</code>.</td>
</tr>
<tr>
<td>Accéder au contenu global (tous les utilisateurs)</td>
<td>Utilisez <code>C:\ProgramData\Microsoft\Windows\Start Menu\Programs</code> ou <code>shell:Common Programs</code>. Acceptez l’élévation si demandée.</td>
</tr>
<tr>
<td>Contrôler/éditer les ACL</td>
<td>Invite admin : <code>icacls "%APPDATA%\Microsoft\Windows\Start Menu"</code> ou PowerShell : <code>Get-Acl</code>.</td>
</tr>
<tr>
<td>Forcer l’ouverture du <em>junction</em></td>
<td>Possible en ligne de commande (<code>cd /d "%USERPROFILE%\Start Menu"</code>), mais inutile : ce n’est qu’un miroir. Préférez les dossiers réels.</td>
</tr>
<tr>
<td>Restaurer un junction supprimé par mégarde</td>
<td>Invite admin : <code>mklink /J "%USERPROFILE%\Start Menu" "%APPDATA%\Microsoft\Windows\Start Menu"</code>.</td>
</tr>
</tbody>
</table>
<div style="border-left:4px solid #ff3b30;padding:12px 16px;background:#fff7f7;margin:16px 0;">
<strong>Attention</strong> : ne supprimez pas les dossiers « réels » <code>Start Menu</code> dans <em>ProgramData</em> ou <em>%APPDATA%</em>. Supprimez/modifiez uniquement les <code>.lnk</code> qui s’y trouvent. La suppression d’une arborescence entière peut retirer des raccourcis pour d’autres utilisateurs ou briser des uninstalls.
</div>
<hr>
<h2>Informations complémentaires utiles</h2>
<h3>Réinitialiser l’affichage si le libellé ne se met pas à jour</h3>
<ol>
<li>Ouvrez l’<em>Invite de commandes</em> en tant qu’administrateur.</li>
<li>Exécutez :
<pre><code>ie4uinit.exe -show
taskkill /IM explorer.exe /F
start explorer
Ces commandes demandent à Windows de réappliquer les associations d’icônes et redémarrent proprement l’Explorateur.
Recherche rapide des liens obsolètes
Pour détecter les raccourcis dont la cible contient un ancien nom de dossier, utilisez un petit utilitaire PowerShell fiable (le champ Target n’existe pas nativement sur un fichier .lnk ; il faut passer par l’objet COM) :
function Get-LnkInfo {
param([Parameter(Mandatory)][string[]]$Roots)
$w = New-Object -ComObject WScript.Shell
foreach ($root in $Roots) {
if (-not (Test-Path $root)) { continue }
Get-ChildItem -Path $root -Filter *.lnk -Recurse -ErrorAction SilentlyContinue |
ForEach-Object {
$s = $w.CreateShortcut($*.FullName)
[pscustomobject]@{
Lnk = $*.FullName
TargetPath = $s.TargetPath
Arguments = $s.Arguments
WorkingDir = $s.WorkingDirectory
Icon = $s.IconLocation
}
}
}
}
# Exemple : lister tout et filtrer sur "AncienNomDeDossier"
Get-LnkInfo -Roots @(
"$env:PROGRAMDATA\Microsoft\Windows\Start Menu\Programs",
"$env:APPDATA\Microsoft\Windows\Start Menu\Programs"
) | Where-Object { $_.TargetPath -match 'AncienNomDeDossier' } | Format-Table -AutoSize Générer un inventaire complet
Si vous voulez une liste plate et exhaustive (utilisable pour un audit rapide) :
dir /s /b "%PROGRAMDATA%\Microsoft\Windows\Start Menu\Programs" ^
> "%USERPROFILE%\Desktop\AllApps.txt"
dir /s /b "%APPDATA%\Microsoft\Windows\Start Menu\Programs" ^
>> "%USERPROFILE%\Desktop\AllApps.txt" Le fichier AllApps.txt regroupe tous les .lnk fournis par la machine et par le profil.
Automatiser une mise à jour de masse après renommage
Après un renommage tel que C:\Program Files\MonSuite → C:\Program Files\MonSuite 2025, mettez à jour en lot les cibles et les dossiers de travail :
function Repair-LnkAfterMove {
param(
[Parameter(Mandatory)][string]$OldRoot,
[Parameter(Mandatory)][string]$NewRoot,
[switch]$WhatIf
)
$w = New-Object -ComObject WScript.Shell
$roots = @(
"$env:PROGRAMDATA\Microsoft\Windows\Start Menu\Programs",
"$env:APPDATA\Microsoft\Windows\Start Menu\Programs"
)
foreach ($r in $roots) {
Get-ChildItem -Path $r -Filter *.lnk -Recurse -ErrorAction SilentlyContinue | ForEach-Object {
$s = $w.CreateShortcut($_.FullName)
$changed = $false
```
if ($s.TargetPath -and $s.TargetPath.StartsWith($OldRoot, 'CurrentCultureIgnoreCase')) {
$s.TargetPath = $s.TargetPath -replace [regex]::Escape($OldRoot), $NewRoot
$changed = $true
}
if ($s.WorkingDirectory -and $s.WorkingDirectory.StartsWith($OldRoot, 'CurrentCultureIgnoreCase')) {
$s.WorkingDirectory = $s.WorkingDirectory -replace [regex]::Escape($OldRoot), $NewRoot
$changed = $true
}
if ($changed) {
"{0}`n > Target: {1}`n > StartIn: {2}" -f $_.FullName, $s.TargetPath, $s.WorkingDirectory | Write-Host
if (-not $WhatIf) { $s.Save() }
}
}
```
}
}
# Simulation, puis exécution
Repair-LnkAfterMove -OldRoot "C:\Program Files\MonSuite" -NewRoot "C:\Program Files\MonSuite 2025" -WhatIf
# Si OK :
Repair-LnkAfterMove -OldRoot "C:\Program Files\MonSuite" -NewRoot "C:\Program Files\MonSuite 2025" Astuces d’organisation pour garder un menu clair
- Conservez une structure Fournisseur \ Produit sous Programs (ex. :
Contoso\Contoso Designer.lnk) pour éviter l’éparpillement par initiales. - Évitez les noms techniques longs dans le nom du
.lnk: privilégiez un libellé simple et unique. Le détail (édition, année) se gère dans les propriétés. - Regroupez les outils secondaires (désinstalleur, documentation, utilitaires) dans un sous‑dossier Outils ou Maintenance.
FAQ (problèmes courants)
Je n’arrive pas à renommer un raccourci dans ProgramData.
Ouvrez l’éditeur en élévation : clic droit sur l’Explorateur > Exécuter en tant qu’administrateur ou utilisez un éditeur de fichiers avec UAC. Les dossiers Common Programs sont partagés et protégés.
J’ai supprimé un raccourci, mais l’entrée est toujours visible.
Le cache n’est peut‑être pas à jour (redémarrez l’Explorateur). Vérifiez aussi le second emplacement (profil courant ou global) : un doublon peut persister.
Pourquoi les apps Store ne se renomment‑elles pas ?
Leur nom vient du manifeste du package MSIX. On ne peut pas le surcharger pour « Toutes les applications ». Créez un .lnk alternatif via shell:AppsFolder si vous devez unifier le nommage sur le Bureau.
Le raccourci pointe vers un script .bat/.ps1 : quelque chose cloche avec l’icône.
Ajustez l’icône via Changer d’icône… et pointez vers l’exécutable principal ou un .ico dédié. Réglez Démarrer dans pour que le script trouve ses ressources.
Je souhaite masquer une app pour certains utilisateurs.
Supprimez le .lnk du Common Programs et fournissez‑le uniquement dans les profils autorisés (%APPDATA%), ou appliquez des stratégies (Start Layout, AppLocker/SRP) selon votre contexte.
Checklist de diagnostic rapide
| Étape | Action | Résultat attendu |
|---|---|---|
| 1 | Ouvrir shell:Programs et shell:Common Programs | Localiser le .lnk fautif |
| 2 | Propriétés > Raccourci : Cible et Démarrer dans | Chemins mis à jour vers le nouveau dossier |
| 3 | Renommer le fichier .lnk | Libellé corrigé dans « Toutes les applications » |
| 4 | Redémarrer l’Explorateur | Affichage rafraîchi (icônes, libellés) |
| 5 | Vérifier l’autre emplacement (doublons) | Aucune entrée en double restante |
Bonnes pratiques d’administration (pro et IT)
- Lors des déploiements, ne réécrasez pas aveuglément l’arborescence Common Programs : ajoutez/remplacez uniquement ce qui est nécessaire.
- Conservez des noms stables (sans année) pour les dossiers d’installation, et gérez l’année dans le nom du
.lnk. Moins de casse lors des migrations. - Exportez un inventaire des
.lnkaprès chaque mise à jour majeure. Comparez avec l’inventaire précédent pour détecter des entrées orphelines. - Sur des postes partagés, préférez le Common Programs et bannissez les installations par utilisateur, sauf cas particulier.
Exemples pas‑à‑pas concrets
Exemple A : un dossier renommé casse l’entrée
- Vous renommez
C:\Program Files\GraphProenC:\Program Files\GraphPro 2025. - Dans
shell:Common Programs, ouvrezGraphPro>GraphPro.lnk> Propriétés. - Mettez à jour Cible vers
C:\Program Files\GraphPro 2025\GraphPro.exeet Démarrer dans versC:\Program Files\GraphPro 2025. - Renommez
GraphPro.lnkenGraphPro 2025.lnk. - Redémarrez l’Explorateur. Terminé.
Exemple B : deux entrées apparaissent pour le même logiciel
- Recherchez
shell:Programsetshell:Common Programs: vous trouvez un.lnkdans chaque emplacement. - Décidez de la portée : si le logiciel est utile à tous, gardez la version « Common », supprimez celle du profil ou inversement.
- Relancez l’Explorateur.
Exemple C : entrée d’une application du Store à renommer
- L’app PhotoNote provient du Microsoft Store : aucune trace dans Programs. C’est normal.
- Vous ne pouvez pas renommer son libellé dans « Toutes les applications ». En revanche, ouvrez
shell:AppsFolder, glissez l’app sur le Bureau pour créer un.lnkpersonnalisé (utile pour les scripts, barres d’outils, etc.).
Récapitulatif clé
- « Toutes les applications » est alimenté exclusivement par deux dossiers Programs : l’un sous ProgramData (global), l’autre sous %APPDATA% (profil).
- Le nom affiché est celui du
.lnk(son nom de fichier). La cible et le dossier de démarrage se corrigent dans Propriétés > Raccourci. - Le junction
C:\Users\<Nom>\Start Menuest volontairement non navigable dans l’Explorateur. Utilisez les chemins réels oushell:. - Les apps MSIX/Store ne déposent pas de
.lnket ne sont pas éditables dans « Toutes les applications ». - Si l’affichage tarde à se mettre à jour, redémarrez l’Explorateur et/ou rejouez
ie4uinit.exe -show.
Annexes pratiques
Alias shell: utiles
| Commande | Ouvre… | Quand l’utiliser |
|---|---|---|
shell:Programs | Programmes du profil courant | Corriger une entrée spécifique à l’utilisateur |
shell:Common Programs | Programmes pour tous les utilisateurs | Uniformiser pour tous les comptes |
shell:Start Menu | Racine du Start Menu du profil | Réorganiser des sous‑dossiers |
shell:Common Start Menu | Racine du Start Menu global | Créer un dossier fournisseur commun |
shell:AppsFolder | Conteneur virtuel des apps (Win32 + MSIX) | Créer un .lnk ad hoc d’une app Microsoft Store |
Commandes d’audit et de réparation expresses
:: Lister tous les .lnk (global)
dir /s /b "C:\ProgramData\Microsoft\Windows\Start Menu\Programs"
:: Lister tous les .lnk (profil)
dir /s /b "%APPDATA%\Microsoft\Windows\Start Menu\Programs"
:: Réinitialiser l’Explorateur + icônes
ie4uinit.exe -show
taskkill /IM explorer.exe /F
start explorer Erreurs fréquentes à éviter
- Changer les autorisations du junction
Start MenusousC:\Usersen pensant lever la restriction : l’Explorateur continue de bloquer par conception, vous perdez du temps. - Éditer le registre pour « forcer » un renommage : inutile pour les
.lnkstandard, tout se joue dans les deux dossiers Programs. - Supprimer des dossiers entiers sous ProgramData : vous risquez d’affecter tous les utilisateurs. Supprimez/renommez les
.lnkseulement.
Conclusion
La liste « Toutes les applications » de Windows 11 Pro s’appuie sur deux emplacements concrets. En sachant exactement où vivent les raccourcis et comment les éditer, vous corrigez en quelques minutes un nom erroné, une cible brisée ou un doublon, sans bricoler le système. Et si l’Explorateur refuse l’accès à l’ancienne entrée Start Menu du profil, c’est normal : dirigez‑vous vers le dossier réel (%APPDATA%) ou le dépôt global (ProgramData) pour une correction propre et durable.