У меня есть Samsung Chromebook Pro 2018 года, на который я установил crouton. У меня с помощью crouton установлен только один chroot. Все идет хорошо, за исключением того, что у меня не хватает места в rootfs. Вот результат sudo df -h
:
chronos@localhost / $ sudo df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 1.7G 1.7G 41M 98% /
devtmpfs 1.9G 0 1.9G 0% /dev
tmp 1.9G 3.0M 1.9G 1% /tmp
run 1.9G 688K 1.9G 1% /run
shmfs 1.9G 29M 1.9G 2% /dev/shm
/dev/mmcblk0p1 53G 8.7G 41G 18% /mnt/stateful_partition
/dev/mmcblk0p8 12M 28K 12M 1% /usr/share/oem
/dev/mapper/encstateful 16G 81M 16G 1% /mnt/stateful_partition/encrypted
media 1.9G 0 1.9G 0% /media
none 1.9G 0 1.9G 0% /sys/fs/cgroup
/dev/loop1 450M 450M 0 100% /opt/google/containers/android/rootfs/root
/dev/loop2 4.0K 4.0K 0 100% /opt/google/containers/arc-removable-media/mountpoints/container-root
/dev/loop3 4.0K 4.0K 0 100% /opt/google/containers/arc-sdcard/mountpoints/container-root
/dev/loop4 4.0K 4.0K 0 100% /opt/google/containers/arc-obb-mounter/mountpoints/container-root
imageloader 1.9G 0 1.9G 0% /run/imageloader
tmpfs 1.9G 4.0K 1.9G 1% /run/arc/oem
tmpfs 1.9G 0 1.9G 0% /run/arc/sdcard
tmpfs 1.9G 0 1.9G 0% /run/arc/obb
tmpfs 1.9G 0 1.9G 0% /run/arc/media
tmpfs 1.9G 0 1.9G 0% /run/arc/adbd
passthrough 1.9G 0 1.9G 0% /run/arc/media/removable
/dev/fuse 53G 8.7G 41G 18% /run/arc/sdcard/default/emulated
/dev/fuse 53G 8.7G 41G 18% /run/arc/sdcard/read/emulated
/dev/fuse 53G 8.7G 41G 18% /run/arc/sdcard/write/emulated
tmpfs 128K 12K 116K 10% /var/run/crw
Как видите, мой rootfs почти заполнен, и есть еще куча прочего мусора, который, по-видимому, нормален для chromeos. Я читал похожие вопросы, но некоторые из моих недоразумений все еще остаются без ответа.
Это мое текущее понимание (поправьте меня, если я ошибаюсь):
Downloads
к stateful_partition
, что означает, что пользователь Google не записывает в rootfs при загрузке файлов.stateful_partition
, что означает, что chroot не занимает места в разделе rootfs.Неурегулированные вопросы:
/mnt/stateful_partition
? В частности, почему он должен быть в /mnt
?home
?wget
достаточно большие файлы, если я сначала освобожу место. Это ограничение места наложено гренками? Или chroot как-то пишет в полные rootfs?Вот sudo df -h
из chroot:
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p1 53G 8.7G 41G 18% /
devtmpfs 1.9G 0 1.9G 0% /dev
shmfs 1.9G 36M 1.9G 2% /dev/shm
tmp 1.9G 3.0M 1.9G 1% /tmp
tmpfs 385M 12K 385M 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
run 1.9G 688K 1.9G 1% /var/host/dbus
/dev/mapper/encstateful 16G 81M 16G 1% /var/host/timezone
/dev/root 1.7G 1.7G 41M 98% /lib/modules/3.18.0-17866-g4dfef3905aba
media 1.9G 0 1.9G 0% /var/host/media
none 1.9G 0 1.9G 0% /sys/fs/cgroup
none 1.9G 4.0K 1.9G 1% /sys/fs/selinux
mmcblk0p1
53 ГБ, когда у меня доступно только 32 ГБ?/dev/root
установлен на /lib/modules/3.18...
. Похоже, это rootfs в chromeos. Почему гренки используют это и для чего?rootfs доступен только для чтения, что означает, что он никогда не записывается, поэтому его постоянное почти полное заполнение - это нормально и не проблема. большая часть хранилища по дизайну находится в разделе с отслеживанием состояния.
crouton обычно устанавливается в / usr / local, который находится в разделе с отслеживанием состояния, что означает, что у него есть доступ ко всему доступному хранилищу.
Вывод df
показывает монтирования, а не разделы. если вы хотите просмотреть разделы, вам нужно запустить что-то вроде cgpt show /dev/mmcblk0
.
Вывод df
может сбивать с толку при использовании монтирования привязки, поэтому вы увидите исходное устройство, а не подкаталог, который был смонтирован привязкой. вот почему вы видите /dev/root
, когда привязка была создана специально для подкаталога /lib/modules/...
.