Zerotools

проект Zerotools съдържа набор от инструменти за подпомагане на запазването на виртуални дискове чиста (чрез попълване двоична нула до онези региони, които вече не са в "употреба"). Това се прави на най-лети или ръчно, в зависимост от това кой инструмент отговаря на нуждите най-добре.
От техническа гледна точка на по-лети механизъм употребите LD_PRELOAD за увиване на прекратяване на връзката библиотека повикването и zerounlink-обвивка осигурява механизъм, основан на символна връзка да се насочите към отделни програми, така че те ще се управлява с помощта на прекратяване на връзката обвивка. За сравнение с други инструменти, моля, вижте раздела "Други решения".
Моля, имайте предвид, че zerotools не се конкурират с различни инструменти, които пренапише съдържанието на файла с "случайни" данни, за да се направи за извличане на данни близо до невъзможно. Не използвайте zerotools за това, или се твърди, че те са добри инструменти за това. Те не са. (Този текст е добавен за хора, които четат само въвеждане.)
Zerotools са Linux специфична, реализирани с помощта на C и лицензирани под GNU General Public License (v2). Средствата се предоставят без гаранция от всякакъв вид, в разбирането, че софтуерни бъгове съществуват и лоши неща могат да се случат.
Bugs и ограничения
Не са известни бъгове. Известна ми се най-малко. Bugs ще бъдат определени въз основа на интелигентно отчитане от страна на крайните потребители или автоматично, ако имам повече време. Моят имейл адрес е в началото на всеки източник на файла трябва да се чувстват необходимостта да се изпрати петна.
Тема защита все още не е тестван правилно. Нито е LFS-изискване (което означава, че zerotools може да не са в състояние да се справят с файлове над 2 GiB размер на 32-битови архитектури). Не е била опитали Building или работещи zerotools на по-стари Linux системи (но ще бъде направено веднага след като по-старите системи са инсталирани в тестова среда). Потребителско участие в тестването също е оценена.
Тестване е направено по много Линукс дистрибуции, работещи ядки (2.4 и 2.6) и с Glibc версии (2.3.2 до 2.5.3, с кръпки, така че това е само консултативна информация). Архитектури, които са изследвани са x86, x86_64, ia_64 и PPC (32-битова). Други резултати архитектура изпитване са добре дошли.
zerounlink и zerounlink-обвивка, не работят с статично свързан изпълними. Това е ограничение в техниката и няма заобикаляне (познати за мен).
Едно погрешно функция съществува в zerounlink: при проверка дали даден файл трябва да се занули или не, zerounlink не се вземат предвид пръснати файлове. Ако файлът е рядка, че би било разумно да презапишете само частите от файла, които имат ненулева съдържание.
Това означава, че zerounlink ще трябва да прочетете цялата от оригиналния файл и търсене на ненулева Съдържанието на първо място. Това също така означава, че вместо само писмено на несвързано файл, zerounlink ще трябва да я прочете, както добре. Това ще доведе до допълнителни I / O операции. Не съм сигурен дали специална подкрепа рядка-файл е струва допълнително усилие и сложността така тази функция не е изпълнена.
Хвърли ми бележка, ако мислите, че имате нужда от него. (Причината за това, че тази функция е да правя с това как се изпълняват най-динамичните виртуални дискове. Те ще отпусне реалното пространство, когато всеки данните се записват в област vdisk, дори ако пише състоят само от двоични нули. Това е малко глупаво, но това е как повечето от тях работят. Това е същата причина, поради запълване на файловата система с досие, което съдържа само бинарни нули (с DD или друг инструмент) не е много добро решение за почистване на vdisk.)
При докладване на бъгове около обяви на тази уеб страница, моля да включва номера на обява и ред броя на проблемно малко, за да се ускори поправки. За други уеб свързани с поправки, опитайте се да се включат 02:58 дума фраза, която може да бъде grepped с. Не изпращайте diffs срещу XHTML.