Crouton: リムーバブルUSBデバイスからchrootを実行する場合の循環ファイルシステムのマウント

作成日 2015年02月18日  ·  4コメント  ·  ソース: dnschneid/crouton

システム:

HP Chromebook 11(ARM)

前提条件:

次の方法でクルトンを作成します。

sudo sh crouton -p /media/removable/MyDrive/ -r trusty -t xfce

MyDriveはリムーバブルUSBデバイスです。

複製手順:

sudo sh -e / media / removeable / MyDrive / startxfce4
..。
chrootを離れる(ログオフ)
「ファイル」アプリでドライブをイジェクトしようとしました-失敗しました
シェルを介してドライブをアンマウントしようとします

期待される結果:

ドライブのマウント解除

実結果:

ファイルアプリから、ChromeOSはドライブ操作が完了するのを待つ必要があることを示すダイアログを表示します
シェルから、umountはデバイスがビジーであることを示し、次のパスを示します。

/run/crouton/media/removable/MyDrive/chroots/trusty/var/host/media/removable/MyDrive/chroots/trusty/var/host/media/removable/MyDrive

まだ使用中です。 その結果、ドライブをシステムから安全に取り外すことができず、ドライブを安全に取り外すとファイルシステムが損傷し、chrootが動作しなくなります。 美しいファイルシステムサイクルに注意してください。

回避策

chrootに自動的にマウントされないデフォルト以外の場所にドライブをマウントします。

これを報告すると思ったのですが、これはUSBドライブの興味深い問題ですが、簡単に回避できます。

bug

最も参考になるコメント

奇妙なことに、マウントポイントが/ mediaに反映されている理由がわかりません...これが/ run / croutonシャドウディレクトリの要点です。 これを上げてくれてありがとう。

全てのコメント4件

奇妙なことに、マウントポイントが/ mediaに反映されている理由がわかりません...これが/ run / croutonシャドウディレクトリの要点です。 これを上げてくれてありがとう。

/ mediaは/ dev / [リムーバブルデバイス]のデフォルトのマウントだと思います。電源管理やネットワークと同様に、ホストOSは何かが接続されているか削除されているかを認識できますが、chrootも同様に、またはシャットダウンすることもできます。ホストは、イジェクトするのに安全な状態ではない可能性があると考えています。

chrootをアンマウントすると、/ mediaデバイスを強制的にイジェクトでき​​ますか? また、usbとsdcardsは、同時にログインしている複数のchromeユーザーでどのように機能し、最初のデスクトップユーザーもchrootを持っていますか? 所有者は誰ですか、パーマとは何ですか?

AcerC720の最新のクルートンでも同じ問題が発生しています。

クルトン:バージョン1-20151013174138〜マスター:488c9e21

(提案されているように)一時的な解決策は、ディレクトリの名前を/ media / removeable / [card] / chrootsに変更することです。
たとえば、他の何かに:
/ media / removeable / kingusb3 / chroots_new

次に、次のコマンドでchrootを起動します。

sudo sh / media / removeable / kingusb3 / bin / enter-chroot -c / media / removeable / kingusb3 / chroots_new -n trusty

ただし、これには、次のコマンドでchrootを更新しようとすると次のような欠点があります。

sudo sh〜 / Downloads / crouton -u -n trusty -p / media / removeable / kingusb3 / chroots-new /

スクリプトクルトンは常に「標準」のchrootsディレクトリを探します。

/ media / removeable / kingusb3 / chroots-new / chroots

そしてエラーで終了します:

/ media / removeable / kingusb3 / chroots-new / chroots / trustyは存在しません。 更新できません。

この周期的な取り付けの問題を修正することは非常に役立つと思います

この問題は、ストレージパスが「/ media / removeable / PNY64」の最新バージョンのCroutonで発生しました。 kiorpescによって規定された回避策は効果的であり、以下のシェルトランスクリプトは私が行った手順を示しています。

chronos<strong i="6">@localhost</strong> /usr/local/bin $ sudo sh ./crouton -V
Downloading latest crouton installer...
######################################################################## 100.0%
crouton: version 1-20170315143304~master:95589555

chronos<strong i="7">@localhost</strong> /usr/local/bin $ sudo mkdir -pv /var/run/mount/PNY64
mkdir: created directory ‘/var/run/mount/PNY64’

chronos<strong i="8">@localhost</strong> /usr/local/bin $ sudo mount -v /dev/sdc2 /var/run/mount/PNY64
mount: /dev/sdc2 mounted on /run/mount/PNY64.

chronos<strong i="9">@localhost</strong> /usr/local/bin $ cd /var/run/mount/PNY64/bin/

chronos<strong i="10">@localhost</strong> /var/run/mount/PNY64/bin $ sudo ./startxfce

このページは役に立ちましたか?
0 / 5 - 0 評価

関連する問題

jeremyckahn picture jeremyckahn  ·  5コメント

tedm picture tedm  ·  3コメント

Epowerj picture Epowerj  ·  6コメント

Jacquelinemarie picture Jacquelinemarie  ·  3コメント

jvschiavo picture jvschiavo  ·  4コメント