Я пытался выполнить обновление, и ошибка сказала мне, что у меня недостаточно свободного места. Поэтому я подключился к Raspberry SSH
и попросил использовать диск:
df -h
И я получил следующий результат:
Filesystem Size Used Available Use% Mounted on
devtmpfs 185.1M 87.5M 97.6M 47% /dev
/dev/mmcblk0p1 124.7M 96.2M 28.6M 77% /flash
/dev/mmcblk0p2 755.9M 739.4M 0 100% /storage
/dev/loop0 87.5M 87.5M 0 100% /
tmpfs 74.6M 0 74.6M 0% /dev/shm
tmpfs 10.0M 684.0K 9.3M 7% /var
Дело в том, что моя SD-карта - это 8-гигабайтная SD-карта, и ее размер больше похож на 1 Гб, поэтому мой вопрос: почему я не вижу все пространство?
OpenELEC изменяет размеры / хранилище при первой загрузке после создания SD. Я искал сценарий, который делает это. Это https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/sysutils/busybox/scripts/fs-resize?source=c Первая строка кода проверяет наличие файла /storage/.please_resize_me.
Итак ... чтобы изменить размер хранилища для заполнения SD, вам необходимо:
Сделал это на моем OpenELEC 4.0.7 и работал нормально.
источник
У меня была одна проблема (с версией 3.1.5): umount / storage => «umount: невозможно размонтировать / storage: устройство или ресурс занят»
fuser -m / storage => pid процесса, который блокировал монтирование. Я пытался убить его, но каждый раз новый процесс блокировал монтирование. Я должен убить + umount одновременно с каналом (в этом порядке): umount / storage | убить -9 пид
Это сделать работу!
источник
umount
В случае, если у кого-то есть эта проблема с новейшей версией:
syb0rg ответ отличный, но
$ touch /var/lock/xbmc.disabled
$ killall -9 xbmc.bin
больше не работает ! Используйте:
$ systemctl stop kodi.service
вместо этого!источник
Openelec 5:
Проверьте, какой процесс блокирует раздел / хранилище для размонтирования
Проверьте, находятся ли эти процессы в дереве systemd и управляются ли systemd.
systemctl status
покажет системное дерево.В случае необходимости мне пришлось прекратить следующее:
Проверьте,
fuser -m /storage
есть ли еще процесс, блокирующий этот каталог. В случае возврата некоторого PID вы можете проверить, какой процесс связан с этим запущенным PIDps -ef | grep $PID
.Если вы видите что-то подобное,
-sh
это ваш ssh-сеанс, который находится в каталоге / storage.cd /
идти в корень.В противном случае вы можете убить этот процесс с помощью
kill -9 $PID
.Теперь вы можете безопасно размонтировать каталог / storage через
Теперь вы можете изменить размер раздела (я сообщу снова, так как некоторые команды изменены)
Убедитесь, к какому участнику / хранилищу относятся
df -h
В большинстве случаев будет
/dev/mmcblk0p2
(это раздел 2)Open parted для устройства / dev / mmcblk0
parted /dev/mmcblk0
Показать разделы (теперь мы уже указали, какой раздел мы хотим изменить)
p
Изменить размер раздела (в этом случае раздел 2 до конца)
resize 2 -1
quit parted
Изменить размер файловой системы
e2fsck -f /dev/mmcblk0p2
resize2fs /dev/mmcblk0p2
mount /dev/mmcblk0p2 /storage
df -h
Если вы хотите изменить размер / прошить - это совсем другая история.
источник
parted /dev/mmcblk0
былparted
иresize 2 -1
должен бытьresizepart 2 -1
Я решил проблему с "размонтированием хранилища /" убийства следующим образом:
5161
Это сработало для меня.
источник