Czy katalog jest usuwany, gdy jego liczba twardych linków osiągnie wartość 0?
10
Czy katalog jest usuwany, gdy jego liczba twardych linków osiągnie wartość 0?
Katalog zawsze ma co najmniej 2 jako liczbę twardych dowiązań, z powodu .. Czy rm -rw katalogu, czy liczba linków twardych zmniejsza się z 2 do 0 o 2 zamiast 1?
Czy liczba twardych dowiązań katalogu może wynosić 1?
Po pierwsze, nie wszystkie systemy plików używają .i ..jako twarde linki. jest to udokumentowane w instrukcji wyszukiwania GNU. Zamierzam zignorować te systemy plików do końca mojej odpowiedzi, ponieważ nie zostały zaprojektowane dla Uniksa i tylko komplikują rzeczy bez dodawania przejrzystości. Z tego samego powodu zamierzam również zignorować katalog główny i punkty instalacji.
liczba linków do katalogu nigdy nie jest mniejsza niż dwa z powodu .i ... Liczba podkatalogów jest równa liczbie łączy minus dwa. Z tego powodu nie można połączyć lub rozłączyć katalogu, więc rm -rbędzie statto plik przed usunięciem i używać rmdirzamiast unlinkna katalogach. Dwa wywołania systemowe używają całkowicie różnych ścieżek kodu w jądrze.
Dzięki. Katalog ma stałe łącze .., tylko jeśli ma podkatalog, prawda? Więc ..nie zawsze jest obecny dla katalogu, prawda?
Tim
..jest obecny w każdym katalogu, który jest podkatalogiem. który jest wszystkim, ale /który też ma jeden, więc wszystkie katalogi.
hildred
1
(1) Jeśli katalog nie ma podkatalogu, katalog nie ma twardego łącza ..do siebie. Jakie są twarde linki do katalogu? plik z nazwą ścieżki i .? (2) dlaczego ignorujesz punkty montowania?
Tim
Jeśli katalog jest podkatalogiem. pozycja ..będzie wskazywała na rodzica. W szczególnym przypadku link do katalogu głównego wskazuje na siebie. Pozwala to cd ..\..i podobne polecenia działać zgodnie z oczekiwaniami, bez względu na to, gdzie jesteś. Możesz przetestować za pomocą statpolecenia.
BillThor
1
Masz rację, że liczba linków nigdy nie jest mniejsza niż 2, ale nie z powodu ... Jest to spowodowane .tym, że nazwa w katalogu nadrzędnym wskazuje na to. Jedynym wyjątkiem jest root, który nie ma rodzica. Ale ..wskazuje na siebie, więc ma również liczbę linków = 2.
Barmar
11
Każdy plik w konwencjonalnie zaprojektowanym systemie plików UNIX, którego liczba referencyjna (np. Suma liczby hardlink i liczby otwartych uchwytów plików *) osiąga 0, jest usuwana. Jednak w nowoczesnych systemach UNIX rmdirwywołanie systemowe usuwa pusty katalog w jednej operacji zamiast usuwania .i ..jeden po drugim.
Jednak w historycznych systemach UNIX to wywołanie systemowe nie istniało. Zamiast tego rmdirpolecenie było programem setuid ( można tu znaleźć kod źródłowy ), który sprawdził, czy katalog jest pusty (inny niż wpisy specjalne), a następnie usunął ..i ., w tej kolejności, a następnie usunął sam katalog, wszystko za pomocą unlinkwywołanie systemowe, którego tylko root mógł używać w katalogach (dlatego polecenie było setuid). W tych systemach liczba odsyłaczy do katalogu wynosiłaby na chwilę 1 po .usunięciu, ale przed usunięciem katalogu z katalogu nadrzędnego, wynosiłaby 0.
rmPolecenia, nawiasem mówiąc, nawet zapobiec pierwiastek z usuwania katalogów. I rm -rwoła rmdirpolecenie, aby usunąć katalogi po opróżnieniu ich zawartości.
W tych historycznych systemach niewłaściwe użycie unlinkwywołania z programu działającego jako root, uruchomionego do wyścigu z rmdirlub mv, lub utworzenia pliku w procesie, którego bieżący katalog został usunięty (współczesne systemy temu zapobiegają), może spowodować zawieszenie plików lub katalogów które mają twardą liczbę linków powyżej 0, ale nie istnieją w drzewie katalogów. Ten warunek został wykryty przez dchecki nadal jest jednym z testów, fsckponieważ jest fizycznie możliwy w większości systemów plików.
Nawiasem mówiąc, systemy plików nie są wymagane do implementacji katalogów (w tym .i ..) jako normalnych plików, które mają dowiązania twarde. W tych systemach plików liczba dowiązań twardych katalogu zawsze będzie zgłaszana jako 0(ale oczywiście jego istnienie w katalogu nadrzędnym kwalifikuje się do „liczby referencji” równej 1).
Zachowanie usuniętego katalogu (np. Podczas sprawdzania przez proces, który już go otworzył lub ma go jako katalog bieżący) oraz dokładne znaczenie „liczby linków” katalogu są nieokreślone. Na przykład w systemie Mac OS X zgłosi liczbę Hardlink 2 , mimo że nie ma prawdziwych hardlinków. Choć .i ..nie pojawiają się w zestawieniu, katalog może być otwarty i statmoże być wywołana z nazwą .lub ... W systemie Linux, liczba link jest 0, ale .i ..również nadal pracować.
Mac OS X zgłasza również liczbę wszystkich plików w katalogu jako liczbę łączy, a nie tylko liczbę podkatalogów. Ale to nawet wtedy, gdy 2 .i ..zniknęły.
* Obejmuje to normalne otwarte deskryptory, sekcje mapowane w pamięci (w tym np. Wykonywanie plików binarnych i bibliotek współdzielonych) oraz przetwarzanie bieżących katalogów.
..
, tylko jeśli ma podkatalog, prawda? Więc..
nie zawsze jest obecny dla katalogu, prawda?..
jest obecny w każdym katalogu, który jest podkatalogiem. który jest wszystkim, ale/
który też ma jeden, więc wszystkie katalogi...
do siebie. Jakie są twarde linki do katalogu? plik z nazwą ścieżki i.
? (2) dlaczego ignorujesz punkty montowania?..
będzie wskazywała na rodzica. W szczególnym przypadku link do katalogu głównego wskazuje na siebie. Pozwala tocd ..\..
i podobne polecenia działać zgodnie z oczekiwaniami, bez względu na to, gdzie jesteś. Możesz przetestować za pomocąstat
polecenia...
. Jest to spowodowane.
tym, że nazwa w katalogu nadrzędnym wskazuje na to. Jedynym wyjątkiem jest root, który nie ma rodzica. Ale..
wskazuje na siebie, więc ma również liczbę linków = 2.Każdy plik w konwencjonalnie zaprojektowanym systemie plików UNIX, którego liczba referencyjna (np. Suma liczby hardlink i liczby otwartych uchwytów plików *) osiąga 0, jest usuwana. Jednak w nowoczesnych systemach UNIX
rmdir
wywołanie systemowe usuwa pusty katalog w jednej operacji zamiast usuwania.
i..
jeden po drugim.Jednak w historycznych systemach UNIX to wywołanie systemowe nie istniało. Zamiast tego
rmdir
polecenie było programem setuid ( można tu znaleźć kod źródłowy ), który sprawdził, czy katalog jest pusty (inny niż wpisy specjalne), a następnie usunął..
i.
, w tej kolejności, a następnie usunął sam katalog, wszystko za pomocąunlink
wywołanie systemowe, którego tylko root mógł używać w katalogach (dlatego polecenie było setuid). W tych systemach liczba odsyłaczy do katalogu wynosiłaby na chwilę 1 po.
usunięciu, ale przed usunięciem katalogu z katalogu nadrzędnego, wynosiłaby 0.rm
Polecenia, nawiasem mówiąc, nawet zapobiec pierwiastek z usuwania katalogów. Irm -r
wołarmdir
polecenie, aby usunąć katalogi po opróżnieniu ich zawartości.W tych historycznych systemach niewłaściwe użycie
unlink
wywołania z programu działającego jako root, uruchomionego do wyścigu zrmdir
lubmv
, lub utworzenia pliku w procesie, którego bieżący katalog został usunięty (współczesne systemy temu zapobiegają), może spowodować zawieszenie plików lub katalogów które mają twardą liczbę linków powyżej 0, ale nie istnieją w drzewie katalogów. Ten warunek został wykryty przezdcheck
i nadal jest jednym z testów,fsck
ponieważ jest fizycznie możliwy w większości systemów plików.Nawiasem mówiąc, systemy plików nie są wymagane do implementacji katalogów (w tym
.
i..
) jako normalnych plików, które mają dowiązania twarde. W tych systemach plików liczba dowiązań twardych katalogu zawsze będzie zgłaszana jako0
(ale oczywiście jego istnienie w katalogu nadrzędnym kwalifikuje się do „liczby referencji” równej 1).Zachowanie usuniętego katalogu (np. Podczas sprawdzania przez proces, który już go otworzył lub ma go jako katalog bieżący) oraz dokładne znaczenie „liczby linków” katalogu są nieokreślone. Na przykład w systemie Mac OS X zgłosi liczbę Hardlink 2 , mimo że nie ma prawdziwych hardlinków. Choć
.
i..
nie pojawiają się w zestawieniu, katalog może być otwarty istat
może być wywołana z nazwą.
lub..
. W systemie Linux, liczba link jest 0, ale.
i..
również nadal pracować.Mac OS X zgłasza również liczbę wszystkich plików w katalogu jako liczbę łączy, a nie tylko liczbę podkatalogów. Ale to nawet wtedy, gdy 2
.
i..
zniknęły.* Obejmuje to normalne otwarte deskryptory, sekcje mapowane w pamięci (w tym np. Wykonywanie plików binarnych i bibliotek współdzielonych) oraz przetwarzanie bieżących katalogów.
źródło
strcpy
do tablicy o stałym rozmiarze w pliku wykonywalnym setuid ... to były dobre czasy!mkdir
oparty na fakcie, że musi zrobić to samo w odwrotny sposób.rmdir
, czy..
usunięcie nie usunie katalogu nadrzędnego?