さて、これはiPad Proに関するものですが、これはiPadに限定されているのではなく、iOS / OS XのネイティブUnixシステムに関するものなので尋ねます。(はい、最初は「デバイスに残りのスペースがありません」に関する関連するすべてのStackExchangeエントリを読むのに数時間かかりました。)
質問1:2〜8MBを超えるファイルを作成できません(再起動後は異なります)。これによりiPadがほとんど使用できなくなります。多くのアプリケーションを起動できないか、アプリケーションをインストールできません。奇妙な2〜8 MBの制限よりも大きいファイルを作成しようとすると、空き容量が十分なにもかかわらず、「デバイスに残りのスペースがありません」と報告されます。
質問#2:ディスク領域は消え続けます。。 「デバイスにスペースがありません」問題が発生する前にアプリを削除し続け、削除したアプリの数に関係なく、数日後にアプリ全体として表示されました。最初は1GBの空き容量があります。その後、数週間後には2GB、その後は3...4...6...8...になり、最終的には9GBを使用できるにもかかわらず、デバイスはまだいっぱいのように動作しました!だから、何十ものアプリを削除した後、説明されていないディスク容量がたくさんあることを知っています。
緊急事態:数ヶ月前にディスク容量が非常に少なく、同時に複数のアプリを更新しようとしたときにひどいことが起こりました。 iPadが停止し、複数のシステムデータベースが破損しており、iPadで特定のパスワードをリセットするように求められます。それ以来、多くの問題がありましたが、ほとんどの場合使用できました。先週まで!
何をするのか分からず、iPadを脱獄したし、修正できなかったら機器を消去しなければならず、本当に実行したかったです。「du-hd 1」約60GBの空き領域を消費するものが何であるかを確認してください!
ドライブでfsck_hfsを実行しましたが(非常に難しかったです!!)当然、次のような内容が出ました。200万無料 - 1,600万でなければなりません、私は計算をしましたが、結果が言葉になります! fsckが完了し、再起動し、BAM!いつの間にか失ってしまった空間がまた戻ってきて持っていた。71GB無料!
ところが問題が深刻化し、2~8MBより大きいファイルを作ることができなくなりました。私は実際に以下を実行しました。
dd if=/dev/zero of=testfile.bin bs=1M count=10
..そして「デバイスに残りのスペースがありません」と、ほぼ常に完全なMiBパワー2(たとえば、2、4、または8MiB)である特定の数字で失敗します。しかし、必要に応じて、いつでもそのサイズのファイルをさらに書くことができます!今日の制限が4.0MiBであるとしましょう。増分ファイル名を使用してDDコマンドを繰り返し実行できます。これを7回連続して7つのファイルを作成しましたが、毎回完璧に動作しました。 4.1MiBに設定すると失敗します。 7x4(32MiB)ファイルを作成したのですが!
それにもかかわらず、ディスク容量は減少し続け、今朝は空き容量が39GBまで減りました。再度fsck_hfsすると、〜70GBの空き容量に戻り、ゆっくりと再び減少し始めます。
私は迷っています。ただ数十GBの空き容量がある場合、デバイスに「デバイスに残りのスペースがありません」というエラーが表示されることがありますか?iPadにはディスクが1つしかなく、4GB / Systemパーティションに分割され、残りは/ private / varにあります。私のシステムパーティションは75%しか占有されていません。これはすべてのiOSデバイスで正常な現象です。
dfを使ってinodeを確認した結果、データディスク(/dev/disk0s1s2)に約40億個のinodeが使用可能になります。
以下は関連印刷物です(他の日付の)。
iPad:/private root# df
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk0s1s1 9316200 6795912 2427128 74% 125137 4294842142 0% /
devfs 99 99 0 100% 172 0 100% /dev
/dev/disk0s1s2 486135960 476137152 9998808 98% 1217291 4293749988 0% /private/var
iPad:/private root# df -h
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk0s1s1 4.4Gi 3.2Gi 1.2Gi 74% 125137 4294842142 0% /
devfs 50Ki 50Ki 0Bi 100% 172 0 100% /dev
/dev/disk0s1s2 232Gi 227Gi 4.8Gi 98% 1217291 4293749988 0% /private/var
iPad-Pro-256GB:/sbin root# mount
/dev/disk0s1s1 on / (hfs, local, journaled, noatime)
devfs on /dev (devfs, local, nobrowse)
/dev/disk0s1s2 on /private/var (hfs, local, nodev, nosuid, journaled, noatime, protect)
iPad-Pro-256GB:~ root# pwd
/var/root
iPad-Pro-256GB:~ root# dd if=/dev/zero of=test3.bin bs=1M count=20
dd: error writing 'test3.bin': No space left on device
9+0 records in
8+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.671137 s, 12.5 MB/s
デバイスには約9GBの空き容量がありましたが、70GBの空き容量が必要な最初のfsck_hfsからインポートされました。
** Checking volume bitmap.
Volume bitmap needs minor repair for orphaned blocks
Volume bitmap needs repair for under-allocation
** Checking volume information.
Invalid volume free block count
(It should be 16884367 instead of 2063604)
完全に成功したfsck_hfs:
iPad-Pro-256GB:/ root# umount -f /private/var && killall backboardd && fsck_hfs -f -y /dev/disk0s1s2
umount: /private/var: not currently mounted
iPad-Pro-256GB:/ root# fsck_hfs -f -y /dev/disk0s1s2
** /dev/rdisk0s1s2
Executing fsck_hfs (version hfs-366.30.3).
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
The volume name is Data
** Checking extents overflow file.
** Checking catalog file.
Incorrect size for file MediaLibrary.sqlitedb
(It should be 1343488 instead of 1564672)
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking volume bitmap.
Volume bitmap needs minor repair for orphaned blocks
** Checking volume information.
Invalid volume free block count
(It should be 16972349 instead of 14633343)
** Repairing volume.
Limited repair mode, not all repairs available
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
The volume name is Data
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking volume bitmap.
** Checking volume information.
** Trimming unused blocks.
** The volume Data was repaired successfully.
メモ:
回答:大容量ファイルの作成に失敗した場合、システムログには関連がありません。
B. デバイス: iPad Pro 9.7" 256GB iOS 10.2.1 HFS (10.3 後半に導入された APFS ではない). この問題が発生してからしばらくして脱獄されました。
答え1
ファイルシステムが非常に断片化されている場合は、空き容量が多いですが、より大きなブロックには十分なスペースがない可能性があります。
あなたの場合は、ファイルシステムでこれが正しいようです。
断片化は、多数の小さなファイルをファイルシステムにコピーし、その小さなファイルの任意の部分を削除する場合によく発生します。これにより、より大きな塊に再組み立てできない断片が解放されます。
以前は、usenet news
多数の記事をプライベートディスクにコピーし、個々のニュースグループに異なる保存時間を使用した場合、この問題はファイルシステムで頻繁に発生しました。
ファイルシステムにデフラグツールがない場合は、多数の小さなファイルをファイルシステムの別の場所にコピー(移動するのではなく)してから、小さいファイルの以前のバージョンを削除できます。これを行うときに正しいファイルを取得すると、解放されたフラグメントが一緒に結合され、新しいより大きな使用可能なブロックを作成する可能性が高くなります。