Re: Durata dischi in un sistema raid5
ZFS è più moderno, integra (espande e migliora) i layer md+lvm+ext4, layer che per loro natura sono asettici e tra loro non comunicanti in ZFS è tutto integrato ed i layer sanno cosa fanno tra loro. La funzione di crc continuo sui blocchi vi fa capire subito se qualcosa non va, come lo scrub periodico. Zfs è talmente autoconsistente che non esiste un tool di fsck. Ma è solo una piccola percentuale di quello che può fare. Unica nota negativa su server di vecchia impronta, ZFS è vorace di RAM, quindi se è poca potrebbe essere un problema. Su server performanti, anche con ssd da dedicare alla cache ZIL (funzione di accelerazione nativa) e RAM adeguata (sana, almeno di tipo ECC) la scelta in produzione per me è questa. Ciao Luca Il giorno 22 mag 2019, 22:06, alle ore 22:06, Gollum1 ha scritto: >Il giorno mer 22 mag 2019 alle ore 20:52 Luca De Andreis > ha scritto: >> >> Si, devi distruggere e ricreare. >> >> Zfs SOSTITUISCE md+lvm+ext4 in un sistema completamente integrato e >con molte funzioni extra tipiche di un COW. >> > >ma adesso zfs è nativo su debian? nel senso, posso fare una >installazione del sistema direttamente in zfs? >se non ricordo male alcune info che avevo letto tempo fa, zfs non >veniva usato per i dischi su cui è installato il sistema, ma per >eventuali estensioni di FS, tipo appunto la parte resa "pubblica" di >una NAS. > >Byez >-- >Gollum1 - http://www.gollumone.it >Tesoro, dov'é il mio teoro...
Re: Durata dischi in un sistema raid5
Io non vedo nulla che non va. Domani ti invio il mio file e ti farò vedere cosa scrive quando sta per schiattare Il May 22, 2019 8:30:06 PM UTC, Gollum1 ha scritto: >ho dimenticato il file, sperando in un vostro intervento... > >Byez >-- >Gollum1 - http://www.gollumone.it >Tesoro, dov'é il mio teoro... -- Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
Re: standard per url
Il giorno mer 22 mag 2019 alle ore 17:00 Piviul ha scritto: > > Ciao a tutti, che voi sappiate esiste uno standard per creare un file > che rappresenta un internet/intranet uri? Ho capito cosa intendi, ma ne dubito. Windows ha il concetto di link a un sito internet (esattamente identico ai link a file), ma non mi pare esista una cosa universle o per Linux. Puoi, ma è un po' una schifezza, fare un semplice html con dentro un'istruzione di redirect. -- Lorenzo Breda
Re: curiosità sulla variabile 'DISPLAY' e collegamento X remoto
* Michele Orsenigo [220519, 22:36]: > On mercoledì 22 maggio 2019 22:25:15 CEST Ennio-Sr wrote: > > [...] > La variabile DISPLAY rimane locale all'ambiente dello script. > Credo che dovresti usare "source tuoscript" > > Buona serata > Grazie molto della rapida risposta, Michele, che pare risolva il problema: ho solo dovuto rendere lo script eseguibile prima di dare 'source dis' e poi eliminare l'ultima riga ('exit') perché mi riportava alla shell del portatile! Sebbene non desideri approfittare della tua disponibilità, non posso trattenermi dal chiederti quale 'man' avrei dovuto leggere per arrivarci da solo... Tra l'altro, da un paio di mesi sto avendo problemi mai avuti in passato, tipo: - gnome-session ha smesso di fornirmi 'X' (ma ho risolto con WMaker) - ho dovuto togliere 'nouveau', il cui fb aveva sinora funzionato perfettamente, perché mi bloccava il boot alla riga: 'fb: switching to nouveaufb from EFI VGA'; ma ho finestre e caratteri grandissimi, a volte inutilizzabili e altri problemi connessi, e un suggerimento a letture 'specifiche' mi tornerebbe utile, perché ho fatto numerosissime ricerche su google senza trovare finora quelle 'giuste'. Grazie di nuovo e buona notte, ennio -- [Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace!" (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... "even a fool can do that. )=( Do something you aren't good at!" (as Henry Miller used to say) ]
Re: Collegamento tramite SSH fra PC con ip privati
Il 15/05/2019 19:52 Giancarlo Martini ha scritto: Volevo collegarmi alla mia Raspberry che ho a casa, dietro un router (non Non vorrei essere scortese oltremodo, ma a me non frega niente del tuo problema soprattutto visto che hai interrotto il mio thread. Ma è mai possibile che nel 2019, ancora non sappaiate mandare una mail ad una lista? Paride
Re: curiosità sulla variabile 'DISPLAY' e collegamento X remoto
On mercoledì 22 maggio 2019 22:25:15 CEST Ennio-Sr wrote: > Ciao a tutti! > > Negli ultimi giorni, ricercando le cause di alcuni comportamenti 'anomali' > della console grafica, ho trovato, invece, la soluzione ad un vecchio > problema, ovvero il collegamento da remoto all'Xserver di casa. > > La 'chiave' del corretto funzionamento - nel mio caso (ne ho lette di > diverse di soluzioni...) - è stata il comando 'export DISPLAY=":10.0". > > Ho pensato di snellire la cosa inserendo quel comando in uno script ('dis'): > > -- questo è lo script "dis": --- > // #! /bin/sh > > // if [ `echo "$DISPLAY"` != ":10.0" ]; then > // DISPLAY=":10.0" > // export DISPLAY > // echo "$DISPLAY"; echo "Bene, ora si può procedere" > // fi > // exit > --- > Ebbene, se lancio lo script [naturalmente dopo aver stabilito da un Xterm > sul portatile il collegamento in 'ssh -v -X ...' con il PC di casa]: > > mcmini_$ sh dis > > :10.0<--- questo è ciò che ottengo a schermo > > però il collegamento non funziona (ad es. 'xclock &' appare sullo schermo > del PC di casa) > > E, in effetti, > mcmini_$ echo $DISPLAY > > :0.0 < come si spega questo risultato??? > > Inserendo nello script il comando 'env | grep DISPLAY' posso vedere che la > risposta è 'DISPLAY=:10.0', tuttavia, 'echo $DISPLAY' dato in xterm (come > detto prima) dà ':0.0'. > In pratica, è come se fossero due 'ambienti' diversi... tanto più che, se dò > 'env' dall'xterm (dal quale ho stabilito il collegamento al PC di casa), mi > ritorno DISPLAY=':0.0'. > Ovviamente, se l'export DISPLAY lo scrivo da riga di comando dell'xterm, > funziona. > > Qualcuno può cortesemente spiegarmi il perché? > > Grazie dell'attenzione, > ennio La variabile DISPLAY rimane locale all'ambiente dello script. Credo che dovresti usare "source tuoscript" Buona serata -- Michele Orsenigo deb...@orsenigo.it
Re: Durata dischi in un sistema raid5
ho dimenticato il file, sperando in un vostro intervento... Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro... smart.log Description: Binary data
Re: Durata dischi in un sistema raid5
Il giorno mer 22 mag 2019 alle ore 17:48 Mauro ha scritto: > > intanto, ti suggerirei di utilizzare i tool per l'interrogazione dello > stato dei dischi attraverso SMART. > Ho lanciato il comando per fare il controllo dei dischi con lo smarttools, ma sinceramente non so di preciso come interpretare i risultati. da quello che leggo, mi pare di vedere che non ci sono problemi, anche se qualcosina di strano forse in qualche cosa c'é... però non sono un esperto, e faccio fatica a interpretare i risultati. allego il file in cui ho rediretto il comanto "smartctl -a /dev/sdX" con X uguale ad ogni disco del raid (in realtà l'ultimo è quello della chiavetta USB, che non è supportata dagli smarttools). Dopo l'estate comincerò ad acquistare i dischi da sostituire... poi, da decidere se mi conviene mantenere la struttura attuale, o seguire il suggerimento di Luca e passare a zfs. Grazie Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
curiosità sulla variabile 'DISPLAY' e collegamento X remoto
Ciao a tutti! Negli ultimi giorni, ricercando le cause di alcuni comportamenti 'anomali' della console grafica, ho trovato, invece, la soluzione ad un vecchio problema, ovvero il collegamento da remoto all'Xserver di casa. La 'chiave' del corretto funzionamento - nel mio caso (ne ho lette di diverse di soluzioni...) - è stata il comando 'export DISPLAY=":10.0". Ho pensato di snellire la cosa inserendo quel comando in uno script ('dis'): -- questo è lo script "dis": --- // #! /bin/sh // if [ `echo "$DISPLAY"` != ":10.0" ]; then // DISPLAY=":10.0" // export DISPLAY // echo "$DISPLAY"; echo "Bene, ora si può procedere" // fi // exit --- Ebbene, se lancio lo script [naturalmente dopo aver stabilito da un Xterm sul portatile il collegamento in 'ssh -v -X ...' con il PC di casa]: mcmini_$ sh dis :10.0<--- questo è ciò che ottengo a schermo però il collegamento non funziona (ad es. 'xclock &' appare sullo schermo del PC di casa) E, in effetti, mcmini_$ echo $DISPLAY :0.0 < come si spega questo risultato??? Inserendo nello script il comando 'env | grep DISPLAY' posso vedere che la risposta è 'DISPLAY=:10.0', tuttavia, 'echo $DISPLAY' dato in xterm (come detto prima) dà ':0.0'. In pratica, è come se fossero due 'ambienti' diversi... tanto più che, se dò 'env' dall'xterm (dal quale ho stabilito il collegamento al PC di casa), mi ritorno DISPLAY=':0.0'. Ovviamente, se l'export DISPLAY lo scrivo da riga di comando dell'xterm, funziona. Qualcuno può cortesemente spiegarmi il perché? Grazie dell'attenzione, ennio -- [Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace!" (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... "even a fool can do that. )=( Do something you aren't good at!" (as Henry Miller used to say) ]
Re: Durata dischi in un sistema raid5
Si, devi distruggere e ricreare. Zfs SOSTITUISCE md+lvm+ext4 in un sistema completamente integrato e con molte funzioni extra tipiche di un COW. Il giorno 22 mag 2019, 20:35, alle ore 20:35, Gollum1 ha scritto: >Il giorno mer 22 mag 2019 alle ore 18:08 Luca De Andreis > ha scritto: >> >> Ciao, sai che sono sempre contro corrente. >> Ti consiglierei di svecchiare la macchina usando lo storage in zfs >(raid z, 2,3) beneficiando delle funzioni di scrub e di mille altre. >> > >Che vantaggi avrei rispetto alla situazione attuale? > >presumo che per la conversione dovrei copiare tutto in un altro >supporto, non credo che sia possibile farlo on the fly... > >zfs a che punto si inserisce? > >attualmente uso md+lvm+ext4... > >Tnx >-- >Gollum1 - http://www.gollumone.it >Tesoro, dov'é il mio teoro...
Re: Durata dischi in un sistema raid5
Il giorno mer 22 mag 2019 alle ore 18:08 Luca De Andreis ha scritto: > > Ciao, sai che sono sempre contro corrente. > Ti consiglierei di svecchiare la macchina usando lo storage in zfs (raid z, > 2,3) beneficiando delle funzioni di scrub e di mille altre. > Che vantaggi avrei rispetto alla situazione attuale? presumo che per la conversione dovrei copiare tutto in un altro supporto, non credo che sia possibile farlo on the fly... zfs a che punto si inserisce? attualmente uso md+lvm+ext4... Tnx -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: standard per url
On 22/05/19 17:00, Piviul wrote: esiste uno standard per creare un file che rappresenta un internet/intranet uri? se intendi la sintassi di un URI, allora la trovi qui: https://en.wikipedia.org/wiki/Uniform_Resource_Identifier altrimenti non ho capito Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Motivi per non comprare/usare ms-windows7: http://windows7sins.org/ Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: script bash
Il 22/05/19 08:52, Piviul ha scritto: > Il 21/05/19 17:34, Mario ha scritto: >> [...] >> non avevo inviato lo script completo ma solo la parte non funzionava. > Se non invii lo script è molto difficile aiutarti. Se non vuoi > inviarcelo tutto almeno mandane una parte ma che abbia senso in modo che > anche noi possiamo provarlo e vedere cosa non va... > > Così è davvero troppo difficile. > > >> Credo sia solo una questione di sintassi: un anno fa andava tutto bene >> com'era, ora no. Non so cosa sia cambiato, ma so che questo >> comportamento mi sta bloccando anche l'entusiasmo di automatizzare via >> script. > Io vedo più un problema di metodo. Se prima funzionava e ora non più e > non sei più capace di farlo funzionare, a me sembra che il problema > sarebbe stato facilmente risolvibile se tu avessi avuto un sistema di > backup efficace poiché con un semplice diff ti avrebbe permesso di > rivelare gli errori inseriti... > > Ciao > > Piviul > Caro Piviul, da anni partecipo a questa ed altre ML su linux. Leggo molto e scrivo poco perché non sono un esperto ma resto un utente appassionato e questo ti basti. Da utente faccio fatica a sorvolare a questo tipo di risposta. Non è mia intenzione offendere ma qui mi hai superato il limite. Capisco la tua frustrazione nel non avere uno sguardo più ampio, ma rileggendo le mail precedenti (neanche tante) sono stato abbastanza chiaro. La mia scelta di non copiare e incollare lo script è che, semplicemente, non è importante. Mi sembra fuori luogo tirare in ballo questioni non pertinenti (backup?? diff? non hai proprio capito!) per giustificare la tua difficoltà a darmi una mano. Se non hai capito, rileggi. Non è una questione complicata, ma se non vuoi affrontare la fatica di capire evita di rispondere inutilmente e mascherare tutto questo dietro ad altre motivazioni. Io ho scritto per un problema specifico: limitati a quello, grazie! Mario
Re: Durata dischi in un sistema raid5
Ciao, sai che sono sempre contro corrente. Ti consiglierei di svecchiare la macchina usando lo storage in zfs (raid z, 2,3) beneficiando delle funzioni di scrub e di mille altre. Ciao Luca Il giorno 22 mag 2019, 18:05, alle ore 18:05, Gollum1 ha scritto: >Il 22 maggio 2019 17:48:05 CEST, Mauro ha scritto: >> >>Il 22/05/19 17:19, Gollum1 ha scritto: >>> Mi chiedevo... conviene che cominci a fare una opera di sostituzione >>> programmata dei dischi, magari un disco al mese, nel giro di 5 mesi >>li >>> ho sostituiti tutti... e distribuisco la spesa nel tempo. >> >> >>intanto, ti suggerirei di utilizzare i tool per l'interrogazione dello >>stato dei dischi attraverso SMART. >> > >ok... questo è sicuramente un ottimo suggerimento, e così posso anche >decidere quale sostituire per primo. > >>il raid restera' silente fino a che i dischi non daranno veramente i >>numeri. con smart puoi avere dettagli migliori e piu' approfonditi >>circa >>lo stato dell'hardware. >> >>Il fatto che tu abbiamo montato i dischi presi probabilmente dalla >>stessa partita, per quanto statisticamente una scelta non proprio > >no, dovrebbero essere partite diverse, in quanto acquistati in tempi >diversi e poi montati (certamente non posso essere sicuro che gli stock >di magazzino, venduti in tempi diversi, non siano in realtà dello >stesso lotto, ma voglio sperare che con l'elevato numero di dischi che >vengono venduti, non sia questo il caso) > >>perfetta e' un classico... arriva la macchina, arrivano i dischi, >monto >>i dischi, via. >> >>I dischi vivono di vita propria e non si guastano tutti nello stesso >>periodo. ho visto dischi morire di vecchiaia dopo anni di onorato >>servizio, guando gli stessi modelli erano morti il giorno dopo essere >>stati montati. > >certamente... > >> >>La tua idea di iniziare a sostituirli gradatamente e' decisamente >>valida. Per lo meno svecchi allegramente la parte piu' critica di >tutto >>il sistema senza perarltro esporti a un costo e a tempi di fermo >magari >>non accettabili. Magari per stringere i tempi, procedi a cambiarli >ogni >>volta che la ricostruzione del raid e' completata, almeno due a ogni >>giro, cosi', anziche' rischiare per i prossimi quattro mesi, stringi a >>meno tempo e minor criticita'. >> >> > >bha... non è una macchina critica, anche a livello di accessi... è la >mia nas casalinga... quindi posso dilungarmi nei tempi, per diluire i >costi, posso anche permettermi un down per un po' di tempo. > >azz... ho appena finito l'aggiornamento... ho perso il contatto con la >macchina... risulta proprio spenta (devo decidermi a scendere in studio >a controllare). > >>MAuro. > grazie. > >byez >-- >gollum1 > >Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità >e gli errori, maledetto correttore automatico.
Re: Durata dischi in un sistema raid5
Il 22 maggio 2019 17:48:05 CEST, Mauro ha scritto: > >Il 22/05/19 17:19, Gollum1 ha scritto: >> Mi chiedevo... conviene che cominci a fare una opera di sostituzione >> programmata dei dischi, magari un disco al mese, nel giro di 5 mesi >li >> ho sostituiti tutti... e distribuisco la spesa nel tempo. > > >intanto, ti suggerirei di utilizzare i tool per l'interrogazione dello >stato dei dischi attraverso SMART. > ok... questo è sicuramente un ottimo suggerimento, e così posso anche decidere quale sostituire per primo. >il raid restera' silente fino a che i dischi non daranno veramente i >numeri. con smart puoi avere dettagli migliori e piu' approfonditi >circa >lo stato dell'hardware. > >Il fatto che tu abbiamo montato i dischi presi probabilmente dalla >stessa partita, per quanto statisticamente una scelta non proprio no, dovrebbero essere partite diverse, in quanto acquistati in tempi diversi e poi montati (certamente non posso essere sicuro che gli stock di magazzino, venduti in tempi diversi, non siano in realtà dello stesso lotto, ma voglio sperare che con l'elevato numero di dischi che vengono venduti, non sia questo il caso) >perfetta e' un classico... arriva la macchina, arrivano i dischi, monto >i dischi, via. > >I dischi vivono di vita propria e non si guastano tutti nello stesso >periodo. ho visto dischi morire di vecchiaia dopo anni di onorato >servizio, guando gli stessi modelli erano morti il giorno dopo essere >stati montati. certamente... > >La tua idea di iniziare a sostituirli gradatamente e' decisamente >valida. Per lo meno svecchi allegramente la parte piu' critica di tutto >il sistema senza perarltro esporti a un costo e a tempi di fermo magari >non accettabili. Magari per stringere i tempi, procedi a cambiarli ogni >volta che la ricostruzione del raid e' completata, almeno due a ogni >giro, cosi', anziche' rischiare per i prossimi quattro mesi, stringi a >meno tempo e minor criticita'. > > bha... non è una macchina critica, anche a livello di accessi... è la mia nas casalinga... quindi posso dilungarmi nei tempi, per diluire i costi, posso anche permettermi un down per un po' di tempo. azz... ho appena finito l'aggiornamento... ho perso il contatto con la macchina... risulta proprio spenta (devo decidermi a scendere in studio a controllare). >MAuro. grazie. byez -- gollum1 Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori, maledetto correttore automatico.
Re: Durata dischi in un sistema raid5
Il 22/05/19 17:19, Gollum1 ha scritto: > Mi chiedevo... conviene che cominci a fare una opera di sostituzione > programmata dei dischi, magari un disco al mese, nel giro di 5 mesi li > ho sostituiti tutti... e distribuisco la spesa nel tempo. intanto, ti suggerirei di utilizzare i tool per l'interrogazione dello stato dei dischi attraverso SMART. il raid restera' silente fino a che i dischi non daranno veramente i numeri. con smart puoi avere dettagli migliori e piu' approfonditi circa lo stato dell'hardware. Il fatto che tu abbiamo montato i dischi presi probabilmente dalla stessa partita, per quanto statisticamente una scelta non proprio perfetta e' un classico... arriva la macchina, arrivano i dischi, monto i dischi, via. I dischi vivono di vita propria e non si guastano tutti nello stesso periodo. ho visto dischi morire di vecchiaia dopo anni di onorato servizio, guando gli stessi modelli erano morti il giorno dopo essere stati montati. La tua idea di iniziare a sostituirli gradatamente e' decisamente valida. Per lo meno svecchi allegramente la parte piu' critica di tutto il sistema senza perarltro esporti a un costo e a tempi di fermo magari non accettabili. Magari per stringere i tempi, procedi a cambiarli ogni volta che la ricostruzione del raid e' completata, almeno due a ogni giro, cosi', anziche' rischiare per i prossimi quattro mesi, stringi a meno tempo e minor criticita'. MAuro.
Durata dischi in un sistema raid5
Ciao LIsta, dopo un po' di tempo, mi sono connesso al mio serverino HP, che da anni sta funzionando silenziosamente nello studio, fornendo i suoi servizi senza battere ciglio (è da un po' che non facevo neppure aggiornamenti, quindi ora sta lavorando come non faceva da tempo). sulla macchina sono installati 5 dischi in raid5 (4 attivi e 1 Hot Spare). oggi ho dato il comando per vedere lo stato del raid: sudo mdadm --detail /dev/md0 /dev/md0: Version : 1.2 Creation Time : Fri Jun 29 21:09:02 2012 Raid Level : raid5 Array Size : 5860538880 (5589.05 GiB 6001.19 GB) Used Dev Size : 1953512960 (1863.02 GiB 2000.40 GB) Raid Devices : 4 Total Devices : 5 Persistence : Superblock is persistent Update Time : Wed May 22 17:08:04 2019 State : active Active Devices : 4 Working Devices : 5 Failed Devices : 0 Spare Devices : 1 Layout : left-symmetric Chunk Size : 512K Name : imladris:0 UUID : bfe91baa:dc4c4025:b84e6d36:759afea7 Events : 60339 Number Major Minor RaidDevice State 0 810 active sync /dev/sda1 1 8 171 active sync /dev/sdb1 2 8 332 active sync /dev/sdc1 3 8 493 active sync /dev/sdd1 4 8 65- spare /dev/sde1 come potete vedere, è tutto perfettamente regolare, i dischi stanno facendo il loro lavoro e non sembrano avere problemi... però... guardando la data di creazione del raid, che è la stessa data di installazione dei 5 dischi (forse lo spare lo aggiunto qualche mese dopo), mi rendo conto che il tutto è in piedi e funzionante 24/7 da ben 7 anni circa... i dischi sono dei WD green (addiritura non sarebbero neppure i più adatti per i sistemi raid 24/7) Mi chiedevo... conviene che cominci a fare una opera di sostituzione programmata dei dischi, magari un disco al mese, nel giro di 5 mesi li ho sostituiti tutti... e distribuisco la spesa nel tempo. altra domanda... ora che i prezzi sono calati, se dovessi comprare dei dischi più capienti, so che la parte usata è sempre quella relativa al disco più piccolo, ma quando sarebbero sostituiti tutti e cinque con dischi di maggior capienza, uguali tra di loro, e visto che il sistema si appoggia su lvm+md+ext4, credete che sia poi possibile estendere lo spazio fino ad occupare l'intero spazio dato dalla maggior capacità dei dischi? mentre scrivo, mi viene da pensare, che la parte più sensibile per ora, potrebbe essere la chiavetta usb, su cui gira il sistema operativo... forse sarebbe la prima da sostituire (in realtà tutta la parte /var è sui dischi meccanici, quindi dovrebbe avere poche sollecitazioni in scrittura). grazie degli eventuali suggerimenti... Tnx -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: nsswitch.conf
Il 22/05/19 16:47, valerio ha scritto: [...] ciao, ma il semicolon ce l'ha o non ce l'ha? se non c'è mettilo... e vedi se cambia Grazie Valerio, il punto e virgola c'è alla fine della voce precedente e alla fine della direttiva allow-update, non subito dopo allow-update perché non sarebbe conforme alla sintassi. Lui non si aspetta che dopo allow-update ci sia una parentesi graffa ma non ha senso allow-update senza la parentesi graffa... da cui deduco che la versione di dhcpd è vecchia e non lo supporta... :( Piviul
standard per url
Ciao a tutti, che voi sappiate esiste uno standard per creare un file che rappresenta un internet/intranet uri? Avrei bisogno di inserire un file in una condivisione samba che venga aperto con il browser di default e che si colleghi ad un sito specifico inserito nel file... Non so se sono riuscito a spiegarmi... Piviul
Re: nsswitch.conf
Il 22/05/19 16:06, Piviul ha scritto: Il 20/05/19 21:26, Marco Gaiarin ha scritto: Mandi! Piviul In chel di` si favelave... Anche a voi fa così? Secondo voi qual'è il pacchetto responsabile di questa anomalia che vorrei aprire un bug report? ...purtroppo non credo che sia una anomalia, nel senso che wins funziona così... io non lo elencherei in nsswitch e basta. perché dici che non è una anomalia, in fondo risponde con un system error dove errori proprio non ce ne sono. Non ti conviene configurare DHCP per la registrazione dinamica dei nomi nel DNS e usare quello? Se gestissi io il DNS si... purtroppo il server che offre il DNS non lo gestisco io, è vecchio e temo che non supporti ancora l'opzioni del ddns; lo dico perché sono andato nel dhcpd.conf ed inserito nella definizione della subnet allow-update {...} ma si lamenta dicendo: /etc/dhcpd.conf line 6: semicolon expected. allow-update { ciao, ma il semicolon ce l'ha o non ce l'ha? se non c'è mettilo... e vedi se cambia valerio Grazie mille comunque Piviul
Re: nsswitch.conf
Il 20/05/19 21:26, Marco Gaiarin ha scritto: Mandi! Piviul In chel di` si favelave... Anche a voi fa così? Secondo voi qual'è il pacchetto responsabile di questa anomalia che vorrei aprire un bug report? ...purtroppo non credo che sia una anomalia, nel senso che wins funziona così... io non lo elencherei in nsswitch e basta. perché dici che non è una anomalia, in fondo risponde con un system error dove errori proprio non ce ne sono. Non ti conviene configurare DHCP per la registrazione dinamica dei nomi nel DNS e usare quello? Se gestissi io il DNS si... purtroppo il server che offre il DNS non lo gestisco io, è vecchio e temo che non supporti ancora l'opzioni del ddns; lo dico perché sono andato nel dhcpd.conf ed inserito nella definizione della subnet allow-update {...} ma si lamenta dicendo: /etc/dhcpd.conf line 6: semicolon expected. allow-update { ^ /etc/dhcpd.conf line 6: expecting a parameter or declaration Grazie mille comunque Piviul
debian-security-support 2019.05.15: Please update the PO translation for the package debian-security-support
Hi, You are noted as the last translator of the translation for debian-security-support. The English template has been changed, and now some messages are marked "fuzzy" in your translation or are missing. I would be grateful if you could take the time and update it. Please send the updated file to me, or submit it as a wishlist bug against debian-security-support. The deadline for receiving the updated translation is Sat, 01 Jun 2019 12:45:44 +. Thanks in advance, Holger # Italian translation of debian-security-support debconf messages. # Copyright (C) 2014, debian-security-support package's copyright holder # This file is distributed under the same license as the debian-security-support package. # Beatrice Torracca , 2014, 2016. msgid "" msgstr "" "Project-Id-Version: debian-security-support\n" "Report-Msgid-Bugs-To: debian-security-supp...@packages.debian.org\n" "POT-Creation-Date: 2016-06-07 12:13+0200\n" "PO-Revision-Date: 2016-05-22 12:53+0200\n" "Last-Translator: Beatrice Torracca \n" "Language-Team: Italian \n" "Language: it\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #: ../check-support-status.in:24 #, sh-format msgid "" "Unknown DEBIAN_VERSION $DEBIAN_VERSION. Valid values from " "$DEB_LOWEST_VER_ID and $DEB_NEXT_VER_ID" msgstr "" #: ../check-support-status.in:63 msgid "Failed to parse the command line parameters" msgstr "Analisi dei parametri della riga di comando fallita" #: ../check-support-status.in:72 #, sh-format msgid "$name version $VERSION" msgstr "$name versione $VERSION" #: ../check-support-status.in:101 msgid "E: Internal error" msgstr "E: errore interno" #: ../check-support-status.in:117 msgid "E: Need a --type if --list is given" msgstr "" #: ../check-support-status.in:130 #, sh-format msgid "E: Unknown --type '$TYPE'" msgstr "" #: ../check-support-status.in:152 msgid "E: Cannot detect dpkg version, assuming wheezy or newer" msgstr "" "E: impossibile rilevare la versione di dpkg, viene supposto sia " "wheezy o successiva" #: ../check-support-status.in:282 msgid "Future end of support for one or more packages" msgstr "" "Termine previsto del supporto di sicurezza per uno o più pacchetti" #: ../check-support-status.in:285 msgid "" "Unfortunately, it will be necessary to end security support for some " "packages before the end of the regular security maintenance life " "cycle." msgstr "" "Sfortunatamente sarà necessario terminare il supporto di sicurezza " "per alcuni pacchetti prima della fine del regolare ciclo di vita di " "manutenzione di sicurezza." #: ../check-support-status.in:288 ../check-support-status.in:298 #: ../check-support-status.in:308 msgid "" "The following packages found on this system are affected by this:" msgstr "Ciò ha effetto sui seguenti pacchetti presenti nel sistema:" #: ../check-support-status.in:292 msgid "Ended security support for one or more packages" msgstr "Supporto di sicurezza terminato per uno o più pacchetti" #: ../check-support-status.in:295 msgid "" "Unfortunately, it has been necessary to end security support for some " "packages before the end of the regular security maintenance life " "cycle." msgstr "" "Sfortunatamente è stato necessario terminare il supporto di sicurezza " "per alcuni pacchetti prima della fine del regolare ciclo di vita di " "manutenzione di sicurezza." #: ../check-support-status.in:302 msgid "Limited security support for one or more packages" msgstr "Supporto di sicurezza limitato per uno o più pacchetti" #: ../check-support-status.in:305 msgid "" "Unfortunately, it has been necessary to limit security support for " "some packages." msgstr "" "Sfortunatamente è stato necessario limitare il supporto di sicurezza " "per alcuni pacchetti." #: ../check-support-status.in:320 #, fuzzy, sh-format msgid "* Source:$SRC_NAME, will end on $ALERT_WHEN" msgstr "" "* Sorgente:$SRC_NAME, terminato il $ALERT_WHEN alla versione " "$ALERT_VERSION" #: ../check-support-status.in:323 #, sh-format msgid "" "* Source:$SRC_NAME, ended on $ALERT_WHEN at version $ALERT_VERSION" msgstr "" "* Sorgente:$SRC_NAME, terminato il $ALERT_WHEN alla versione " "$ALERT_VERSION" #: ../check-support-status.in:326 #, sh-format msgid "* Source:$SRC_NAME" msgstr "* Sorgente:$SRC_NAME" #: ../check-support-status.in:330 #, sh-format msgid " Details: $ALERT_WHY" msgstr " Dettagli: $ALERT_WHY" #: ../check-support-status.in:333 msgid " Affected binary package:" msgstr " Pacchetto binario affetto:" #: ../check-support-status.in:335 msgid " Affected binary packages:" msgstr " Pacchetti binari affetti:" #: ../check-support-status.in:338 #, sh-format msgid " - $BIN_NAME (installed version: $BIN_VERSION)" msgstr " - $BIN_NAME (versione installata: $BIN_VERSION)"
Re: script bash
Il 21/05/19 17:34, Mario ha scritto: [...] non avevo inviato lo script completo ma solo la parte non funzionava. Se non invii lo script è molto difficile aiutarti. Se non vuoi inviarcelo tutto almeno mandane una parte ma che abbia senso in modo che anche noi possiamo provarlo e vedere cosa non va... Così è davvero troppo difficile. Credo sia solo una questione di sintassi: un anno fa andava tutto bene com'era, ora no. Non so cosa sia cambiato, ma so che questo comportamento mi sta bloccando anche l'entusiasmo di automatizzare via script. Io vedo più un problema di metodo. Se prima funzionava e ora non più e non sei più capace di farlo funzionare, a me sembra che il problema sarebbe stato facilmente risolvibile se tu avessi avuto un sistema di backup efficace poiché con un semplice diff ti avrebbe permesso di rivelare gli errori inseriti... Ciao Piviul