2017年09月16日

いまさらながら時間合わせ。archbang-openrc -> archbang-artix vmware / debian-9.0.0

/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というのが、
超多重マルチブートの基本だと思います。
あれこれ起動するたびに、時間ズレズレでは
つ、ら、い。


posted by ブログ開設者 at 11:02| Comment(0) | linux | このブログの読者になる | 更新情報をチェックする

一回目失敗だったのをなんとか。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への"ダウングレード”は
一応のカタチを見ることができました。

archbang-penrc--artix.jpg

terminalで更新をかけると、local(インストール済み)の
バージョンのほうが、[system]や[world]からのものより
新しいという表示がたくさんのパッケージについて出ます。
つまり、archbang-openrc時代のパッケージがまだ
残っているってことですね。

https://systemd-free.org/news.php#170727で紹介されている
方法は、まだまだ完全ではないと思います。

表示のほうは、artixからのパッケージバージョンが
追いついてくれば、少しずつ消えていくと思います。


posted by ブログ開設者 at 00:50| Comment(0) | linux | このブログの読者になる | 更新情報をチェックする

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で、
上手く行きました。だから、俺は勝った!と思ったのですが、、、。


posted by ブログ開設者 at 20:33| Comment(0) | linux | このブログの読者になる | 更新情報をチェックする