Zerotools

Zerotools projek bevat 'n stel gereedskap om te help hou virtuele skywe skoon (deur die invul binêre nul tot die gebiede wat nie meer in die "gebruik"). Dit word gedoen op-die-vlieg of met die hand, afhangende van watter instrument pas by die behoeftes die beste.
In tegniese terme die op-die-vlieg meganisme gebruik LD_PRELOAD te draai die Ontkoppel biblioteek oproep en zerounlink-wrapper bied 'n symlink gebaseer meganisme om individuele programme teiken sodat hulle sal hardloop met behulp van die Ontkoppel wrapper. Ter vergelyking teen ander gereedskap, sien asseblief die afdeling "Ander oplossings".
Neem asseblief kennis dat zerotools nie kompeteer met verskeie instrumente wat die dossier inhoud met 'n "random" data herskryf om data herwinning naby onmoontlik maak. Moenie zerotools gebruik vir hierdie, of aanspraak maak dat hulle is 'n goeie gereedskap vir hierdie. Hulle is nie. (Hierdie teks is bygevoeg vir mense wat net lees inleidings.)
Zerotools is Linux spesifieke, uitgevoer met behulp van C en onder die GNU General Public License (v2) gelisensieer. Die gereedskap word sonder 'n waarborg van enige aard, in die veronderstelling dat sagteware foute bestaan ​​en slegte dinge kan gebeur.
Foute en beperkings
Daar is geen bekende foute. Aan my bekend ten minste. Foute sal vasgestel gebaseer op intelligente verslagdoening deur eindgebruikers of outomaties as ek ekstra tyd. My e-pos adres is aan die begin van elke bron lêer Indien jy voel die behoefte om kolle te stuur.
Draad-beskerming is nog nie behoorlik getoets word. Dit is ook nie LFS-vereiste (wat beteken dat zerotools dalk nie in staat wees om lêers te hanteer meer as 2 GIB grootte op 32-bit argitekture). Gebou of hardloop zerotools op ouer Linux stelsels is nog nie probeer (maar sal so gou as ouer stelsels geïnstalleer in die toets omgewing gedoen word). Gebruikers deelname in die toets is ook waardeer.
Toets gedoen op baie Linux verspreidings hardloop pitte (2,4 en 2,6) en met glibc weergawes (2.3.2 tot 2.5.3, met verkoper kolle, so dit is net raadgewende inligting). Argitekture wat getoets is x86, x86_64, ia_64 en ppc (32-bit). Ander argitektuur toetsuitslae is welkom.
zerounlink en zerounlink-wrapper werk nie met staties gekoppel executables. Dit is 'n beperking in die tegniek en daar is geen regstellings (aan my bekend).
Een mis-funksie bestaan ​​in zerounlink: wanneer nagaan of 'n lêer moet nie zeroed of nie zerounlink nie in ag neem yl lêers. As die lêer is yl, sou dit sin maak om net die dele van die lêer wat nie-nul inhoud oorskryf.
Dit beteken dat zerounlink sou hê om deur te lees al die oorspronklike lêer en soek vir die nie-nul inhoud eerste. Dit sou ook beteken dat in plaas van slegs skriftelik aan die ongekoppelde lêer, sou zerounlink het om dit te lees in sowel. Dit sal veroorsaak ekstra I / O-bedrywighede. Nie seker of spesiale yl-lêer te ondersteun is die ekstra moeite en kompleksiteit so hierdie funksie is nog nie geïmplementeer werd.
Drop my 'n nota as jy dink jy het dit nodig. (Die rede vir die feit dat hierdie funksie is om te doen met hoe die meeste dinamiese virtuele skywe geïmplementeer word. Hulle sal die werklike ruimte wanneer enige data is geskryf om 'n vdisk area, selfs al is die skryf slegs uit binêre nulpunte toe te ken. Dit is 'n bietjie dom, maar dit is hoe die meeste van hulle werk. Dit is dieselfde rede waarom vul die lêerstelsel met 'n lêer met slegs binêre nulpunte (met dd of ander instrument) is nie regtig 'n goeie oplossing om skoon te maak die vdisk.)
Wanneer verslagdoening foute oor noterings op hierdie webblad, sluit asseblief die notering nommer en lyn nommer van die problematiese bietjie te bespoedig fixes. Vir ander web-verwante fixes, probeer om 02:58 woord frase wat kan grepped met te sluit. Moenie diffs stuur teen xhtml.