Схема разделов google chrome os

У меня есть 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. Я читал похожие вопросы, но некоторые из моих недоразумений все еще остаются без ответа.

Это мое текущее понимание (поправьте меня, если я ошибаюсь):

  1. chromeos подключает Downloads к stateful_partition, что означает, что пользователь Google не записывает в rootfs при загрузке файлов.
  2. Это означает, что rootfs действительно только для файлов ядра, и поэтому должен будет небольшим.
  3. Crouton устанавливает chroot-файлы на stateful_partition, что означает, что chroot не занимает места в разделе rootfs.

Неурегулированные вопросы:

  1. Для чего на самом деле нужен /mnt/stateful_partition? В частности, почему он должен быть в /mnt?
  2. Почему у меня нет раздела home?
  3. Нормально ли используется мой диск?
  4. Странная вещь: внутри chroot я могу только wget достаточно большие файлы, если я сначала освобожу место. Это ограничение места наложено гренками? Или chroot как-то пишет в полные rootfs?
  5. Для чего нужны эти лишние перегородки? Моя емкость хранения составляет 32 ГБ, но слот SD, кажется, имеет емкость 53 ГБ * 3. Является ли это просто схемой разделов, которая готова принять и смонтировать SD переменного размера?

Вот 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
  1. Почему mmcblk0p1 53 ГБ, когда у меня доступно только 32 ГБ?
  2. /dev/root установлен на /lib/modules/3.18.... Похоже, это rootfs в chromeos. Почему гренки используют это и для чего?
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
0
918
1

Ответы 1

rootfs доступен только для чтения, что означает, что он никогда не записывается, поэтому его постоянное почти полное заполнение - это нормально и не проблема. большая часть хранилища по дизайну находится в разделе с отслеживанием состояния.

crouton обычно устанавливается в / usr / local, который находится в разделе с отслеживанием состояния, что означает, что у него есть доступ ко всему доступному хранилищу.

Вывод df показывает монтирования, а не разделы. если вы хотите просмотреть разделы, вам нужно запустить что-то вроде cgpt show /dev/mmcblk0.

Вывод df может сбивать с толку при использовании монтирования привязки, поэтому вы увидите исходное устройство, а не подкаталог, который был смонтирован привязкой. вот почему вы видите /dev/root, когда привязка была создана специально для подкаталога /lib/modules/....

Другие вопросы по теме