Estou tentando entender como o lscomando funciona e presumo que exista um script de shell que defina lsalgum lugar no sistema de arquivos. Está correto? Se sim, onde posso encontrá-lo?
Responder1
lsusa opendir()e readdir()para percorrer todos os arquivos no diretório. Se precisar de mais informações sobre um deles, ele chama stat(). Leia a fonte, é claro, mas um atalho muito útil é:
# strace ls
A parte principal com alguns comentários é:
Obtenha as entradas do diretório
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
fcntl64(3, F_GETFD) = 0x1 (flags FD_CLOEXEC)
getdents64(3, /* 53 entries */, 32768) = 1744
getdents64(3, /* 0 entries */, 32768) = 0
close(3) = 0
Verifique se stdout é um dispositivo de caractere
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0
mapeie stdin na memória. (Não sei por que, veja a fonte)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb73ff000
grave as entradas do diretório em stdout e finalize
write(1, "bin Desktop Documents Downloa"..., 91bin Desktop
Documents Download Music Pictures Public public_html Templates
Videos
) = 91
close(1) = 0
munmap(0xb73ff000, 4096) = 0
close(2) = 0
exit_group(0) = ?
Responder2
lsnão é um script de shell, se você emitir fileo comando, saberá que é um arquivo executável LSB ELF de 64 bits:
$ type -a ls
ls is aliased to `ls --color=auto'
ls is /usr/bin/ls #<---- now we know the file path of `ls`
ls is /bin/ls
$
$ file /usr/bin/ls
/usr/bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=ddf8cdb3f1fd2e8263637b7c8ccea84fbf41ee3c, stripped
$
Você pode encontrar o código-fonte onlineaqui.
Ou se sua distribuição for uma distribuição Linux + baseada em RPM dnf, você pode:
$ rpm -qf /usr/bin/ls
coreutils-8.22-22.fc21.x86_64 #so now we know the package name is coreutils
$ sudo dnf whatprovides /usr/bin/ls #alternative way
Using metadata from Mon May 16 02:39:55 2016 (1 day, 23:03:50 hours old)
coreutils-8.22-22.fc21.x86_64 : A set of basic GNU tools commonly used in shell scripts
Repo : @System
coreutils-8.22-19.fc21.x86_64 : A set of basic GNU tools commonly used in shell scripts
Repo : fedora
coreutils-8.22-22.fc21.x86_64 : A set of basic GNU tools commonly used in shell scripts
Repo : updates
$
$ mkdir coreutils #optional
$ cd coreutils #optional
$ sudo dnf download --source coreutils
...
$ rpm2cpio coreutils-8.22-22.fc21.src.rpm |cpio -idmv
...
$ sudo rm coreutils-8.22-22.fc21.src.rpm #optional
$ unp coreutils-8.22.tar.xz
...
$ rm coreutils-8.22.tar.xz #optional
$ cd coreutils-8.22/
$ find . -iname 'ls*'
./lib/lseek.c
./lib/lstat.c
./src/ls.c #<---- now we know ls.c is here
./src/ls-vdir.c
./src/ls.h
./src/ls-ls.c
./src/ls-dir.c
./man/ls.x
./tests/ls
./tests/misc/ls-misc.pl
./tests/misc/ls-time.sh
./m4/ls-mntd-fs.m4
./m4/lstat.m4
./m4/lseek.m4
$ vi ./src/ls.c
Observação:
coreutils-8.22-22.fc21.src.rpm é meu, o número do seu pacote pode variar.
Alguns comandos como
type -a historyreturn "history is a shell builtin", você deve olhar o código-fonte do shell atual, ou sejarpm -qf `readlink -f /proc/$$/exe`(Detectar o shell atual pelo comando écomplicadodo que você imagina, esse truque não funciona nofishshell)No shell csh/tcsh, você deve usar
where historyporque não existe taltypecomando. Mais detalhes podem ser encontradosaqui.Você também pode querer tentar o curinga, por exemplo,
repoquery --resolve --archlist=src '*compress*'para incluir pacotes não instalados (tenha cuidado se o comando de consulta for como '*uncompress*', neste caso você precisa remover o prefixo 'un' para restringir se a primeira tentativa for '*uncompress*' fracassado). A saídarepoqueryacima precisa remover o meio0:e opcionalmente postfix com.rpmpara obter o nome completo correto que você pode usar para pesquisar emhttp://rpm.pbone.net, por exemplo, ncompress-0:4.2.4.4-3.fc21.src altere para ncompress-4.2.4.4-3.fc21.src.rpmVocê pode ativar a depuração de espelho quando a fonte de download do DNF, caso o servidor de espelho esteja inativo. Veresse.
[ATUALIZAR]
Caso você tenha um erro de rpm devido a repositórios inválidos como eu, foi assim que consertei:
$ sudo dnf config-manager --set-enabled '*' #Enable all repos, at anytime, check with `sudo dnf repolist all`
$ repoquery --resolve --archlist=src '*compress*'
Could not match packages: failure: repodata/repomd.xml from rpmfusion-free-rawhide-source: [Errno 256] No more mirrors to try.
http://free.nchc.org.tw/rpmfusion/free/fedora/development/rawhide/source/SRPMS/repodata/repomd.xml: [Errno 14] HTTP Error 404 - Not Found
...
$ repoquery --resolve --archlist=src --enablerepo='*source' --disablerepo='rpmfusion-free-rawhide-source' '*compress*' #not works too
...
$ sudo yum-config-manager --save --disablerepo=rpmfusion-nonfree-rawhide-source #for unknown reason, it doesn't work
$ sudo dnf config-manager --set-disabled rpmfusion-free-rawhide-source #for unknown reason, it doesn't work
$ grep -rnIH -D skip --color=always rpmfusion-free-rawhide-source /etc/yum.repos.d/
/etc/yum.repos.d/rpmfusion-free-rawhide.repo:17:[rpmfusion-free-rawhide-source]
$ sudo vi /etc/yum.repos.d/rpmfusion-free-rawhide.repo #Edit rpmfusion-free-rawhide-source from enabled=1 to enabled=0
$ repoquery --resolve --archlist=src '*compress*'#now should works :) repeat the `grep and vi` steps above if got error in other repos, in my case i have to disable rpmfusion-nonfree-rawhide-source too.
p/s:Edite o título de [rpmfusion-free-rawhide-source] para [rpmfusion-free-rawhide-sourceDESATIVAR] hack deve fazer --enablerepo='*source' funcionar, embora até agora eu tenha achado desnecessário porque já habilitei todos os repositórios no primeiro comando.
Responder3
Não sei se isso é uma resposta porque ls está escrito em C, mas você pode escrever um script de shell para fazer um "ls" usando o loop for:
for f in *;do echo $f; feito
Também é útil em alguns shells estáticos ...