* git bash
@ 2011-06-17 13:52 Massimo Manca
2011-06-17 14:18 ` Carlos Martín Nieto
0 siblings, 1 reply; 6+ messages in thread
From: Massimo Manca @ 2011-06-17 13:52 UTC (permalink / raw)
To: git
[-- Attachment #1: Type: text/plain, Size: 512 bytes --]
Hi all,
I am using git on Linux Ubuntu, Windows Vista, , Windows 7 and Windows
XP (several o.s. to develop sw).
In my notebook under Vista if I use bash on mi physical HD (it is
divided in C:, F:, H:) it works, if I try to open a bash console on an
external HD (or USB or SD memories) and also on network shared drives it
doesn't work.
Have I configuration problems? I installed last msys git distribution
and I choose to use bash shell also in Win to have the same commands on
both linux and win.
Best regards,
[-- Attachment #2: massimo_manca.vcf --]
[-- Type: text/x-vcard, Size: 340 bytes --]
begin:vcard
fn:Massimo Manca
n:Manca;Massimo
org:Micron Engineering di Massimo Manca
adr:;;via della Ferriera, 48;Pordenone;PN;33170;ITALIA
email;internet:massimo.manca@micronengineering.it
tel;work:+39 0434 1856131
tel;fax:+39 0434 1851032 / 178 273 3543
tel;cell:+39 349 4504979
url:http://www.micronengineering.it
version:2.1
end:vcard
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: git bash
2011-06-17 13:52 git bash Massimo Manca
@ 2011-06-17 14:18 ` Carlos Martín Nieto
2011-06-17 14:39 ` Dirk Süsserott
0 siblings, 1 reply; 6+ messages in thread
From: Carlos Martín Nieto @ 2011-06-17 14:18 UTC (permalink / raw)
To: Massimo Manca; +Cc: git
[-- Attachment #1: Type: text/plain, Size: 803 bytes --]
On Fri, Jun 17, 2011 at 03:52:55PM +0200, Massimo Manca wrote:
> Hi all,
> I am using git on Linux Ubuntu, Windows Vista, , Windows 7 and Windows
> XP (several o.s. to develop sw).
> In my notebook under Vista if I use bash on mi physical HD (it is
> divided in C:, F:, H:) it works, if I try to open a bash console on an
Assuming you mean that git doesn't work (rather than bash), could you
provide a transcript of what you think went wrong?
> external HD (or USB or SD memories) and also on network shared drives it
> doesn't work.
Are these filsystems FAT32 by any chance. You may need to turn on a
couple of compatibility options like case-insensitivity and filemode.
cmn
--
Carlos Martín Nieto | http://cmartin.tk
"¿Cómo voy a decir bobadas si soy mudo?" -- CACHAI
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: git bash
2011-06-17 14:18 ` Carlos Martín Nieto
@ 2011-06-17 14:39 ` Dirk Süsserott
2011-06-17 15:07 ` Massimo Manca
2011-07-14 23:15 ` Johannes Schindelin
0 siblings, 2 replies; 6+ messages in thread
From: Dirk Süsserott @ 2011-06-17 14:39 UTC (permalink / raw)
To: Carlos Martín Nieto, Massimo Manca, git
Am 17.06.2011 16:18 schrieb Carlos Martín Nieto:
> On Fri, Jun 17, 2011 at 03:52:55PM +0200, Massimo Manca wrote:
>> Hi all,
>> I am using git on Linux Ubuntu, Windows Vista, , Windows 7 and Windows
>> XP (several o.s. to develop sw).
>> In my notebook under Vista if I use bash on mi physical HD (it is
>> divided in C:, F:, H:) it works, if I try to open a bash console on an
>
> Assuming you mean that git doesn't work (rather than bash), could you
> provide a transcript of what you think went wrong?
>
>> external HD (or USB or SD memories) and also on network shared drives it
>> doesn't work.
>
> Are these filsystems FAT32 by any chance. You may need to turn on a
> couple of compatibility options like case-insensitivity and filemode.
But when using msysGit, these options are already set appropriate,
aren't they?
Sometimes I have a similar problem. What do you mean by "opening a bash
console on an external HD"? Do you right-click a folder and then "Git
bash (here)"? I don't use that feature but I always start the bash with
its regular icon (so my answer may probably not help you). It then
starts in my $HOME and I change to the external HD (say X:) like so:
$ cd /x/foo
I noticed the following: When the ext. HD is attached/mounted *before* I
start the bash, then it works. But if I have a running bash and then
mount the drive, I cannot cd to it. "No such path" or sth. It seems,
that bash builds a list of available drives only at startup. Might that
be your problem? If so, then close all bashs and re-open them after
mounting the devices.
HTH,
Dirk
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: git bash
2011-06-17 14:39 ` Dirk Süsserott
@ 2011-06-17 15:07 ` Massimo Manca
2011-07-14 23:15 ` Johannes Schindelin
1 sibling, 0 replies; 6+ messages in thread
From: Massimo Manca @ 2011-06-17 15:07 UTC (permalink / raw)
To: Dirk Süsserott; +Cc: Carlos Martín Nieto, git
[-- Attachment #1: Type: text/plain, Size: 1886 bytes --]
Il 17/06/2011 16.39, Dirk Süsserott ha scritto:
> Am 17.06.2011 16:18 schrieb Carlos Martín Nieto:
>> On Fri, Jun 17, 2011 at 03:52:55PM +0200, Massimo Manca wrote:
>>> Hi all,
>>> I am using git on Linux Ubuntu, Windows Vista, , Windows 7 and Windows
>>> XP (several o.s. to develop sw).
>>> In my notebook under Vista if I use bash on mi physical HD (it is
>>> divided in C:, F:, H:) it works, if I try to open a bash console on an
>> Assuming you mean that git doesn't work (rather than bash), could you
>> provide a transcript of what you think went wrong?
>>
>>> external HD (or USB or SD memories) and also on network shared drives it
>>> doesn't work.
>> Are these filsystems FAT32 by any chance. You may need to turn on a
>> couple of compatibility options like case-insensitivity and filemode.
> But when using msysGit, these options are already set appropriate,
> aren't they?
Yes they are.
> Sometimes I have a similar problem. What do you mean by "opening a bash
> console on an external HD"?
Yes, it is more user friendly.
> Do you right-click a folder and then "Git
> bash (here)"? I don't use that feature but I always start the bash with
> its regular icon (so my answer may probably not help you). It then
> starts in my $HOME and I change to the external HD (say X:) like so:
>
> $ cd /x/foo
Opening a bash shell from the icon and then changing the working
folder.... it works :)
Very strange bug.
> I noticed the following: When the ext. HD is attached/mounted *before* I
> start the bash, then it works. But if I have a running bash and then
> mount the drive, I cannot cd to it. "No such path" or sth. It seems,
> that bash builds a list of available drives only at startup. Might that
> be your problem? If so, then close all bashs and re-open them after
> mounting the devices.
>
In my situation the external HD (an SD card) it is always on.
> HTH,
> Dirk
>
>
[-- Attachment #2: massimo_manca.vcf --]
[-- Type: text/x-vcard, Size: 340 bytes --]
begin:vcard
fn:Massimo Manca
n:Manca;Massimo
org:Micron Engineering di Massimo Manca
adr:;;via della Ferriera, 48;Pordenone;PN;33170;ITALIA
email;internet:massimo.manca@micronengineering.it
tel;work:+39 0434 1856131
tel;fax:+39 0434 1851032 / 178 273 3543
tel;cell:+39 349 4504979
url:http://www.micronengineering.it
version:2.1
end:vcard
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: git bash
2011-06-17 14:39 ` Dirk Süsserott
2011-06-17 15:07 ` Massimo Manca
@ 2011-07-14 23:15 ` Johannes Schindelin
2011-07-18 18:51 ` Dirk Süsserott
1 sibling, 1 reply; 6+ messages in thread
From: Johannes Schindelin @ 2011-07-14 23:15 UTC (permalink / raw)
To: Dirk Süsserott; +Cc: Carlos Martín Nieto, Massimo Manca, git
[-- Attachment #1: Type: TEXT/PLAIN, Size: 590 bytes --]
Hi Dirk,
On Fri, 17 Jun 2011, Dirk Süsserott wrote:
> I noticed the following: When the ext. HD is attached/mounted *before* I
> start the bash, then it works. But if I have a running bash and then
> mount the drive, I cannot cd to it. "No such path" or sth. It seems,
> that bash builds a list of available drives only at startup. Might that
> be your problem? If so, then close all bashs and re-open them after
> mounting the devices.
This behavior is discussed here:
http://permalink.gmane.org/gmane.comp.version-control.git/141867
(look for "NO_FSTAB_THREAD")
Ciao,
Johannes
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: git bash
2011-07-14 23:15 ` Johannes Schindelin
@ 2011-07-18 18:51 ` Dirk Süsserott
0 siblings, 0 replies; 6+ messages in thread
From: Dirk Süsserott @ 2011-07-18 18:51 UTC (permalink / raw)
To: Johannes Schindelin; +Cc: Carlos Martín Nieto, Massimo Manca, git
Hi Johannes,
Am 15.07.2011 01:15 schrieb Johannes Schindelin:
> Hi Dirk,
>
> On Fri, 17 Jun 2011, Dirk Süsserott wrote:
>
>> I noticed the following: When the ext. HD is attached/mounted *before* I
>> start the bash, then it works. But if I have a running bash and then
>> mount the drive, I cannot cd to it. "No such path" or sth. It seems,
>> that bash builds a list of available drives only at startup. Might that
>> be your problem? If so, then close all bashs and re-open them after
>> mounting the devices.
>
> This behavior is discussed here:
>
> http://permalink.gmane.org/gmane.comp.version-control.git/141867
>
> (look for "NO_FSTAB_THREAD")
>
> Ciao,
> Johannes
thank you for the pointer. That's what I've observed. To be honest, I'm
one of the lazy guys and didn't really understand the impact of setting
NO_FSTAB_THREAD at first glance. As I understood, setting it means
"mounting drives afterwards works, but slows things down" and not
setting it means the opposite. Meanwhile I'm familiar with re-starting
my git-bash in case (that's not too bad for me). I almost never run git
commands from cmd.exe because cmd.exe is rubbish.
But, again, thanx for the help; now I know how to fine-tune the
behaviour if I wish.
Cheers,
Dirk
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-07-18 18:51 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-17 13:52 git bash Massimo Manca
2011-06-17 14:18 ` Carlos Martín Nieto
2011-06-17 14:39 ` Dirk Süsserott
2011-06-17 15:07 ` Massimo Manca
2011-07-14 23:15 ` Johannes Schindelin
2011-07-18 18:51 ` Dirk Süsserott
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).