Debian GNU/Linux スレッド89
■ このスレッドは過去ログ倉庫に格納されています
iceweaselの開発を再開してほしい
UIの変わらないブラウザがほしいよデビアンマン Debian8が稼働していたPCにDebian9を入れたら
shutdown時またはlogout時に画面が真っ黒になって
無反応になってしまうようになってしまった。
電源を強制的に落とさんとあかん。
あと、Debianメニューが不完全。
firefoxもネットワークのメニューに存在しないし、
leafpadもLibreOfficeもメニューにあらわれない。
update-menusしてもだめ。こういう仕様になったのかな? >>753
少なくとも俺の環境(Xfce 4.12 on Debian 9.5)ではそんな現象は起きないな。
問題の深刻さから察するにお前の環境が悪いのでは? インストールしなおすかそれくらいしか解決策は思い付かないな。 >Debian8が稼働していたPCにDebian9を入れた
アップグレードなのかクリーンインスコなのか読み手によって解釈できてしまうし、名前欄についての具体的な釈明がなされていない firefox 速くなった @ stretch x86 東芝サテライト J32
バージョンアップで速くなったの初めてだ 必要なパッケージが抜けてるパターンでしょ
違うリポジトリで再インスコしてみ 書き忘れました。
dist-upgradeではなく8を入れていてマシンに9を最初から入れました。
ただし、HDDの区画はそのまま。
/homeだけは初期化せずユーザ名だけを新しくしました。
xfceをやめてlxdeを選択しました。
これ以外に思い当たる点はないです。再インストールしてみます。
助言してくださった方々に感謝。 再インストールしてみました。結果は。・゚・(ノД`)・゚・。
なんでだろ〜。
インストールが完了してPCを再起動し、
Xディスプレイマネージャのlightdmが無事に起動し、
そこでログインせずにshutdownをしたところ、ここでまた同じ現象に遭遇しました。
画面が暗くなり無反応状態に。
いつまで経ってもPCの電源が落ちませんし、終了処理をしているようなHDDの反応もありません。
こんなのは初めて。 ログインしてみろよと
Ctrl+F2とかやってログインしてからshutdownしてみれと userでloginしてもrootでログインしても結果は同じでした。
shutdownのみならずlogoutでも同じ症状のため、
Xディスプレイマネージャをlightdmをlxdmに換えてみましたが、それでもだめ。
固まるとCtrl+F2とかF*を押しても無反応でDVDドライブも開かなくなる。
HDDは光らない。CPUクーラーは回っている。
ディスプレイは全画面黒いが、PC本体から信号を受け付けなくなっているでもない。
Debian 8が直前まで正常に使えていたマシンなのでこんなトラブルは想定外でした。 >>763
GUIじゃなくて,仮想コンソールを使うとどうなる?
起動した状態で,Ctrl+Alt+F2
元に戻すにはCtrl+Alt+F1(もしくはCtrl+Alt+F7) >>764
Ctrl+Alt+F2でフリーズします。こうなるとすべてのキーを受け付けないので
Ctrl+Alt+F1を押してもCtrl+Alt+F7を押しても無反応です。
電源ボタンを長めに押すしかshutdownの手立てがありません。
マジックSysRqを試してみましたが無反応でした(やり方が悪かったかも)。 firmware-linux-nonfree入ってる? >>763
Cent OSで、似た様な現象出たなー。
Cent OS 7で、GUIでログイン -> フリーズ。
Cent OS 6で、GUIで正常ログイン -> シャットダウンok。 >>747
普通に使ってるけど、どうクソになったのか分からん システム終了のみで電源が落ちない状態なんだろうね。
DE使ってないから解消方法はわからないけど、haltで終了した時と同じかと(今は -pオプションが必要) >>769
単純に、System Haltになってるだけなのかね? 俺も素人なんだけど
想定される原因としては
「シャットダウン時にOSに送られるシステム停止に関連するシグナル(?)が
誤った発信方法または受け取り方によってシステムがHaltしている」
のかな。
解決策はなんだろうね(思考停止) >>772
いや、System Haltになっているとすれば、正常に落ちてるって事だよ。
只、イマドキのPC且つ新しいOSで、その状況が発生しているって事が不思議なんだよね。
BIOSとか弄った状況でもないだろうし、これで8に戻して電源が落ちる様なら、9での不具合確定って事だろうね。 Xディスプレイマネージャをすべて削除し、startxするようにしました。
Xを起動しなければ、shutdownもlogoutも可能だということがわかりました。
どうやらXが終了するときにこの問題が起こるようです。
Xを終了させずにマジックSysRqを使ってPCを終了させることにしました。
/etc/sysctl.confの
kernel.sysrq=1
のコメントアウト#を外して
Alt+Print Screenを押したままsキー、uキー、oキーを順番に押すと
なんとかshutdownすることができます。応急処置ですが。 うちのLet'sNoteの古いの(CFY5)でも同じようなことになったよ
haltと同じ状態みたい、poweroffだと落ちるのにshutdown -h now だといかんみたい(未確認)
最初は落ちてると思ったけど次回起動時にバッテリーが完全放電してたり起動してこなかったのでわかった
マルチブートのDebian8,Mint18Mateではちゃんと落ちる
面倒くさいのでほかってある Debian sidのGNOMEでこのタイプの無線マウスを使っていて、クリックには反応するがマウスカーソルが動かないんだけどどうしたらいいかな
WindowsやDebian Stableでは正常に動く
同じタイプの無線キーボードもちゃんと使える
https://i.imgur.com/Bs95O9a.jpg フリーズしたように見えて実はキーボードが効かなくなってるだけで
telnetdとか入れてみたらLAN経由でログインできてシャットダウンもできたりして >>776
Debian8に戻してみました。
Debian8に戻したらやはり同じ問題は起こりません。
問題なくXを起動できるし終了もでき、固まることもありません。
で、Debian8からdist-upgradeをしてみました。
そうしたら今度はXの起動で同じ症状に遭遇してしまいました。
ただしDVDドライブまで動かなくなることはありません。
マジックSysRqも有効なのでカーネルは無事なようです。
ですが、似たような症状で画面が暗くなってそこでXの起動が止まり、
Ctrl+Alt+F2にも反応しなくなります。
Debian8から投稿したんだけど、その投稿がないのはなぜ? >>780
カーネルのバージョンを落としてみて再確認。
sidでのハード系の不具合はだいたいカーネルを上げすぎた事による。 え?sidなの? それじゃそれでsidの日常だ
shutdownどころか起動しないことだって良くあるからな
対処は「待つ」だけ >>759
ホーム直下のフォルダの隠しファイルを含めた全ファイルのパーミッション変更で治るはず
何らかのデータを書き込めないのが原因とみた >>784
いいこと聞いた
ありがとう
試してみるよ linusが人に気持ちを勉強するためにしばらくLinuxのメンテナを休むらしい
珍しいこともあるもんだな >>783
OS側の問題確定だな。
>>784
Windowsより酷い不具合だなぁ・・・。 >>789
ツイッタで読んだよ。宇多田ヒカルみたいで笑ったわ。 >>789
みたけど、それ気持ちではなくエモーション(感情)って書いてあったぞ
気持ちだと英語ではフィーリングとかムードが適当だから アップグレードで不具合が起こったら
まずはカーネルだけ戻してみるのはsid使いなら基本中の基本だけど
なかなか普段のド安定Debianを使っている人には馴染みない行動だよね >>784
帰宅して今試したら直った!
本当にありがとう! カーネル更新して一発昇天ってWindowsの更新を祈るのと大差ないのね
思考停止して更新しない方がいいのか
事故が低確率でも1%には当たるしな >>794
Debianがド安定?
MJD?
俺環では、FedoraとDebianは、dist-upする度に死亡するよwww
既に諦めてるwww
>>795
オメ!
>>796
窓の場合、不具合が出る場合は絶対的発生数が多いから、様子を見つつのうpが可能だからなぁ・・・。
Linux系OSの場合、「おま環」で片付けられる場合が多いから、それが本当に何に起因して発生しているのかを特定するのが難しい。
>>795みたいに、検証が可能な状況ならまだ「何が悪さをしているのか」をある程度は特定可能だけど、そうじゃない場合は・・・。 iii orz iii >>797
>>dist-upする度に
だよなーManjaroとかどうなんだろ
使ったこと無いんだけど >>798
何も変な事はしてないのに、何が違うのかが分からないんだよねー。
>>799
特に、Fedoraは22以降は一度もdist-upが成功した試しがないwww
半年毎に入れ直ししないといけないから、「とりあえず素の状態で入れればちゃんと動く」事だけを確認して、後は定期更新掛けて糸冬了。
何にも使ってないな。
Debianは、dist-upする -> DEに不具合が出るを繰り返してるよ。
この前出た現象は、dist-upする -> DEログイン後に画面上のマウスカーソルが動かないって現象が出た。
ログイン前は、画面上でマウスカーソルがちゃんと動くのさ。
で、ログイン後は、実際に「ポイントを指し示すカーソルの先端部に相当するポインター」は動いているらしく、マウスをグリグリすると、ポインターが重なったアイコンはクリック出来た。
その状態からALT+CTRL+F3(だっけ?)は正常に端末に画面切り替えが出来て、そこから制御は可能だったから、カーネルは多分死んでなかったかと。 sidは新機能試したい冒険家向けだからな
阿鼻叫喚は必至
それよりDebianのstableが鉄板
バージョンを上げずにセキュリティホールだけ埋めるから
不具合が起きない
ISMSでも穴あったらバージョン上げるのが普通なのに Debian sidでfcitxが動かないんだが(´;ω;`)
カーネルは4.17.0 どうしてもfcitxじゃないといけない理由がないならuimにするといいよ。あれは安定してる。
ところでfcitxってどう読むのか定かでないせいで,すごく書きずらくない? uimもibusも動かなかったんだよ(´;ω;`)
fcitxの読み方はフィシッテックス? 以下好きなDEスレ
gnome3でMintへ逃げて今xfce使ってるけどこれに慣れちゃった
undoのショートカットがないのが玉に瑕だけど化石ノートでも使えるから離れられん >>807
qt系の方が良い
KDE5PlasmaがカッコいいけどGoogleChromeの表示がおかしくなる というかsid使っておいて「前のバージョンで起動してみる」もやらないで
スレを汚したお前、stable使っておけ迷惑かけるなよ >>811
ググれば同じ症状で困っている人が見つかるし
対策も見つけられるはずだよな
それが出来ない場合はstableで
ハードディスク2つ持ってdist upgradeする前にバックアップするのが一番 >>797
まさかapt-getでdist-upgradeしてないか?
aptかsynaptic使わないと死ぬのは当然だぞ >>800
sid (testing) + Xfce で数日か 1週間おきに apt full-upgrade していますが、実機も仮想もなんともないですね。
unstable や experimental を取り込んでいるのですか? Debianのインストール用のCDやDVDのイメージをダウンロードしようとしているのですが、
32bit版か64bit版か記されていないのはなぜ?
他の多くのディストリビューションでは32bitか64bitかどうかがisoファイルに書かれてあるのですが、
Debianのそれには一見してそれが明示されていませんよね? いやいや、i386やamd64ってきちんとアーキテクチャ毎にisoファイル名付けてやけにきっちりしとるやん x86とかx64って表記じゃないと理解できない人なのかもしれん 理解できない人じゃなくてそれが普通
bit表記しか知らない状態でそれ以外に触れたら困惑くらいする
nanoは初心者でも使えると言っても初見で^の意味が分かる筈ないし
ソースは全部俺 いやむしろ他の多くのディストリビューションもDebianと同じなのにそう思われてるところが難解でしょ x64表記のisoは見たことない気がする
x86_64はあるかな? >>821
それnon-free入りだから真のDebianと言えるのだろうか そういえばx86向けのイメージにi386って付けてるディストロ多いけど実際にi386のプロセッサで動くものはあるのだろうか
ほとんどがすでに非対応だと思うが qemuのcpuオプションに386無かったっけ?確か486はあった記憶が、、 >>826
$ qemu-system-i386 -cpu help
おっしゃる通り486はあるけど386はないっぽいね。
Debian 9.5 >>813
こいつまだ apt 教にどっぷりつかってるのか? aptのほうがむしろ危なそう
くりかえすがaptはインターフェースとしては優秀だけど
システムとして使うのはapt-xxxにすべきだぞ それがapt-getの何が危険かを理解してないから言える。
apt-getは大量アップデートの際に途中で衝突が発生すると
アップデート自体をその場で中断する仕様。
aptやsynapticは衝突部分だけ飛ばしてとりあえず最後までアップデートを続ける。
sid化とか何度もしていないと分かりにくい違いだけど発生すると致命的。 >>829
apt しか使用していないのですが、危なそうな理由とは何でしょうか? >>832
たとえばapt-cache searchは行指向の検索結果を返すのに対して
apt searchは人の目には見易いけどgrepやらsedやらを通しにくい形式になる
まあ普段,コマンドラインを手動で使うぶんにはaptはまったく無問題
(むしろ色が付いてたりして見易い)
自動化したりする高度な使いかたをしようとすると とたんにゴミになるけどな man aptにはfull-upgradeがあるのにaptでタブを押すとdist-upgradeが出るでござる
apt searchの方は行頭にpやiが出るからgrepで絞りやすいけどね あれ以降、同じDebian9をベースにしているQ4OSのLiveCDを試してみましたが、
やはり同じ現象に遭遇しました。
Q4OSのデスクトップであるKDEの画面からシャットダウンのボタンを押すと
Xが終了して画面が暗くなったときにマシンが止まり、固まりました。
DVDドライブも開かなくなります。
どうもこのマシンとDebian9は相性が悪いようです。他のマシンでも試すべきか。 aptitudeは?
aptitudeのmanにはsafe-upgradeとfull-upgradeになっていてdist-upgradeはないですね。
aptはupgradeとfull-upgrade こっちのaptitudeはmanもタブ押しもsafeやfullやdist全部出るね
まだMint17.3使っててこれはUbuntu14.04 LTS使ってるからaptも古いんだろうな
aptitudeは入れたけど非推奨ってんで使ってない >>831
過去にはaptitude推奨してた時期もあるんだし
公式だって無条件に信用できるものではないだろ
ある程度は疑ってかからないと死ぬ >>835
カーネル不具合確定って事で良いね。
どうしても9じゃなきゃダメではないのなら、8で良いんじゃないの? >>835
LiveCDでも出るなら>>786は関係なさそうだね
恐らくはカーネルのバージョンとハードの相性の問題だから
カーネルだけをDebian8時代のバージョンに戻してみるといいと思う >>841
jessie より前は aptitude 推奨
jessie から stretch へのアップグレードは apt-get upgrade 推奨
stretch からは apt 推奨
って事? aptitudeは勝手にauto removeするゴミ仕様だから推奨されなくなるのは当然
間違えてフォント関係のファイルを削除する事が結構ある
>>843
カビの生えた状態になっても
メンテ予定のないようなスクリプトならapt-getしか使えないねという話
ちゃんと前後の文章まで読みな aptitudeにfontconfig弄られてUnifontが最優先になってからはもう信じてません ウインドウの最小最大クローズを行うボタンが上部にありますが、クローズボタンを削除したいんです
いままでは、dconfエディタで変更できたんですが、同じことをやっても消えてくれません。
gnome-tweak-toolでも変えられないし、gsettingsでもダメでした
デビアン9.3で、gdm3.22です。
おわかりの方いたら、教えてください >>846
いまも通用するのかわらないけど、以前、テーマのindex.themeをいじってレイアウトを変えた気がする
こんな感じの表記のやつ
[X-GNOME-Metatheme]
ButtonLayout=menu:minimize,maximize,close
だめだったらごめんなさい >>844
結構っていう頻度だと単に依存先が消えたからなんじゃ? クリーンインストールのハードルはlinuxのほうが低いけど、クリーンインストール自体がハードル高いからな。 ■ このスレッドは過去ログ倉庫に格納されています