Dotaz: cp/vim nepřeruší hardlink, mv ano

[1john2]

Dobrý den, zjistil jsem zajímavou věc.

Vytvořím textový soubor foo s obsahem foo.

Udělám hardlink ln foo bar.

Zedituju hardlink bar pomocí vimu.

Očekával bych, že se hardlink přeruší a budu mít dva soubory na 2 inodech, ale nestane se.

Zkopíruju do hardlinku jiný textový soubor, stejné chování jako u vimu. Našel jsem na netu, že by měl existovat přepínač, který toto chování řeší, ale v manu jsem ho nenašel.

Při použití mv textak bar, se hardlink přeruší.

Testováno na debian squeeze 2.6.32-5-amd64 a gentoo 3.6.11 s vlastní konfigurací.

Napadá někoho, kde hledat chybu?

Odpovědi

[Michal Kubeček]

Napadá někoho, kde hledat chybu?

Jakou chybu? Podle mne jste jen popsal, že vim se chová jako rozumný editor pro unixové filesystémy s hardlinky a cp a mv se chovají přesně tak, jak je logické od nich očekávat.

[potato]

Od cp lze očekávat obojí. Je to otázka, které atributy zdroje má získat i cíl. Proto taky má cp volbu --preserve=links, která zajistí, že se chová naopak.

[chrono]

V nastaveniach vim treba pozrieť backupcopy a backup.

[kuka]

Zajimave by spis bylo, kdyby se cp a mv chovalo jinak. A na zaklade ceho by mela editace souboru resit inody mi take neni jasne. Mozna na to ma vim nejake nastaveni, jak tu nekdo pise, ale moc smysluplne by to nepripadalo. Neni zadna explicitni operace "preruseni hardlinku" a pouzivat hardlink jako jakysi copy-on-write by byl ponekud ulet. Takze chybu bych osobne tipoval v nespravnem pochopeni na tve strane.

[Michal Kubeček]

Jsou dvě možnosti, jak se může editor zachovat: buď původní soubor přepíše novým obsahem nebo ho smaže a vytvoří nový. V prvním případě se hardlink zachová, ve druhém se rozpadne. Pokud se vytváří záložní soubor, tak v první variantě se vytvoří záložní jako kopie ostrého a pak se ostrý přepíše, ve druhé se ostrý přejmenuje na záložní (pokud už existoval starší záložní, smaže se) a vytvoří se nový ostrý. Kvůli hardlinkům a zachování práv a dalších atributů osobně preferuji první variantu.

[kuka]

Hardlinky jsou mensinova zalezitost, ale na prava by se narazilo velice rychle. Opravdu neocekavam, ze by se mi prostou editaci textaku zmenil napriklad jeho vlastnik. Jestli to editor umozni jako volbu tak proc ne, ale nemuze snad existovat editor, kde by toto byl default.

[Andrej]

Mícháš dohromady dvě odlišné věci:

• cp --reflink fungující na Btrfs, který udělá přesně to, co jsi očekával.
• ln -h fungující na většině filesystémů, který nedělá to, co jsi chtěl, protože kopie je „o úroveň mělčí“ a nejde o žádný copy-on-write mechanismus.

[1john2]

Asi jsem měl včera vysvětlit, o co se mi jedná.

Cíl tohoto hraní je, mít adresář reference ze kterého povedou linky do adresáře share, sdíleného sambou. Ve chvíli kdy samba nahraje do share soubor, link se přeruší a v share bude nová verze souboru.

Pochopil jsem, že když použiju hardlink, tj. 2 různá jména pro jeden soubor, dojde při souborových operacích samby k jeho přerušení a získám dva soubory.

Chtěl bych se zeptat, jak toto realizovat, když ne pomocí hardlinku?

[potato]

Nijak, jelikož ,samba nahraje soubor` může znamenat jak to, že se prostě změní obsah souboru, tak to, že se soubor nahradí. První případ automaticky převést na druhý AFAIK nelze. Nedělá to ani cp --reflink, protože to je pouze nízkoúrovňové sdílení dat, každý soubor má od začátku vlastní inode, takže se nikdy žádný link nepřerušuje. Pokud ovšem ve skutečnosti nechceš linky, pouze šetřit bloky na disku pomocí CoW, tak cp --reflink na btrfs je odpověď.

[1john2]

ano skutecne mi jde o setreni mista, jdu se podivat na ten btrfs, je pro me ponekud "exoticky".