Unix & Linux

この最小限の例を考えると ( echo "LINE 1" ; sleep 1 ; echo "LINE 2" ; ) それを出力LINE 1し、その後、1秒後に、出力はLINE 2、として期待されます。 これをパイプすると grep LINE ( echo "LINE 1" ; sleep 1 ; echo "LINE 2" ; ) | grep LINE 振る舞いは前のケースと同じで、予想通りです。 あるいは、これを cat ( echo "LINE 1" ; sleep 1 ; echo "LINE 2" …

19 bash  grep  pipe 

ダウンロード可能なファイルの横にチェックサムが表示されることがよくあります。この練習の目的は私を免れます。破損したファイルを検出することは明らかですが、この破損の原因は何でしょうか？ ネットワークプロトコルによって検出されるため、転送エラーによってファイルが破損することはありません。また、悪意のある目的でファイルを変更できる攻撃者は、特定のチェックサムを同様に変更できます。ハードドライブのエラーをチェックしていますか？読むとき、書くとき、それらは起こりそうですか？重要なものが欠けていますか？

19 networking  files  checksum 

を介してすべての添付ファイルを保存できます ヒットを介してすべての添付ファイルにタグを付ける t ; s 宛先ディレクトリを選択し、ヒットa（すべて） これは機能しますが、次の深刻な副作用がありますenter。n個の添付ファイルに対してn 回ヒットする必要があります。 これは、宛先ディレクトリにファイル名の衝突がなくてもです。 これはMutt FAQにも記載されています。 とても不便です。 一部のmuttユーザーは、メッセージをmunpackにパイピングすることを推奨しているようです（リンクされているメッセージの例）。良いアイデアですが、（munpack呼び出しマクロの一部として）宛先ディレクトリのMuttプロンプトを作成する方法は？ このようなマクロを作成するにはどうすればよいですか？または、この問題に対するより良い解決策はありますか？

19 mutt 

UNIXの世界について一般的な質問があります。 現在、自宅でUbuntuを実行しており、デバイスにTransmissionをインストールしています。これは、transmission-debianユーザーとして実行され、ファイルを保存します。これを自分のユーザーに変更するのが理にかなっているのではないかと思っているので、ファイルとのやり取りが簡単になり、sudoを使用する必要はありませんか？なぜこれが悪い考えでしょうか？

19 ubuntu  files  users  transmission 

偶然私は走りましたchmod -u filename、そして、それは私が持っていたすべての許可を取り除いたfilename。 マニュアルページは-uオプションを参照していません。実験を行った結果、すべての権限が削除されるわけではなく、読み取りアクセスと実行アクセスのみが削除され、書き込みアクセスはそのままであると結論付けることができました。 それで、これは正確に何をしますか？ 上記の私の結論は間違っています。今では、所有者が持っている権限をすべてのカテゴリから削除することだと思います。 私は行動がに似ていると思うa=uだけで、それはある、-のではなく、=そしてa、例えば、ちょうどそれがでできるようにドロップすることができますa+x。

19 permissions  chmod 

CPUがユーザーモードの場合、CPUは特権命令を実行できず、カーネルスペースメモリにアクセスできません。 また、CPUがカーネルモードの場合、CPUはすべての命令を実行し、すべてのメモリにアクセスできます。 Linuxでは、ユーザーモードのプログラムがすべてのメモリにアクセスでき（を使用/dev/mem）、2つの特権命令INを実行できますOUT（iopl()と思う）。 そのため、Linuxのユーザーモードプログラムは、カーネルモードで実行できるほとんどのこと（ほとんどのことだと思います）を実行できます。 ユーザーモードプログラムにこのすべてのパワーを持たせることは、CPUモードを持つという目的を無効にしませんか？

19 linux 

私の意見は、そうです、外部の世界（非特権プロセッサモード）へのすべての有用な露出は、最初に外部の世界で実行されているプロセスを必要とするためです。それには、一時的なRAM内のファイルシステムでさえ、ファイルシステムが必要です。 別のエンジニアは私に反対しますが、すべての（私には知られていない）ケースを超えてこれを証明することはできないようです。 この質問に対する答えは、「実行中」の定義に依存しますか？

19 filesystems  linux-kernel 

Linux OS用の古い（2001？）スクリプト-Pで、sshコマンドのオプションの使用に遭遇しました。 $ ssh -P host.domain -l user しかし、sshマニュアルページには-Pオプションについての言及はありません。それでも、実行ssh -P host.domainしても警告やエラーは表示されません。 それは何です？古い/文書化されていないオプションかもしれませんか？

19 ssh 

SSHには公開鍵を使用するのが最善です。だから私のsshd_config持っていPasswordAuthentication noます。 一部のユーザーはログインしません/usr/sbin/nologin。たとえば、shellを使用したsftpユーザーです。または、システムアカウント。 そのため、パスワードを使用せずにこのようなユーザーを作成できますadduser gary --shell /usr/sbin/nologin --disabled-password。 それは良い/悪い考えですか？考慮していない影響はありますか？

19 ubuntu  ssh  security  password  sftp 

Advanced Bash-Scripting Guideから、最後のコマンドライン引数を取得するには： または：lastarg=${!#} これは 、変数への間接参照$#です。動作しない ことに注意しlastarg=${!$#}てください。

19 bash 

それzshはコマンドを与えられたすべてのファイルを上書きできることを考えると： >* オプションを設定noclobberすることは良い考えだと思います。 >| filebashとzshの両方でデフォルトのclobber動作を使用したい場合はいつでも使用できます。（zshでは代替構文も使用できます>!file）。 noclobberPOSIXとの互換性のため、デフォルトでは設定されていないと思いますが、念のために： 設定のマイナス面はありますnoclobberか？ とにかくnoclobber対話型シェルのみに設定する必要はありますか？

19 bash  shell  zsh 

Kornシェルを使用したQNX4オペレーティングシステム。これは.profileファイルにあります。 export VARDIR=//1/usr/pvcs // 1 /は何を表していますか？

19 ksh  qnx 

rpmには、パッケージをインストールする-i（--install）オプションがあります rpmには、パッケージをインストールまたはアップグレードする-U（--upgrade）オプションがあります 赤い帽子のドキュメントは、その示してrpm -i完全に許容です。 ただし-U、パッケージを初めてインストールする場合でも、これまでに見たすべてのドキュメントでの使用を推奨しています。 なぜrpm -U一般的に好まれるのrpm -iですか？

19 rpm 

たとえば、ユーザーが存在する別のシステムのディスクパーティションを管理する場合。私は単にユーザーを一時的に作成できることを知っていますが、この質問は興味深いと思います。

19 chown 

Unixファイルシステムには通常iノードテーブルがあり、このテーブルのエントリ数は通常、ファイルシステムの作成時に固定されています。これにより、十分なディスク容量を持つユーザーが空き容量がないという混乱したエラーメッセージを表示することがあり、問題を特定した後でも、それをどうするかについての簡単な解決策はありません。 しかし、（私には）ユーザーとシステム管理者に完全に透過的にiノードをオンデマンドで割り当てることにより、この混乱を回避することが非常に望ましいと思われます。あなたがかわいいハックに夢中なら、inodeテーブル自体をファイルにすることさえできます。したがって、ディスク上の空きスペースを見つける既存のコードを再利用できます。運がよければ、この結果を明示的に達成しようとせずに、ファイル自体の近くにiノードが存在することになるかもしれません。 しかし、誰も（私が知っている）実際にこれを行っていないので、おそらく私が見逃しているキャッチがあります。それが何であるか考えていますか？

19 filesystems  inode