"Nessun spazio rimasto sul dispositivo" dopo aver ridimensionato la partizione

Ho deciso di ridimensionare la partizione sul mio drive di archiviazione (con gparted), tutto sembrava andare bene, ma ora quando cerco di creare directory o copiare file nell'unità, ottengo un errore "Nessun spazio rimasto sul dispositivo".

Inoltre, anche se elimino alcuni file, non mi permette di sostituirli.

Tutti i file presenti sull'unità sembrano essere leggibili e posso spostare i file esistenti in altre directory senza problemi.

Sul disco è presente spazio. Controllare la dimensione di tutti i report dei file: 175.840 elementi, per un totale di 839.8 GB

Si tratta di una partizione ext3.

Una cosa più complessa è che Ubuntu (64 bit karmic) ancora sceglie l'unità come "957GB File System" nel menu Places.

Si noti che l'unità interessata non è l'unità di avvio principale ma semplicemente un'unità di memorizzazione da montare dal menu Places quando necessario.

Uscita di "df-h":

Filesystem Size Used Avail Use% Mounted on /dev/sdb1 885G 842G 0 100% /media/acd61702-ff34-460f-8539-ac762d1dc466 

Uscita di "df -i":

 Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sdb1 58433536 175818 58257718 1% /media/acd61702-ff34-460f-8539-ac762d1dc466 

Ho eseguito "fsck -f -v / dev / sdb1":

 fsck from util-linux-ng 2.16 e2fsck 1.41.9 (22-Aug-2009) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information 175818 inodes used (0.30%) 8348 non-contiguous files (4.7%) 142 non-contiguous directories (0.1%) # of inodes with ind/dind/tind blocks: 76655/8046/56 222404925 blocks used (95.17%) 0 bad blocks 79 large files 161176 regular files 12907 directories 0 character device files 0 block device files 0 fifos 38 links 1726 symbolic links (1512 fast symbolic links) 0 sockets -------- 175847 files 

Qualsiasi aiuto sarebbe apprezzato.

Grazie, e.

Modifica: come richiesto "tune2fs -l / dev / sdb1":

 tune2fs 1.41.9 (22-Aug-2009) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: acd61702-ff34-460f-8539-ac762d1dc466 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 58433536 Block count: 233703571 Reserved block count: 11685177 Free blocks: 11298646 Free inodes: 58257718 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 968 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 256 Filesystem created: Thu May 15 14:59:19 2008 Last mount time: Fri Nov 13 13:47:23 2009 Last write time: Fri Nov 13 14:40:32 2009 Mount count: 2 Maximum mount count: 35 Last checked: Thu Nov 12 15:14:03 2009 Check interval: 15552000 (6 months) Next check after: Tue May 11 16:14:03 2010 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 Default directory hash: tea Directory Hash Seed: 793715af-66d6-46da-82aa-97ab4549b0ad Journal backup: inode blocks 

In primo luogo, non puoi semplicemente aggiungere le size di tutti i file sul disco e aspettatevi che sia l'importo totale utilizzato. Ogni volta che memorizzi un file, c'è un po 'di spazio sprecato. È come mettere libri su uno scaffale, se i libri variano in size, allora avrai uno spazio tra la parte superiore del libro e il fondo del prossimo ripiano.

In secondo luogo, se si dispone di file aperti ma cancellati, lo spazio utilizzato sarà ancora utilizzato finché il programma con tale file non chiude o esce. Questo è spesso utilizzato per file temporanei, il programma non deve preoccuparsi di pulirli, basta aprire un file, quindi eliminarlo prima di lavorare con esso. Questi file utilizzati nello spazio verranno visualizzati in df, ma non è ansible trovare un nome di file corrispondente a esso. Se vuoi trovarli, dovrai cercare in / proc / * / fd

In terzo luogo, e questo è il tuo problema qui, i file system ext3 hanno una percentuale di spazio riservato che può essere scritto solo da root. Ci sono due motivi per questo, molti sisthemes di file diventano inefficienti quando il disco diventa prossimo a diventare pieno, il sistema deve spendere sempre più tempo di assembly dei file negli spazi rimasti. Anche la lettura e la scrittura ai file è lento, perché finiscono per essere frammentati male. Un altro motivo per riservare lo spazio per la radice è che permette alla root di comprimere i file e speriamo di recuperare uno spazio per gli utenti. Se il disco era completamente pieno, allora non sarebbe ansible.

Pertanto, non c'è niente di sbagliato, quello che stai vedendo è un comportmento normale per un disco completo.

Dice che il filesystem è utilizzato al 100% e dispone di uno spazio disponibile. Il file system è pieno. Per vari motivi, Avail + Used! = Dimensione.

Ok, eri tutto bene, era pieno: D

Grazie a quack per il commento di tune2fs vedo where sono andato storto:

 Reserved block count: 11685177 Free blocks: 11298646 

Ho appena spostato circa 60GB dall'unità e ora sta funzionando come dovrebbe 🙂

Grazie a tutti per il vostro aiuto.