Puppy Linux 日本語 フォーラム

タロ兵衛さん。大変でしたね。復帰出来てよかったです。 手元のハードで残っている確認事項は、以下４点です。 １．プリンターの動作：手元にないので確認出来ません。 ２．Windowsパーティション(NTFS,ビットブロッカーON)の操作：とりあえず諦めています。→ 確認出来ました。次のメッセージ参照ください。 ３．画像出力(HDMIポート出力)：動作しました。但し、追加した"Arandr"上での操作必要。（注）Ｘ起動前に接続しておくと認識されます（メインの右側として）。Ｘ起動後に接続した場合は、Arandrなどでの補助作業が必要です。 ４．もう一つのVideoデバイス(Nvid...

ＢＴの逆転送も、

/root/spot/

を起点にされるようです。

久しぶりに書き込みます。2023年8月時点です。 他のスレッドと重複しているところがありますが、ご容赦ください。 対象PC：ASUS ZENBOOK UX482EG (2021年春の発売モデル)　いわゆるBIOSは、UEFI セキュアブート有効状態 PUPPYさん：Bookworm Pup64 kernel: 6.1.38 日本語化：bookworm64_lang_ja-r3.pet を使用。（いつも、ありがとうございます） １．利用形態は、USB-Memory 上での利用 ２．インストール方法は、 ・Windows上で Rufus を使用し、踏み台として、fat32 フォーマットの単一 US...

動作確認の追加レポートです。 １．xrandr の GUIツールが、他のpuppyさんと動作が異なるようです。メイン・ディスプレイの操作しか出来ません。 Synaptic から、ARandr を追加することで、マウス操作でレイアウト変更が容易に行えます。 ２．Bluetooth に関してですが、不安定だと思っていたら自分の間違いでした。 Ver.3以前とVer.４以降では、大きな変更があったのですね。 テストに使用していたBTマウスはVer.2世代の物でしたが、Ver.5世代の物を購入して使ってみたら、不都合なく動作しています。 規格の変化点に気付くのが遅かったのが原因のようです。 ちなみに、...

お盆の期間に、再インストールを行い、その後の挙動を観察していました。 結果、 使い方 初回起動後、最初に出る QuickSetup は何もせずに閉じて下さい。 bookworm64_lang_ja-r*.pet をインストール。 ロケール設定の画面が現れたら、 言語 ja_JP (UTF-8 にチェック) タイムゾーン Asia/Tokyo キーボード jp japanese を選んで OK を押して下さい。language pack needed に OK、Restart X (X 再起動) をクリックして下さい。 を、守って作業すると、JPキーボード指定はずなのに、USキーボード指定したよ...

お騒がせしています。

geany の場合は、メニューから［編集］→［設定］→タブ：キーバインド　で、
F6 〜 F10 に割り当てられている所を削除して、希望の動作になりました。

今更、すいません。
日本語化した後の動作で、F-key の動作が、アプリで定義されている動作が優先している場合があります。
IMEの定義キーを優先させるには、どうすればよいでしょう？

意外と、負担になっているので・・・

thinkpadnerd さんが書きました: ↑23/08/08(火) 13:32 xorg.conf はハードウエアを交換しない限り、書き換える必要は生じないと思うので、パーミッションを変更して読み取り専用にしてしまったらどうでしょう。

あ！
その手がありますね。
そうやってみて、違うエラーが発生すれば、原因のヒントになる可能性があるのでトライしてみます。

secure boot が関係していないでしょうか。 下の記事、何となく関連がありそうに思いますが... UEFI boot rejects keyboard/mouse "loading of unsigned module is rejected" https://forum.puppylinux.com/viewtopic.php?t=9310 情報ありがとうございます。 確認したところ、書き込み先では、"loading of unsigned module is rejected" のメッセージが出るようですが、 手元では、"no s...

追記です。 環境によって、発病状態が異なるのだと思いますが・・・ 今週末の起動テストでしかないので、回数適に妥当な判断かは？ですが、 別にポストした、dpupinitmodules.txt をリネームして無効化すると、xorg.cof のキーボード・レイアウトが、jp 設定しても、再起動後には us に書き換えられるみたいです。 dpupinitmodules.txt を無効化していない状態では、そのような挙動はないみたい。 現時点、カーネルの起動パラメータに pkeys=jp を追加し、 dpupinitmodules.txt を無効化した状態（リネームした状態）で、しばらく使ってみます。 ...

追記です。

先に確認した場所を、"PC104/JP" に統一するように書き換え、再起動すると、何故か？

/etc/X11/Xorg.cof だけ、キーボードレイアウトが ”US” になってしまう？？？？

最近、結果オーライの事柄が多かったのですが、やっぱり、一つ一つ確認していかないとダメなのかな・・・

今頃、おかしな事に気付きました。

端末(LxTerminal)上でのキー・レイアウトが "US"になっていました。
[漢字]キーが効かないことと関係あるのかな？

どこから、手を付けてみようか・・・

save動作時に、起動イメージのある場所に作られる、dpupinitmodules.txt が原因だとは判っているのですが・・・ 試しに、dpupinitmodules.txt　をリネームしてしてみました。 結果、 新たな dpupinitmodules.txt が作成されることもなく、 60秒のパージ動作はなくなりました。 dpupinitmodules.txt に書かれているモジュールが、ちゃんとロードされているか確認したところ、ロードされていました。 ［追記します。］ カントリー設定やキーボード設定を再設定するさ行を行ったら、新たな dpupinitmodules.txt が作成されて...

タロ兵衛 さんが書きました: ↑23/07/29(土) 16:17 DynaBook i7CPUの第８世代機　発生 ← 今ここ
　　　→DVDブート時は発生しない（ちょっと記憶が曖昧。こんど注意して見てみます）
　　　→DVDブートでもsavefile 使って立ち上げると　発生

手元は、usb-memory ブートですが、初回ブートでは６０sのダンマリは発生しません。
save動作後の起動では発生します。

save動作時に、起動イメージのある場所に作られる、dpupinitmodules.txt が原因だとは判っているのですが・・・

タロ兵衛 さんが書きました: ↑23/07/26(水) 21:58 結果、60sのダンマリが発生するも、目立ったトラブルもなく起動しました。

puupyの一般的事象なのかな。
自分以外でも、同様な状態があることは、安心であり、ちょっとツッコミたいですね。
puppyの売りが軽量・快速なので。