J'essayais d'effectuer une mise à jour et une erreur m'a dit que je n'avais pas assez d'espace libre. Je me suis donc connecté à mon Raspberry SSH
pour demander l'utilisation du disque avec:
df -h
Et j'ai obtenu le résultat suivant:
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
Le problème est que ma carte SD est une carte SD de 8 Go et la taille qu'elle affiche ressemble plus à 1 Go, donc ma question est pourquoi je ne peux pas voir tout l'espace?
OpenELEC redimensionne / stockage au premier démarrage après la création de la SD. J'ai cherché le script qui fait ça. C'est https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/sysutils/busybox/scripts/fs-resize?source=c La première ligne de code vérifie le fichier /storage/.please_resize_me.
Donc ... pour redimensionner le stockage pour remplir la SD, vous devez:
J'ai fait ça sur mon OpenELEC 4.0.7 et ça a bien fonctionné.
la source
Un problème que j'ai eu (avec la version 3.1.5): umount / stockage => «umount: impossible de démonter / stockage: périphérique ou ressource occupé»
fuser -m / storage => pid du processus qui bloquait le montage J'ai essayé de le tuer, mais chaque fois qu'un nouveau processus bloquait le montage. Je dois tuer + umount en même temps avec le tuyau (dans cet ordre): umount / storage | tuer -9 pid
Voilà le travail!
la source
umount
Dans le cas où quelqu'un a ce problème avec la dernière version: la
réponse syb0rg est excellente mais
$ touch /var/lock/xbmc.disabled
$ killall -9 xbmc.bin
ne fonctionne plus ! Utilisez: à la
$ systemctl stop kodi.service
place!la source
Openelec 5:
Vérifiez quel processus bloque la partition / le stockage à démonter
Vérifiez si ces processus se trouvent dans l'arborescence systemd et sont contrôlés par systemd.
systemctl status
affichera l'arborescence systemd.En mai, j'ai dû arrêter ce qui suit:
Vérifiez
fuser -m /storage
s'il existe toujours un processus bloquant ce répertoire. Dans le cas où certains PID sont retournés, vous pouvez vérifier quel processus est associé à ce PID en cours d'exécutionps -ef | grep $PID
.Si vous voyez quelque chose comme
-sh
ça, c'est votre session ssh qui se trouve dans le répertoire / storage.cd /
aller à la racine.Sinon, vous pouvez tuer ce processus avec
kill -9 $PID
.Vous pouvez maintenant démonter le répertoire / storage en toute sécurité via
Vous pouvez maintenant redimensionner la partition (je ferai de nouveau rapport car certaines commandes ont été modifiées)
Vérifiez à quelle participation / stockage appartiennent
df -h
Dans la plupart des cas, ce sera
/dev/mmcblk0p2
(qui est la partition 2)Séparé ouvert pour le périphérique / dev / mmcblk0
parted /dev/mmcblk0
Afficher les partitions (nous savons maintenant quelle partition nous voulons redimensionner)
p
Redimensionner la partition (dans ce cas, la partition 2 jusqu'à la fin)
resize 2 -1
quit parted
Redimensionner le système de fichiers
e2fsck -f /dev/mmcblk0p2
resize2fs /dev/mmcblk0p2
mount /dev/mmcblk0p2 /storage
df -h
Si vous voulez redimensionner / flasher, c'est une tout autre histoire.
la source
parted /dev/mmcblk0
étaitparted
etresize 2 -1
devait êtreresizepart 2 -1
J'ai résolu le problème de "démonter le stockage /" de cette façon:
5161
Cela a fonctionné pour moi.
la source