Salve, scrivo qui non per chiedere qualcosa ma per descrivere come ho risolto un problema di reboot schedulato “bloccato” sul mio TIM Hub. Sperando che sia utile anche ad altre persone.
Premessa:
Ho la connessione ad internet FTTC con TIM ed ho il TIM Hub, quello nero con l’angolo grigio per intenderci, modello: Technicolor DGA4132TIM
Problema:
Il 31 Dicembre 2025 sono entrato nell’amministrazione del router per dare una occhiata ed ho notato che era “su” da ormai più di 60 giorni, quindi avevo lo stesso IP da parecchio tempo. Avrei potuto riavviarlo subito ma ho preferito fare un reboot “schedulato”. Ho quindi impostato il reboot in modo che fosse schedulato al 01/01/2026 ore 03:00.
Il giorno dopo (1 Gennaio) ho verificato lo stato del router ma ho scoperto con disappunto che il router NON si è riavviato. Ovvero, ha completamente ignorato la schedulazione del reboot ed è rimasto tutto come prima. Il problema è che nella home della amministrazione restava ancora la informazione della schedulazione (vedi immagine sotto), anche se la data/ora era comunque già “passata”. E sembrava che non ci fosse modo per cambiarlo/toglierlo.
Soluzione:
Il 2/1 ho voluto esaminare meglio la pagina di configurazione (quella dove c’è il modulo per il reboot schedulato). Usando i developer tools di Firefox, ho scoperto che i due campi data/ora e il pulsante di Schedule Reboot in realtà c’erano ancora ma erano semplicemente nascosti a livello client tramite CSS. Come si vede nella immagine sotto, i 3 elementi hanno una classe CSS hide. Ho tolto questa classe e i campi sono tornati visibili.
Non so dire se si poteva semplicemente togliere la schedulazione (magari lasciando vuoti i campi? Mai provato...) ma ho comunque preferito impostarne un’altra al 03/01/2026 ore 03:00. La schedulazione, di per sé, ha funzionato. Poi il 3/1 ho verificato e dal uptime è risultato che il router si è correttamente riavviato alle ore 03:00. E la scritta in home è ovviamente (e correttamente) sparita.
Quindi tutto bene.
Ma mi lascia comunque perplesso: perché la schedulazione del reboot del 1/1 non ha funzionato?? Detto onestamente (e da sviluppatore), a me “sa” tanto di baco del firmware ma potrebbero esserci anche altre motivazioni che magari ignoro ....
Premessa:
Ho la connessione ad internet FTTC con TIM ed ho il TIM Hub, quello nero con l’angolo grigio per intenderci, modello: Technicolor DGA4132TIM
Problema:
Il 31 Dicembre 2025 sono entrato nell’amministrazione del router per dare una occhiata ed ho notato che era “su” da ormai più di 60 giorni, quindi avevo lo stesso IP da parecchio tempo. Avrei potuto riavviarlo subito ma ho preferito fare un reboot “schedulato”. Ho quindi impostato il reboot in modo che fosse schedulato al 01/01/2026 ore 03:00.
Il giorno dopo (1 Gennaio) ho verificato lo stato del router ma ho scoperto con disappunto che il router NON si è riavviato. Ovvero, ha completamente ignorato la schedulazione del reboot ed è rimasto tutto come prima. Il problema è che nella home della amministrazione restava ancora la informazione della schedulazione (vedi immagine sotto), anche se la data/ora era comunque già “passata”. E sembrava che non ci fosse modo per cambiarlo/toglierlo.
Soluzione:
Il 2/1 ho voluto esaminare meglio la pagina di configurazione (quella dove c’è il modulo per il reboot schedulato). Usando i developer tools di Firefox, ho scoperto che i due campi data/ora e il pulsante di Schedule Reboot in realtà c’erano ancora ma erano semplicemente nascosti a livello client tramite CSS. Come si vede nella immagine sotto, i 3 elementi hanno una classe CSS hide. Ho tolto questa classe e i campi sono tornati visibili.
Non so dire se si poteva semplicemente togliere la schedulazione (magari lasciando vuoti i campi? Mai provato...) ma ho comunque preferito impostarne un’altra al 03/01/2026 ore 03:00. La schedulazione, di per sé, ha funzionato. Poi il 3/1 ho verificato e dal uptime è risultato che il router si è correttamente riavviato alle ore 03:00. E la scritta in home è ovviamente (e correttamente) sparita.
Quindi tutto bene.
Ma mi lascia comunque perplesso: perché la schedulazione del reboot del 1/1 non ha funzionato?? Detto onestamente (e da sviluppatore), a me “sa” tanto di baco del firmware ma potrebbero esserci anche altre motivazioni che magari ignoro ....
Ultima modifica da un moderatore:
