Newsgroup: it.comp.os.linux.iniziare
Titolo: Spazio libero non riportato correttamente

Nautilus (e anche Disk Usage Analyzer) rilevava ancora 6 GB di spazio
libero, ma le applicazioni si bloccavano per "no free space on
device". 
Ora ho risolto ampliando la partizione, per�
mi pare che lo spazio riportato fosse sballato.
L'intoppo si � presentato mentre leafnode creava una directory con un
elevato numero di file (peraltro hard link), forse � stato quello a
confondere il sistema, non so.
Il linux � Ubuntu 9.04

 confondere il sistema, non so.
Mica tanto confuso, temo. ;-)
Lo spazio pu� finire per due motivi: settori liberi, o I-node.
Probabilmente avevi finito gli I-node disponibili.
Se facevi
# df -i
prima di allargare la partizione, lo vedevi.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 prima di allargare la partizione, lo vedevi.
anche ora che ho allargato, comunque temo di esaurirli di nuovo :-(

 disponibili? Forse cambiando file system? reiserFS?
Beh, per cambiare tipo di file system, devi ricreare il file system,[*]
salvando prima il contenuto, perci� puoi aumentare il numero di inode
direttamente durante mkfs.
man mke2fs
[*] O almeno credo, mai fatto il cambio. ;-)


 device".
Sembra un problema di quote sul disco; lo spazio c'è ma 
non puoi usarlo. Risolvi aumentando la tua quota oppure
ridici a zero lo spazio riservato a root con tune2fs.

 Probabilmente avevi finito gli I-node disponibili.
Uhm... finire gli inode su un desktop, senza prima aver
smanettato durante la creazione del filesystem?
Enrico, non è che magari i 6GB erano la riserva di root (utile
anche per prevenire un'eccessiva frammentazione)?
Se la partizione era di 120MB, il 5% di default fa proprio 6GB.
Comunque, già che ci sei, vedi anche dumpe2fs, tune2fs e
resize2fs: sono tuoi amici.
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 fortemente rallentato."
Lo sviluppo di Reiser4. ReiserFS è fermo già da un bel pezzo: è maturo così,
e così resta. Ad alcuni piace, ad altri no, hai i suoi pregi ed i suoi
difetti... A me piace, è il mio fs di riferimento per le partizioni di
sistema: /, /usr, /var.


 smanettato durante la creazione del filesystem?
Sì.
Se il file system non è enorme, e ci metti dentro leafnode, che
usa miriade di file per lo spool delle news, finire gli I-node,
benché non frequente, non è difficile, specie quando calcoli la
dimensione del file system per il peso in byte, senza pensare a
quanti filettini crea leafnode.
Ci sono cascato anch'io, tempo fa.


 Se la partizione era di 120MB, il 5% di default fa proprio 6GB.
No no, mooolto pi� piccolo: la decima parte di 120 GB.

 man mke2fs
Nel  man ho visto l'opzione -i che permette di indicare l' inode per
bytes ratio e quindi il numero di inode del nuovo file system.
Quindi, dovrei avviare da cd live, e dare il comando per ricreare il
file system della partizione di root su disco (perdendo tutti i dati
esstenti), e poi reinstallare linux su quel file system?

 sistema: /, /usr, /var.
Una cosa buona di ReiserFS, da quel che capisco, � che alloca gli
inode dinamicamente quando servono, non un numero statico e
immutabile (una volta impostato al momento della creazione del f.s.)
come ext3. 
Per� leggo che l'allocazione dinamica rende pi� delicato
il f.s,, cio� pi� complesso il recupero in caso di crash o problemi.

 esstenti), e poi reinstallare linux su quel file system?
Non hai bisogno di cancellare tutto: basta che lo copi altrove. 
Se hai un'altra partizione ext2/ext3 con sufficiente spazio libero, puoi 
usare "cp -a" o rsync per copiare tutto là. 
In caso contrario, e ti ritrovi solo partizioni NTFS, puoi creare un 
archivio tar (magari anche compresso) per archiviare i dati. 
In alternativa, se ti ritrovi una partiziona FAT (che come sappiamo non 
supporta file più grandi di 2 GB), puoi usare un'altra utility di backup, 
dar (
http://dar.linux.free.fr/
), che è in grado di creare archivi analoghi a 
quelli di tar, con il vantaggio che li può spezzare automaticamente in file 
(slice) di dimensioni fissate: tu gli dici di fare slices da 1900 MB e così 
non superi il limite del file system.
Oppure puoi usare dump e restore.
Insomma, la reinstallazione è sempre e solo l'ultima spiaggia! :-)
ciao
gerlos
PS se googli un po', dovresti trovare, anche in questo ng, delle discussioni 
su come spostare o clonare un sistema da un disco a un altro. Ci sono molte 
indicazioni utili per fare quanto detto qui.
-- 
"Solo lo scienziato è vero poeta: ci dà la luna, ci promette le stelle,
 ci farà un nuovo universo se sarà il caso."
                 < 
http://gerlos.altervista.org
 >
 gerlos  +- - - >  gnu/linux registred user #311588

 Non hai bisogno di cancellare tutto: basta che lo copi altrove. 
[...]
Duh! meglio cos� :-)
Anche se ri-creassi un f.s. diverso, per es. ReiserFS al posto di
ext3, potrei ripristinarci l'installazione esistente senza
prolemi?

 prolemi?
Sì. Tutti i metodi che ti ho suggerito sono utilizzabili anche con reiserfs, 
salvo quello tramite dump e restore. Alla fin fine etx2/3 e reiserfs sono 
tutti file system unix!
Fortunatamente, non è come in windows... con gnu/linux (e penso unix in 
generale, ma ho esperienza solo con Mac Os X e linux, per cui non mi sento 
di esagerare), basta copiare i file per spostare il sistema. 
Mi raccomando, al momento del ripristino fai attenzione alla configurazione 
di grub e a /etc/fstab, è possibile che la partizione fosse referenziata 
tramite UUID, che nella riformattazione cambia! In questo caso annotati la 
nuova UUID e usa questa nei file di configurazione. 
Io in realtà preferisco i LABEL perché sono più leggibili da noi esseri 
umani, ma alla fine il risultato è identico.
ciao
gerlos


 nuova UUID e usa questa nei file di configurazione. 
nel mio caso, creando la seconda installazione, grub ha
intelligentemente aggiunto la nuova entry preservendo le vecchie :-)