Co // oznacza na ścieżce?

Pracowałem w swoim terminalu, kiedy popełniłem błąd podczas cdrootowania ( /). Przypadkowo wpisałem //i dostałem terminal:

root@weblocalhost://#

Kiedy piszę pwd, otrzymuję odpowiedź, //ale kiedy piszę, ls -smam taką samą listę jak w /katalogu.

Gdy wpiszesz więcej niż 2, tzn. ///Otrzymasz:

root@weblocalhost:/#

Zawsze 1 /z wyjątkiem 2. Czy jest jakaś różnica i do czego służy //?

/ jest równa //

Ze specyfikacji POSIX (wyróżnienie dodane):

3.267 Nazwa ścieżki

Ciąg używany do identyfikacji pliku. W kontekście POSIX.1-2008 nazwa ścieżki może być ograniczona do bajtów {PATH_MAX}, w tym kończącego bajtu zerowego. Ma opcjonalne początkowe <slash> znaki, po których następuje zero lub więcej nazw plików oddzielonych <slash> znakami. Nazwa ścieżki może opcjonalnie zawierać jeden lub więcej końcowych <slash>znaków. Wiele kolejnych <slash>znaków jest uważanych za takie same jak jeden <slash>, z wyjątkiem przypadku dokładnie dwóch wiodących <slash>znaków.

I :

4.12 Rozpoznawanie nazw ścieżek

...
Ścieżka składająca się z pojedynczej nazwy <slash>powinna zostać przeniesiona do katalogu głównego procesu. Ścieżka zerowa nie może zostać pomyślnie rozwiązana. Jeżeli nazwa ścieżki zaczyna się od dwóch kolejnych <slash>znaków, pierwszy składnik następujący po <slash>znakach wiodących można interpretować w sposób zdefiniowany w implementacji, chociaż więcej niż dwa <slash>znaki wiodące należy traktować jako pojedynczy <slash> znak.

Aby uzyskać przyjemną dyskusję na temat wyjątków (cygwin i katalogi), zobacz: Jak linux obsługuje wiele kolejnych separatorów ścieżek (plik / home //// nazwa użytkownika ///)?

Możesz dodać wiele ukośników do katalogu i nic to nie zmieni.

Np. Wszystkie trzy polecenia robią to samo:
cd /home
cd /home/
cd /home//

Po którymkolwiek z nich mój bieżący katalog roboczy jest ustawiony na / home (sprawdź za pomocą pwd).

Wydaje mi się, że masz skonfigurowane polecenie, by zrobić coś inteligentnego i że wpadłeś w nieoczekiwane zachowanie. Co dostajesz, kiedy jesteś echo $PS1?

Link do komentarza na https://unix.stackexchange.com/, który może to wyjaśnić.