Eu estava tentando realizar uma atualização e um erro me disse que não havia espaço livre suficiente. Então, conectei-me ao meu Raspberry SSH
para solicitar o uso do disco com:
df -h
E eu obtive o seguinte 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
O problema é que meu cartão SD é um cartão SD de 8Gb e o tamanho exibido é mais semelhante a 1Gb, então minha pergunta é por que não consigo ver todo o espaço?
O OpenELEC redimensiona / armazenamento na primeira inicialização após a criação do SD. Eu procurei o script que faz isso. É https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/sysutils/busybox/scripts/fs-resize?source=c A primeira linha de código verifica o arquivo /storage/.please_resize_me.
Então ... para redimensionar o armazenamento para preencher o SD, você precisa:
Feito isso no meu OpenELEC 4.0.7 e funcionou bem.
fonte
Um problema que tive (com a versão 3.1.5): umount / storage => "umount: não é possível umount / storage: dispositivo ou recurso ocupado"
fuser -m / storage => pid do processo que estava bloqueando a montagem, tentei matá-la, mas sempre que um novo processo bloqueava a montagem. Eu tenho que matar + umount ao mesmo tempo com o pipe (nesta ordem): umount / storage | kill -9 pid
Isso é fazer o trabalho!
fonte
umount
Caso alguém tenha esse problema com a versão mais recente: a
resposta syb0rg é ótima, mas
$ touch /var/lock/xbmc.disabled
$ killall -9 xbmc.bin
não funciona mais ! Use: em
$ systemctl stop kodi.service
vez disso!fonte
Openelec 5:
Verifique qual processo está bloqueando a partição / armazenamento a ser desmontado
Verifique se esses processos estão na árvore do systemd e são controlados pelo systemd.
systemctl status
irá mostrar a árvore do systemd.Em maio, tive que interromper o seguinte:
Verifique
fuser -m /storage
se ainda há processo bloqueando esse diretório. Caso algum PID seja retornado, você pode verificar qual processo está associado ao PID em execuçãops -ef | grep $PID
.Se você vir algo como
-sh
, é a sua sessão ssh que está no diretório / storage.cd /
ir na raiz.Caso contrário, você pode matar esse processo com
kill -9 $PID
.Agora você pode desmontar com segurança o diretório / storage via
Agora você pode redimensionar a partição (relatarei novamente, pois alguns comandos foram alterados)
Garantir a que partição / armazenamento pertencem
df -h
Na maioria dos casos, será
/dev/mmcblk0p2
(que é a partição 2)Aberto dividido para o dispositivo / dev / mmcblk0
parted /dev/mmcblk0
Mostrar partições (já mostramos qual partição queremos redimensionar)
p
Redimensione a partição (neste caso, a partição 2 até o final)
resize 2 -1
quit parted
Redimensionar o sistema de arquivos
e2fsck -f /dev/mmcblk0p2
resize2fs /dev/mmcblk0p2
mount /dev/mmcblk0p2 /storage
df -h
Se você deseja redimensionar / flash é uma história completamente diferente.
fonte
parted /dev/mmcblk0
eraparted
eresize 2 -1
precisava serresizepart 2 -1
Resolvi o problema sobre "desmontar armazenamento /" matar desta maneira:
5161
Isso funcionou para mim.
fonte