Estaba intentando realizar una actualización y un error me dijo que no tenía suficiente espacio libre. Así que me conecté a mi Raspberry SSH
para solicitar el uso del disco con:
df -h
Y obtuve el siguiente resultado:
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
La cuestión es que mi tarjeta SD es una tarjeta SD de 8 Gb y el tamaño que muestra es más como 1 Gb, así que mi pregunta es ¿por qué no puedo ver todo el espacio?
OpenELEC cambia el tamaño / almacenamiento en el primer arranque después de crear la SD. Busqué el guión que hace eso. Es https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/sysutils/busybox/scripts/fs-resize?source=c La primera línea de código busca el archivo /storage/.please_resize_me.
Entonces ... para cambiar el tamaño del almacenamiento para llenar la SD, necesita:
Hecho eso en mi OpenELEC 4.0.7 y funcionó bien.
fuente
Un problema que tuve (con la versión 3.1.5): umount / storage => "umount: no se puede desmontar / almacenamiento: dispositivo o recurso ocupado"
fuser -m / storage => pid del proceso que estaba bloqueando el montaje Intenté matarlo, pero cada vez que un nuevo proceso bloqueaba el montaje. Tengo que matar + umount al mismo tiempo con la tubería (en este orden): umount / storage | matar -9 pid
Ese es el trabajo!
fuente
umount
En caso de que alguien tenga este problema con la versión más reciente: la
respuesta syb0rg es excelente, pero
$ touch /var/lock/xbmc.disabled
$ killall -9 xbmc.bin
ya no funciona ! Uso: en su
$ systemctl stop kodi.service
lugar!fuente
Openelec 5:
Verifique qué proceso está bloqueando la partición / almacenamiento para que se desmonte
Compruebe si estos procesos están en el árbol systemd y están controlados por systemd.
systemctl status
mostrará el árbol systemd.En mayo caso tuve que detener lo siguiente:
Verifique
fuser -m /storage
si todavía hay procesos bloqueando ese directorio. En caso de que se devuelva algún PID, puede verificar qué proceso está asociado con la ejecución de ese PIDps -ef | grep $PID
.Si ve algo así
-sh
, es su sesión ssh la que está en el directorio / storage.cd /
ir a la raízDe lo contrario, puede matar ese proceso con
kill -9 $PID
.Ahora puede desmontar de forma segura el directorio / storage a través de
Ahora puede cambiar el tamaño de la partición (informaré nuevamente ya que algunos comandos han cambiado)
Asegúrese de a qué partición / almacenamiento pertenece
df -h
En la mayoría de los casos será
/dev/mmcblk0p2
(que es la partición 2)Abrir separado para el dispositivo / dev / mmcblk0
parted /dev/mmcblk0
Mostrar particiones (ya analizamos qué partición queremos redimensionar)
p
Cambiar el tamaño de la partición (en este caso, la partición 2 hasta el final)
resize 2 -1
quit parted
Cambiar el tamaño del sistema de archivos
e2fsck -f /dev/mmcblk0p2
resize2fs /dev/mmcblk0p2
mount /dev/mmcblk0p2 /storage
df -h
Si desea cambiar el tamaño / flash es una historia completamente diferente.
fuente
parted /dev/mmcblk0
eraparted
yresize 2 -1
tenía que serresizepart 2 -1
Resolví el problema sobre "desmontar almacenamiento /" asesinato de esta manera:
5161
Eso funcionó para mí.
fuente