A git forrástól kellett telepítenem az RHEL-re. A telepítés után a git parancs /usr/local/bin/git
fájlban van, amikor megpróbálja a whereis
parancsot. Ez az útvonal elérhető a $PATH
is.
A git beírásakor továbbra is a „Parancs nem található” felirat olvasható. Hogyan lehet ezt megoldani?
SZERKESZTÉS: különféle parancsok kimenete
$type git type: Command not found. $which git git: Command not found. $ls -l /usr/local/bin/git -rwxr-xr-x 112 root users 5851488 Mar 15 20:07 /usr/local/bin/git $whereis git git: /usr/local/bin/git $echo $PATH /usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
SZERKESZTÉS: Most működik, de nem tudom, miért
Megszakítottam a telnet kapcsolatot, és néhány perccel ezelőtt újra bejelentkeztem, és megállapítottam, hogy a git parancs működik. Nem tudom, mi okozta a működését. Ez zavaró.
Megjegyzések
Válasz
A (t) csh által használt hibaüzenetekből. Segítene megemlíteni a kérdésében, különösen, ha “div div = = 83e6ce5bc1″>
, mint a felszólítás, és ez “hagyományosan egy Bourne-felszólítás, nem pedig egy csh-s prompt.
type
egy beépített Bourne-stílusú shell-ben. Nem” t létezik a csh-ban. A type git
futtatásakor azt mondja, hogy a type
parancs nem található.
Sok héj információkat tárol a parancsok helye a keresési útvonalban egy gyorsítótárban. Nem tudom, hogy a csh bármelyik verziója tárolja-e a negatív kereséseket, de úgy tűnik, hogy a tiéd igen. Futtassa a rehash
parancsot a gyorsítótár frissítéséhez. Amikor új shell-példányt indít, friss gyorsítótárral rendelkezik, ezért nem emlékszik arra, hogy git
korábban nem volt jelen.
Megjegyzések
- Szia Gilles, meg kellett volna említenem a héjat. Sajnálom, hogy. De kapok $ -ot mind a bash, mind a tcsh esetében. a tsch-ben a [felhasználónév @ rendszernév] $ formátum, a bash-ban pedig a bash-3.2 $ formátum.
- Szerintem ez a lehető legszorosabb magyarázat a történtekre. Megpróbálom ezt újra létrehozni, igazolni és visszajutni. Köszönöm …
Válasz
Győződjön meg róla, hogy, mint a ezt a szálat , a héjad nem változott attól, amelyet állítólag megkapsz:
Éppen most tapasztaltam, hogy a shell csh-re változott, és ez okozta a problémát.
[root@localhost ~]# grep ^"$USER" /etc/passwd root:x:0:0:root:/root:/bin/csh
megváltoztattam bash-ra, és a probléma megoldódott!
[root@localhost ~]# type export export is a shell builtin
Ez megmagyarázná miért kap “type: Command not found.
” hibaüzenetet.
Kísérleteztem a következő parancsokkal:
[root@localhost ~]# csh [root@localhost ~]# type export type: Command not found. [root@localhost ~]# bash [root@localhost ~]# type export export is a shell builtin [root@localhost ~]# grep ^"$USER" /etc/passwd root:x:0:0:root:/root:/bin/bash
Megjegyzések
- A shell megváltoztatása bash-ra a ' type ' parancs működni. A git parancs most is működik, anélkül, hogy belemennénk a bash-ba. Nem tudom, miért! Kérjük, olvassa el a szerkesztést.
Válasz
A legvalószínűbb ok az, hogy a megfelelő PATH
van, de nem a megfelelő LD_LIBRARY_PATH
.
A legújabb git
futtatható fájl egy bináris fájl, amely dinamikusan kapcsolódik. Amikor követte a telepítési utasításokat, valószínűleg könyvtárakat (.so
fájlokat) helyezett el a /usr/local/lib
könyvtárba, hozzá kell adnia ezt az elérési utat a LD_LIBRARY_PATH
. Próbálja ki, majd futtassa a git-t:
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/lib git
Ha ez nem működik, megadhatja a ldd /usr/local/bin/git
kimenetet . Köszönöm.
PS: ha a megoldás működött, hozzá kell adnia az LD_LIBRARY_PATH sort az .bash_profile
type git
,which git
,ls -l /usr/local/bin/git
kimenetek.file
-et jelentette, nem pedigtype
;-), tehát ő akarja (és én is) afile /usr/local/bin/git
type
a ,bash
észsh
. Abban az esetben, ha aksh
t használja, jó kifogása lehet arra, hogy nem ismeri. (Az énksh
fájlban csak egywhence
álnév található atype
névvel. biztos, hogy mennyire elterjedt egy ilyen beállítás.) pastebin.com/VzScxzRg