トップページ⇒linux
981コメント295KB

Arch Linux 7

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/06/07(金) 20:53:02.36ID:hfagHLKb
公式
https://www.archlinux.org/

ArchWiki
https://wiki.archlinux.org/

フォーラム
https://bbs.archlinux.org/

Beginners' Guide (英語, 日本語)
https://wiki.archlinux.org/index.php/Beginners%27_Guide
https://wiki.archlinux.org/index.php/Beginners%27_Guide_(%E6%97%A5%E6%9C%AC%E8%AA%9E)

※ 質問はBeginners' Guideを熟読し、ArchWiki、フォーラムを検索してから。
※ 次スレは>>980が建てること。

前スレ
Arch Linux 6
http://engawa.2ch.net/test/read.cgi/linux/1356654422/
0153login:Penguin2013/07/26(金) NY:AN:NY.ANID:reaSN5Zk
>>152
そこがおかしいなら手動でmodprobeしたら正しく云々にはならないはず
0154login:Penguin2013/07/26(金) NY:AN:NY.ANID:1oYWAvsR!
>>153
だから問題は本当にsystemdなのかってことを言ってるわけ
0155login:Penguin2013/07/27(土) NY:AN:NY.ANID:6zf0GGLI
>>154
なるほど
仮にsystemdが原因じゃないとしたら他にどんなことがあるかな
0156login:Penguin2013/07/27(土) NY:AN:NY.ANID:eW3+dxLp!
>>155
これは例としてubuntuのudevadm関連のバグだけど（2013-03-08）
Last night I installed the update qemu-kvm-1.2.0+noroms-0ubuntu2.12.10.3
Afterwards, I discovered that I could no longer use FUSE, and from comparing time stamps, discovered that the permissions on my /dev/fuse had been changed to:

crw------T 1 root root 10, 229 Mar 8 07:48 /dev/fuse
https://bugs.launchpad.net/ubuntu/+source/udev/+bug/1152718

>>142が言ってるのをヒントにすればntfs-3g関連が怪しいかな？
AURのntfs-3gをカスタマイズして使ってるのかも？　俺にはそこまでわかんね
0157login:Penguin2013/07/27(土) NY:AN:NY.ANID:VDGWuPgj
>>152
そんなところにudevの設定があったのは知りませんでした。今見たところ、0666になってました。
又、他の/dev/以下のファイルのパーミッションを見たところ、/dev/net/tunなども/lib/udev/rules.d/50-udev-default.rulesの記述と異なってました。

勿論、systemd以外に何かがfuseのモジュールをロードし、なおかつ/dev/fuseを600にしている可能性はあります。
ただ、それを確認する方法が思いつかないのです。

>>156
オフィシャルのntfs-3gを使っています。>>149でも書きましたが、fuseモジュールを起動時には一切使わないようにしたらどうなるかを確認するとき、
/etc/fstabにあるntfsの項をコメントアウトし、/etc/modprobe.d/nofuse.confにblacklist fuseと記述して再起動したところ、
fuseモジュールがロードされていなくても/dev/fuseが600で存在します。

/etc/systemd/system.confでLogLevel=debugにし、journalctl |grep fuseとしたところ、
fuseが有無に関係なくsys-fs-fuse-connections.mountがスタートしようとして失敗します(/sys/fs/fuseが無いため)
こいつが/dev/fuseも作ったりしているのかと思い、systemctlで手動でスタートさせてみても/dev/fuseを作る様子はありませんでした。

udevのルール(50-udev-default.rules)を読み込む前にfuseをロードしている奴がいるとしたら説明がつきますかね？
0158login:Penguin2013/07/27(土) NY:AN:NY.ANID:eW3+dxLp!
>>157
sudo pacman -Rs fuse したらどうなるの？
俺の場合
error: failed to prepare transaction (could not satisfy dependencies)
:: ntfs-3g: requires fuse
で、見ての通り ntfs-3g 以外に依存してるものはないわけだけど
なにか、その悪さをしてる依存関係にあるものが出てく可能性は？
0159login:Penguin2013/07/27(土) NY:AN:NY.ANID:6zf0GGLI
今気づいたけどtesting使ってるんならsystemdでバグが上がってるけどこれかな？
0160login:Penguin2013/07/27(土) NY:AN:NY.ANID:n+TUvy3m
>>151
bluetoothctl での設定は保存されていないんじゃないかい。デーモンを再起動したら、
bluetoothctl で設定をやりなおす必要があったような気がする。俺の使い方が間違って
いたのかも知れんが。

bluez-4 で使われていた色々なスクリプトが無くなってしまったようだけど、実はソース
ツリーのtest以下にある。コマンド名が微妙に違ってるけど。これを使って設定したら、
/var/lib/bluetooth に設定が保存され、OSをリブートしても設定しなおす必要はない。

ただし >>148 に書いたように、ドングルの電源ONは別にスクリプトを書いている。
0161login:Penguin2013/07/27(土) NY:AN:NY.ANID:n+TUvy3m
>>160
ただしソースツリー下の python スクリプトは、
#!/usr/bin/python を #!/usr/bin/python2 に変更しないとマトモに動かない。
0162login:Penguin2013/07/27(土) NY:AN:NY.ANID:VDGWuPgj
>>158
$ pacman -Qi fuse | grep Required
Required By : encfs fuseiso go-mtpfs-git gvfs jmtpfs ntfs-3g obexfs sshfs
と、暗号化、isoファイル、mtpデバイス(Android)、gvfs、ntfs、bluetoothのファイル転送、sshがfuseを利用していました。
依存関係全部ひっくるめてpacman -Rsし、再起動をかけてみましたが、/dev/fuseが600で存在します。

gdm,slim等のログインマネージャや、gnomeなどのDEも利用しておらず、上述のプログラムは手動で動かしていたため、
これらが悪さをしているとも思えません。

何か他にできないかなあ
0163142=149=157=1622013/07/27(土) NY:AN:NY.ANID:VDGWuPgj
チラ裏になってしまうかもしれませんが、お酒の勢いを借りて他のinitを試してみたところ、
initngはsegfaultで使えなかったものの、openrcはログイン画面までたどり着くことができました。
openRCの設定は全くしていなかったのでコンソールは小さいしUnicode使えないし等の問題がありましたが、
systemdでブートしている時には何をしても(シングルユーザーモードであっても！)起動後には600で存在した/dev/fuseが存在しませんでした。

これはsystemdが悪い、と考えてもいいですよねそうですよね。すいません酔っ払いで。
どなたかsystemdの良さ、ノウハウについて熱く語ってくれませんか。
systemdは"誰が、どこで、何をしているのか"が不明瞭なプログラムだという悪印象を拭ってくれませんか。
0164login:Penguin2013/07/27(土) NY:AN:NY.ANID:K/l+d15P!
他の奴は誰もそんなことになってないからなぁ…
journalでなんとかなんないの？
0165login:Penguin2013/07/27(土) NY:AN:NY.ANID:4DwRe+Vr
>>163
その悪印象はおそらく以前からLinuxを使っている人間や、特にArchのようなディストリの
ユーザーはみな思うことだと思うので、
その思いをみんなで共有して、寝る前に「早くsystemdがこの世からなくなりますように」と
星に願うようにするとかいう方向に持って行ったほうが精神的にいいんじゃないかな。
0166login:Penguin2013/07/27(土) NY:AN:NY.ANID:VDGWuPgj
>>164
journalとはjournalctlのことでしょうか？一応、>>157にも書いた通り、LogLevel=debug(これが一番詳しいですよね？)にして起動し、
$ sudo journalctl |grep fuse
でfuse関連のログを探してみたところ、関連するであろうunitはsys-fs-fuse-connections.mountと、sys-module-fuse.deviceでした。
前者はfusectlファイルシステムをマウントしようとするだけのunitで、fuseがあってもなくてもstartしようとする行儀の悪さがあり、
後者はudevかあるいはsystemd-modules-load.serviceによって作られるunit?だと認識しています。

いや、こんなに微に入り細に入って原因を探って根治を目指す症状ではない、姑息的手段があるのは理解していますが、
こう、自分のトラブル処理が力不足になるくらい複雑な不具合に見えないのが気持ち悪いところでして。

>>165の仰るとおりくだを巻いて明日を迎えるのも精神的施術としては有効なのは重々分かっているつもりです。
systemdを嫌っているのはinitのメンテに泣いたことのないユーザーが殆どで、開発者の多くは好意的だということもなんとなく感じています。

長々とお付き合いいただきありがとうございました。原因が分かったら報告いたしますが、
とりあえず夏休みなのでSlackwareやよりシンプルなディストリでも試してみようかと思います。
0167login:Penguin2013/07/27(土) NY:AN:NY.ANID:6zf0GGLI
>>166
>>159は読んでくれてない？それとも関係なくて無視してるのかな、とりあえずURL貼っとくね
https://bugs.archlinux.org/task/36259?project=1&;cat[0]=10&string=systemd
0168login:Penguin2013/07/28(日) NY:AN:NY.ANID:8AsJjWXG
>>167
うわ、申し訳ありません、読んでませんでした。FSの使い方に慣れてなくて探せてませんでした。見てみます。
0169login:Penguin2013/07/28(日) NY:AN:NY.ANID:omdGN8vb
>>166
> systemdを嫌っているのはinitのメンテに泣いたことのないユーザーが殆どで、開発者の多くは好意的だということもなんとなく感じています。

えーまじでー?
おれはinitのメンテとかしたことないいちユーザーだけど、systemdのアプローチは正解じゃないって思ってるのは
そういう一般ユーザーだけなん?

initscriptsがもってた問題と、systemdの実装のセンスのなさ(めんどくささ、わかりにくさ)は別のトピックじゃないのかね。
0170login:Penguin2013/07/28(日) NY:AN:NY.ANID:7KlfFL+V
ユーザーの要求は高度化してる、技術は進歩してる→ブラックボックス化は世の常だからな。
エンジンも自分でいじくりたきゃ勉強して機材も揃えて自分自身も進化しろと。自動車修理屋のじっちゃんがいってた。
0171login:Penguin2013/07/28(日) NY:AN:NY.ANID:UrziJrW/
見通しの良さがArchの理念だったような気もするけどね。
進歩はいいけどsystemdの利点が見えてないんじゃそれは進化じゃなくて退化なような。
0172login:Penguin2013/07/28(日) NY:AN:NY.ANID:yU0AxP/3!
利点についてはいろいろな所で書かれていると思うけど
https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530
まあ目に見える利点とは言えないかも
0173login:Penguin2013/07/28(日) NY:AN:NY.ANID:mgyO+weH
>>160,161
＞bluetoothctl での設定は保存されていないんじゃないかい

最初は自分もそう思ったけど、今はちゃんと記録してくれてる
多分どっかのバージョンアップで治ったらしい
一時期 bluez4 に戻してたから気が付かなかった
後は Power On だけが自動で出来れば文句なしなんだけど

Pythonスクリプトは気が付かなかった
見てみます、ありがとう
0174login:Penguin2013/07/28(日) NY:AN:NY.ANID:Uf5ze5vO
>>173
>最初は自分もそう思ったけど、今はちゃんと記録してくれてる

こちらこそ情報ありがとう。

> 後は Power On だけが自動で出来れば文句なしなんだけど

/etc/systemd/system 下をいじれば、まあ一応「自動」にはできるけど。
01751742013/07/28(日) NY:AN:NY.ANID:Uf5ze5vO
ああでも俺はドングル自体を抜き差しする使い方はしていないからなあ。
bluetooth.service を再起動したときなどに自動的に再度onな程度だ。
ドングル自体の抜き差しに対応するには udev をいじるんだろうね。
0176login:Penguin2013/07/30(火) NY:AN:NY.ANID:jN8a1vBr!
systemdってSSDだとsysvinitに比べてかなり起動が早くなるの？
自分はHDDなんだけどあまり差を感じないんですが、sysvinitの頃からSSD使っていた人どうですか？
0177login:Penguin2013/07/30(火) NY:AN:NY.ANID:9pcEN0mZ!
！付きでツマンネー質問するな
時分でググれ
！付きだと馬鹿だと思われるじゃねーか
串使って単発でレスするな
0178login:Penguin2013/07/30(火) NY:AN:NY.ANID:jN8a1vBr!
もちろん自分でググった上で見つからないので質問させていただいています。
SSDの環境でsysvinitとsystemd(それ以外は同条件)の起動速度を比較した記事ってありますか？探し方が悪いのかな
あと失礼ですがあなたのほうがよほど馬鹿っぽいとおもいますよ。
0179login:Penguin2013/07/30(火) NY:AN:NY.ANID:j27JbJbo
かまうと馬鹿が伝染るよ。
0180login:Penguin2013/07/30(火) NY:AN:NY.ANID:Z3yK6sr9!
自分で計測してみりゃいいだろ。
感覚で早く感じないとか言うから馬鹿にされるんだよ。
0181login:Penguin2013/07/30(火) NY:AN:NY.ANID:29Bjj+gs!
なんか誤解が有るようですが私は別にどちらが速いとか優れているという検証をしたい訳じゃないです。
そもそもsystemdとsysvinitではカバーする範囲が全然違うので単純に比較は出来ないですし。
あくまでSSDにおいてsysvinitの頃から使っている方のsystemd移行後の起動速度に対する感想が聞きたかっただけです。
串使って単発でレスするな！かー
0182login:Penguin2013/07/30(火) NY:AN:NY.ANID:Hqe06pc3
うちはHDDだけどinitとsystemdでは体感できるほどスピード変わった気がするけどなあ
まあinitの頃のデータはないんだけど
SSDにするとどんくらい早いのかは興味あるなあ

$ cat /proc/cpuinfo | grep "model name"
model name : Intel(R) Core(TM) i5-3470S CPU @ 2.90GHz

$ cat /proc/scsi/scsi
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: WDC WD5000AAKX-7 Rev: 19.0
Type: Direct-Access

$ systemd-analyze time
Startup finished in 2.042s (kernel) + 21.549s (userspace) = 23.591s
0183login:Penguin2013/07/30(火) NY:AN:NY.ANID:DLGFqsXV
$ cat /proc/cpuinfo | grep "model name"
model name : Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz

$ cat /proc/scsi/scsi
Vendor: ATA Model: INTEL SSDSA2CW08 Rev: 4PC1

$ systemd-analyze time
Startup finished in 1.742s (kernel) + 1.070s (userspace) = 2.813s

initの頃の起動時間は計測していないけど、slimのログイン画面が表示されるまでの
時間は今より1テンポ遅いくらいだった
SSDだと差はほとんど無いな
0184login:Penguin2013/07/30(火) NY:AN:NY.ANID:xdm72Mws
UEFI使うとかそっちのが影響大きそうだよね
0185login:Penguin2013/07/30(火) NY:AN:NY.ANID:Z/Eis+Df
使う人間より作る人間にとって使いやすいのが Arch way じゃなかったか？
0186login:Penguin2013/07/30(火) NY:AN:NY.ANID:1UlWP4LY!
linux開発者にarchユーザーなんていたっけ？
0187login:Penguin2013/07/30(火) NY:AN:NY.ANID:FsbUFLq3
カーネルコミッタなんて何万人って単位でいるんだから一人ぐらいarch使ってるだろ
0188login:Penguin2013/07/30(火) NY:AN:NY.ANID:j27JbJbo
なんでカーネルの話になってんだ?
0189login:Penguin2013/08/01(木) NY:AN:NY.ANID:ZO1QHgye
パッケージのバージョンの組合せとか上流で検証されてると限らないし、
archはパッケージの更新頻度も高いからパッケージ組合せ時の動作検証が
楽になるような方向に向かってるという理解だけどー
0190login:Penguin2013/08/01(木) NY:AN:NY.ANID:MT4N3gJz
パッケージの開発者が、動作環境・確認をやるとしたらテストベッドをUbuntuか、あとはCentOSなんか
にしてるでしょ。
Archのパッケージが新しすぎてビルドが通らないことは時々あるよ。
最近だとautomake1.13とか。
バイナリリポ上のパッケージは、あたりまえだけどそのへん対処してパッケージングされてる。
Archはその程度のことは自分でさっさと解決できる人向けの鳥。
バイナリリポしか使わない人にはディストリがなんだろうとあまり関係ないけど。
0191login:Penguin2013/08/01(木) NY:AN:NY.ANID:l/0d3z+1!
>>190
30 Linux Kernel Developers in 30 Weeks:っていう記事を見てたけど
多かったのは

Fredora
Ubuntu（系含む）
Debian
OpenSuse
（半数が無回答、1人Mac）

ちなみにコーディングの時に聞く音楽は？という質問に対して
一番多かったのは無音だった
0192login:Penguin2013/08/01(木) NY:AN:NY.ANID:qXJVj0gJ!
testing使わないかぎりそこまで神経質になる必要はないんじゃないかな

http://usesthis.com/
このサイトにも開発者へのインタビューがあるよ
有名所だとGreg K-HやEric Raymondがarch使ったことあるみたい
0193login:Penguin2013/08/06(火) NY:AN:NY.ANID:vrCWSkF7!
archlinux.orgつながらない
0194login:Penguin2013/08/06(火) NY:AN:NY.ANID:hprmK4Fo
archlinux.orgつながる
0195login:Penguin2013/08/07(水) NY:AN:NY.ANID:uxCumUlI
定期的にarchlinux.org死ぬよな。
使えねーわ。マジでしね
0196login:Penguin2013/08/07(水) NY:AN:NY.ANID:QYgX8rTI
まずは自分のネットワーク環境見なおしたら?
0197login:Penguin2013/08/08(木) NY:AN:NY.ANID:DsgaTt8s
testing 常用してるけど、予想以上に安定してるな。
使ってるハードウェアが枯れているのも大きいかもしれないが。
0198login:Penguin2013/08/10(土) NY:AN:NY.ANID:tTjmWk6O
筑波のミラーどうしちゃったの
0199login:Penguin2013/08/10(土) NY:AN:NY.ANID:OhtcbFkG
ついにdistrowatchでmanjaroに抜かれちまった
0200login:Penguin2013/08/11(日) NY:AN:NY.ANID:WhVbA12U
ｸﾀﾞﾗﾈ
0201login:Penguin2013/08/12(月) NY:AN:NY.ANID:t9Lm+XhJ
absってリポジトリにあるパッケージが全部ある訳じゃなかったのね
知らんかった
0202login:Penguin2013/08/12(月) NY:AN:NY.ANID:ASHrCZVy
>>201
うそぉ〜ん
0203login:Penguin2013/08/12(月) NY:AN:NY.ANID:oeCW+sWZ
AURに格下げになったパッケージがなくなっただけじゃね? >>201
0204login:Penguin2013/08/12(月) NY:AN:NY.ANID:t9Lm+XhJ
>>203
fcitx-mozcとか普通にcommunityにあるのにabsにはなくない？
他にもacpiとかも無いみたいだけど何なんだろう
0205login:Penguin2013/08/12(月) NY:AN:NY.ANID:oeCW+sWZ
どっちもあるけど
0206login:Penguin2013/08/12(月) NY:AN:NY.ANID:oeCW+sWZ
まさか pacman -Syu で abs まで自動更新されると思ってないか?
sudo abs してみれ。
0207login:Penguin2013/08/12(月) NY:AN:NY.ANID:t9Lm+XhJ
>>206
もちろんsudo absはしてるしてる
リポジトリのcommunity.abs.tar.gzとか覗いてみてもないからうちだけじゃないだろうと思ったんだけど違うのか…
0208login:Penguin2013/08/12(月) NY:AN:NY.ANID:ASHrCZVy
>>207
ほんとだないね。
.abs.tar.gz がちゃんと作成されてないみたいね。
02092052013/08/13(火) NY:AN:NY.ANID:aSdAoWRZ
さっき sudo abs したら無くなった！
何かトラブッているのかな。
02102052013/08/13(火) NY:AN:NY.ANID:aSdAoWRZ
さっき sudo abs したら復活した！
0211login:Penguin2013/08/13(火) NY:AN:NY.ANID:kCEKEk6T
ほんとだ！
なんかミスってたんかね
0212login:Penguin2013/08/13(火) NY:AN:NY.ANID:kg1QyELx
https://bbs.archlinux.org/viewtopic.php?id=166073
ちょっと前からおかしかったのかな
これがようやく直ったのかそれとも定期的におかしくなるのか
0213login:Penguin2013/08/13(火) NY:AN:NY.ANID:aSdAoWRZ
まともなデータベースによる管理ではないのでは。
PKGBUILDの更新と absの更新のタイミングによって
一時的に消えるものがあり、1日待てば復活するとか。

ちゃんと調べたんじゃなく、憶測で言ってるけど。
0214login:Penguin2013/08/16(金) NY:AN:NY.ANID:Q8/a6Vb0
上の方で/dev/fuseのパーミッションがおかしいと愚痴をこぼしていましたが、systemdのバージョン207で修正がかかり、問題解決しました。
0215login:Penguin2013/08/17(土) NY:AN:NY.ANID:oKGfh/3U
firefoxでarchサイトのパッケージのページのDownload From Mirrorからダウンロードしようとするとアプリケーションで開くが出てこない時ないですか？
いろいろ試してみたらfirefox21までは問題なくて、しかもダウンロード時に選ばれるミラーによっては
22以降でも問題なくアプリケーションで開くが出てくるんだけど皆様どうでしょうか
実機のarchも、vboxに新しくインストールしたarchもlinuxmintも同じでした
mirrorサイトの設定とfirefox22以降の複合的な問題ってことかな
0216login:Penguin2013/08/18(日) NY:AN:NY.ANID:Go/Gv57d
php5.5ｷﾀ━(ﾟ∀ﾟ)━!
0217login:Penguin2013/08/21(水) NY:AN:NY.ANID:vcAmqmVW
systemdがtesting入りしてからずいぶん時間かかってるな
0218login:Penguin2013/09/02(月) 17:27:11.85ID:5E57NEi/
Linux FormatにArchの記事が載ってる
0219login:Penguin2013/09/03(火) 20:41:29.20ID:VSW4YRDc
Firefoxの最新はver２３だね。
0220login:Penguin2013/09/03(火) 21:03:56.12ID:wCT+O8Ut
mozc-utこないだアップデートしたと思ったらまたか。
アップストリームが2つあるから仕方ないけどめんどくさいなあ。
0221login:Penguin2013/09/04(水) 02:03:06.48ID:vLSyGnye
ccacheとか使えばコンパイルが速くなるんじゃない？
0222login:Penguin2013/09/04(水) 10:59:44.44ID:PzIl0j+o
ccacheは大して効果ない上にコンパイル結果が正しくなくなる可能性があるしなあ。
0223login:Penguin2013/09/05(木) 01:33:16.24ID:0fr3YzMX
mozc-utのUT辞書からEDICT由来のもの除けばバイナリ配布できるけど需要ある?
0224login:Penguin2013/09/08(日) 13:25:02.15ID:GIMrCFVn
>>163
とても共感します。超遅レスだけど
0225login:Penguin2013/09/08(日) 13:54:02.02ID:LEyQBVUu
>>224
同感、うちだけかもしれないけどjournalのログが増えてくると起動にかかる時間も増えるとかホント意味わからんし調べる気も起きん
LSDlinux(less systemd linux)ってちょっと期待してたんだけど変な方向になっちゃってがっかり
0226login:Penguin2013/09/08(日) 14:44:36.26ID:Au/xNQsD
aurのsysvinitとかeudevとか使えばいいんじゃないか
0227login:Penguin2013/09/09(月) 14:10:05.06ID:3VWKDT1W
じゃあsystemdでも姑息ハックができたって例でも挙げるか。

hostapd + shorewallで無線LANルーターを構築してたんだけど、rc.conf時代にうまく動いていたのがsystemdで動かなくなった。
色々調べたりした結果、hostapdでマスターモードにしたインターフェイス(wlp9s0)のIPアドレスを指定する必要があることが分かった。
手動でip addr add 10.0.0.1/24 dev wlp9s0と打てばいいのだけれど、面倒なのでsystemdにやらすことにした。
------
[Unit]
After=multi-user.target.wants
Type=oneshot
[Service]
ExecStart=/usr/bin/ip addr add 10.0.0.1/24 dev wlp9s0
------
等と適当なユニットファイルを/etc/systemd/system/multi-user.target.wants/に置いた。
もっと適切なAfter,Requireもあるし、エラー処理とか考えろとは自分でも思うが、
とりあえず電源入れたらノータッチでルータになるという部分は達成できた。
0228login:Penguin2013/09/12(木) 12:51:50.91ID:yG7CYLP9
自分でリンク貼ったりファイル置いたりするのとsystemctl enableするのって違い有るのかな
0229login:Penguin2013/09/12(木) 13:43:14.93ID:XKJfDyMH
>>228
自分でやった後はsystemctl daemon-reloadが必要になる。daemon-reloadが何をするのか、再起動かけただけでは反映されないのかは自分で確かめてくれ。
0230login:Penguin2013/09/12(木) 15:09:57.42ID:rWmRVso/
systemd/upstartは細かく設定出来る分、チューニングして完全に思い通りに操れたらロッキン。
だけど「いや俺はこうするわ」とか後からどんどん食い込んできて全然ロックじゃない。
0231login:Penguin2013/09/12(木) 23:30:31.70ID:aUoPonh+
>>227-228
少なくとも標準的なファイルの書き方は、
/etc/systemd/system/multi-user.target.wants/
に直接置くのでもなければ、自分でリンクを張るのでもなく、

・ファイルの位置は /etc/systemd/system/
・ファイルには次の記述をする。
############################################
[Install]
WantedBy=multi-user.target
############################################
・すると systemctl enable hoge.service とすることによって、自動的に
/etc/systemd/system/multi-user.target.wants/ 下にリンクを張ってくれる。

こうやらないと、 sysytemctl の enable/disable の機能が使えないじゃん。
0232login:Penguin2013/09/17(火) 12:44:00.55ID:jw7zGmo1
Deprecation of /etc/sysctl.conf
https://www.archlinux.org/news/deprecation-of-etcsysctlconf/
0233login:Penguin2013/09/17(火) 20:10:33.37ID:PDEumaT5
jman使えなくてストレスが酷いお
0234login:Penguin2013/09/18(水) 00:04:18.82ID:WkWBsuGA
aurにあるman-pages-ja-gitじゃだめか
0235login:Penguin2013/09/18(水) 09:38:31.85ID:wPs80yfc
>>234
aur知らなかったよ、コマンドこれで合ってるだろうか？？
打ってみたが反映されて無いから困ってるんだが。

pacman -U https://aur.archlinux.org/packages/ma/man-pages-ja-git/man-pages-ja-git.tar.gz
0236login:Penguin2013/09/18(水) 10:08:57.13ID:wPs80yfc
locale -a　打ってみたが
C と　POSIX　しか表示されん、jaどころかusも書かれて無いとは。
0237login:Penguin2013/09/18(水) 11:09:24.60ID:VNO0h79g
wikiぐらい読もうよ
0238login:Penguin2013/09/18(水) 12:43:43.90ID:WkWBsuGA
…よくインストールできたな
0239login:Penguin2013/09/18(水) 13:06:32.53ID:wPs80yfc
>>237
>>238
最初wikiのIn other languagesのリンク気付かなくて、別の所の記事参考にした。
参考にしたページが偶々、言語の設定が抜けてたのかも。

pacstrapとchrootだけ理解してればインスコ自体にはそんなに障害ないわけで。

X Window System入れるのに、pacman自体のオプションが見たかったんだが、英語表記でストレスで死にそうになってた。
パッケージマネージャで-(ハイフン)の繋ぎの意味とかlinux全般に関する事で理解してないのも多くて。
今はjman動かすのにfontは追加する必要が有るのか、linuxで手動でフォント入れるなら、どんなフォントが主流か、ってのを調べてる。

下道のインスコはストレス酷いが勉強にはなるね。
コマンド、概念など色々メモ取りながらやってます、gui系でレイヤやドライバの知識が少しでも身に付けば儲けものかな。
0240login:Penguin2013/09/18(水) 13:35:33.10ID:eHku7HU4
素直に英語勉強したほうが色々はかどる気がして仕方ないんだが。
0241login:Penguin2013/09/18(水) 13:36:57.55ID:Pr7ts8yb
英語の勉強の方が汎用性あるしね
0242login:Penguin2013/09/18(水) 16:04:40.72ID:wPs80yfc
コンソールフォントは 256 か 512 文字に制限されています。
ttps://wiki.archlinux.org/index.php/Fonts_%28%E6%97%A5%E6%9C%AC%E8%AA%9E%29#.E3.82.B3.E3.83.B3.E3.82.BD.E3.83.BC.E3.83.AB.E3.83.95.E3.82.A9.E3.83.B3.E3.83.88

もしかしてGUI入れないとjman使えなかったりします？
CUIのままで日本語に出来てる方居ないか聞いてみたいんですが。
0243login:Penguin2013/09/18(水) 16:50:26.30ID:WkWBsuGA
fbterm使えば日本語表示できるけど…
0244login:Penguin2013/09/18(水) 17:44:57.38ID:hZkmy1wW
>>242
前スレで話題が出てた kmscon ってのはどうかな
0245login:Penguin2013/09/18(水) 17:54:23.55ID:wPs80yfc
>>243
ありがとう。
こういうツールが存在する事で、不可能な事やろうとしてたって実感できました。
このツールも後で試してみます。
取り敢えずは、デスクトップ環境選びから始めます。

ttp://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B9%E3%82%AF%E3%83%88%E3%83%83%E3%83%97%E7%92%B0%E5%A2%83#Unix.E7.B3.BB.E3.81.AE.E3.83.87.E3.82.B9.E3.82.AF.E3.83.88.E3.83.83.E3.83.97.E7.92.B0.E5.A2.83.E3.81.AE.E6.AF.94.E8.BC.83
ここを参考に個別にデスクトップ環境の中の物を個別に設定したかったんですが難しそうなので、ubuntuでGNOME以外の環境を触ってみて選定してみます。
0246login:Penguin2013/09/18(水) 19:20:11.00ID:zt6WygI6
kmscon を常用するのは、まだちょっと恐いので
vt1 には普通の agetty を、残りの vt? には kmscon または X
ってやってみた。X の使う vt がコロコロ変わるのがイヤだな。
昔みたいに vt7 あたりにXを固定するか。
0247login:Penguin2013/09/19(木) 00:33:03.43ID:CdcSIs/r
>>231
/usr/lib/systemd/systemじゃだめなの？
0248login:Penguin2013/09/19(木) 02:25:49.66ID:Cfg7Mjag
pacmanのヘルプは見やすい方だよ。
pacman -hはオペレーション一覧を表示、オペレーション(SとかRとか)を指定した後で -hすると、それぞれのオプションの説明を表示する。

特に良いのは、どのヘルプも端末をスクロールさせるような行儀の悪さが無い。
0249login:Penguin2013/09/19(木) 02:33:34.56ID:tnKqeWxk
無理やり日本語だけで使い続けられる環境をArchで構築するってのも一つの試みとしておもしろいのかもね。
余計な熱量浪費してるように見えちゃうけど。
0250login:Penguin2013/09/19(木) 04:28:16.47ID:RK/Rn7SK
アルファベットを使う言語なら英語を全く表示しないってのも簡単にできるんけどねー
非ヨーロッパ系言語、特にCJKはかなりハードル高くなっちゃうね
将来的にフレームバッファがカーネルで標準で使われるようになるといいんだけど
0251login:Penguin2013/09/19(木) 10:44:39.65ID:Kt+uSpA6
>>247
/usr/lib/以下のほうは基本的にディストロ側が管理する みたいな感じじゃなかったっけ
0252login:Penguin2013/09/19(木) 16:31:09.87ID:Cfg7Mjag
/etc/systemd/systemに置いた方が気分が良い。
絶対にmake installしたくないでござる！というArcher独特の心理。
そんな私はコンソールでもCapsをCtrlにしたいがためにPKGBUILDを書きました。

>>245
Archならデスクトップ環境はユーザーがやりたい放題できますぜ。
コンソールでログインして、~/.xinitrcを自分で書いてはstartxをしまくる。
そのWikipediaの記事に書いてあるやつ以外にも自分に合うものを試してみるといい。
個人的にはWindows & Macの亜種のようなソフトよりも、先祖返りしたタイル型WMの方が素敵だわ。
■ このスレッドは過去ログ倉庫に格納されています