"Spazio vuoto sul dispositivo" nonostante 70 GB liberi; non è possibile creare file più grandi di 8.0MiB su iPad

3

iPad Pro 9.7 "(1a gen) 256 GB, iOS 10.2.1.

Problema 1 : Non riesco a creare file più grandi di 2-8 MB (varia al riavvio). Ciò rende l'iPad praticamente inutilizzabile. Molte app non si avviano, le app non si installano, ecc. segnala "spazio non disponibile sul dispositivo" quando si tenta di creare un file più grande di il limite bizzarro di 2-8 MB, nonostante i concerti di spazio libero.

Problema n. 2 : Lo spazio su disco continua a scomparire . Ho continuato a disinstallare le app (prima che iniziasse questo problema di "non lasciare spazio sul dispositivo") e, indipendentemente da quante ne ho cancellate, si comporterebbe in modo completo pochi giorni dopo. All'inizio ha funzionato a pieno a 1 GB gratis. Poi nel corso di diverse settimane è diventato 2GB, poi 3 ... 4 ... 6 ... 8 ... e alla fine anche con 9GB gratuiti, il dispositivo ha funzionato come se fosse pieno! Quindi sapevo che una quantità enorme di spazio su disco non era disponibile per bc avevo disinstallato dozzine di concerti di app.

Incidente precipitante : qualcosa di catastrofico è accaduto pochi mesi fa quando ero legittimamente molto basso sullo spazio su disco e ho provato ad aggiornare diverse app contemporaneamente. L'iPad si è bloccato e diversi database di sistema sono stati danneggiati e l'iPad ha iniziato a chiedermi di impostare nuovamente alcune password, ecc. Da allora ho avuto vari problemi ma sono stato in grado di usarlo per lo più. Fino alla scorsa settimana!

Ho finito con il jailbreak dell'iPad perché sono alla fine del mio ingegno e dovrò cancellare il dispositivo se non riesco a risolverlo, e stavo assolutamente morendo per eseguire un "du -h -d 1 " per vedere solo COSA stava consumando circa 60 GB di spazio mancante !!

Ho eseguito un fsck_hfs sul drive (cosa incredibilmente difficile da fare !!) e SURE BASTA, ha detto qualcosa come 2 milioni di blocchi gratis - dovrebbe essere 16 milioni , e ho fatto i conti e ha perfettamente senso! Il fsck completato e riavviato e BAM! Improvvisamente il mio spazio mancante è tornato e ho 71 GB gratis!

Ma è più o meno il momento in cui il problema è diventato così grave che non riesco a creare file più grandi di 2-8 MB. Ho letteralmente corso:

dd if=/dev/zero of=testfile.bin bs=1M count=10

.. e fallirà a un certo numero che quasi sempre è una potenza MiB perfetta di 2 (come 2, 4 o 8MiB) con "Spazio vuoto sul dispositivo". MA POSSO SEMPRE SCRIVERE COME MOLTI ALTRI FILES DI QUESTA TAGLIA CHE VOGLIO! Diciamo che il limite è 4.0MiB oggi. Posso fare quel comando DD con nomi di file incrementali più e più volte. L'ho fatto 7 volte di seguito creando 7 file e ogni volta ha funzionato perfettamente. Se l'ho fatto 4.1MiB, fallisce. Anche se ho appena creato 7x4 (32MiB) di file!

E ANCORA, lo spazio su disco CONTINUA a ridursi da solo, questa mattina scende a 39 GB gratuiti. Se faccio di nuovo fsck_hfs, tornerà alla dicitura gratuita da ~ 70 GB e lentamente riprenderà a diminuire.

Sono in perdita. Solo COME il dispositivo può dare errori "Nessun spazio residuo sul dispositivo" quando sono disponibili decine di GB? L'iPad ha solo 1 disco, diviso in una partizione da 4 GB / sistema e il resto su / private / var . La partizione del mio sistema è piena solo al 75%, il che è normale per qualsiasi dispositivo iOS.

Ho anche controllato gli inode con df e c'è qualcosa come 4 miliardi di inode liberi sul disco Dati (/ dev / disk0s1s2).

Ecco alcune stampe rilevanti (da diversi giorni):

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

Estratto da uno dei primi fsck_hfs che ho eseguito quando il dispositivo aveva circa 9 GB gratuiti, ma avrebbe dovuto avere 70 GB gratuiti:

** 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)

Un fsck_hfs completo di successo:

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.

Note:

A. Niente di rilevante sul syslog quando i file di grandi dimensioni non riescono a creare.

B. Dispositivo: iPad Pro 9.7 "256 GB iOS 10.2.1 HFS (non APFS che è stato introdotto più avanti in 10.3). Mai avviato jailbreak UNTIL molto tempo dopo l'inizio di questo problema.

    
posta Syclone0044 28.08.2018 - 00:31
fonte

0 risposte

Leggi altre domande sui tag