Chromebook HP 11 (ARM)
Buat crouton dengan:
sudo sh crouton -p /media/removable/MyDrive/ -r trusty -t xfce
di mana MyDrive adalah perangkat USB yang dapat dilepas.
sudo sh -e /media/removable/MyDrive/startxfce4
...
tinggalkan chroot (log off)
mencoba mengeluarkan drive di aplikasi "File" - tidak berhasil
coba unmount drive melalui shell
Drive dilepas
Dari aplikasi File, ChromeOS menampilkan dialog yang menyatakan bahwa Anda harus menunggu hingga operasi drive selesai
Dari shell, umount mengatakan perangkat sedang sibuk, menunjukkan jalur ini:
/run/crouton/media/removable/MyDrive/chroots/trusty/var/host/media/removable/MyDrive/chroots/trusty/var/host/media/removable/MyDrive
masih digunakan. Akibatnya, drive tidak dapat dihapus dengan aman dari sistem, dan menghapusnya secara tidak aman menyebabkan kerusakan sistem file yang membuat chroot tidak dapat dioperasikan. Perhatikan siklus sistem file yang indah.
Pasang drive di lokasi non-default yang tidak dipasang secara otomatis di chroot.
Hanya berpikir saya akan melaporkan ini, ini adalah masalah yang menarik dengan drive USB, tetapi dapat dihindari dengan mudah.
Aneh, saya tidak yakin mengapa mountpoints memantul kembali ke /media...itulah inti dari direktori /run/crouton shadow. Terima kasih telah membesarkan ini.
Saya pikir /media adalah mount default untuk /dev/[perangkat yang dapat dilepas] dan seperti manajemen daya dan jaringan, OS host dapat mengetahui apakah ada sesuatu yang dicolokkan atau dihapus, tetapi karena chroot juga dapat, atau bahkan dimatikan, host berpikir mungkin tidak dalam keadaan aman untuk dikeluarkan.
Bisakah melepas chroot memaksa eject perangkat /media? Juga, bagaimana usb dan sdcard akan bekerja dengan banyak pengguna chrome yang masuk secara bersamaan, dengan pengguna desktop pertama juga memiliki chroot? Siapa pemiliknya, dan apa itu perm?
Saya mengalami masalah yang sama dengan crouton terbaru di Acer C720:
crouton: versi 1-20151013174138~ master:488c9e21
Solusi sementara (seperti yang disarankan) adalah mengganti nama direktori /media/removable/[card]/chroots
untuk sesuatu yang lain, misalnya:
/media/removable/kingusb3/chroots_new
dan kemudian luncurkan chroot dengan:
sudo sh /media/removable/kingusb3/bin/enter-chroot -c /media/removable/kingusb3/chroots_new -n trusty
Namun ini memiliki kelemahan ketika saya mencoba memperbarui chroot dengan perintah:
sudo sh ~/Downloads/crouton -u -n trusty -p /media/removable/kingusb3/chroots-new/
skrip crouton selalu mencari direktori chroot "standar":
/media/removable/kingusb3/chroots-new/chroots
dan keluar dengan kesalahan:
/media/removable/kingusb3/chroots-new/chroots/trusty tidak ada; tidak dapat memperbarui.
Saya pikir akan sangat berguna untuk memperbaiki masalah pemasangan siklis ini
Saya mengalami masalah ini dengan versi terbaru Crouton dengan jalur penyimpanan "/ media/removable/PNY64". Solusi yang ditentukan oleh kiorpesc efektif, dan transkrip shell di bawah ini menunjukkan langkah-langkah yang saya ambil.
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
Komentar yang paling membantu
Aneh, saya tidak yakin mengapa mountpoints memantul kembali ke /media...itulah inti dari direktori /run/crouton shadow. Terima kasih telah membesarkan ini.