Vous avez cherché: reliability (Anglais - Basque)

this distribution has been recommended for lifetime analysis when a u-shaped hazard function is desired. this corresponds to rapid failure once the product starts to wear out after a period of steady or even improving reliability.
banaketa hau bizitza-analisirako gomendatzen da, u formako arrisku-funtzioa erabili nahi denean. hau produktua asko erabilitakoan azkar hondatzeari dagokio, fidagarritasun egonkorreko aldi baten edo hobetze-denboraldi baten ondoren.

no subtree check this option disables subtree checking, which has mild security implications, but can improve reliability is some circumstances. if a subdirectory of a filesystem is exported, but the whole filesystem is not, then whenever a nfs request arrives, the server must check not only that the accessed file is in the appropriate filesystem (which is easy) but also that it is in the exported tree (which is harder). this check is called the subtree_check. in order to perform this check, the server must include some information about the location of the file in the "filehandle" that is given to the client. this can cause problems with accessing files that are renamed while a client has them open (though in many simple cases it will still work). subtree checking is also used to make sure that files inside directories to which only root has access can only be accessed if the filesystem is exported with no_root_squash (see below), even the file itself allows more general access. as a general guide, a home directory filesystem, which is normally exported at the root and may see lots of file renames, should be exported with subtree checking disabled. a filesystem which is mostly read-only, and at least does not see many file renames (e. g. / usr or / var) and for which subdirectories may be exported, should probably be exported with subtree checks enabled.
ez azpizuhaitzik egiaztatu aukera honek azp- zuhaitzen egiaztapena ezgaitzen du. honek segurtasun- arazo batzuk ekar ditzake, baina segurtasuna ere igo dezake zenbait kasutan. fitxategi- sistema baten azpidirektorioa esportatzen denean (fitxategi- sistema osoa esportu gabe), nfs eskaera iristen denean, zerbitzariak, eskatzen den fitxategia fitxategi- sistema egokian dagoela egiaztatzeaz gain (hau erraza da) esportatutako zuhaitzean dagoen egiaztatzen du (hau zailagoa da). egiaztapen hau azpizuhaitz egiaztapen bezala ezagutzen da. egiaztapen hau burutzeko, zerbitzariak fitxategiaren kokalekuari buruzko informazioa bezeroari emandako "fitxategi- maneiatzailean" gorde behar du. honek arazoak sor ditzake bezeroak irekita duen duen fitxategi bat berrizendatzen denean (hala ere, kasu sinple gehienetan funtzionatuko du). azpizuhaitz egiaztapena ere root- ak atzitu ditzakeen direktorio barneko fitxategiak fitxategi- sistema "ez root- a mapeatu" aukerarekin (ikusi behearago) esportatu bada bakarrik atzituko dela egiaztatzeko erabiltzen da. baita fitxategiak atzipen orokorragoa baimentzen badu ere. kontseilu orokor bezala, karpeta nagusiko fitxategi- sistema, normalean errotik esportatzen dena eta fitxategi berrizenketa asko jasaten dituena, azpi- zuhaitz egiaztapena ezgaituta esportatu beharko litzateke. gehienetan irakurketarako bakarrik erabiltzen den fitxategi- sistema bat edo berrizendaketa gutxi jasaten dituena (adibidez, / usr edo / var) eta bere azpidirektoriak esportatu daitezkeena, azpi- zuhaitz egiaztapena gaituta esportatu beharko litzateke.