/etc/localtimeを、Japanにしても、Asia/Tokyoにしても
システム時計は、日本時間にならい、という現象。
上手く行ったのは、
$ sudo ln -sf /usr/share/zoneinfo/Asia/Tokyo /etc/localtime
-sfってところが大事みたいで、じぶんがいつもしている
/etc/locakeをrmしてから、ln -sするのではなく
いっぱつで置換するところに意味があるらしいですね。
時間は、9時間未来になりましたけど、
$ sudo hwclock --systohc --utc
として、正常時間の表示になりました。
ホストの時計(時間)との関連を云々する記事も見たりしますが、
ゲストはゲストで独立して時間を決めるんで
いいんではないですかね。
dateコマンドで、jstの日本時間が出て
hwclockは、utcというのが、
超多重マルチブートの基本だと思います。
あれこれ起動するたびに、時間ズレズレでは
つ、ら、い。
一回目失敗だったのをなんとか。archbang-openrc -> archbang-artix
いちばんわからないのは、aotologinをどこでやっているか
でした。openrcを推進するgetooあたりが説明する
やり方は使っておらず、、、。
でもデスクトップ(openbox)を起動することはできました。
# pacman -S lxdm
# nano /etc/conf.d/xdm
DISPLAYMANAGER="xdm" -> lxdm
# rc-update add xdm default
# reboot
autologinで、/etc/initabも使っていないし、
ログインをスキップするような操作をしているのかな。
ま、それでも、
ほぼ、 archbang-artixへの"ダウングレード”は
一応のカタチを見ることができました。

terminalで更新をかけると、local(インストール済み)の
バージョンのほうが、[system]や[world]からのものより
新しいという表示がたくさんのパッケージについて出ます。
つまり、archbang-openrc時代のパッケージがまだ
残っているってことですね。
https://systemd-free.org/news.php#170727で紹介されている
方法は、まだまだ完全ではないと思います。
表示のほうは、artixからのパッケージバージョンが
追いついてくれば、少しずつ消えていくと思います。
でした。openrcを推進するgetooあたりが説明する
やり方は使っておらず、、、。
でもデスクトップ(openbox)を起動することはできました。
# pacman -S lxdm
# nano /etc/conf.d/xdm
DISPLAYMANAGER="xdm" -> lxdm
# rc-update add xdm default
# reboot
autologinで、/etc/initabも使っていないし、
ログインをスキップするような操作をしているのかな。
ま、それでも、
ほぼ、 archbang-artixへの"ダウングレード”は
一応のカタチを見ることができました。

terminalで更新をかけると、local(インストール済み)の
バージョンのほうが、[system]や[world]からのものより
新しいという表示がたくさんのパッケージについて出ます。
つまり、archbang-openrc時代のパッケージがまだ
残っているってことですね。
https://systemd-free.org/news.php#170727で紹介されている
方法は、まだまだ完全ではないと思います。
表示のほうは、artixからのパッケージバージョンが
追いついてくれば、少しずつ消えていくと思います。
2017年09月13日
一回目失敗。archbang-openrc -> archbang-artix
言い訳になりますが、vmware上のarchbang-openrcを
archbang-artixにするのは、難度が上がるみたいです。
一応、ちゃんと終えられたように見えましたが、
デスクトップが起動しませんでした。
xf86-video-vmwareとかxf86-input-vmmouseとかが
上手く働いていないのかな。
元のarchbang-openrcは、オートログイン&
オートstartxになっていて、
archbang-artixに変更後は、オートログインせず。
黒画面のプロンプトで、ユーザーログインしますと
自動でstartxが走り、X環境の起動に失敗します。
あと、pacman -Sccでしくじったようで、
ローカルのパッケージのほうが新しいぜ、
みたいな表示のてんこ盛りもあります。
systemを古いほうへ取り替えた、ってことなので、
有りがちなことかもしれません。
rootでならログインできて、そのまま
コンソール操作ができます。ネットにも繋がっていて、
インストールもできます。できるけど、スキル的に
無駄な抵抗のような気はします。
5回ぐらい失敗したら、上手く行くかな。
ずっと以前、archlinuxにも、glibc問題とか、
階層構造の変更とか、何度か大きな壁があった
のを思い出しました。変更への対応が上手くできない
じぶんがしゃくの種で何度も壊したのを
思い出します。
archbang-openrcは、できることなら、そのまま居させたいけれど、
glibcのupdateを止めないとカーネルパニックが起こるようでは、
いずれ、大きな問題が起こりますね。んー。
作業の途中で、networkmanager-openrcとnetworkmanager-consolekitが
ぶつかるみたいな表示が出て、作業を停滞させられました。
--ignore networkmanager-openrcで徹頭徹尾で行き、最後に、
# pacman -S networkmanager netwokmanager-openrc
とし、networkmanager-consolekitの削除にyで、
上手く行きました。だから、俺は勝った!と思ったのですが、、、。
archbang-artixにするのは、難度が上がるみたいです。
一応、ちゃんと終えられたように見えましたが、
デスクトップが起動しませんでした。
xf86-video-vmwareとかxf86-input-vmmouseとかが
上手く働いていないのかな。
元のarchbang-openrcは、オートログイン&
オートstartxになっていて、
archbang-artixに変更後は、オートログインせず。
黒画面のプロンプトで、ユーザーログインしますと
自動でstartxが走り、X環境の起動に失敗します。
あと、pacman -Sccでしくじったようで、
ローカルのパッケージのほうが新しいぜ、
みたいな表示のてんこ盛りもあります。
systemを古いほうへ取り替えた、ってことなので、
有りがちなことかもしれません。
rootでならログインできて、そのまま
コンソール操作ができます。ネットにも繋がっていて、
インストールもできます。できるけど、スキル的に
無駄な抵抗のような気はします。
5回ぐらい失敗したら、上手く行くかな。
ずっと以前、archlinuxにも、glibc問題とか、
階層構造の変更とか、何度か大きな壁があった
のを思い出しました。変更への対応が上手くできない
じぶんがしゃくの種で何度も壊したのを
思い出します。
archbang-openrcは、できることなら、そのまま居させたいけれど、
glibcのupdateを止めないとカーネルパニックが起こるようでは、
いずれ、大きな問題が起こりますね。んー。
作業の途中で、networkmanager-openrcとnetworkmanager-consolekitが
ぶつかるみたいな表示が出て、作業を停滞させられました。
--ignore networkmanager-openrcで徹頭徹尾で行き、最後に、
# pacman -S networkmanager netwokmanager-openrc
とし、networkmanager-consolekitの削除にyで、
上手く行きました。だから、俺は勝った!と思ったのですが、、、。