Що таке каталоги ./ та ../?

Просте запитання, але я не впевнений, куди шукати, а Google не відповідає на періоди та косої риски.

Я просто намагаюся підрахувати # файлів і каталогів в поточному каталозі (не включаючи вкладені папки / файли) і намагається диференціювати ls -1 | wc -lі , ls | wc -lтак як вони здаються однаковими. Сайт, на який я переглядав, сказав: "Майте на увазі, що це також враховує каталоги ./ і ../". щодо того, з ким ls -1, і я не впевнений, чи це означає, що він включає до себе каталоги або щось таке (чого я не хочу), але, здається, це не робилося на тестуванні.

Чи може хтось підтвердити, який із них буде найбільш адекватним для підрахунку # файлів та каталогів лише у поточному каталозі (не підпорядкованому) та що вони означають під каталогами ./ та ../?

Кожен каталог у системі Unix (і, мабуть, і будь-яка інша система) містить щонайменше дві записи каталогів. Це .(поточний каталог) та ..(батьківський каталог). Що стосується кореневого каталогу, вони вказують на те саме місце, але в будь-якому іншому каталозі вони відрізняються. Ви можете побачити це для себе , використовуючи stat, pwdі cdкоманди (на Linux):

$ cd /
$ stat . .. bin sbin | grep Inode
Device: 802h/2050d      Inode: 2           Links: 27
Device: 802h/2050d      Inode: 2           Links: 27
Device: 802h/2050d      Inode: 548865      Links: 2
Device: 802h/2050d      Inode: 2670593     Links: 2
$ pwd
/
$ cd ..
$ pwd
/
$

Зверніть увагу , що binі sbinкожен з них має два посилання на нього. Один - це запис каталогу в кореневому каталозі, а другий - .запис всередині цього каталогу.

Використання " lspipe" до wc -l- простий трюк для підрахунку кількості рядків у висновку ls. Припущення полягає в тому, що кожен файл або каталог буде займати рівно один рядок у висновку. GNU ls, коли вихід є нетермінальним, зробить це автоматично; іншим може знадобитися -1опція, щоб чітко ввімкнути поведінку. wc -lпросто підраховує та виводить кількість рядків ( -l) у своєму введенні.

Проблема такого підходу полягає в тому, що в Linux та файлових системах, які традиційно використовуються в Linux, імена файлів та каталогів (вони в цьому плані дійсно є одними і тими ж) можуть містити символи нового рядка . За наявності цих методів розпадається будь-який метод - ці записи будуть рахуватися як два або більше записів, якщо насправді вони є одним.

Поки ви використовуєте GNU ls, не має записів каталогів з іменами, що містять символи нового рядка, і не мають непарних псевдонімів ls(наприклад, ls -a), обидва будуть виводити кількість файлів і каталогів у поточному (або вказаному) каталозі. Для більшості людей це досить добре, але в загальному випадку це не вірно .

Якщо вам потрібно правильно обробляти незвичні символи (в першу чергу нові рядки) в іменах запису каталогу, я пропоную скористатися -bпараметром ls, щоб уникнути їх. ls -1bAбуде надрукувати кожну назву вхідного каталогу у власному рядку, уникаючи незвичних символів (тому кожен запис у каталозі буде розглянуто як один), включаючи будь-які точкові файли та -директорії. Увійдіть wc -lу повний командний рядок, ls -1bA | wc -lякий повідомить про кількість файлів і каталогів у поточному каталозі (але ігноруйте .і ..; це різниця між -aі -A), але не спускається в жодні підкаталоги. Якщо ви не хочете, щоб якісь точкові файли зараховувались до загальної суми, просто опустіть -Aпараметр до ls.

Щоб відповісти на запитання з теми:

Коли в Unix створений каталог B, він додається як новий запис до іншого каталогу A (його батьківського каталогу), а в B додаються два записи: один викликається .як жорстке посилання до себе, а інший - ..як жорсткий посилання на А.

Це єдині жорсткі посилання на каталоги, дозволені (хоча деякі старі версії деяких Unices також дозволяли довільні посилання).

ось чому в більшості файлових систем ( btrfsщо є помітним винятком) кількість linksкаталогів є вказівкою на те, скільки у них є підкаталогів (враховуючи їх ..записи).

Коли ви перейменовуєте / переміщуєте каталог, якщо він перебуває у тому самому каталозі (під іншим іменем), Aзмінюється лише запис у імені . Б .і ..не зачіпається. Але якщо ви перемістите його в інший каталог, то ..в Bбуде змінено. Це пояснює, чому ви можете перейменовувати каталог, до якого у вас немає доступу для запису (якщо припустити, що у вас є доступ для запису до батьківського каталогу) лише до тих пір, поки ви не перемістите його в інший каталог (інакше необхідність змінити ..запис перешкоджає ви від переміщення).

Але /a/b/../cбудьте обережні: можливо, це не те саме, що /a/cтому, що це /a/bможе бути символічним посиланням на якийсь інший каталог.

Винятком є ​​те, коли цей шлях дається cdкоманді до деяких оболонок. Вони cdтрактують .. логічно ігноруючи ..записи в каталогах. Причина, чому ви часто бачите cd -Pв правильно написаних сценаріях, щоб відключити функцію, яка в іншому випадку може викликати плутанину та невідповідності.

Щоб підрахувати кількість записів у поточному каталозі, виключаючи .та ..з bash, ви можете зробити:

shopt -s nullglob dotglob
set -- *
echo "$#"

З zsh:

f=(*(ND))
echo $#f

Портативно:

find . ! -name . -prune -print | grep -c /

Я не чудовий експерт Linux, але знаю Linux (коли він був адміністратором 16 років тому, на Slackware :) гарний старий час

каталоги ./ і ../ просто:. поточна директорія, .. - це попередній каталог (у дереві pwd - команда локального каталогу-

Якщо вона їх підраховує, я вважаю, що вони додають 2 до загальної кількості лістингу, а не рекурсивно і підраховують каталог нижче поточного, а також знову підраховують поточний каталог (.) :))

Отже, я думаю, що він додає значення 2 до вже підрахунку (файлів) у поточному каталозі.

Хто-небудь виправить мене, якщо я помиляюся.

Я просто дописую, щоб допомогти, і побачив, що ніхто не відповів на це запитання, вони можуть бути зайняті. Але просто експериментуйте і подивіться, чи є у вас 10 файлів і налічуєте 12, то це все.