☰

Где я могу найти скрипт оболочки для команды ls?

tag-icon • tag-icon shell shell-script directory-structure
Где я могу найти скрипт оболочки для команды ls?

Я пытаюсь понять, как lsработает команда, и предполагаю, что есть скрипт оболочки, который определяет lsгде-то в файловой системе. Это правильно? Если да, то где его можно найти?

решение1

lsиспользует opendir()и readdir()для прохода по всем файлам в каталоге. Если ему нужна дополнительная информация об одном из них, он вызывает stat(). Читайте исходный код, конечно, но очень удобный ярлык:

# strace ls

Ключевая часть с парой комментариев:

Получить записи каталога

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

Убедитесь, что stdout является символьным устройством

fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0

отобразить stdin в память. (Не уверен, зачем, см. исходник)

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb73ff000

записать записи каталога в stdout и завершить

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)                           = ?

решение2

lsэто не скрипт оболочки, если вы введете fileкоманду, вы будете знать, что это исполняемый файл ELF 64-бит LSB:

$ 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
$

Исходный код можно найти в сетиздесь.

Или, если ваш дистрибутив представляет собой дистрибутив Linux на основе RPM + dnf, то вы можете:

$ 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

Примечание:

  1. coreutils-8.22-22.fc21.src.rpm — мой, ваш номер пакета может отличаться.

  2. Некоторые команды, например, type -a historyвозвращают «историю — встроенную оболочку», вам следует посмотреть исходный код текущей оболочки, т. е. rpm -qf `readlink -f /proc/$$/exe`(Определение текущей оболочки по командесложныйчем вы могли бы подумать, этот трюк не работает в fishоболочке)

  3. В оболочке csh/tcsh следует использовать, where historyпотому что такой команды нет type. Подробнее можно узнатьздесь.

  4. Вам также может быть интересно попробовать подстановочные знаки, например, repoquery --resolve --archlist=src '*compress*'чтобы включить неустановленные пакеты (будьте осторожны, если команда запроса похожа на '*uncompress*', в этом случае вам нужно удалить префикс 'un', чтобы сузить, если первая попытка '*uncompress*' не удалась). Из вывода repoqueryвыше нужно удалить середину0:и опционально постфикс с.об/минчтобы получить правильное полное имя, которое вы можете использовать для поискаhttp://rpm.pbone.net, например ncompress-0:4.2.4.4-3.fc21.src измените его на ncompress-4.2.4.4-3.fc21.src.rpm

  5. Вы можете включить отладку зеркала, когда dnf загружает исходный код, в случае, если сервер зеркала не работает. Смотритеэтот.

[ОБНОВЛЯТЬ]

Если у вас, как и у меня, возникла ошибка RPM из-за недействительных репозиториев, вот как я ее исправил:

$ 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.

п/с:Измените заголовок с [rpmfusion-free-rawhide-source] на [rpmfusion-free-rawhide-sourceЗАПРЕЩАТЬ] хак должен заставить работать --enablerepo='*source', хотя пока я обнаружил, что это не нужно, поскольку я уже включил все репозитории в первой команде.

решение3

Я не знаю, является ли это ответом, потому что ls написан на языке C, но вы можете написать скрипт оболочки для выполнения «ls» с использованием цикла for:

для f в *; сделать echo $f; сделано

Это также полезно в некоторых статических оболочках...

Связанный контент