[RISOLTO] orologio segna GMT e non GMT+1

[Joif]

Ho SHR su uSD, ho impostato l'orologio da QtMoko che ho su NAND selezionando il fuso orario di Parigi. Ho notato che SHR segna l'orario sempre con un'ora in meno, ossia GMT anzichè GMT+1. Questo lo fa solo SHR, sempre sulla uSD ho Hackable:1 ma segna il giusto orario. Ho provato a cambiare l'orario da SHR sia delle impostazioni sia usando il comando "date" ma ogni volta mi va a modificare l'hardware clock con il risultato che poi QtMoko e H:1 hanno sempre un'ora di differenza con SHR. Qualcuno ha notato questa cosa? c'è modo di settare il giusto orario? Grazie!

[zeusone]

Con SHR io attivo il GPS e' dopo un po' l'ora e la data va a posto automaticamente

[Joif]

buono a sapersi ma cerco una soluzione più "economica" 

[Dareus]

Il GPS (Global Positioning System) non è il GPRS (General Packet Radio Service).

Il primo serve per il posizionamento (navigatore) e non si pagano le trasmissioni.

Il secondo serve per la trasmissione dati (è il precursore di HSDPA, UMTS, 3G) e si paga secondo il piano tariffario della compagnia telefonica.

In buona sostanza, per fare quello che ti ha detto zeusone non paghi nulla.

Solo che non credo che questo risolva veramente il tuo problema (che penso sia insito nella gestione delle timezones).

[Meluste]

Il GPS (Global Positioning System) non è il GPRS (General Packet Radio Service).

Il primo serve per il posizionamento (navigatore) e non si pagano le trasmissioni.

Il secondo serve per la trasmissione dati (è il precursore di HSDPA, UMTS, 3G) e si paga secondo il piano tariffario della compagnia telefonica.

In buona sostanza, per fare quello che ti ha detto zeusone non paghi nulla.

Solo che non credo che questo risolva veramente il tuo problema (che penso sia insito nella gestione delle timezones).

è incredibile in quanti si confondano

[Joif]

In buona sostanza, per fare quello che ti ha detto zeusone non paghi nulla.

Solo che non credo che questo risolva veramente il tuo problema (che penso sia insito nella gestione delle timezones).

no no avete frainteso!  conosco la differenza tra GPS e GPRS. Con "soluzione economica" intendevo dire che mi sembra esagerato scomodare il GPS per semplicemente settare l'orologio (il che comunque non ha risolto il mio problema), è come se volessi spostare di un metro uno zaino ma usando però una gru! 

[Abrahams]

no no avete frainteso!  conosco la differenza tra GPS e GPRS. Con "soluzione economica" intendevo dire che mi sembra esagerato scomodare il GPS per semplicemente settare l'orologio (il che comunque non ha risolto il mio problema), è come se volessi spostare di un metro uno zaino ma usando però una gru! 

Beh, se hai a disposizione una gru gratuitamente non vedo perchè non dovresti usarla...

[marco]

Hai impostato il fuso orario seguendo la guida di SHR?
Setting local time
Poi ricontrolla il file /etc/timezone (Europe/Rome per l'Italia)

[Joif]

ah ecco non l'avevo vista proprio sta cosa 

[Meluste]

bene
se funziona, aggiungi [Risolto] al titolo della discussione grazie

[Joif]

ok funziona per SHR, ma puntualmente quando torno in QtMoko l'orario è avanti di un'ora, ma c'è da dire che c'è un problema in QtMoko v16 con l'hardware clock. Vabè diamo per risolta la cosa, poi si vede 

[Joif]

Ho aggiornato poc'anzi SHR testing e ho notato come il problema dell'orologio persista. Questa volta sto bazzicando con QtMoko v19 e Android Cupcake per SD, entrambe segnano il corretto orario che di questi periodi è GMT+2. SHR segna invece imperterrita GMT. La soluzione, alquanto logica ma banalmente valutata per ultima  , consiste nell'impostare UTC=yes in /etc/default/rcS . Con il comando date l'ora mostrata è la corretta GMT+2, con hwclock l'orario è giustamente GMT.

[marco]

A me funziona bene, senza toccare il file rcS.
Dopo ogni aggiornamento anche a me l'orologio segna l'ora GMT, ma basta risincronizzare l'orologio con  "ntpdate ntp1.inrim.it" e l'ora ritorna a posto (bisogna installare ntpdate).

Ho avuto l'impressione che dopo gli aggiornamenti SHR consideri l'ora GMT come ora locale, per cui sposta l'orario GMT di due ore indietro; se così fosse l'ora sbagliata sarebbe quella GMT.

[Joif]

Da quello che ho potuto vedere io SHR di partenza prende in considerazione proprio l'orario GMT come ora locale. E cioè si limita a prendere l'ora dell'hardware clock. Affinché valgano le correzioni sul timezone è necessario attivare l'UTC, cosicchè l'hardware clock segna sempre GMT ma l'ora mostrata dal sistema è GMT+n. D'altro canto se non si impostasse l'UTC e si modificasse l'ora manualmente come risultato si otterrebbe la modifica dell'hardware clock. Proprio per questo motivo, utilizzando più sistemi come nel mio caso che di default usano l'UTC, non impostando l'UTC su SHR si ottengono discrepanze dell'orario segnato tra i vari sistemi.
Per farla breve, l'hardware clock dovrebbe essere sempre impostato su GMT, e impostando UTC e time zone il sistema segna l'ora corretta. Avendo più sistemi, o tutti utilizzano UTC+timezone o tutti non utilizzano UTC+timezone ma con l'hardware clock impostato sull'ora desiderata.