Debian GNU/Linux スレッド Ver.92
■ このスレッドは過去ログ倉庫に格納されています
釣りか? sudo gufw やってみるとかしてから質問したらどうだろう いえいえ、本気ですよ。このように表示されます。 # sudo gufw No protocol specified Unable to init server: Could not connect: Connection refused No protocol specified Unable to init server: Could not connect: Connection refused (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.071: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_modifier_mask: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gdk-CRITICAL **: 23:25:04.071: gdk_keymap_get_for_display: assertion 'GDK_IS_DISPLAY (display)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.072: _gtk_replace_virtual_modifiers: assertion 'GDK_IS_KEYMAP (keymap)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.073: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.073: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed (gufw.py:20627): Gtk-CRITICAL **: 23:25:04.073: _gtk_style_provider_private_get_settings: assertion 'GTK_IS_STYLE_PROVIDER_PRIVATE (provider)' failed /usr/bin/gufw-pkexec: 13 行: 20627 Segmentation fault python3 ${LOCATIONS[${i}]} $1 ufwで外部から遮断しようとすると # sudo ufw default DENY Default incoming policy changed to 'deny' (be sure to update your rules accordingly) と表示されます。これはOSがクラックされているんでしょうか? man ufwを打ち込むと ufw limit 2222/tcp comment 'SSH port' と表示されます。 ufw default DENYと設定したはずなのになぜなのでしょうか? 自宅でのみ使用しているのでSSHを許可した覚えがありません。これは外部から盗聴されているということですか? ufwはあまり信頼性がない。iptablesでコントロールしないと。 ハッキングされてるかも?と思うなら端末から「w」エンターを時折入力してみればOK echo $XDG_SESSION_TYPE として wayland と出たら貴方には向いてない環境です 素直にxorg環境で運用しましょう linux全般?みたいだけどsuにセキュリティホールあったらしいね なんかちょくちょくRAMの認識量が4GBでなく3.5GBになるんだけど……何故に Core i3-3230だから標準でPAEのモン入れてくれてもいいのに更新の度に非PAEのモンしか入れてくれないし…… あ、sid32bitです 32bit版で4GB認識できるの? Windowsは3GBまでだったけど >>663 インストールの時にPAEカーネル選択してないだろ 認識が3.5GBではなく使えるのがってことじゃないのか sid使うなら自分で調べろ 3230じゃなかった3220だった >>664 多分4GBじゃないかなー。なんか数字が微妙なんだけど http://imgur.com/CQAzyxT.png >>665 たしかインストール時はLXDE用のLiveUSB?でインストールしたと思いますが PAEか田舎の選択肢は無かったと思います しかしやはりクリーンインストールが手っ取り早そうですな 次なんか不具合出たらクリスコします 数字控えて確実に変動してるってんなら条件絞れるかも知れん 今時そんな不安定なハード&BIOSなんてそんなにないとは思うけど、 電源完全に落ちてる状態からの起動とリセット後の起動でBIOSの初期化が不完全だったとか >>666 過去にsid使っててインストールで選択できたから言ってるのに よほど腐ったインストールメディアなんだな 後からでも変更はできるよ 自分で調べてね >>661 >>662 申し訳ない。素で勘違いした。sudoだった linux-image-5.2.0-3-686-paeだけで linux-image-686-paeがインストールされてないんじゃね 1レス目で勘違いを招く表現をしたようで、言い直させていただきますと、 「PAEのimage、header入れてapt upgradeしても新しいのが入らず、 非PAEのが使われることになって気付かないでいるとしばらく3.5GBで使うことになる」 といった状況です 手動でPAEの入れればまた4GB使えるようになります てきとーなレスしてすみませんでしたm(__)m >>668 debian-9のときに入れたと思います。9.xがいくらかは忘れましたが >>670 linux-image-5.2.0-3-686-paeが入ってませんでしたので入れましたら>>666 のスクショのようになりました 入れる前はKernelの末尾にpae付いてなかったしRAMはMax:34xxMiBくらいだったかと >>PAEのimage、header入れてapt upgradeしても新しいのが入らず、 >>非PAEのが使われることになって気付かないでいるとしばらく3.5GBで使うことになる」 >>といった状況です inux-image-686 古い PC 用 Linux (メタパッケージ)が入ってて linux-image-686-pae 現代的なマシン用 Linux (メタパッケージ)が入ってないからそうなるんじゃねえの headerの方も同じ inux-image-686 x linux-image-686 そもそも、Core2以降で敢えて32bitを選択する理由が。 >>672 これは異なこと、headerとimageがあべこべ…… http://imgur.com/3YQ1Gus.png 早速pae入れて非paeな586と686をpurgeしました ご指摘無視してすみませんでした、ありがとうございます でもなんで586なんて入ってたんだろう。debianのインストーラーは7の頃は酷かった覚えあるけど、 8以降は結構いい感じだと思ってたんだけどなぁ >>674 Winソフト(foobar2000、Mp3tag、Mery)も結構使うので64bit入れてwine関係だけ32bit〜というのはめんどくさいほど やることとマシンスペックが64bitを欲してない訳でありまして jessie から久々のアップデートで buster 設定中だけど、生命線とも言える tomboy がなくなっとる! gnote が代替みたいだけど、色々と足りてない。 リポジトリにもないし、ビルドして入れようとしても、「gconf-sharp-2.0」がこれまた見つからなくて configure が通らない。 buster に tomboy 入れる記事どっかにないですか。 だまれ!どうでもいいアプリで質問するなら、くだ質にいけ! って言われると思うよ だまれ!どうでもいいアプリで質問するなら、くだ質にいけ! ‥ハッ! >>676 redmineがなくなったことに比べれば… turnkeylinux使えば? 最初からredmine導入済みよ。 docker とか turnkeylinux とかってアップデートのときどうなるん? アプデされたdockerのパッケージをインストールしてデータを移行するん? redmineのようにデータ丸ごとexport、importが難しいものだとどうなるん? distrowatch 見ていたら debian (formerly debian/GNU Linux )となってる。 いつから、"/GNU Linux" が無くなったんだろ? なんでなくなったんだろ? >>686 turnkeylinuxはしらんけど、dockerなんて OSインストールディレクトリをzip化してるようなもんなんだから データ更新とか関係ないだろ そもそもdockerのイメージにデータなんか入れない プログラムの実行ファイルに更新するようなデータ埋め込まないだろ? >>687 うるさいストールマンがやめたからでは?w >>686 そのあたりの余計なコストをインストール手順の自動化に注いだ方がいい どっかーのアプデでどっかーが動かなくなったらどうするん? ドッカーをどっカーで起動すんの? >>691 それはパソコンが壊れたらどうするの?と言ってるに等しい 壊れたら直すだけだ >>687 BSDカーネルもありになったときじゃないかな >>687 この2年2ヶ月のうちのいつかだろうけど変えた理由は知らない 2017-06-18: Distribution Release: Debian 9 2015-04-26: Distribution Release: Debian GNU/Linux 8.0 >>695 変わったのはsqueeze(6.0)からだから、理由は>>693 の通りkfreebsdが使えるようになったからで正しいはず。 https://www.debian.org/releases Debian GNU/Linux Debian GNU/kFreeBSD Debian GNU/Hurd Debian GNU/NetBSD Debian GNU/Solaris とか色々作ろうとしてい[るた] VirtulBox に Debian 10 をインストールして動かしたのですが、root でログインし たときだけオーディオが使えません。root 以外のユーザー(インストール時に作成し たものや、後から adduser で追加したもの)では特に問題なく使えます。 セッション開始時の pulseaudio の自動起動に失敗しているようなのですが、ターミ ナルから手動で start-pulseaudio-x11 を実行すると >接続失敗: 接続拒否 >pa_context_connect() は失敗: 接続拒否 となる一方で、pulseaudio --start の実行では >W: [pulseaudio] main.c: このプログラムは root として実行されるように >意図されていません(--system を 指定していない限り)。 という警告は出るものの、一応はオーディオが使えるようにはなります。 どうすれば start-pulseaudio-x11 でエラーにならないようにできるでしょう か? インストールしてから画面解像度と電源管理をいじった以外はほぼ素の状態です。ウ ィンドウマネージャーは Xfce を選択しました。 rootを通常に使おうとするのが 間違っていると思う。 pulseaudio が何なのか知りませんが root で実行したかったら --system をつけろよ、と言ってるんではありませんか >>701 pulseaudio --start は pulseaudo 自体が動くかどうかの確認で打ってみただけですので…… そもそも論で>>699 が言ってることが正しい なおかつ>>700 ,703に従うべき 意地悪で言ってるわけではないというのを、そろそろ学ぶべき >>698 なんでstart-pulseaudio-x11がダメなのかはわからんけど、かわりに自動開始で pulseaudio --daemonize=no とか走らせとけばいいんじゃね? pulseaudioとDebianは関係ない ココはDebianスレだから理解しろ >>707 これだから Linux ユーザーは性根が悪いと言われる。 >>708 >707はモラルのことを指摘している性根とは関係がない pulseaudioを使わない人も多いから話題としては不適切 まして仮想に入れてるわけだから仮想で起こることを 適切にアドバイスできるわけもない なおかつRootで動かしてるんだから論外だろう? こういうのは個人で色々シコシコやってダメなら諦めろってことだ 質問してスレッドで解決しようとする性根はどうなんだ? ただ初心者がデスクトップ用途でDebianから入るのは「悪くない」のを強調して置きたい 仮想で使わずちゃんとHDDなりにインストールを行い Winとは同居させない、データのバックアップは取る(システムはその人による) しばらくはインストールしたままの形で使いレポジトリの以外は出来るだけ使わない トラブルはないから質問もなくなるだろう >>713 初心者はなぜか枯れたOSや安定したシステムを嫌うから使わないよ 俺もまだまだ初心者だけど他のDebianもどきよりDebianがいい 公式ドキュメントがしっかりしているし、そこで学んだ事をわざわざ他のディストリビューションに置き換えて解釈する必要も無いから混乱が少ない 新しめのパッケージ使いたかったらsidから取ってきたりお試しのsid環境作ってしまえばいいし 先日、googleニュースでUbuntu記事が出てたのが以下 https://gihyo.jp/admin/serial/01/ubuntu-recipe/0591 ユーザー置き去りのトライアンドエラーという感じは相変わらずでバグが解消できていない 初心者が使うべきものではない印象は、この6年間、相変わらずであるし恐らく今後もそうだろう この文章を読んで理解できる者はその限りではない なんか荒れてるけど >>698 > root でログインし > たときだけオーディオが使えません。 ふつうは root でログインする場合にオーディオ機能が使えなくても困らないんじゃないかなあ sudo コマンドを一般ユーザで使うのは駄目? >>716 スレタイを読んで理解できるようになってからまたおいで >>717 >>699-700 >>718 ねえ その殺伐とした発言にリンク貼って何の意味があんの?? エラーメッセージで忠告貰ってなおかつDebianスレで管をまく神経がわかりません 彼はどうしてわからず屋なのでしょうか、気になって昼も眠れません すみませんが詳しい方のみ回答をお願いします >>716 は初心者はUbuntuではなくDebianデスクトップを使うべきだという主張とすれば、ココで叫んで良い UbuntuをはじめとするDebian系LinuxははDebianで基礎的な事を学習した上で使うと、割とトラブルシューティングが見えてきやすい 基本からやりたきゃArchLinuxやれ wikiに従うだけだからサルにでもできるし一番の近道だって煽りがあってだな その理屈ならgenntooやLFSだろと思うが Linuxも、とうとう以前のBSD並みになってきた。 忠告が正しいのと、言い方が適切なのは、別の話。 正しいアドバイスを「すごく嫌味に厳しく」言っていたのが、旧BSD系スレ。 そうやってBSD系は滅亡した。 で、debian10liveで日本語入力する方法ないの? >>725 基本からという意味ではDebianのミニマルからでも十分OKだから コメントは評価が下がった残念やりなおし ググってるのやっても日本語入力出来ないぞ 起動時にjpとかutf8入れるやつ $ sudo apt install 使いたいインプットメソッド $ whomi ログアウトして再ログイン ユーザー名: whoamiで出てきたユーザー名 パスワード: 空欄 再ログインしたらDE毎のインプットメソッド毎の設定を施す >>726 BSDというかUNIX版が過疎ったのは旧2chが原因で BSD*は現役だし まったく的外れな批難 主語がBSD系は、Linuxも、とデカイ語り口だからお里が知れるけどな >>783 滅亡か否か定義が違うのでは? ほとんどの人は、世間でほとんど使われてないという意味で、滅亡と言ってると思う。 あんたは、たぶんプロジェクト開発が続いている限り現役だと言ってると思う https://www.pdm.tokyo/entry/201901/ranking-server-os それではサーバOSの総合ランキングです! 第1位:Windows(31.1%) 第2位:Ubuntu(14.2%) 第3位:Debian(8.3%) 第4位:CentOS(6.6%) 第5位:Gentoo(0.9%) 第6位:RHEL(0.9%) 第7位:BSD(0.6%) ? シェア率理論に持っていくあたり臭いやつだな もう一度云うがBSD*は現役だぞ というかDebianスレでのせられたのは俺なのか 世間で とか主語がでかい語り口調は相手しない 学んだ というわけでNGにします >>731 Anthy や Mozc 入れて普通に使えるが 語義について憶測という形で自説に有利な方向に誘導してるのが実に卑劣 そもそもDebian関係無いんだから他所でやれよ 俺の日記帳 第三冊目 [転載禁止]©2ch.net http://mao.5ch.net/test/read.cgi/linux/1444805068/ >>732 >>741 Debian10Live使用中。 日本語入力出来たわ ただし、Debian10Liveのリポジトリにibus-mozc、fcitx-mozcはなかった $sudo apt search mozc で出てこない uimのmozcはデフォで入ってた debian10liveのユーザー名はuser,パスはliveだった ありがとうございました 726 の書き方は、このスレで「嫌味で高飛車な物言い」をしていた人の癇に障ったらしいw その人も態度の割にはDebianを使いこなしてるとは思えないしなw 初心者をタコと馬鹿にして、 かわいがってやってるんだっていうやつは いじめと一緒 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる