初心者の質問相談にやさしく答えるスレ Part13
レス数が900を超えています。1000を超えると表示できなくなるよ。
聞き方が悪いから教えない、
とか、「俺は教育的目的から、わざと全部は教えないことにしている」
などという、下記スレに巣食っているロートルはお断り。
初心者に優しく応えようとする気のある人が、
今となってはバカバカしく思えるような質問相談にも優しく答えるスレです。
オススメ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/
禁止事項
・トリを使おうとしている質問者に対して、そんなトリはやめろとかという、斜め上からのアドバイス
・質問者そっちのけでの昔語り（昔はもっと苦労したもんだ、今の若い者は…）
・知らないのに、使ったことないのに、知ったかぶりでの書き込み
・ググれという誰でも言えそうな忠告
・俺は知ってるけど言わない等といった、実社会での扱われ方からの僻みから来る
・意地悪な言辞 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ユーザーは少ないです
これでも、マウンティング大会は減りました マウンティングの数が減ったぶん割合が増えた様にも見えるんだ linuxユーザーには乞食が多いからな
そんなやつは自分で色々調べないで、ただと言うことで他人にすぐにクレクレだからな。
当然、ただクレはググるなんてしないでクレクレ(あと、質問しても情報もろくに提示しない)
そんなやつが多いから知っていても適切に回答はしないが普通だろ 何もマウンティングは回答者によるものだけとも限らないからな
今やと言うか近年この板は何人が書いてたんだか LiveUSB用のツール
Your USB Multiboot installerってexfat、無印、UEFIどれ選べばいいっすか スレ違いだったらすいません
前任からの引き継ぎで下記のようなコマンドがありました
$ less ~/error.log | grep api.ERROR | grep '2022-04-10' | jq .uri | cut -d '?' -f 1 | sort | uniq -c | sort -r | head
先頭の less の意味が分かりません。
grepから始めるのと違いはあるのでしょうか？バッファリングとかそういう話なのか？ そんなシェル書いてるやつの意図を理解しようとしちゃ駄目だと思うよ
多分見るからに自分で見ながらコマンド足してっただけだから >>905
レスありがとうございます。
ページャを最左にしても意味ないですよね。気にしないようにします。 lessではなくcatから始めるのとは違いは無いだろうけど、grepから始めるのとは違うんじゃないの
grepから始めるとカレントディレクトリの全ファイルが対象になる 煽るしか能のない奴がマウント取っているのは余所の板でもよく見る光景だ grep から始める場合は
$ grep api.ERROR ~/error.log | …
とファイル指定はしまっす 最近の不思議な現象のひとつ
質問者が回答しだす現象
あと意図はともかく grep | grep とかやるのはなんかダサい そりゃgrepでファイル指定もできない奴には補足するだろw CentOS7マシンでWebサーバを立ち上げたく、ufw,lighttpdをインストールしました。
ブラウザで localhost を開くとlighttpdのページを参照できますが、他のマシンからは
参照できません。ufw,lighttpdは次の状況です。
どこを疑うべきか教えてください。
# ufw status verbose
Status: active
Logging: on (low)
Default: deny (incoming), allow (outgoing), deny (routed)
新しいプロファイル: skip
To Action From
-- ------ ----
22/tcp (SSH) ALLOW IN Anywhere
224.0.0.251 5353/udp (mDNS) ALLOW IN Anywhere
22 ALLOW IN Anywhere
80 ALLOW IN Anywhere
22/tcp (SSH (v6)) ALLOW IN Anywhere (v6)
ff02::fb 5353/udp (mDNS) ALLOW IN Anywhere (v6)
22 (v6) ALLOW IN Anywhere (v6)
80 (v6) ALLOW IN Anywhere (v6)
# systemctl status lighttpd -l
● lighttpd.service - Lightning Fast Webserver With Light System Requirements
Loaded: loaded (/usr/lib/systemd/system/lighttpd.service; enabled; vendor preset: disabled)
Active: active (running) since 日 2022-08-14 17:37:29 JST; 1min 1s ago
Main PID: 20809 (lighttpd)
Tasks: 1
CGroup: /system.slice/lighttpd.service
└─20809 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
8月 14 17:37:29 CF-S10.localdomain systemd[1]: Started Lightning Fast Webserver With Light System Requirements.
8月 14 17:37:29 CF-S10.localdomain lighttpd[20809]: 2022-08-14 17:37:29: (network.c.162) warning: please use server.use-ipv6 only for hostnames, not without server.bind / empty address; your config will break if the kernel default for IPV6_V6ONLY changes >>913
# ss natp | grep LISTEN
でport80と443はすべてのIPアドレスレンジで待ち受けてる…？
と、lighty鯖にブラウザで接続しに行ったのはhttpプロトコルでなんですよね
ufwでhttps(port 443)は開けてないように見えるので あとはIPアドレス指定でなくホスト名で接続しに行ったなら
DNSが名前解決できてるのかクライアント機からホスト名に
ping飛ばしてみたりとか >>913
ufwを(一時的に)切ると外部からも参照できるかい？ >>913のようなヘルプ依頼はここより
CentOSスレのほうが詳しいやつが多いだろうから良いよな >>913は
なんで、CentOS7であんまり使わないであろうufwをわざわざ使おうとしているんだ？
ufwだといかにも玄人向っぽいからとか レス数が900を超えています。1000を超えると表示できなくなるよ。
