題:
在OpenELEC上調整文件系統大小
darkheir
2013-07-26 22:38:24 UTC
view on stackexchange narkive permalink

我正在嘗試執行更新，並且一個錯誤告訴我我的可用空間不足。因此，我通過 SSH 連接到Raspberry，以使用以下命令要求使用磁盤：

  df -h

以下結果：

 使用的文件系統大小可用使用％已安裝ondevtmpfs 185.1M 87.5M 97.6M 47％/ dev / dev / mmcblk0p1 124.7M 96.2M 28.6M 77％/ flash / dev / mmcblk0p2 755.9 M 739.4M 0 100％/ storage / dev / loop0 87.5M 87.5M 0 100％/ tmpfs 74.6M 0 74.6M 0％/ dev / shmtmpfs 10.0M 684.0K 9.3M 7％/ var

問題是我的SD卡是8Gb SD卡，它顯示的大小更像是1Gb，所以我的問題是為什麼我看不到整個空間？

六 答案:
Marcin
2014-07-30 02:28:32 UTC
view on stackexchange narkive permalink

在創建SD後，OpenELEC在第一次引導時調整/ storage的大小。我尋找了執行此操作的腳本。它是 https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/sysutils/busybox/scripts/fs-resize?source=c第一條代碼行檢查/ storage / .please_resize_me文件。

因此...要調整存儲大小以填充SD，您需要：

 觸摸/storage/.please_resize_mereboot

在我的OpenELEC 4.0.7上完成並正常工作。

這應該是公認的答案
在5.0.3上嘗試過，它如上所述工作
在腳本的第二行中，它說如果存在名為kodi，config或cache的文件夾，則無法調整大小。我所有的三個都得到了。。。現在如何調整大小？
syb0rg
2013-07-26 22:41:09 UTC
view on stackexchange narkive permalink

從此處修改，通過SSH進入運行OpenELEC的Raspberry Pi，並執行以下步驟。在 / storage 中；切換到根分區：

  $ cd /

  • 保持XBMC重啟：

      $ touch /var/lock/xbmc.disabled

  • 停止XBMC，因此我們可以卸載 / storage ：

      $ killall -9 xbmc.bin $ umount / storage

  • 驗證安裝：

      $ mount $ parted / dev / mmcblk0

  • 在parted中，更改為扇區顯示：

      $ unit s

  • 顯示分區，記下分區的起始扇區：

      $ p

  • 刪除分區：

      $ rm 2

  • 使用相同的起始扇區號重新創建分區並以“ -1”結尾以使用剩餘空間：

      $ mkpart primary 258048 -1 $退出parted $ e2fsck -f / dev / mmcblk0p2 $ resize2fs / dev / mmcblk0p2 $ mount / dev / mmcblk0p2 / storage $ df -h $ rm /var/lock/xbmc.disabled

  • XBMC將自行重新啟動。

    • ol> blo ckquote>
    openelec發行版中是否存在此命令？
    抱歉，我總是默認使用Raspbian指令，不好的習慣：P。我已經回答了這個問題，現在應該可以了。
    不起作用我無法卸載，因為connmand正在使用/ storage並且無法將其殺死
    不再工作了！請參閱以下Marcin的答案。
    Guest
    2013-10-04 15:51:45 UTC
    view on stackexchange narkive permalink

    我有一個問題（版本3.1.5）：umount / storage =>“ umount：無法umount / storage：設備或資源繁忙”

    fuser -m / storage => pid我試圖殺死它，但是每當一個新的進程阻止了該裝載。我必須同時用管道殺死+ umount（按此順序）：umount / storage |殺死-9 pid

    就可以了！

    不起作用，命令會在終端可以運行umount之前自動重新啟動。
    lewiatan
    2015-11-23 04:12:06 UTC
    view on stackexchange narkive permalink

    如果有人使用最新版本存在此問題：
    syb0rg答案很好，但
    $ touch /var/lock/xbmc.disabled
    $ killall- 9 xbmc.bin

    不再起作用！使用：
    $ systemctl停止kodi.service ！

    Jero
    2015-12-05 18:39:42 UTC
    view on stackexchange narkive permalink

    Openelec 5：

    檢查哪些進程正在阻止要卸載的分區/存儲

      lsof | grep“ / storage”（將返回進程的PID）

    檢查這些進程是否在systemd樹中並且由systemd控制。

    systemctl狀態將顯示系統樹。

    在某些情況下，我必須停止以下操作：

      systemctl stop cron.servicesystemctl stop connman.servicesystemctl stop kodi.service

    使用 fuser -m / storage 檢查是否仍有進程阻止該目錄。如果返回了某些PID，則可以檢查與運行 ps -ef | grep $ PID 。

    如果看到類似 -sh 之類的內容，則是/ storage目錄中的ssh會話。 cd / 進入根目錄。

    否則，您可以使用 kill -9 $ PID 終止該進程。

    現在，您可以通過

      umount / storage

    來安全地卸載/ storage目錄，現在您可以調整分區的大小了（我將由於某些命令已更改，因此再次報告）

    1. 確保哪個分區/存儲屬於

      df -h

      2. ol>

      在大多數情況下是 / dev / mmcblk0p2 （屬於分區2）

      1. 打開設備的/ dev / mmcblk0

        parted / dev / mmcblk0

      2. 顯示分區（我們現在已經分區了）

        p

      3. 調整分區的大小（在本例中，分區2直到最後） > p>

        調整大小2 -1

        退出部分

      4. 調整文件系統大小

        e2fsck -f / dev / mmcblk0p2

        resize2fs / dev / mmcblk0p2

        如果要調整大小/ flash，請掛載/ dev / mmcblk0p2 / storage

        df -h

        5. ol>

        是一個完全不同的故事。

    對我有用，除了`parted / dev / mmcblk0`被`parted`和`resize 2 -1`需要是`resizepart 2 -1`
    到目前為止最好的答案。除此答案外，沒有其他工作對我有用。
    user11691
    2014-01-01 18:54:13 UTC
    view on stackexchange narkive permalink

    我以這種方式解決了有關“卸載存儲/”殺死的問題：

      fuser -m / storage

    5161 

      kill -9 5161 && umount / storage

    對我有用。



    ⓘ
    該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 3.0許可。
    Loading...