Crouton: يتم تثبيت نظام الملفات الدوري عند تشغيل chroot من جهاز USB قابل للإزالة

تم إنشاؤها على ١٨ فبراير ٢٠١٥ · 4تعليقات · مصدر: dnschneid/crouton

نظام:

HP Chromebook 11 (ARM)

الشروط المسبقة:

اصنع كروتون باستخدام:

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

حيث MyDrive هو جهاز USB قابل للإزالة.

خطوات الاستنساخ:

sudo sh -e / media / removable / MyDrive / startxfce4
...
ترك الكروت (تسجيل الخروج)
محاولة إخراج محرك الأقراص في تطبيق "الملفات" - لم تنجح
محاولة فك محرك الأقراص عن طريق قذيفة

نتيجة متوقعة:

حملة unmounts

نتيجة فعلية:

من تطبيق الملفات ، يعرض ChromeOS مربع حوار يوضح أنك بحاجة إلى انتظار انتهاء عملية محرك الأقراص
من shell ، يشير umount إلى أن الجهاز مشغول ، مشيرًا إلى هذا المسار:

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

لا يزال قيد الاستخدام. نتيجة لذلك ، لا يمكن إزالة محرك الأقراص بأمان من النظام ، وإزالته بشكل غير آمن يتسبب في تلف نظام الملفات الذي يجعل chroot غير قابل للتشغيل. لاحظ دورة نظام الملفات الجميلة.

الحل

قم بتركيب محرك الأقراص في موقع غير افتراضي لا يتم تثبيته تلقائيًا في chroot.

لقد اعتقدت أنني سأبلغ عن هذا ، إنها مشكلة مثيرة للاهتمام مع محركات أقراص USB ، ولكن يمكن تجنبها بسهولة تامة.

bug

مصدر

kiorpesc

التعليق الأكثر فائدة

غريب ، لست متأكدًا من سبب انعكاس نقاط التحميل مرة أخرى إلى /media .. هذه هي النقطة الكاملة لمجلد الظل / run / crouton. شكرا لرفع هذا.

dnschneid في ١٨ فبراير ٢٠١٥

👍2

ال 4 كومينتر

dnschneid في ١٨ فبراير ٢٠١٥

👍2

أعتقد أن الوسائط / الوسائط هي التثبيت الافتراضي لـ / dev / [الأجهزة القابلة للإزالة] ومثل إدارة الطاقة والشبكات ، يمكن لنظام التشغيل المضيف معرفة ما إذا كان هناك شيء ما تم توصيله أو إزالته ، ولكن نظرًا لأن chroot يمكنه أيضًا ، أو حتى إيقاف تشغيله ، يعتقد المضيف أنه قد لا يكون في حالة آمنة لإخراجها.

هل يمكن أن يؤدي إلغاء تثبيت chroot إلى إخراج أجهزة / وسائط؟ أيضًا ، كيف ستعمل USB و sdcards مع العديد من مستخدمي Chrome الذين قاموا بتسجيل الدخول في نفس الوقت ، مع وجود مستخدم سطح المكتب الأول لديه أيضًا chroot؟ من هو المالك ، وما هي المجازات؟

tedm في ١٨ فبراير ٢٠١٥

أواجه نفس المشكلة مع أحدث كروتون على Acer C720:

كروتون: الإصدار 1-20151013174138 ~ Master: 488c9e21

الحل المؤقت (كما هو مقترح) هو إعادة تسمية الدليل / media / removable / [card] / chroots
لشيء آخر ، على سبيل المثال:
/ media / removable / kingusb3 / chroots_new

ثم قم بتشغيل chroot باستخدام:

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

ومع ذلك ، فإن هذا له عيب أنه عندما أحاول تحديث chroot بالأمر:

sudo sh ~ / Downloads / كروتون -u -n Trusty -p / media / removable / kingusb3 / chroots-new /

يبحث سكربت كروتون دائمًا عن دليل chroots "القياسي":

/ media / removable / kingusb3 / chroots-new / chroots

ويخرج مع وجود خطأ:

/ media / removable / kingusb3 / chroots-new / chroots / trusty غير موجود ؛ لا يمكن التحديث.

أعتقد أنه سيكون من المفيد جدًا حل مشكلة التركيب الدوري هذه

pippo0312 في ١٩ أكتوبر ٢٠١٥

لقد واجهت هذه المشكلة مع أحدث إصدار من Crouton مع مسار التخزين "/ media / removable / PNY64". كان الحل الذي وصفه 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