Kemény és szimbolikus (szimbolikus) hivatkozások a Windows rendszerben

Ha valaha is át kellett böngésznie a szokásos Windows programok fájlhelyét, akkor talán észrevette egy furcsaságot. Néhány alkalmazásfájl másolva van, és többször is. Például a 64 bites Windows 8.1 rendszerben 6 notepad.exe Notepad futtatható fájl található a rendszerpartíció különböző könyvtáraiban. Miért van szükségünk ilyen furcsa másolatra??

Biztosítani kell a kompatibilitást a harmadik féltől származó alkalmazásokkal is, amelyek igényeik egy részében a Jegyzettömböt használják. Ennek oka egyszerű - különböző programokban a Notepadhoz előírt útvonal eltérhet, és a problémák kiküszöbölése érdekében a Microsoft fejlesztői több helyen is elhelyezték a notepad.exe fájlt. Ugyanez vonatkozik számos más szokásos alkalmazásra, például a WordPadre.

Kemény linkek vagy Hard Link

A másolásnak valójában nem kell, hogy történjen. Amit látsz és egy valódi fájlként definiálsz, valójában Hard Linkgé válhat - egy speciális hivatkozás típusa, amely valamilyen fájl elérési útjait képezi. Az ilyen hivatkozásokat kemény hivatkozásoknak nevezzük. Kíváncsi, hogy egy NTFS fájlban akár 1023 merev hivatkozás is lehet, és a név és a méret kivételével mindegyik a pontos másolatának fog kinézni. A hivatkozásokhoz hasonlóan a hard hivatkozásoknak is lehetnek különböző nevei.

De azok tartalma és attribútumai közösek, és ha egy ilyen linkben megváltoztatja őket, akkor a változások az összes többi linkre hatással lesznek, még a kukába törölt linkre is. Ami a kemény linkek méretét illeti, ez csak egy megjelenés. Mivel gyakorlatilag nincs súlyuk, az ilyen típusú hivatkozásokat az Explorer olyan fájlokként határozza meg, amelyeknek tényleges súlyuk van, ami néha sok kérdést és nehézséget okoz a felhasználók számára, amikor manuálisan tisztít számos rendszerkönyvtárat, ugyanazt a Winsx fájlt. A Hard Link korlátozásai vannak. Tehát csak fájlokhoz és egyetlen köteten belül hozhat létre kemény linkeket.

Szerencsére ritka, hogy a hétköznapi felhasználók nehéz linkeket találnak, különben valószínűleg zavart és komoly problémákat okozna. Nem írjuk le a kemény linkek viselkedésének minden jellemzőjét, mivel ez túl sok időt igényel. Ehelyett azt javasoljuk, hogy hozzon létre saját Hard Link-et, és kísérletezzen velük. Íme egy példa. Készítsen egy egyszerű, file1.txt szöveges fájlt az asztalon, és írjon bele valamit. Most nyissa meg a parancssort, és hozzon létre egy pár kemény linket a file2.txt és file2.txt nevekkel. Így:

cd% userprofile% \ desktop

fsutil hardlink create file2.txt file1.txt

fsutil hardlink létrehozás fájl3.txt fájl1.txt

Vegye figyelembe, hogy a create parancs után először a merev hivatkozás neve, majd az eredeti fájl neve jelenik meg. Kemény hivatkozásokat is létrehozhat más kemény hivatkozásokra. Általában érezd jól magad. Biztos vagyok benne, hogy sok érdekes dolgot talál magának..

Szimbolikus hivatkozások vagy szimbolikus hivatkozások

A kemény linkekkel ellentétben a szimbolikus és a szimbolikus hivatkozások nagyobb rugalmasságot mutatnak. Ezek célja a fájlrendszer-objektumok kényelmes szervezése, valamint az alkalmazások teljesítményének optimalizálása az SSD-lemezeken. Az ilyen típusú linkek létrehozhatók mind fájlok, mind könyvtárak számára, beleértve a hálózati is; a kötetek között relatív útvonalak segítségével kommunikálnak. A szimbolikus kapcsolat működésének elve a normál címkére hasonlít.

A Symbolic Link használatának akkor lehet értelme, ha egy fájlhoz különböző helyekről kell hozzáférnie. Szimbolikus hivatkozásokat hozunk létre az mklink paranccsal:

mklink D: \ file2.txt% userprofile% \ desktop \ file1.txt

Az első a parancs után a szimbolikus link elérési útja, a második az eredeti fájl elérési útja. Ha szimbolikus hivatkozást kell létrehoznia a könyvtárhoz, akkor ugyanazt az mklink parancsot kell használni, de a \ d billentyűvel.

mklink \ d D: \ folder2% userprofile% \ desktop \ folder1

Külsőleg a szimbolikus hivatkozások szinte nem különböznek a szokásos hivatkozásoktól, azzal a kivétellel, hogy a fájl hivatkozásának megjelölése a fájltulajdonságokban vagy a létrehozás dátuma az eredeti elérési útja helyett a könyvtárban található. Ezenkívül, ha törli az eredeti példányt, és megkísérel egy szimbolikus hivatkozást követni, akkor egyszerűen nem nyílik meg, míg egy törött parancsikon megnyitásakor üzenet jelenik meg, amely szerint az eredeti fájl nem érhető el. De a legfontosabb különbség a hivatkozásokhoz képest az, hogy amikor szimbolikus hivatkozásokkal dolgozik, a Windows továbbra is azt fogja feltételezni, hogy az eredeti objektummal dolgozik.

Most már minden. Legközelebb azt vizsgáljuk meg, hogy a szimbolikus hivatkozásokat hogyan használják konkrétabb példákkal, és ugyanakkor megtudjuk, mely segédprogramok használják a kemény és szimbolikus hivatkozásokat..

Remek napot!