検索ワード: wallus (ウェールズ語 - デンマーク語)

ymatebodd yr ellyll yn wallus: %s
dæmon gav fejlagtigt svar: %s

methwyd cofnodi tyniad gwrandäwr at ffeil cofnod gconfd; efallai caiff y gwrandäwr ei ail-ychwanegu yn wallus os mae gconfd yn terfynu (%s)
kunne ikke logge fjernelse af lytter i gconfd-logfilen; kan medføre at lytteren tilføjes igen hvis gconfd afsluttes eller maskinen lukkes ned (%s)

ni ellir cadw gwerth at yr allwedd '%s', gan nad oes gan y gweinydd cyfluniad dim cronfa ddata ysgrifenadwy. mae gan y broblem hon rhai achosion cyffredin: 1) nid yw'ch ffeil llwybr cyfluniad %s/path yn cynnwys unrhyw gronfeydd data, neu ni chanfuwyd ef 2) rhywsut fe grëwyd dwy broses gconfd yn wallus 3) mae eich system weithredu wedi ei gam-gyflunio felly dyw cloi ffeiliau nfs ddim yn gweithio yn eich cyfeiriadur cartref neu 4) chwalodd eich peiriant cleient nfs heb hysbysu'r gweinydd wrth ailfwtio fe ddylid gollwng cloeau. os oes dwy broses gconfd gennych (neu roedd dwy gennych pan gychwynnwyd yr ail), fe all allgofnodi, llofruddio pob copi o gconfd a mewngofnodi eto fod o gymorth. os mae cloeon pwdr gennych, tynnwch ~/.gconf*/*lock. efallai'r broblem yw eich bod wedi ceisio defnyddio gconf o ddau gyfeiriadur ar yr un pryd, ac mae gan orbit ei gyfluniad rhagosodedig sy'n gwahardd cysylltiadau corba pell - rhowch "orbiiopipv4=1" yn /etc/orbitrb. fel bob amser, edrychwch yn syslog user.* ar gyfer manylion ynghylch problemau cafodd gconfd. fe all fod ond un gconfd i bob cyfeiriadur cartref, ac mae'n rhaid iddo berchen clo yn ~/.gconfd a hefyd cloeon yn lleoliadau storio unigol megis ~/.gconf
kunne ikke gemme en værdi ved nøglen "%s" fordi konfigurationsserveren ikke har nogen skrivbare databaser. der er nogle almindelige årsager til dette problem: 1) din konfigurationsstifil %s/path indeholder ikke nogen databaser eller blev ikke fundet, 2) der er ved en fejltagelse blevet opstartet to gconfd-processer, 3) dit styresystem er forkert sat op så nfs-fillåsning ikke virker i din hjemmemappe eller 4) din nfs-klientmaskine gik ned og gjorde ved opstart igen ikke serveren korrekt opmærksom på at fillåsene skulle smides væk. hvis du har to gconfd-processer (eller havde to da den anden blev startet), kan det måske hjælpe at logge ud, dræbe alle kopier af gconfd og logge ind igen. måske er problemet at du forsøgte at bruge gconf fra to maskiner på samme tid, og orbit stadig har sin forvalgte konfiguration som forhindrer eksterne corba-forbindelser - anbring "orbiiopipv4=1" i /etc/orbitrc. tjek som altid user.*-sysloggen for detaljer om problemer gconfd stødte på. der kan kun eksistere én gconfd pr. hjemmemappe, og den skal eje en låsefil i ~/.gconfd og også låsefiler i de individuelle lagringssteder som ~/.gconf