Cygwin .bashrc n'étant pas source car cygwin démarre dans Windows home

REMARQUE: veuillez consulter ma deuxième modification ci-dessous pour une mise à jour sur le problème.

Cygwin fonctionnait bien pour moi jusqu'à la semaine dernière. Maintenant, .bashrc ne devient pas sourcé. Je dois avoir installé quelque chose ou changé quelque chose, mais je ne me souviens pas exactement de la cause du problème. Lorsque je démarre Cygwin, je suis dans ma maison Windows et aucun de mes alias ne fonctionne. Je dois source manuellement .bashrc. Ce qui suit est mon Cygwin.bat:

@echo off

C:
chdir C:\cygwin\bin

set CYGWIN=tty notitle glob

bash --login -i

Des idées?

EDIT: Mon .bash_profile contient les éléments suivants,

# source the users bashrc if it exists
if [ -f "${HOME}/.bashrc" ] ; then
  source "${HOME}/.bashrc"
fi

EDIT2: IMPORTANT! Lorsque j'ai démarré Cygwin, il démarre dans mon dossier d'accueil Windows. J'ai essayé de mettre mon .bash_profile et .bashrc dans ce dossier et ils ont été correctement achetés! Cela signifie que le problème a été réduit à déterminer pourquoi Cygwin démarre dans le dossier de base Windows et non dans le dossier de base Cygwin normal.

EDIT3: Résultats de l'exécution de grep Gulshan / etc / passwd /

$ grep Gulshan /etc/passwd
Administrator:unused:500:513:U-Gulshan-HP\Administrator,S-1-5-21-1235613160-4193452482-2032876723-500:/home/Administrator:/bin/bash
Guest:unused:501:513:U-Gulshan-HP\Guest,S-1-5-21-1235613160-4193452482-2032876723-501:/home/Guest:/bin/bash
Gulshan:unused:1000:513:U-Gulshan-HP\Gulshan,S-1-5-21-1235613160-4193452482-2032876723-1000:/home/Gulshan:/bin/bash

La FAQ Cygwin explique comment $HOMEest défini:

Lors du démarrage de Cygwin à partir de Windows, HOMEest déterminé comme suit par ordre de priorité décroissante:

• HOME à partir de l'environnement Windows, traduit au format POSIX.
• L'entrée dans /etc/passwd
• /home/USERNAME

Lorsque vous utilisez Cygwin à partir du réseau (telnet, ssh, ...), HOMEest défini à partir de /etc/passwd.

Si votre HOMEest défini sur une valeur telle que /cygdrive/c, il est probable qu'il ait été défini dans Windows. Démarrez une fenêtre de commande DOS et tapez set HOMEpour vérifier si c'est le cas.

L'accès aux lecteurs partagés est souvent limité lors du démarrage à partir du réseau, donc les utilisateurs du domaine peuvent souhaiter en avoir un différent HOMEdans l'environnement Windows (sur le lecteur partagé) que dans /etc/passwd(sur le lecteur local). Notez que ssh ne considère que /etc/passwd, sans tenir compte HOME.

Ma meilleure supposition est que vous avez foiré votre /etc/passwdfichier. (Le répertoire de base de Windows ne l'est %USERPROFILE%pas %HOME%.)

Que signifie grep USERNAME /etc/passwdimprimer (remplacer USERNAMEpar votre nom d'utilisateur)?

Si vous avez un .profile ou .bash_profile, qui provient de shells de connexion, et vous obtenez un shell de connexion depuis que vous avez réussi --login. Si vous sourcez .profile, bash ne source pas .bashrc.

J'essaierais de mettre:

[ -f $HOME/.bashrc ] && source $HOME/.bashrc

dans votre .profile, voyez si cela aide. Votre .bashrc doit toujours provenir, comme d'habitude, d'autres invocations de shell sans connexion.

Et ne passez pas -ià bash; vous n'en avez pas besoin. Bash sorte de hacks qui, prétend, vous avez donné -isur la ligne de commande.

J'ai rencontré le même comportement - probablement après avoir installé git (Windows).

Dans le paramètre système, j'ai trouvé la variable utilisateur HOME = C: \ Users \ me et la réinitialiser à HOME = D: \ home