Diskuze: Hard/soft link ukládací soubor
Člen
Zobrazeno 13 zpráv z 13.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
Linky jsou jenom speciální soubory ukládající se normálně na disk, takže pokud to máš namountované v systému obsahujícím ln tak je můžeš normálně vytvářet dle libovůle.
A dají se tyto soubory editovat nějak "textově" ?
Když mám namountovaný systém pod /mnt/whatever a udělám link z /mnt/whatever/home/user1 do /mnt/whatever/home/user2 bude potom cesta v běžícím mountovaném systému úplně stejná, nebo si to bude umět najít cílený adresář, když bude v běžícím systému jiný ?
Když použiješ při vytváření linku relativní cestu ('../user2/soubor.txt' například), tak to bude fungovat kdekoliv. Ale pokud budeš odkazovat na soubory jiných uživatelů tak stejně narazíš na přístupová prava:)
principialne mas pravdu, ale v skutocnosti Linux FS nepracuju uplne ako NTFS
vo Windowse...
linky nie su subory, ale su riesene ako odkazy na subory, cize samotny link
nezabera ani miesto na disku, ako odkaz vo Windowse
Samozřejmě, že zabírá - je to informace, která je fyzicky na tom disku uložená. Děje se to ale na úrovni inod, takže jde o pár bytů, nad kterými se dá v pohodě mávnout rukou.
presne tak, n a urovni inodov sa to deje, ale inody nie su subory, ale tzv. uzly...
inode nie je subor, cize neda sa k nemu pristupovat ako k suborom, tak, ako na NTFS, ci FAT
No vzhledem k tomu, že chce link na adresář, tak se bude muset jednat o soft link a tím pádem se jedná o soubor. Minimálně
mnt/whatever/home/user1 do /mnt/whatever/home/user2
Nikde netvrdím, že inody jsou soubory, tak mi to nepodsouvej.
Když vytvoříš symlink, vytvoří se pro něj soubor, který si 'zabere' vlastní inodu a tudíž zabere jisté (sice minimální, ale ne nulové) místo v tom filesystému. S tímto souborem můžeš nadále pracovat jako s jakýmkoliv jiným souborem - můžeš ho někam zkopírovat, přesunout nebo smazat. Situace je trochu jiná u hardlinků, ale ty očividně nebyly předmětem dotazu.
skus si precita, co si napisal vyssie: "Linky jsou jenom speciální soubory
ukládající se normálně na disk"
symlink nezabera ani bit v datovej oblasti FS, iba v v specialnej oblasti pre
inode
normalny subor obsadzuje aj inode, ako aj datovu oblast, symlink je iba ukazovatel na dany subor a obsadzuje akurat v oblasti, kde sa ukladaju inode suborov
pri vytvarani symlinkov, ci uz na adresar, alebo suborov, sa v datovej
oblasti nic nezaznamena, ale v oblasti, kde sa ukladaju ukazovatele (cize inode)
sa zaznamena novy ukazovatel
aj pri vytvarani suborov a adresarov vytvaraju ukazovatele na danu datovu
oblast
symlink (ci uz softlink, alebo hardlink) nie je nic ine, iba ukazovatel
Nemáš pravdu, špatně chápeš úlohu inod, pročti si dokumentaci
případně koukni co na toto téma píší jinde (poněkud srozumitelněji než
dokumentace) - http://stackoverflow.com/…e-filesystem https://unix.stackexchange.com/…n-disk-usage
Nicméně jde o tak malé velikosti, že se tím prakticky nemá smysl
zabývat...
Zobrazeno 13 zpráv z 13.