kz5835さんの助け合いフォーラム投稿一覧

助け合いフォーラムの投稿
2023/08/13 投稿
パーティションタイプの機能について

本サイトでの学習から、ファイルシステム作成は、以下の手順と
理解しました。
①fdiskでパーティションを作成
②mkfsで指定したファイルシステムでパーティションをフォーマット

一方、この問題にあるパーティションタイプは、そのタイプ名から
しますと、値ごとにある程度、ファイルシステムを限定している
様に見えます。
しかし、①の段階で、その様な限定が必要なのか、限定されているのか
という疑問を感じました。

この問題の「パーティションタイプ」の項目は、ある程度
ファイルシステムを限定しており、例えば
パーティションタイプ 4 FAT16
を設定したパーティションは、xfsでフォーマットできない
(mkfsでxfs指定でフォーマットするとエラーになる)
などの機能があるのでしょうか。

あるいは、単に、わかりやすい様に名前をつけているだけで
ファイルシステムとの機能的な関連はなく、例えば
パーティションタイプ 4 FAT16
を設定したパーティションをxfsでフォーマットするといった
こともできるでしょうか。

ご存じの方がおられたら、教えて下さい。
宜しくお願いします。

2023/08/07 コメント
「シェル変数」と「シェルのオプション」の用語の関係
ojixii様 ご回答、有難うございます。おかげ様で理解することができました。宜しくお願いします。
2023/08/06 投稿
「シェル変数」と「シェルのオプション」の用語の関係

この問題の解説、参考に以下の2つの用語が使用されています。
①「シェル変数」
②「シェルのオプション」

上記①、②についての解説の文章の意味は、以下の様に理解して正しいでしょうか。
(私は、下記の様に思ったのですが、正しいのか自信がないため、質問しております。)

・①は②の一部であり、②に含まれる(①は②のサブセットである)
・①=②ではない
・setは②の全てを表示し、その中に①が含まれる(setの表示は、①以外の部分が存在する)

ご存じの方がおられたら、教えて下さい。
宜しくお願いします。

2023/08/03 コメント
「systemdではcgroupsでプロセスを管理」の意味について
EVa0082様 ご回答、貴重な情報のご提供、有難うございます。おかげ様で、理解することができました。宜しくお願いします。
2023/08/01 投稿
「systemdではcgroupsでプロセスを管理」の意味について

この問題の解説に以下の記載があります。
「SysVinitではプロセスをPIDによって管理していましたが、systemdではcgroupsというLinuxカーネルの機能によってプロセスのリソースを管理できます。」
参考URL--Developers.IO「systemd超入門」にも、以下の記載があります。
PIDではなくcgroupによってプロセスを管理する

上記からは、systemdではPIDを使用していないと読める様に思います。---①

一方、RHEL8.8クローン(Rocky Linux8.8)では、psコマンドで
以下が表示されます。

(PIDが表示される)
[root@rocky01 /]# ps
PID TTY TIME CMD
2303 pts/0 00:00:00 bash
5069 pts/0 00:00:00 ps

(PID(-p引数)を利用できる)
[root@rocky01 /]# ps -p 1
PID TTY TIME CMD
1 ? 00:00:01 systemd

上記の実際のコマンド出力からは、PIDが使用されている様に見えます。---②

①と②は矛盾しているので、上記の理解は、どこかが誤っている
と思うのですが、正しい理解のしかたをご存じの方は
いらっしゃいますでしょうか。
もし、おられましたら、教えて下さい。

宜しくお願いします。

2023/08/01 コメント
マウントオプションのdefaultの内容の確認方法
tnishita2様 ご回答、有難うございます。大変参考になりました。 試験対応の点では、十分な情報をご提供頂いたと考えております。 有難うございました。 不要な情報かもしれませんが、以下の件について 報告させて頂きます。 > 確かRocky 8.8相当の/etc/fstab のデフォルトでは、/ にはdefaults オプションだけが指定されていたと思います。 fatabは以下の内容で、ご指摘の通りになっておりました。 # /etc/fstab # Created by anaconda on Sat Jul 8 04:35:25 2023 # # Accessible filesystems, by reference, are maintained under '/dev/disk/'. # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info. # # After editing this file, run 'systemctl daemon-reload' to update systemd # units generated from this file. # /dev/mapper/rl-root / xfs defaults 0 0 UUID=5c1b2769-6434-45d9-87c0-c07b71e2a326 /boot xfs defaults 0 0 /dev/mapper/rl-swap none swap defaults 0 0 宜しくお願いします。
2023/08/01 コメント
マウントオプションのdefaultの内容の確認方法
tnishita2様 ご回答、有難うございます。大変参考になります。 たびたびすみませんが、以下をご存じであれば、教えて下さい。 (調査が必要で、お手数をかけてしまう様であれば、不明と ご連絡いただければと思います。) 「一番簡単な方法は、実際にdefaults でマウントしてみて、どんなオプションが指定されたか/proc/mounts やfindmnt コマンドなどで見ること。」 について、ご紹介頂いたページに以下の情報がございました。 Simply check mount output ? For example, given ~/tmpfile a file where i created a ext4 filesystem: ~$ sudo mount -t ext4 -o defaults tmpfile /media/cdrom ~$ mount|grep /media/cdrom tmpfile on /media/cdrom0 type ext4 (rw,relatime) 私の環境でもmountの一部を参照してみると、以下の表示になりました。 [root@rocky01 /]# mount | grep 'on / ' /dev/mapper/rl-root on / type xfs (rw,relatime,seclabel,attr2,inode64,logbufs=8,logbsize=32k,noquota) 末尾の( )内がオプションということだと思うのですが 上記のいずれも、fstab上の「defaults」のmanに記載された パラメータセットに含まれるもの(rw)と含まれないものが混在して 表示されています。 このため、上記が字義通りであれば 「「defaults」と( )をあわせたものがセットされている」 という意味ではなく 「( )のパラメータだけがセットされている。( )内に記載されて いないものは、「defaults」に含まれるものでも、セットされていない」 という意味になる様に思われました。 上記の理解で正しいかをご存じでしたら、教えて下さい。 宜しくお願いします。
2023/08/01 コメント
マウントオプションのdefaultの内容の確認方法
arashi1977様 情報のご提供、有難うございます。大変参考になりました。 宜しくお願いします。
2023/07/31 コメント
findでのメタキャラクタの説明について
arashi1977様 貴重な情報のご提供、有難うございます。大変参考になりました。 宜しくお願いします。
2023/07/31 コメント
mount -t ext4 /dev/sr0 /mnt/cdromの投入結果
arashi1977様 貴重な情報のご提供、有難うございます。大変参考になりました。 宜しくお願いします。
2023/07/31 コメント
マウントオプションのdefaultの内容の確認方法
arashi1977様 貴重な情報のご提供、有難うございます。大変参考になりました。 私の質問の理由ですが、私の環境のfstabが以下の様に記載されており optionはdefaultsのみの様でした。 (先頭が#の行以外) /dev/mapper/rl-root / xfs defaults 0 0 UUID=5c1b2769-6434-45d9-87c0-c07b71e2a326 /boot xfs defaults 0 0 /dev/mapper/rl-swap none swap defaults 0 0 実際には、先日、別の問題の質問で情報を頂いた、relatimeなど マニュアルにないパラメータもデフォルトに含まれるのかと思い そうであれば、試験で前提となるパラメータもマニュアル通りでは ないかもしれないので、実際のdefaultsの内容を表示する コマンドがあれば、確認しておきたいと思ったために質問させて 頂きました。 もし、上記の目的にあうコマンドやファイルなどをご存じでしたら 教えて頂けますと幸甚です。 (不明な場合は、無視して頂ければと思います。) 宜しくお願いいたします。
2023/07/31 コメント
xfs_repairの検査とxfs_checkの相違有無
arashi1977様 貴重な情報のご提供、有難うございます。大変参考になりました。 宜しくお願いします。
2023/07/31 コメント
fsckの-tの指定の要否
arashi1977様 ご回答、有難うございます。おかげ様で理解できました。 当方の検証不足については、申し訳ございませんでした。 宜しくお願いします。
2023/07/30 投稿
findでのメタキャラクタの説明について

この問題の誤答の解説に、以下の記載があります。
find -name '.f' -exec ls -l {} ; ---①
」は、「0文字以上の文字列」の意味を持つ、検索時に便利なメタキャラクタです。---②

参考に以下の記載があります。
メタキャラクタは、シェルによって特別に解釈される文字です。 ---③

①の '*.f' が③のメタキャラクタを含む文字列であるとすると
''で囲まれているため、*はメタキャラクタではなくなってしまう様に思われました。

findコマンド内の '*.f' は、どの様に理解すればよいでしょうか。

例えば ' は、なんらかの理由でメタキャラクタではないが、''で
囲まれた中身は③のメタキャラクタであるということなのでしょうか。

ご存じの方がおられたら、教えて下さい。
宜しくお願いします。

2023/07/30 投稿
mount -t ext4 /dev/sr0 /mnt/cdromの投入結果

この問題の誤答である
mount -t ext4 /dev/sr0 /mnt/cdrom
について、誤って、このまま投入した場合には、どの様な結果と
なるでしょうか。
(マウント元が「iso9660」であるときに、-tでそれとは
異なるファイルシステム(この例ではext4)を指定すると
どの様な状態になるかの質問です。)

ご存じの方がおられましたら、教えて下さい。
宜しくお願いします。

2023/07/30 投稿
マウントオプションのdefaultの内容の確認方法

この問題で、マウントオプションに「defaults」があると記載されています。
この「defaults」の内容(defaultsに含まれるオプションパラメータのリスト)
を表示させることができる方法、コマンドはあるでしょうか。

ご存じの方がおられましたら、方法の内容とあわえて教えて下さい。
宜しくお願いします。

2023/07/29 投稿
xfs_repairの検査とxfs_checkの相違有無

この問題の解説で、以下が記載されています。
xfs_repair ファイルシステムを検査・修復する
xfs_check ファイルシステムをチェックする

上記の「xfs_repairでのファイルシステム検査」と
「xfs_checkでのファイルシステムチェック」は
同じことを実施するのでしょうか。
(「検査する」と「チェックする」は同じ意味でしょうか
という質問です。)

相違がある場合、相違点の内容とあわせて教えて頂けないでしょうか。

ご存じの方がおられましたら、教えて下さい。
宜しくお願いします。

2023/07/29 投稿
fsckの-tの指定の要否

この問題の正答である fsck -N -t ext3 /dev/sda4 について、質問させてください。
(質問1)
既に、ext3でフォーマットされている/dev/sda4への操作なので
「-t ext3」は、不要ではないかと思われました。
あえて、「-t ext3」を入れることのメリットは、ございますでしょうか。
(質問2)
このケースで、誤って -t でext3以外を指定して実行してしまった場合
ファイルシステムの破壊など、重大が問題が発生するでしょうか。

ご存じの方がおられたら教えて下さい。
宜しくお願いします。

2023/07/29 コメント
nice値と優先度の用語について
arashi1977様 詳細な解説、誠に有難うございます。 最後のご指摘は、おっしゃる通りだと思います。 おかげ様で、理解できました。 宜しくお願いします。
2023/07/29 コメント
SIGHUPの効果について
arashi1977様 ご回答、有難うございます。頂いた情報を読み落としておりました。 大変、失礼いたしました。 おかげさまで、理解できました。 宜しくお願いします。
2023/07/29 コメント
SIGHUPの効果について
arashi1977様 詳細な解説、誠に有難うございます。 おかげ様で、だいぶ、理解が進みました。 お忙しいことろ恐縮ですが、もう少し、教えて下さい。 頂きました情報、urlから以下の様に理解しました。 ・SIGHUPは、プロセスを終了させるものであって、再起動させるものではない ・アプリケーションの設定反映は、一般に、apacheのapachectl xxx の様に アプリケーションで用意されたコマンドで実行することである 上記の理解だけからですと、この問題の解説の 「HUPシグナルは、デーモンプログラムによっては、プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる為に用いられます。」 は、誤りではないのかとの疑問が生じました。 これは、実際には、HUPシグナルを与えると設定ファイルを再読み込みする デーモンプログラムが多数あるので、この様に解説されているという ことなのでしょうか。 また、頂きました情報からしますと、「設定ファイルを再読み込みする」 方法は、必ずしも再起動ではなく、HUPシグナル受信により 再起動を伴わずに設定ファイルを再読み込みするデーモンプログラム も多数あるということでしょうか。 ご存じの範囲で、教えて下さい。 可能であれば、上記質問の回答に該当するデーモンプログラムの 例(名前)にも言及して頂けますと、大変に有難いです。 宜しくお願いいたします。
2023/07/29 コメント
nice値と優先度の用語について
arashi1977様 ご回答、有難うございます。 お忙しいところ恐縮ですが、もう少し、教えて下さい。 ご紹介頂いたurlでは、PRIをPriority value、本問題の選択肢の 情報をNice valueと表現しています。 日本語では、前者が優先度、後者がnice値になる思っています。 私の質問意図は、上記の表現が一般的であるとすると 実際のlpic試験でも、選択肢の19~-20の値のことを 「優先度」と表現(翻訳)される可能性がないのではないかということで 「優先度」と表現(翻訳)される可能性がない(あるいはほとんどない) のであれば、本問題の「優先度」「実行優先度」は、「nice値」に 変更/修正すべきではないかと思われたのですが、この点については いかがでしょうか。 上記の考えが妥当なのか、あるいは、そうではなく、一般的に 選択肢の19~-20の値が「優先度」と表現されることはよくあり 実際の試験でもその様に表現される可能性があるのかを もし、ご存じであれば、教えて頂けますと、大変に有難いです。 宜しくお願いいたします。
2023/07/29 コメント
fileコマンドでatimeが更新されない
arashi1977様 ご指摘、有難うございます。 >ご認識の通り、1回目かどうかで変わってくるんですね。なので「全体的な実施手順を開示」していただきたいなというところでした。 承知いたしました。私の方から、ファイル作成直後に発見した問題では ないことをお伝えできておらず、大変失礼いたしました。 このたびは、貴重な情報をご提供頂き、有難うございました。 おかげ様で、本件の状況を理解することができました。 宜しくお願いします。
2023/07/29 投稿
nice値と優先度の用語について

この問題の文章は「testプログラムの優先度は次のうちどれか。」
となっており、選択肢の19~-20の値のことを「優先度」と表現しています。
これに対して、その後の解説では、19~-20の値のことを「nice値」と表現し
参考では、「実行優先度」とも表現されています。
つまり、「nice値」「優先度」「実行優先度」が同じ意味で使われており
全て、選択肢の19~-20の値のことを指し示しています。

一方、ps -l では、PRI と NI の2つの値が表示され、19~-20の値
はNI列に表示されます。

この問題の表現が正しいとすると
NI = 「nice値」「優先度」「実行優先度」
になりますが、その場合、PRIは、日本語では、どの様な用語になるのかと
いう疑問が生じます。

19~-20の値のことを「nice値」「優先度」「実行優先度」と表現すること
は正しいのでしょうか。

正しい場合、ps -lのPRIは、日本語では、どの様な用語になるのでしょうか。

ご存じの方がおられたら、教えて下さい。
宜しくお願いします。

2023/07/29 投稿
SIGHUPの効果について

質問①
この問題の解説に、以下の記載があります。
「HUPシグナルは、デーモンプログラムによっては、プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる為に用いられます。」
上記は、以下に言い換えることができるという理解で正しいでしょうか。
「HUPシグナルにより、対象プロセスを再起動する」

質問②
上記①が正しい場合、HUPシグナルは、プログラム(プロセス)によって
単に終了してしまうものもあれば、再起動するものもあるという理解で
正しいでしょうか。

質問③
上記がいずれも正しい場合、上記解説の様に、HUPシグナルで
「プログラムの設定ファイルを変更した後その設定ファイルをプロセスに再度読み込ませて設定を反映させる」
ことができるかどうかは、プログラムの書き方に依存するので
HUPシグナルでの設定変更の反映は、プログラムごとに仕様を調べ、可能と
わかった場合のみ実施するものであるという理解で正しいでしょうか。

ご存じの方がおられましたら、教えて下さい。
宜しくお願いします。

戻る