Навигация
АпаЧат в Телеграме
0

Жестких ссылок тред.

В корень раздела


Заголовок:
(опционально)
Не поднимать
Сообщение:
Изображение:
Не больше 2х мегабайт.

Разрешенные типы файлов: JPG,JPEG,GIF,PNG,BMP,TIFF
Или URL картинки сюда:


Жестких ссылок тред.
Есть NTFS. И есть у неё MFT.
И есть в этой MFT, в отличие от символических ссылок - жесткие ссылки. Жесткие ссылки на область жесткого диска, содержащего файл выглядят как исходный файл, данные в котором обновляются при редактировании файла с другого места.
Внимание, вопрос: как создать вручную с помощью WinHEX, например, жесткую ссылку в mft на определённую область диска, указав смещение начала и конца файла, и обозвать его, для наглядности, secrors.hex?

И ещё, пара вопросов в догонку.
Может ли быть создана жесткая ссылка вне NTFS, чтобы целый раздел обозвать файлом, указать смещения и подмонтировать его?
Какой софт знает анон для работы с жесткими ссылками?
А то я тут, мимолётом, нарыл замечательную finddupe, с опцией -hardlinks

В общем, жестких ссылок нить - иди.
[#8237583] 26 Sep,16 12:24  Рейтинг: 1 Добавить в Избранные[Abuse]


Реклама
Насколько я знаю, жесткая ссылка работает только внутри файловой системы, ссылка файл другой файловой системы может быть только мягкой. На винде, начиная с семерки, завезли утилиту mklink, можно ей пользоваться для создания ссылок. ФМ, как сторонние, так и експлорер, с жесткими/мягкими ссылками работают как придется, в винде ссылки не являются распространенной практикой же.
[#8238501] 27 Sep,16 02:09   Ответить  Рейтинг: 0[Abuse]


Значит, надо чтоб являлись.
Представь себе 15-ти гиговый лог-файл, например,
и возможность создать открываемый текстовыми редакторами файл меньшего размера,
с жесткой ссылкой на фрагмент этого файла, при этом не копируя этот фрагмент, и чтобы инфа в маленьком читабельном файле обновлялась - при обновлении фрагмента в исходном файле.

Или вот, представь себе два бекапа жесткого диска, с небольшими отличиями в несколько байт, и возможность создания файла с жесткой ссылкой на совпадающие фрагменты одного из них так, чтобы совпадающие байты хранились в одном месте, а различия - как-бы считывались из других секторов.

Норм же, не?...
[#8238513] 27 Sep,16 02:33 ОП   на что?   Ответить  Рейтинг: 0


Представь себе 15-ти гиговый лог-файл, например
Норм же, не?
Не. Логи специально в разные файлы сохраняются, например, по дате, чтобы вот такой хуйни не было. Если у вас лог 15Гб, значит админ - долбоеб

представь себе два бекапа жесткого диска, с небольшими отличиями в несколько байт, и возможность создания файла с жесткой ссылкой на совпадающие фрагменты одного из них так, чтобы совпадающие байты хранились в одном месте, а различия - как-бы считывались из других секторов
нормальные системы бэкапа и так это делают, например rsnapshot. Точнее они используют инкрементное копирование, то есть в бекап дописываются только те файлы, которые изменились относительно предыдущего бекапа. Иначе ты бы все за два дня говном засрал
[#8241134] 28 Sep,16 21:36 R8   на что?   Ответить  Рейтинг: 0[Abuse]


Не. Логи специально в разные файлы сохраняются, например, по дате, чтобы вот такой хуйни не было. Если у вас лог 15Гб, значит админ - долбоеб

Ну вот, 1.4 млрд. простых чисел - одним файлом.
magnet:?xt=urn:btih:C73C4E9F00AD46369A5893B615AF2790ECD2F8A7&dn=hostingaccounts_bigprimes.net_1400000000-primes.7z
админ - долбоеб?

Резалки по байтам - режут неровно, поэтому нашёл резалку по строкам на питоне, с открытым исходником: http://gist.github.com/anonymous/3d73ab56f61ac9efa85f7898cb6881ff
Только там надо .join(chunk) на .join(chunk)[:-1] заменить, чтобы символ сброса строки в конце каждого файла убирался,
и %03d на %05d изменить, чтобы нумерованные имена имели одну длину и по порядку шли, потому что 13024 файла на выходе.

инкрементное копирование

Ну, к посекторным бекапам это не относится, особенно после дефрагментации, а хотелось бы чтобы не только относилось к бекапам, но и к любым другим выбранным файлам и их совпадающим фрагментам. Есть такое?..
[#8241621] 29 Sep,16 07:40 ОП   на что?   Ответить  Рейтинг: 0



В корень раздела   Добавить ответ