Debian GNU/Linux スレッド Ver.92
■ このスレッドは過去ログ倉庫に格納されています
>>610
難しく考えず"debian unetbootin"でググってみよう
これだけで答えは簡単に見つかるぜ live 版に、保存領域を作るなら、unetbootin を使う 高飛車という評価を頂いたようだが、
ここでUbuntuの話題を出す奴に言われたくないね
言われないと判らないバカなんだね
Mintユーザーでさえ、モラル守ってるのにな 他のディストロの名前を出すだけでモラルが低いなんて思うのか
どれだけ神経質なんだ sid32bitでupgradeしたらvimのリンクが全部vim.gtkからvim.gtk3に変わって色々めんどくなったから
一旦vim-commonをpurgeしてvim-gtk3をinstallしたら解決したけど
今度はvim.gtk3の実体の場所変えたのね Debianマニュアルにはunetbootin は使うなって出てくるから止めようね
それを使わずLIVE-USBメモリで保存領域を作る方法はググれば出てくるよ ほう。Debian では、unetbootin を使えないのか レポジトリにないものは使うな!これ基本
前、有ったのに削除されるようなツールは使い続けるべきじゃ無い
まぁ個人の勝手だが、堂々とスレで推奨するのはどうかと…
そう言うことだ ブルーライト対策にredshift使いたいのにwaylandに未対応。。。 公式リポジトリに無いものは使うなとまでは言わんけど、
勝手ビルドとかして使うにしてもパッケージやソースの出所はちゃんと考えろと
以前2ch linux beginners(まだスレ残ってる)に置いてある2chログリーダーを入れたらトロイ入りだったし
ubuntuなんかだと適当にぐぐったブログとかに勝手リポジトリを追加とかカジュアルに紹介されてるけど怖すぎる 試してないので何とも言えんけど
起動オプションで persistent を渡すだけ、ではなくて??
常に保存しておきたいなら、grub のデフォルトで指定するだけ、ではなくて?? 以前persistenceを使ったらインストール&メンテナンスメディアとして使い物にならなくなった事があった gui だけで出来るかどうかは知らん
http://yakushi.shinshu-u.ac.jp/robotics/?DebianLive%2FBuild-HOWTO
これ、参考になるかもしれない
$ lb config --binary-images usb-hdd
で、デフォルトの iso-hybrid から変更したイメージファイルを作るという方法が紹介されている
データを暗号化しておく方法もあるみたいだけどキリないな。。 >>622
> それを使わずLIVE-USBメモリで保存領域を作る方法
すまないが3行でたのむ >>628
多分 persistence.conf の設定
unionオプションを適切に使えば良さげ >>631
thx
Root on ZFSを使用していて別OSのSSDを換装したりするのでzfs-dkms入りの状態を保存できると非常に助かる
週末にでも試してみる >>631
thx
Root on ZFSを使用していて別OSのSSDを換装したりするのでzfs-dkms入りの状態を保存できると非常に助かる
週末にでも試してみる >>631
タイムアウトになったので再送信したらダブってしまった
大変失礼した ふと思い立ってbusterでaircrack-ng使おうと思ったんだけど、
USB無線LANアダプタ差してifconfig -aでwlx00XXXXXXXXXXってアダプタは表示される(DOWN状態)
iwconfigでモニタモードにはできた
けどifconfig wlx00〜 upすると
> SIOCSIFFLAGS: そのようなファイルやディレクトリはありません
でエラー、airmonやwifiteで強行しようとしてもError 2のNo such file or directoryで失敗する
この辺はまだsystemdに対応してないのかな?対応してないのにパッケージに含まれてるなんて事はなさそうだけど・・・ Debian10 liveって日本語入力出来ないの?
↓やっても出来ないよ
ブート時に Tab キー押して下記を追記
locales=ja_JP.UTF-8 keyboard-layouts=jp timezone=Asia/Tokyo クラッカーって訳じゃないんだけどな
そういう連中なら素直にkali辺り入れるかstretch使うかするだろうし、
とっくにbusterで動かないか、やり方が変わってる事に気付いてる筈だろうにw >>635
dmesgに何か出てないかな
firmware不足とかそんな気がする まぁあまりの安定感でやることがないから
前田やりたくなる気持ちは分からんでも無いが… Buster新規だけど
それ以前てそんなに不安定だったの? Busterでgufwをインストールするとパスワード入力画面までは表示されますが、
パスワード入力後、gufwのインターフェースが表示されません。解決策はありますか? 釣りか? 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で動かしてるんだから論外だろう?
こういうのは個人で色々シコシコやってダメなら諦めろってことだ
質問してスレッドで解決しようとする性根はどうなんだ? ■ このスレッドは過去ログ倉庫に格納されています