Arch Linuxでシステムクロックをめちゃくちゃにしました
数日前にArchをインストールしました。日付と時刻が1日と1時間ずれていることに気づきました。
timedatectl set-timeを使用して変更しました。次に、hwclock --systohcを使用してハードウェアクロックを設定しました。その後、https証明書エラーのためにGmailなどの一部のサイトにアクセスできませんでした。時間を変更してみましたが、うまくいきませんでした。
再起動した後、パーティションが別の時間にマウントされたために問題が発生したため、パーティションでfsck /dev/sdaを使用し、起動することができました。現在、時計は問題ありませんが、メールをチェックする必要があります。私は、stackexchange cringeにログインするためにFacebookを使用する必要がありました。
助けて？
Gmailのエラーページには次のように書かれています。
サーバーのセキュリティ証明書はまだ有効ではありません！ gmail.comにアクセスしようとしましたが、サーバーから提示された証明書はまだ有効ではありません。その証明書を信頼できるかどうかを示す情報はありません。 Chromiumは、攻撃者ではなくgmail.comと通信していることを確実に保証することはできません。コンピューターの時計は現在、2012年1月10日火曜日の午後12時14分47秒に設定されています。それは正しく見えますか？そうでない場合は、システムのクロックを修正してから、このページを更新してください。
Webサイト運営者がこのドメインのセキュリティ強化を要求しているため、続行できません。
this 記事でntpソリューションを使用しました。タイムサーバーに対して更新されました。
最初はエラーになりました。タイムサーバーを使用する前にntpを停止する必要があります。サーバーが見つからない場合は、指定する必要があります。私の場合は、Sudo ntpdate 0.us.pool.ntp.org。それはそれでした。
これを行う正しい方法は、systemdを介してntpd.serviceを有効にすることです。
# pacman -Syu ntp必要なパッケージをインストールしました
# systemctl enable ntpd.serviceシステムを起動するたびにクロックが同期されるように、起動時に有効にします
# systemctl start ntpd.serviceすぐに開始してください
ntpd -qgをrootとして実行することもできます。
Systemdでこの操作を管理したら、クロックアジャンの設定について心配する必要はありません。
注：クロックを非同期にするいくつかのデュアルブートシナリオがあり、デュアルブートのWindows側でこの問題を修正するためのレジストリハックもいくつかあります。