Próbowałem wykonać aktualizację, a błąd powiedział mi, że nie mam wystarczającej ilości wolnego miejsca. Więc połączyłem się z moim Raspberry, SSH
aby poprosić o użycie dysku za pomocą:
df -h
I uzyskałem następujący wynik:
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
Chodzi o to, że moja karta SD to karta SD o pojemności 8 Gb, a rozmiar, który wyświetla, jest bardziej podobny do 1 Gb, więc moje pytanie brzmi: dlaczego nie widzę całej przestrzeni?
OpenELEC zmienia rozmiar / przechowuje przy pierwszym uruchomieniu po utworzeniu karty SD. Szukałem skryptu, który to robi. To https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/sysutils/busybox/scripts/fs-resize?source=c Pierwsza linia kodu sprawdza plik /storage/.please_resize_me.
Więc ... aby zmienić rozmiar pamięci w celu wypełnienia karty SD, musisz:
Zrobiłem to na moim OpenELEC 4.0.7 i działało dobrze.
źródło
Jeden problem, który miałem (z wersją 3.1.5): umount / storage => „umount: nie można umount / storage: urządzenie lub zasób zajęty”
fuser -m / storage => pid procesu blokującego podłączenie Próbowałem go zabić, ale za każdym razem nowy proces blokował podłączenie. Muszę zabić + umount jednocześnie z potokiem (w tej kolejności): umount / storage | zabij -9 pid
To działa!
źródło
umount
W przypadku, gdy ktoś ma ten problem z najnowszą wersją:
odpowiedź syb0rg jest świetna, ale
$ touch /var/lock/xbmc.disabled
$ killall -9 xbmc.bin
już nie działa ! Użyj:
$ systemctl stop kodi.service
zamiast tego!źródło
Openelec 5:
Sprawdź, jaki proces blokuje odłączenie partycji / pamięci
Sprawdź, czy procesy te znajdują się w drzewie systemd i czy są kontrolowane przez systemd.
systemctl status
pokaże drzewo systemowe.W razie potrzeby musiałem przestać:
Sprawdź,
fuser -m /storage
czy proces blokuje ten katalog. W przypadku zwrotu niektórych PID możesz sprawdzić, jaki proces jest powiązany z uruchomionym PIDps -ef | grep $PID
.Jeśli widzisz coś takiego
-sh
, to twoja sesja ssh znajduje się w katalogu / storage.cd /
iść do korzenia.W przeciwnym razie możesz zabić ten proces
kill -9 $PID
.Teraz możesz bezpiecznie odmontować katalog / storage przez
Teraz możesz zmienić rozmiar partycji (powtórzę raport, ponieważ niektóre polecenia zostały zmienione)
Upewnij się, do której części / przechowywania należą
df -h
W większości przypadków będzie
/dev/mmcblk0p2
(czyli partycja 2)Otwórz parted dla urządzenia / dev / mmcblk0
parted /dev/mmcblk0
Pokaż partycje (teraz wiemy, którą partycję chcemy zmienić)
p
Zmień rozmiar partycji (w tym przypadku partycja 2 do końca)
resize 2 -1
quit parted
Zmień rozmiar systemu plików
e2fsck -f /dev/mmcblk0p2
resize2fs /dev/mmcblk0p2
mount /dev/mmcblk0p2 /storage
df -h
Jeśli chcesz zmienić rozmiar / flash to zupełnie inna historia.
źródło
parted /dev/mmcblk0
parted
resize 2 -1
resizepart 2 -1
Rozwiązałem problem dotyczący „odmontowania pamięci / zabijania” w ten sposób:
5161
To działało dla mnie.
źródło