Debian GNU/Linux スレッド Ver.90
■ このスレッドは過去ログ倉庫に格納されています
>>196
Ubuntuの元になってるのも、LMDEの元になってるのも
sidじゃなくtesting
分かってる人には選ぶ理由があるんでしょう >>195
そういう意味があったのか!って伝わらないってこれだけじゃw >>201
今確認したらNoto Font CJKのSerifやTeXLive 2018がパッケージングされてるのね。
安定版やめて試験版を使おうかな testing入れてみたけど、家のPCではxが開くとこまで
起動しなかった。
素直にubuntu使ってます。汗 起動したけど、真っ黒でどうすることも出来なかった・・・じゃないの? >>204
最初はUbuntu上のvirtualBoxとかでdebianに馴れるのが良いよ
Ubuntuよりも軽い分、自動でやってくれなかったりする所もあるから
virtualBox上とか、よくある部品で組み立てられたデスクトップとかだと
ドライバー関係のトラブルは少ないから
トライしやすい そもそもインストールソース選択が違ってるかもね
weeklyやdailyは駄目な事あったよ
stableのmini.iso見つけるのも初心者には難しい >>206
Ubuntu推しはココでないところでやりなさい 試験版を使おうかと思った人だけど そもそもインストールメディアの場所が分からずあえなく撃沈。
もしかしたら「インストールメディア」という概念がないのかな?
いずれにしてもこの状態で使うのは危険だと思ったんで大人しく安定版を使っておきます。 インストールメディアが見つからないとか
インストール失敗したとかぐらいで弱音言う人には無理だと思うわ
スキル足りてない スキルっていうか、教科書読んで理解できないレベルには前年度の教科書読んでくださいって感じだな。
教科書が手元にない場合やなにを参考にすべきかわからない場合に人に聞けばいい。
あとは、この教科書間違ってますか?とかね。 >>211
昔のWindowsのインストーラーも大概酷かったけどねw
>>213
違うよ。 >>213
違う違うwでもスキルって言うと誤解ありそうだよね、手順が明らかにされてることは誰にでもできるよ。 >>213
そういうつもりはないよ
初心者ならstable使ってもらって
いずれは自分で調べてtesting/sid使えるようになるんじゃない
何か調べるついでに他にも知識得られるんだよね >>210
「weekly」ってそういう意味だったのね。
https://www.debian.org/distrib/
ここと(いつも↑ここのページからインストールメディアを落としてる)
https://wiki.debian.org/DebianTesting
を参照したんだけど,「weekly」というのはまた別のことを言ってるのかと思ってさ。
いやなんか申し訳ない。今日にでもインストールしようと思います。 Debian.org sources.list でぐぐれば以下を得るので
https://wiki.debian.org/SourcesList
流れはstableをインストールし
sources.listをstable→testingに書き換えて
update,upgradeとかやるとダウンロード、設定されてtestingになるだけ 手順があるので、ちゃんと読んでねw
ちなみにsidも同じ手順でやってるけど(間違えてるかもしれない) testingのnetinstallで始めればいいじゃん
stable経由するの無駄だよ そうなのか? どこにドキュメントあるのか書いてくれ おうさんきゅー>>222
まーいつものURLだなw
ところで?このインストーラーを起動しインストールを続行することで、stable,testing,sidを直接インストールできます・・・ってことでOK? にわかども
いい加減にしろよ
sidのインストーラはもちろんあるよ
しかも国内サーバーに置いてある >以下のリンク先のイメージは全て次の Debian リリースに向けて開発中の Debian Installer を採用しており、デフォルトで Debian テスト版 (testing) (buster) をインストールします。
三行ってこれか字が小さすぎて今の今まで読み落としておったぞ?
もっと親切にしないとダメだろ日本人にはw
まー冗談はさておき、電球アイコンみたらズームすることにするわ
へーデフォでtestingをインストールするわけか了解
おつかれ>>224
sidについては前からわかっておったぞ>>225
でもなんでかしらんけどstableだと思ってたのが実はtestingだったから
sid移行が結果的にうまくいってただけという感じw あなたになら奪われてもかまわない はよ教授ください つまんねえ奴だな
これは筑波だが理研やjaistやあちこちに同じものが置いてある
http://ftp.tsukuba.wide.ad.jp/Linux/debian/dists/stable/main/installer-amd64/current/images/netboot/mini.iso
階層変えれば386用もあるしGTKインストーラもある
stableと入ってるが問題ない
途中でtestingでもsidでも選択できる
これ1個でいい マジレスするとsid選択するとカーネルモジュールの関係でインストール失敗するから
実質sidのインストーラーは存在しないようなものだぞ ミラー変えてみたか
ネットインストールはタイミングによってstableでもエラーになることあるよ みんな時間が無いのだ許せ、さんきゅー>>231
トラフィック軽減およびインストール時短に貢献した事を讃えたいと思う、あと大学へ感謝を表したい 初心者まるだしの質問なんだが
DebianをインストールするときにLVMを使って自動パーティションを設定すると
そのLVMの中にスワップ領域が組み込まれてるんだよね。
俺の印象としてスワップ領域は例えば/homeパーティションに比べて迅速で簡単な参照ができないといけない筈
(主記憶の拡張みたいなものなので)
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/6/html/installation_guide/s2-diskpartrecommend-x86
すこし古めの文書だけどRed Hat者はswapパーティションを一つの物理/論理パーティションに分けるよう推奨している。
一方Debianのインストーラーは参照に時間が掛かりそうなLVMの中にスワップ領域を入れていて,これでいいのかなと疑問に思った。
ほとんどブログとかの情報と,なんとなく「柔軟性と速度は相対する」っていう原則が頭にあってLVMへの参照が遅いと思ってるだけなので
違うのかもしれんわ。 スレ違いだよね?
swaponの際に、swap offsetとdisk blockを直接対応させるので、filesystemもlvmもバイパス
だからlvmかどうかは関係なくなる
なので、swap領域がcontiguousであるかどうかだけが問題
パーティション用意すれば確実
データがほとんどない状態でcontiguousになるようオプション付けてswap file作成してもいい
あと、LVMが遅いと思ってるのならベンチ取ってみるといいよ >>238
なるほど。番地の対応を固定しちゃう訳ね。
そうするともはやLVMだろうがなんだろうが素早く参照できるということか。 手軽にサイズ変更できるからLVMのほうがいいんじゃないの、特にサーバ用途なら
Ubuntuは/bootもLVMにできるようになったけど、さすがに怖い 言い訳をするとさ
↑一つ上で言われているように「LVMは信頼性に欠ける」とか「動作が遅い」とかいうのをよく耳にしたんだよね
それで調べもせずに勝手に「スワップなんていう高速な参照が必要な領域をそんなところに割り当てていいのか?」と思い違いをしてしまった。 lvmは一応パフォーマンス落ちるだろう
うちの環境だと1割程度遅くなる backports導入しようと思ってupdateしたら更新がいっぱいでstableだけど延期決定 意味わからん
backportsで不具合出たら元に戻せばいいだけだろ
ちなみにカーネルはbackports使ってるが問題ないな バックポートリポジトリへのアクセスってこれで合ってるよね
deb http://ftp.debian.org/debian/ stretch-packports main
ここに書いてある通りにしてるんだけどhttps://backports.debian.org/Instructions/
リポジトリが安全じゃないって怒られるんだが。 エラーがわからんので推測だけどリポジトリのGPG keyがないのでは >>250
> E: リポジトリ http://ftp.debian.org/debian stretch-packports Release には Release ファイルがありません。
> N: このようなリポジトリから更新を安全に行うことができないので、デフォルトでは更新が無効になっています。
> N: リポジトリの作成とユーザ設定の詳細は、apt-secure(8) man ページを参照してください。
エラーの内容はこんな感じですね。
apt-sequreも読んだのですが それ以前にhttps://backports.debian.org/Instructions/←こちら公式ページの通りにしたのに弾かれるというのは
おかしいなと思っています。 Debian 9 "Stretch"の最新アップデート「Debian 9.6」がリリース
ttp://gihyo.jp/admin/clip/01/linux_dt/201811/12 よかった、アップデートでほぼ問題なし
SUID追加したQEmuのモジュールが差し変わりでパーミッション戻った1件だけ systemd の upgrade したら
/lib/systemd/system/default.target のリンク先が元に戻ってしまったんだけど
これ本来はどこで設定しておくのが正解なの?
upgrade の度に設定しなおさないといけないのは面倒なんだが ちょっとお聞きしたいのですが、gnomeでstretchから busterにdist-upgradeしたのですが(最新のハードウェアを使うため)
synapticのレポジトリのメインの(debian software)がstretchのままで、busterを追加してもother repositoryになってしまうのですが、busterをメインにするにはどうすればよいのでしょうか?
今まで使っていたxfce4版のsynapticは簡単にapt lineを編集できたのですが、gnome版はそうはいかないようでちょっと困っています。 >>257
直接/etc/apt/sources.listを編集すれば、synaptic起動時にそれを読み込んでくれます。
1. sources.listをbusterのみにすれば、何も設定しなくてもsynaptic上ではbusterのみになりますし、
2. sources.listにbuster, stretch, testingなど複数記入した場合は、
a. 情報のアップデート(再読込、apt update)は記載sources.listにされている対象すべて
b. アップグレードは「設定->preference->次のディストリビューションを優先する」に指定されたもの
(apt upgrade -t specified_dist)
になります。
synaticにgonome版とかxfce4版とかはないと思うけど、gnomeインストールして確認するのは面倒なので誰か >>258
この度HPの1012 G1というタブレットを買ったので3系になってから初めてgnomeを使ったのですが、
それまで使っていたデスクトップのxfceと勝手が違うので困っています。
gnome版のsynapticの場合xfceの時と違って自由にaptを登録したり削除したりできないようで、
インストール時のstretch(testingのweekly imageが壊れていたのでstretchでクリーンインストールしました)
がメインのレポジトリで、busterを登録してもother repositoryになってしまうのです。
gnomeの表示を見る限り、buster/sidと表示されていて、stretchからのdist-upgradeは成功したと考えて良いと思うのですが、どうすればbusterをdebian softwareにできるのかわからんのです。 testing使いな上に、aptしか使ってないけど、いまxfce4上でsynaptic使ってみたら、
"Debian Software"タブでmainなどに一切チェックを付けられなかった
検索したら昔から似たようなバグがたくさんあるみたいだけど、発生条件もよくわからない
でも258に書いてある2つの方法のどちらでも解決できるからどうでもいいんじゃね?
"Debian Software"が空白状態で、"Other ..."だけで管理することになるだけでしょ >>260
おっしゃるとおり、debian softwareタブで一切チェックをつけられない状態です。
otherでbusterを登録してあるので何とかなりますが、昔からあるバグなら直してほしいですね。
どうもご迷惑をおかけしました。 Synapticの設定 > リポジトリからはできないもんなん?
それか普通に
#apt edit-source
からやるとか 上に書いてる人いるけどstretchのxfceはできるよ
でも直接sources.listいじることに慣れすぎた
たまにjp遅い時に直サーバー書いてあるのと置き換えるとか楽だもん こういう話題は、くだらねぇ質問スレってのがあるわけでw まとsidのXが立ち上がらなくなった……
しばらくほっといてupgradeかけたら復活するかな?
諦めていつも通りクリーンインストールしようか クリーンインストールって自分で汚してる自覚あるのか
まともに使ってれば新規で入れ直しても同じだからな いや、/etc以下の数ファイルしかデフォルトからいじってないんだけどね
1,2ヵ月更新サボるとこうなる エラー原因特定するスキルどころか努力すらしないのね 現状のtesting(dfsg4)、sid(dfsg5)のqt5ライブラリにバグがあるみたいで、
upplayってupnp control pointソフトをタッチスクリーンで使うと、タッチした瞬間にアプリが落ちて
qt5gui.so qt5core.soなどのセグフォが発生する。stretchのqt5に戻したら大丈夫だった。 そういうの逆じゃないの
アップデートしたQtに対してアプリがリビルドされてないとか Ubuntu「10年サポートはじめました〜」
いいなあ、Debianも10年サポートしてくれないかなあ は?
Debian再インストールする必要ないからUbuntuの上だけど? まずUbuntuは全てのパッケージを5年間サポートするのが課題 Debian sidでanthy-commonをpurgeしようとするとuimごと消されるね。
こういう時ってどこに報告すりゃいいんだろうか。 Ubuntuスレにキチガイが居るからってここでUbuntuを語るなよ
>>275
報告はいらない 日記帳に書けばOK
そういう仕様をいちいち考えてばかりいたら身が持たない >>275
uimを明示的にインストールしてもなるのか? Ubuntuスレ今年200レス未満の過疎過疎なんだな >>277
なるな。
# apt install uim uim-xim uim-gtk{2.0,3}{,-immodule} uim-plugins
こうして
# apt purge anthy-common
とやるとuimやらが削除されますよ、いいですか?っていうプロンプトが出る。
一方で↓これは
$ apt depends anthy-common
anthy-common
推奨: kasumi
こういう結果。う〜ん。 やるんなら、
apt depends anthy-common
じゃなくて、
apt rdepends anthy-common
じゃないの?
uimがuim-pluginsに
uim-pluginsがlibanthy1に
libanthy1がanthy-commonに
dependsなので、anthy-common削除でuimまで影響するだけみたいだが。
uim-pluginsが本当にlibanthy1をdependsにする必要があるのかは
使ってないので知らないけど。 つまり考えるだけ時間の無駄
グッドモーニングがなぜグッドモーニングと云うのか考えるタイプは英語を語るが使えない
Linux,debianも全く同じ >>265だけど電源いれて5分ほどしたらX起動するようになった
起動前の真っ黒状態でマウスカーソルがバッテンになってるんだけどどういう状態? 釣りじゃないと信じて答えるけど
生のXorgが立ち上がってるので
それを止める必要がある。
Ctrl+Alt+F2あたりを押して疑似端末に移動しログイン
↓
$ sudo systemctl restart lightdm
あたりでどうだろう。
もっともあなたが通常のデスクトップ環境にないなら,まあ頑張って。 >>285
なるほど、それで黙っちゃったのか、おまえ testingやsidの不具合報告するのは結構なことだが
何かをインストールして依存が足りないのは重要
何かを削除したら余計に削除はどうでもいいことだぞ
削除しなきゃいいんだから 調子こいて、どうでも良い内容でスレを汚したヤツは謝罪するべき
こんなの個人レベルの自学でやれと思うDebianと関係ないし この程度で謝罪とかくだ質や初心者スレだと身が持たんぞそれ vmware上にdebian9.6.0のCUIの環境を作ったけど、64bit版と32bit版で入ってるパッケージや設定が少しずつ違ってはまった
pythonで動くエロ画像ダウンローダーを使うのにこれまではわざわざubuntuのデスクトップ版を起動してターミナルを使ってたけど
これで使用メモリやディスク容量が大幅に削減されて便利になるわ >>297
ていうかVM環境ならdebootstrapとchrootとブートローダーの挿入方法覚えればUbuntuでも便利でしょjk 前にこのスレかなにかでdeb-multimediaリポジトリはあまり良くないとの書き込みを見た気がすんだが
良い代替リポジトリを知ってる人居ます? ■ このスレッドは過去ログ倉庫に格納されています