Як сказати, чи дійсно я знаходжусь у командному рядку з місця розташування символьного посилання?

Припустимо, у мене є папка:

cd /home/cpm135/public_html

і скласти символічне посилання

ln -s /var/lib/class .

Пізніше я в цьому каталозі:

cd /home/cpm135/public_html/class

Це pwdскаже мені, що я в/home/cpm135/public_html/class

Чи є спосіб дізнатися, що я "насправді" /var/lib/class? Спасибі

Залежно від того, як pwdналаштована ваша команда, вона може за замовчуванням відображати логічний робочий каталог (виводити за pwd -L), який би відображав розташування символьної посилання, або фізичний робочий каталог (виводить за pwd -P), який ігнорує симпосилання та показує "реальний" каталог.

Для отримання повної інформації ви можете це зробити

file "$(pwd -L)"

Всередині симпосилання це повернеться

/path/of/symlink: symbolic link to /path/of/real/directory

Зауважте, що pwdнасправді вбудована оболонка. Залежно від вашої оболонки та її конфігурації, результати можуть змінюватися. Для більш портативного рішення слід використовувати /bin/pwd. Фрагмент зі сторінки керівництва:

NAME
       pwd - print name of current/working directory

SYNOPSIS
       pwd [OPTION]...

DESCRIPTION
       Print the full filename of the current working directory.

       -L, --logical
              use PWD from environment, even if it contains symlinks

       -P, --physical
              avoid all symlinks

       --help display this help and exit

       --version
              output version information and exit

       If no option is specified, -P is assumed.

       NOTE:  your  shell  may  have  its  own  version of pwd, which usually supersedes the version described here.  Please refer to your shell's documentation for
       details about the options it supports.

Загалом, ви можете вирішити повний канонічний шлях будь-якого файлу / каталогу за допомогою readlink -f. readlink -f .працює аналогічно pwd -P.

Ви справді перебуваєте /home/cpm135/public_html/class- це єдина правильна відповідь на питання "який у мене поточний робочий каталог".

Коли ви посилаєтесь на /var/lib/class... це не справді про те, де ви знаходитесь, а більше про те, яким шляхом ви проїхали туди .

Під час запуску /bin/pwdвін визначає поточний робочий каталог, переглядаючи. і .. каталоги (ті, що вказані вгорі ls -la), які розробляють, який каталог у .. відповідає. а потім працює назад до .. і. посилайтеся на той самий каталог. Після того, як буде зроблено все це, він знатиме, що це ваш поточний робочий каталог.

Коли ви запускаєте pwdвбудовану оболонку, вона не дотримується цієї процедури (хоча при необхідності вона може зробити якусь частину) - натомість вона запам'ятовує шлях, який ви пройшли сюди. Отже, кожен раз, коли ви виконуєте cdкоманду, ваша оболонка пам'ятає, що в рамках шляху до того, де ви зараз знаходитесь, і pwdвиводить, що вона розрахована, виходячи з усіх cdкоманд, які ви виконали - які можуть бути, а можуть і не бути вашими фактичними робочий каталог.

Речі можуть стати дуже дивними, коли ви робите ln -s . fooта продовжуєте працювати cdв foo - /bin/pwdскажуть, що ви все ще в тому самому каталозі, але вбудована оболонка pwdскаже, що ви перебуваєте /foo/foo/foo/foo/foo/foo- хоча такого каталогу навіть насправді не існує. (Це сказав - ви, мабуть, можете cd в це ввійти.)

Ще одне джерело плутанини є, якщо каталоги будуть перейменовані. /bin/pwdТоді негайно підходить до зміни, але вбудований pwdне буде, поки ви не зробите щось, що скаже, що стара назва каталогів не має значення.

По суті, ви запитуєте, чи є показ фактичного шляху поточного робочого каталогу. Ну, є з python та os.getcwd()функцією

Що ви бачите нижче - це невеликий тест із каталогу "VirtualBox VMs", розташованого в моєму домашньому каталозі. Насправді це символьне посилання на інший каталог, розташований на іншому жорсткому диску, встановленому на /mnt/HDD.

bash-4.3$ file "$(pwd)"
/home/xieerqi/VirtualBox VMs: symbolic link to /mnt/HDD/VirtualBox VMs/
bash-4.3$ python -c 'import os; print os.getcwd()'
/mnt/HDD/VirtualBox VMs

Як бачите, python's os.getcwd()вирішує реальний шлях до каталогу, а не шлях symlink.