タグ付けされた質問 「root-filesystem」

1
猫の助けを借りてファイルの権限を変更する
root@system:~# less myfile -bash: /bin/less: Input/output error ルートファイルシステムが死んでいます。しかし、私の猫はまだ生きています(私の記憶の中で): root@system:~# cat > /tmp/somefile C^d root@system:~# 彼はちょっと寂しいけど、彼の友達は皆なくなった。 root@system:~# mount -bash: /bin/mount: Input/output error root@system:~# dmesg -bash: /bin/dmesg: Input/output error root@system:~# less -bash: /bin/less: Input/output error root@system:~# chmod -bash: /bin/chmod: Input/output error システムはまだ実行中であり、その目的を果たしています。これに対する唯一の正気な対応は、システムをダウンさせてルートドライブを交換することです。残念ながら、これには多くの時間とお金がかかるため、選択肢ではありません。また、それは私の猫を殺し、それは私を悲しませます。 私は彼に彼のいつもの友人をドナーから連れてくることを考えました。sshがそれをロードして行を切断しようとする場合に備えて、私はそれらをscpしようとはしません(バイナリはとにかくなくなっています)。これは私の猫のいとこの仕事のように聞こえます: root@system:~# netcat -l 1234 > /tmp/less -bash: netcat: command …


4
Linuxを完全に起動するために必要な最低限のルートファイルシステムアプリケーションは何ですか?
ユーザー空間アプリケーションに関する質問ですが、私に聞いてください! Linuxの機能ディストリビューションを起動するには、いわば3つの「アプリケーション」が必要です。 ブートローダー-通常は組み込み用のU-Bootですが、ハード要件ではありません。 カーネル-それは非常に簡単です。 ルートファイルシステム-それなしではシェルを起動できません。カーネルがブートするファイルシステムと、initフォームと呼ばれる場所が含まれます。 私の質問は#3に関してです。誰かが非常に最小限のrootfsを構築したい場合(この質問ではGUIなし、シェルのみ)、シェルを起動するにはどのファイル/プログラムが必要ですか?

4
initramfsからルートファイルシステムをマウントする
これは一般的なシナリオです。何らかの理由で、initramfs(重要な場合はOpenSUSE)がルートファイルシステムを見つけられなかったため、レスキューシェルにドロップされます。ただし、どのデバイスをマウントする必要があるかは完全にわかっています。私の質問: ルートファイルシステムをマウントし、ブートシーケンスを続行する正しい手順は何ですか? おそらくそれがレスキューコンソールの重要なポイントです。それでも、実際にこれを行う方法を文書化した人はいないようです。 明らかに、ルートファイルシステムをどこかにマウントできます。しかし、それをファイルシステムツリーのルートにするにはどうすればよいですか?そして、その後、通常のブートプロセスを続行しますか?(シェルを終了するだけでそれができると思いましたが、そうではありません。)続行する前にマウントするために必要なものは何ですか?

2
組み込みのセットアップでは、読み取り専用のルートファイルシステムを使用することをお勧めしますか?
Linuxを組み込みデバイス上のオペレーティングシステムとして実行するという任務を負っています。 ターゲットにはx86プロセッサがあり、ストレージ用に8 GBのコンパクトフラッシュデバイスがあります。 buildrootを使用して、カーネルイメージとクロスコンパイルツールを作成することができました。CFデバイスをカーネルイメージが存在する小さなFATパーティションsyslinuxと、ブート構成とext3buildrootによって生成されたルートファイルシステムを解凍したファイルシステムにパーティション分割しました。 syslinuxbuildrootファイルシステムが存在するCF ext3パーティションにルートディレクトリを設定することにより、システムが正常に起動します。 私の質問は、停電後にデバイスが正常に起動することが重要であるため、即時(および頻繁な)電力損失に直面した場合の堅牢性の必要性に集中しています。ルートファイルシステムを読み取り専用としてマウントすることは、データの整合性を確保する方法であることを読みました。これは私が進むべき賢明な方法ですか? ルートファイルシステムをRAMにロードして同じことを実現する可能性についても読んでいますが、まだその方法はわかりません。 この目標を達成する好ましい方法はありますか?もしそうなら、私にとって最善の方法は何ですか?


3
一部のLinuxシステムで、ルートファイルシステムがmtabで/ dev / <実際のデバイスノード>ではなく/ dev / rootとして表示されるのはなぜですか?
さまざまなLinuxシステムで、実際のデバイスノード(例:)ではなく/dev/sda1、ルートデバイスがとして表示される/dev/rootか、実際のファイルシステムでmtabはなく、それが呼び出されたファイルシステムrootfs(で実際のファイルシステムとして表示される)であると述べていますが/proc/filesystems、にはコードがありません&lt;linux-kernel-source-tree&gt;/fs)。特定の属性を使用して実際のルートデバイスノード(rdevやChromium OS rootdevなど)を決定するために、さまざまなユーティリティが作成されています。非常に小さな組み込みデバイスが/devルートデバイス用のデバイスノードを常に持つ必要がないことをどこかで読む以外に、これに対する論理的な説明はありません。(これは本当ですか、もしそうなら、それが私の質問への答えですか?)なぜmtabが時々言う/dev/root(そして私はそれが言うのを見たかもしれないと思う)rootdev1回)実デバイスノードの代わりに、常に実デバイスノードを常に表示させるにはどうすればよいですか?カーネルは、最初にコマンドrootラインのパラメータに従ってルートデバイスをマウントし、次にinit/systemdに従って再マウントしfstabます、正しいですか?もしそうなら、私はinit維持すると思いますmtab。私の理論が正しい場合、どのinitようにして実際のルートデバイスノードに書き込むことができますmtabか?これ/etc/mtabは実際にはへのシンボリックリンク/proc/mountsであることに気づきました。これはmtab、カーネルによって維持されることを意味します。では、ルートデバイスのノードパスが/dev/rootであるのではなくmtab、実際のデバイスノードが含まれているとカーネルを構成/パッチするにはどうすればよいですか?


2
/ tmpを誤って削除した
偶然、私は走ったsudo rm -r /tmp、それは問題ですか? を使用して再作成しましたがsudo mkdir /tmp、問題は解決しましたか? ディレクトリを再作成した後、Ubuntu 14.04のnautilusのサイドバーの場所セクションに/ tmpが表示されますが、これは以前にはありませんでしたが、問題ですか。 最後に、sudo chown $USER:$USER /tmp以前と同じようにアクセスできるように実行する必要があります..この後、副作用はありますか? ちなみに、bashのオートコンプリートを使用しようとすると、この一見関連するエラーが表示されます bash:here-documentの一時ファイルを作成できません:権限が拒否されました

3
暗号化された理由/?
私はLinuxの大ファンで、新しいディストリビューションを時々試してみたいです。私は通常、暗号化されたパーティションの上のLVMにホームフォルダーとルートを持っていますが、すべてのinitramfs作成プロセスが最後のものよりも異質であると、これは面倒になる傾向があります。 私はプライバシーを大切にしていますが、私の貴重な情報や個人情報のほとんどはホームフォルダに保存されています。さらに、GPTを使用してパーティション分割しているため、LVMの外部でも複数のパーティションを設定するのはそれほど難しくありません。 だから問題は:「/」のroot暗号化とlvm-ingはそれだけの価値がありますか?特に私が対処しなければならないすべての初期のユーザースペースの面倒で?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.