初心者の質問相談にやさしく答えるスレ Part13
■ このスレッドは過去ログ倉庫に格納されています
聞き方が悪いから教えない、
とか、「俺は教育的目的から、わざと全部は教えないことにしている」
などという、下記スレに巣食っているロートルはお断り。
初心者に優しく応えようとする気のある人が、
今となってはバカバカしく思えるような質問相談にも優しく答えるスレです。
オススメLinuxディストリビューションは？ Part77
https://mao.5ch.net/test/read.cgi/linux/1585131003/
【初心者】Ubuntu Linux 128【本スレ】
https://mao.5ch.net/test/read.cgi/linux/1588073533/
前スレ
初心者の質問相談にやさしく答えるスレ Part12
https://mao.5ch.net/test/read.cgi/linux/1559314687/
禁止事項
・トリを使おうとしている質問者に対して、そんなトリはやめろとかという、斜め上からのアドバイス
・質問者そっちのけでの昔語り（昔はもっと苦労したもんだ、今の若い者は…）
・知らないのに、使ったことないのに、知ったかぶりでの書き込み
・ググれという誰でも言えそうな忠告
・俺は知ってるけど言わない等といった、実社会での扱われ方からの僻みから来る
・意地悪な言辞 英語キーボードだとibus+mozcは駄目だなあ（泣） https://pointsandlines.jp/server-infra/linux-no-root-login
このサイトに書いてある手順でやりました。wheelユーザーでも鍵認証ログインができなくなりました。別のServerをもっており、そこもcent os,WHMなのですが、同じ症状になっています。
https://pointsandlines.jp/server-infra/linux-no-root-login
このサイト通りに設定した前は、問題なく鍵認証ログインできていたのです。 とりあえず確かめたいのは、SSHで普通にログインできるかどうかなんだけど。
サーバ再起動とか、サービス再起動とかも含めてね。
secureの内容もみてるよね。 >>801
都合などを考慮せず言わせてもらうと俺だったら手元のマシンに別のCentOS環境作って再現するかまず検証する そうそう前にあったは
apacheだったか、postfixだったか。
「手順書通りに設定したんですが動きません」
みてみたらconfがsjis、CRLFに
そんなことはないと思いますが。 なかなかのエスパー回答来た
これで解決したら草生やすしかない whmのコンソールからuser名localhostで色々わかりそうなんだけどなぁ。やんないんだろうな。 >>807
ssh user名@localhost ありがとうございます。
設定を初期に戻すと、鍵認証ができるようになりました。しかし実機からコマンドプロンプトからｓｓｈ接続できません。connection refusedが返されます。なぜなのでしょうか、 また、whmのターミナルからuser名@localhostを打っても、command not foundご返ってきます。 connection refusedは結構情報多いので探してみたら？ あと、貴方がエンジニアでそのサーバーが商用ならもうRed Hatにしてサポート付けることを本当お勧めします。これマジです。 解決しました。PasswordAuthenticationを無効にするとPuttyが使えないのは仕様のようです。サポートからのメールです↓
If you wish to use Putty, the PasswordAuthentication should be set to yes.
これを有効にすることで、元通りPuttyでの鍵認証ができるようになりました。
コマンドプロンプトからのSSHログインもできます。
ありがとうございました。
後学のためにred hatのおすすめ理由聞いても良いでしょうか。 >>814
サポートってなんですか？サポートがあるのにここで質問？
Red Hatをお勧めするのは、サポートがあるからです。 俺、>>814にえって思ったんだが
キー認証にするのはパスワード認証を無効にしたいためなのに
パスワード認証を有効にしていないとキー認証できないと言う仕様はすごいって感じだが
ひょっとしたら、これがリモートログインソフトの普通なのか？ 追加で失礼します。
今回のことでWHM＆Cpanelが難しいと思いました。
ライセンス料として月2500円ぐらいかかりますし。
もっと安価で初心者向きのコンパネは無いでしょうか。
日本のサーバーは使いたくないので海外のサーバーで主流で使われているのが希望です。
よろしくお願いいたします。 Q1
あるパッケージを自分でソースからコンパイルしてインストールした場合と、
OSの公式リポジトリからインストールした場合で、
インストールされるディレクトリの構造やconfファイルの内容が違っているのはどうしてですか？
Q2
パッケージのビルド方法によってQ1で挙げたような差異が発生する場合、
RedHat系のディストリビューションでOSの公式リポジトリにあるRPMがどうやってビルドされたか知る方法はありますか？ なんかすっげぇレベル高い質問きてるじゃん
そんなこと知ってどうすんのと思うけどさw
初心者ってなんぞ？ GNOMEスケジュールの代替ソフトを探してます
GUIでcronを設定するソフトです
検索してもそれらしきものが見当たらないので困っています
ご存じの方いましたらお願いします >>822
Q1
パッケージはターゲットのディストリによってパス変えたり
そもそも、配布されるバージョンが違ったりするので
同じになるとは限りません
Q2
パッケージを展開すれば、レシピが分かつはずです
rpmなら、.specファイル
arch系なら、PKGBUILD
deb系なら…
忘れちゃった >>825
私は質問者じゃないけど、とても参考になったわ。 >>826
それは良かったです
ざっくりでも仕組みがわかると、パッケージのメンテナーの方々が日々どんな苦労をしてて
私たちに貢献してくれているのか理解できます
あとは、パフォーマンス低下ってデメリットもありますが
その苦労を楽にしようって試みが
appimageとか、flatpackだったり、snapですね >>827
>その苦労を楽にしようって試みが
>appimageとか、flatpackだったり、snapですね
この部分に関しては正しくないと思うよ
個々のsnap作成者が責任を追うことになるから実質的に楽になならない
メンテナンスの責任が転嫁させられるだけだよ どちらかと言えば、ディストリとは無関係に
サードパーティが自由に野良パッケージを配布できるというメリットの方が大きい
Snap Shop はそういうところ。 >>829
そこは、立場によって、または状況によって色々ですけど
ざっくり言うと、コンテナ系と
通常のバイナリパッケージの違いを見てください
通常のパッケージは、実際に配布するディストリでコンパイルしたバイナリと
そのディストリで依存するライブラリの確認、注入が主な仕事です
ライブラリもまたパッケージなので
同じソースの配布元のライブラリでもディストリによって、名前も違うし、パッケージに含まれる内容が違ったりします
プログラムを提供する側の視点だと
ディストリ毎に、パッケージ作らなくて良いのが、コンテナ系のメリットです
特に開発版を、いちいちパッケージにするのは負担です
(cicdとかで自動化しちゃえば楽できますが…)
なので、そういう場合は、appimageで配布すると楽になります
ディストリのメンテナーの視点では
(特にsnapを作ったUbuntu側の言い分)
コンパイルする負担について言及しています
象徴的なのが、chromiumですね
あれは、コンパイルするのにめちゃくた時間がかかります
そんな状況を楽にするために、Ubuntuは
chromiumのdebパッケージの提供をやめて
debでインストールしようとしても
snap版が強制採用されます
最近では、同じ理由でしょうが、Firefoxもそうなっている様ですね >>825
ご回答ありがとうございます
リポジトリにあるRPMのソースは
dnf download --source [パッケージ名]
で取得できることが分かったので、
これをさらに
rpm -ivh [パッケージ名]
で展開したら中にspecファイルやビルドスクリプト一式が見つかりました
大変助かりました >>833
どういたしまして
specファイルが、rpmパッケージを作成するときの設計図になってるので
それいじくれば、オリジナルのバイナリパッケージも作れます Win11の最近作った自作PCでWin11とは別のストレージにLinuxを入れようと思うのですがWin11はマルチブートの相性が悪いと聞いて不安です
下手にマルチブートするとBitlockerというセキュリティのやつが発動してWindows11が使用不可になってクリーンインストールする羽目になるとか？
Win10だった以前のPCではLinuxは別のストレージに入れてGrubで起動するOSを選ぶことで大きな問題はなく両方を使い分けることが出来ていましたが、Win11ではやめたほうがいいでしょうか？
以前のPC（インテルの4世代ですが）がまだ残っているのでそれをLinux専用PCとして使ったほうが安全でしょうか？ >>835
win11に限らず、別けられるなら
別けた方がいいと思いますよ
私なんて別けてあるのに、win10使わなすぎて
ぶっ壊れてクリーンインストールしました >>835
PC本体のシステムは一切いじらずに
KnoppixみたいなLive CDを使えば良いと思いますよ
作成したデータだってWindowsのユーザーのフォルダに保存できるでしょう 最近はデュアルブートなんかせずに仮想マシンで動かすのがほとんどだろうな
やりたいことにもよるけど ありがとうございます
ライブ起動はアプリのインストールやファイルの保存がされてなくて
再起動したら必ず初期状態になるものだと思っていましたが
保存できるものもあるみたいですね fedora、ubuntu、debian、manjaroは戻らなかったと思うけど なにを前提に言ってるのかしらんけど
通常843の挙げたディストリビューションは全て元に戻る >>843
基本は戻るでしょ
USBメモリから起動して、変更した分をUSBメモリに書き込んでるなら知らん 戻らなくするには、そういう専用のOSを使うしかないよね。
あとは、インストール時にHDDやSSDじゃなくてUSBにインストールすればいい。インストール用のUSBとインストールされるUSBの、2本がいるけど persistent領域作ればUbuntu系とかはデータ永続化できるでしょ
インストール先USBメモリにするならわざわざ2本用意しなくともVMでできる
どっちにしろUSBメモリで常用するのはおすすめしないけど 戻るのを知らんということは、CD-RとかDVD-Rの時代を知らんということか
なんてこった >>846
USB1本でLive環境の起動に使ったUSBにインストールする事も出来るけどちょっとトリッキーだからある程度の知識がないと難しいわね そもそもLiveUSBが最適解なユースケースは少ないだろ
相談者はLinuxで何をしたいのかを説明するとより適切な回答が得られそう USBメモリにインストールするやり方は
書き込み速度が遅かったりするので
SSD内蔵のものを使ったり工夫が必要になるので、どうしてもって場合以外で
常用はオススメできませんね
仮想でも、ストレージのパフォーマンスが半減するので
Nvmeにするなど、工夫する必要があるかもしれません WindowsがメインのマシンでLinuxを使いたいのなら
USBメモリから起動するの最も安心じゃないですか
インストールする必要がないから影響がない 失敗してシステムを破壊する危険もない >>852
質問者は、古いPCも残ってるっていってるじゃない
自作ともいってるし
サブPCで使った方がメインPCがハードでトラブルっても困りません
そもそも、いっくらメインPCが高性能だったとしても、USBだとストレージ性能が足引っ張るので台無しです 最近のモダンPCは高性能だから、USBでもストレージ性能でなんか足引っ張らないけどね
こちらなんて、10年前のPCにUSB指してもふつうに使えるよ 古いPCでも速く立ち上がるディストリといえば
評判の高いantiXがまちがいないく速い。
フルバージョンのFluxboxのデスクトップでも恐ろしく起動が速いよ >>855
それなら、繰り返しになりますが、高速なUSBメモリー用意しなといけませんね
NvmeのUSBドライブですかね
そもそも、USBメモリーでも、USBの外つけドライブにLinuxインストールして使うんなら
内蔵ドライブでもよくないですか?
堂々巡りですね >>857
高速なUSBメモリーなんて要らない
普及品でじゅうぶんですよ
なんなら、試したUSBメモリを紹介してあげましょうか >高速なUSBメモリーなんて要らない
この表現は誤解をまねくかな。
普及だって数年前に比べたらとても高速です。 リターンキーにふれたので途中で送信してしまいました。
あなたに必要な情報は書き込んだので
あとは実際に試してみることですね
あなたがよその聞きかじりで実際にはやってないらしいのがすぐ分かったのでね >>861
まず、質問者のレス読んでくださね>>835
で、普及帯ってどれのことですか?
USBメモリーはピンキリですけど
どれも書き込み速度が遅い傾向にあります
実際に使ってみたこともありますけど
体感も遅くてストレスがありました
比較対象は内蔵SSDですけど…
スペックで見比べたって、あえてUSBメモリーで運用するメリットはありません >比較対象は内蔵SSDですけど…
なぜSSDと比較しなくてはならないのですかね？
一般ユーザーはメーカーのテスターじゃないんだしHDDは今でも主流ですよ
HDDでもしゅうぶん速いから、壊れてから乗り換えの検討をしようかな >>863
質問者が古いPCって言ってるものでも、SATA3対応なので、HDDでは転送速度フルには使えません
SATA2世代なら、HDDでも良いかって感じですけど
今は、m.2なので、最低でもSSDです
NvmeはSSDより遥かに高速です OSイメージの取得には何を利用されていますか？
自分はWindowsにはDisk2vhdを利用してリストア経験済み。
LinuxではRearを利用しているのですが、まだリストアは経験していません。
できればDisk2vhdみたいに稼働中でもイメージ取れると良いのですが... OSイメージの取得はディストリサイトのメディアファイルをダウンロードするだけだな
（稼働中のストレージイメージを丸々取っておく理由が無い） >>865
仕方ないからオフラインにしてddしました。
他に良い方法ないですかね… OSイメージが何を指すのか知らんが脳死でddするのはなんかアホっぽい
FSごとのdump系操作やtar、rsyncなど色々バックアップの手法はある
たまには5chや部屋の外へ出てみるのも良い >>870
仕事はしてますw
rsyncはデータ系でやってて、初心者でも簡単にOS環境をリストアする方法を探しているのです… 俺はバカだからよくわかんねえけどよ…バカだからよくわかんねえや
Clonezillaじゃダメなのか？ man 1 tar
tarは万能 初心者こそmanを開くクセをつけるべきでしょう ESPパーティションやブートエントリーまで簡単に復元ということでなら
clonezillaはいいと思いますね
バックアップはファイル単位で、復元するときにUSBブートで
chroot→grubインストールするということならば
tarに--excludeで除外dir指定してバックアップもいいと思います
(-I オプションにpzstdで圧縮すると凄い速い) ただ、裏でデーモンがたくさん動いてたり
特にDBとかリアルタイムでデータ更新が多いファイルシステムを
バックアップする必要ならbtrfsとかZFS?のスナップショット
必須かもしれない clonezillaって稼働中のシステムのバックアップには使えなくね
初心者がdb回してたりシステムをBtrfsやZFSにインストールしたりすんの？ tarでバックアップしてたらファイル破損してなんとか修復できんか調べてたらそもそもtarは構造的にバックアップ用途に向いてないって知って血の涙を流すまでが1セット ここまでの前提条件
・初心者でも簡単にバックアップ「イメージ」を生成できる方法がいい
(つまり質問者は初心者である可能性大 まさかFedoraとか使ってないよな 初心者なのに)
・出来ればシステムが稼働した状態で実施したい
初心者なんだからシステムパーティションのファイルシステムはext4か？
もしそうならdumpを活用かね
sudo dump af イメージファイル /
dumpが入ってなかったら入れる 他のファイルシステムだったらしらんと言うかそいつは初心者じゃない可能性が高い OSイメージのバックアップがしたいんだって？
しかも初心者でも安心なやり方で？
それなら MX Snapshot を使うといい。コマンドなんて知らなくていいから。マウスでポチッとするだけ。 >>879
これいいですね！仮想で試してみます！
Disk2vhdは優秀なんだよな… と言う事で予想通り初心者の質問ではありませんでした
初心者がArchでBtrfs?エアプだったら突っ込めばボロ市開催不可避なのにわざわざそんな見栄張るか?
馬鹿言っちゃいけないw 初心者だからこそ新しい記事のオススメ情報を鵜呑みにして最新技術を使っちゃうんだろ
ext4もBtrfsも初心者にとっては同じ未知のファイルシステムなんだからどっち選んでもおかしくない 初心者だからこそArchなんだそうなんだーすごいね 20年前なら確かにggrksはそれなりに意味があった
しかし今ググったら出典無し、ガバガバ論理で中身スカスカのブログや動画など偏向していたり
不正確な情報が上位を占拠していることは珍しくないし、情報の妥当性を検証するコストも増加している
ましてやその分野に土地感のない人だったら情報の評価は困難を極める可能性が高い
というか今のご時世にggrks言っているのはSEOでGoogle上位を占拠しているアフィカスなんじゃね なあに世の中には場をわきまえずくだを巻きはじめるやつは一定数存在する >>886
それはうがった見方ですね
有名サイトというだけで検索上位に来るが中身は分からない
それでもググリ方次第で良い情報が手に入るよ GoogleはUbuntuと親しいからその手の情報は上位にでてくるけどな
みんながUbuntuを使ってるわけじゃないんだけどね Ubuntuの情報をうのみにすればSnapの利用はマストになるよ だけれども、初心者の質問に答えるスレの読者にはあえてお伝えしておきたい
Ubuntu以外のディストリビューションのユーザーなら
絶対にSnapを利用してはいけない。マルウェアだという指摘されているしせっかくのシステムがフランケンになってしまうかもしれないからね >>891
snapなんかubuntuインストールして最初にけしてるけど？ 初心者がググったところでUbuntuの情報しか出てこない(軽量指向でLubuntuか)
他のディストリとの比較評価なんてほとんど不可能。それが出来る人は初心者ではない 要するに初心者を自称しながら「Fedora使ってます」「CentOSでうだうだうだ」「Archなんですがくどくど」とかはじまる人は
殆どがニセ初心者と思っておけばいいって話ですね
そうでないとしても大抵「まずUbuntuかMintでお勉強してきましょう」で済みそう 少なくともそのディストリを選択した理由の説明は求められて当然じゃないかな
自分なりに調べて主体的に選択したのか、どっかのオナニーサイトを
真似しただけなのかでも全然違うしね だいたいこの板ちゃんとした質問に適切に回答できる人は何人いるんでしょ
俺個人の話をするとだいぶ前にUbuntuスレでsnapdの頃し方教えてくれた人以外は全て変なマウントしてくるおじさんばっかり
お陰様で自己解決能力は少なからず身に付き、ある意味では社会勉強とも言える体験にはなったが >>898
希に親切に神回答してくれる人もいますが、経験も得意分野も、人それぞれなので
あまり過度な期待はしない方が良いですね
そもそも、この板自体が過疎だし
全体でみてもLinuxユーザーは少ないです
これでも、マウンティング大会は減りました ■ このスレッドは過去ログ倉庫に格納されています
