/ eller inte - det är frågan...

Ja, ett inledande / innebär rotkatalogen, utan inledande / blir det relativt till nuvarande katalog.

Vad jag förstår låg alltså grejerna du sökte i katalogen /tmp/vmware-tools-distrib. Du stod från början i någon katalog i stil med /home/peter.

Med /home/peter som utgångspunkt så betyder cd tmp att du ska till /home/peter/tmp. cd /tmp betyder att du ska till /tmp.

På samma sätt så när du står i /tmp så betyder cd vmware-tools-distrib att du ska till /tmp/vmware-tools-distrib men cd /vmware-tools-distrib att du ska till /vmware-tools-distrib.

(Om du är van vid Windows så fungerar det på exakt samma sätt där bara att du i princip har en rotkatalog per enhet istället för en rotkatalog för hela systemet.)

/ är root
tmp är en mapp som ligger i / och har sökvägen /tmp. Om du ska in i den och står i / räcker "cd tmp", annars behöver du skriva "cd /tmp"
vmware-tools-distrib verkar ligga i /tmp och har då sökvägen /tmp/vmware-tools-distrib. Om du ska in i den och står i /tmp skriver du "cd vmware-tools-distrib" och om du står någon annan stans skriver du "cd /tmp/vmware-tools-distrib".

Fler tips:

. är katalogen man står i
.. är upp en nivå från katalogen man står i
pwd visar vilken katalog man befinner sig i

Så om du står i /tmp/vmware-tools-distrib och vill gå till /tmp kan man skriva

cd ..

Ja det där kanske du redan kan. Men en lurig sak kan vara om man ska starta ett program eller skript i den katalogen man befinner sig i. Då räcker det inte med att bara skriva filnamnet (om inte den katalogen ligger i PATH) utan man får skriva

./filnamn

alternativt hela sökvägen till filen.
Detta hade jag stora problem med i början om jag gjorde ett eget skript. Och det kanske ändå inte funkade om man inte hade gjort skriptet exekverbart.

chmod +x filnamn

Mjo, precis... Skall man förklara för en gammal Windowsanvändare kan man förenklat säga att / mostvarar c:\ typ.

cd

cd ~

gäller för hemmappen

Att ~/ är den egna hemkatalogen och ~user/ är godtycklig användares hemkatalog är iaf vedertaget i Unixliknande OS.

Vad cd gör utan argument kan nog möjligen variera.

Skickades från m.sweclockers.com

Ett liknande kommando är
cd -
som hoppar tillbaka till den katalog man var i innan man bytte till den nuvarande.

cd

Tydligare utdrag från Wikipediaartikeln:

I alla *nix-lika system kan man utgå ifrån att `cd` utan argument går till sökvägen definierad i miljövariabeln `HOME` — det är definierat i POSIX. Det är skalet och inte `chdir()`-anropets uppgift att sköta detta (det kan också nämnas att eftersom *nix startar subprocesser för att utföra kommandon så kan inte `cd` vara ett externt kommando, utan måste hanteras inifrån den miljö där man vill byta katalog — dvs vara en "shell built-in").

Detsamma kan sägas om `cd ~`: det är skalet som expanderar detta till `HOME`-variabeln enligt POSIX.

`~` kan ju dock till skillnad från "inget argument" kombineras för att direkt specificera t ex katalogen `.local` i hemkatalogen via `~/.local`. Dessutom är ju beteendet för `~` detsamma för andra verktyg, till skillnad från "inget argument". `mv fil` flyttar ju exempelvis inte `fil` till hemkatalogen, vilket `mv fil ~" skulle göra.

I skript är det ofta enklare att använda `$HOME` direkt istf `~` då det har mer uppenbart beteende när man blandar in citationstecken och annat.

I interaktivt läge skulle jag aldrig skriva enbart `cd ~` — det är ju längre än `cd`, och gör definitionsmässigt samma sak .

Liknande regler gäller DOS / Windows:

Fast här gäller omvänt snedstreck istället, men principen är densamma, frånsett ett par undantag:

Istället för pwd, så kan man använda kommandot "cd" i sig för att ta reda på den aktuella sökvägen.

cd

För att ta sig till roten i den aktuella enheten, kan man enkelt ange:

cd \

Till skillnad från *nix system, man kan ange punkter utan mellanslag för att navigera (Både och fungerar givetvis)

cd..

Om man tycker att sådana är jobbigare att skriva, krånglar till textsträngar eller liknande fungerar väl dock snedstreck lika bra i så gott som alla situationer?

Varför DOS använder omvänt snedstreck beror på att det ordinarie snedstrecket används för kommandoväxlar.
Huruvida man kan använda ordinarie snedstreck som sökvägsavskiljare i senare versioner av Windows vet jag inte (Kan inte testa just nu i alla fall), men jag misstänker att det skulle krocka med kommandoväxlarna.

Jag får i alla fall följande felmeddelande under Windows XP's kommandoprompt när jag försöker med det ordinarie Snedstrecket som sökvägsavskiljare:

cd /Windows
Invalid switch. - /Windows

EDIT:
Efter lite Googlande, fick jag fram följande information: http://stackoverflow.com/questions/199792/lost-use-of-forward...
Varför jag fick felmeddelandet kan dock bero på modifieringar jag utfört i någon av systemvariablerna som styr vad som accepteras som skiljetecken. Exakta detaljer minns jag dock inte.

Hursomhelst så avråder jag från att använda det ordinarie snedstrecket under Windows / DOS, av den anledning att det är så oerhört lätt att ställa till det när man inte kan skilja kommandoväxlar från sökvägar.

Exempel:

dir /w /Windows

Lista filerna i båda sökvägarna "w och "Windows" ?

Oftast (åtminstone i Windows 7), jepp, men det funkar inte helt friktionsfritt med tab-completion (eller vad det nu egentligen heter).