Newsgroup: it.comp.os.linux.sys
Titolo: Maledetti inode

Sciaguratamente ho cannato la creazione del filesystem non tenendo
conto degli inode disponibili.
Ora, ho un fs con svariati gigabyte di dati che è fuori uso a causa di
un numero di inode insufficiente.
NON ho spazio per spostare i dati, ricreare il filesystem e rimettere
al loro posto i dati.
Esiste una soluzione per incrementare gli inode o devo iniziare a
bestemmiare in turco infliggendomi tutte le pene del mondo?


Ovviamente non hai un device abbastanza grande da fare da polmone 
intanto che rasi, vero?
-- 
I fatti mi cosano

 intanto che rasi, vero?
Si, per una ENORME BOTTA DI CULO ho appena scoperto di avere 400GB
liberi tramite LVM.
CHE GRAN BOTTA DI CULO, non si può descrivere diversamente.
Adesso, ho creato un volume, montato, sto spostando i log, poi raso la
vecchia partizione, la rimonto e sposto nuovamente i log.
Operazione a dir poco eterna.

 conto degli inode disponibili.
tutti gli inodes vengono al pettine...

 tutti gli inodes vengono al pettine...
Questa ï¿œ da suicidio...
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 tutti gli inodes vengono al pettine...
Hai sbagliato la citazione. La giusta è:
Tutti gli inodes vengono all' ipettines


lol


vero ahah

Il 22/06/2011 16:56, mallin.shetland ha scritto:

iNodes, iPettines, ma che è, roba apple?


 Tutti gli inodes vengono all' ipettines
se quella di writethem era da suicidio, questa
è da sterminio di massa.

 è da sterminio di massa.
Cioè è peggio dell' ipriteS

 Cioè è peggio dell' ipriteS
Fuori tutti, andate via dal mio thread, usurpatori!
E' una cosa seria questa, mica bruscolini.
:-)

 Operazione a dir poco eterna.
Oh, è ancora li che copia, da ieri mattina...
Devo usare rsync, perchè se faccio un move (oltre ad essere eterno) e
dovessi avere
qualche problema al pc che lo lancia, dopo son bestemmie.
Con rsync almeno copio e cancello la sorgente in sicurezza.

 bestemmiare in turco infliggendomi tutte le pene del mondo?
Se devi aumentare gli inode significa che hai ext3, che permette tale 
operazione o ricreando il file system o ridimensionandolo[1]. Da questo 
punto di vista, ben vengano i file system basati su extents (e.g. ext4) o ad 
allocazione dinamica degli inode (e.g. XFS)
Enrico
[1] 
https://ext4.wiki.kernel.org/index.php/Considerations_when_creating_ext3_filesystems#Number_of_inodes

 allocazione dinamica degli inode (e.g. XFS)
Si, ho ext3.
ma ho un atroce dubbio, visto che devo aumentare gli inodes a parità
di spazio (cancellando
e ricreando il filesystem) devo ricrearlo indicando 1024 come rapporto
bytes/inode anzichè 4096?
In sostanza, devo diminuire il numero o incrementarlo?
Domanda da prima elementare, ma ho un atroce dubbio.
A logica, devo diminuirlo:
 - un FS da 1M con 1 inode ogni 4Byes, sare composto da 256 inodes.
 - un FS da 1M con 1 inode ogni bytes, sarebbe composto da 1024 inodes.

 ad allocazione dinamica degli inode (e.g. XFS)
Ok, ext4 ha sia gli extend che l'allocazione dinamica degli i-node
(in un certo senso) ma sono comunque due caratteristiche diverse
A parte che ci sono  filesystem che hanno entrambe (come 
Reiser4) e fylesystem che hanno l'allocazione dinamica degli i-node
ma non  hanno gli extent (come ReiserFS), come possono gli extent
influite sulla allocazione degli i-node?

 influite sulla allocazione degli i-node?
Semplice, non influiscono. Il problema degli inode ad allocazione statica e` 
che al loro termine non e` possibile creare altri file, nonostante sia 
ancora disponibile lo spazio per effettuare tale operazione (lo so, lo 
sappiamo tutti, ma ripeterlo non fa male :) ). Con gli extent tale problema 
non sussiste, in quanto la strategia di allocazione e` completamente 
differente, eliminando al contempo stesso il problema. Una menzione a parte 
merita comunque ext4. Da quello che ho capito (ma potrei aver capito male), 
esso usa gli inode non per salvare le informazioni relativve ai file, ma per 
salvare le informazioni relative agli extent
Enrico

 relativve ai file, ma per salvare le informazioni relative agli extent
Infatti hai capito male. O forse hai solamente scritto male.
Gli inode comunque e sempre salvano informazioni sui file 
solo che  per salvare la posizione nel file sul disco in
ext2/ext3 si usa una lista di blocchi mentre in ext4 si
usa (facoltativamente) una lista di extent.
Praticamente in un inode ext2/ext3 trovi scritto:
  il primo blocco del file è il blocco numero 12463
  il secondo blocco del file è il blocco numero 12464
  il terzo blocco del file è il blocco numero 12465
  il quarto blocco del file è il blocco numero 12466
  il quinto blocco del file è il blocco numero 12467
  il sesto blocco del file è il blocco numero 12468
  ...
mentre in un filesyste ext4 con gli extent abilitato trovi:
  i blocchi del file dal primo al millesimo vanno nell'extent
che inizia al blocco 12463 e termina al blocco  13562
  i blocchi del file dal milleunesimo al millecentesimo 
vanno nell'extent che inizia al blocco 13563 e termina al
blocco  13662
 ...
Ovviamente sorvolando sui dettagli implementativi...
Cosa cambia? Che invece di avere una lista estremamente
lunga di blocchi hai una lista molto lunga di extent.
L'accesso al file è più veloce? No. Almeno non molto.
Il filesystem è meno frammentato? Dipende; se usi l'allocatore
vecchio i miglioramenti non sono eclatanti ma con il nuovo
allocatore i miglioramenti sono sensibili.
Il vero punto , punto che non è stato toccato dalla discussione, 
è che ext4 ha molti miglioramenti, miglioramenti che non 
vengono usati per compatibilità con ext3 e che l0introduzione 
degli  extent è solo il cambiamento più sciocco (gli extent sono 
usati nei CD/DVD ed erano usati sui floppy da otto pollici 
del CP/M).
La vera novità è che ext4 usa gli Htree per memorizzare le 
liste di blocchi negli inode e le liste di inode liberi e tutte le 
altre liste con miglioramenti notevoli.

 In sostanza, devo diminuire il numero o incrementarlo?
Dando un'occhiata veloce a /etc/mke2fs.conf, devi diminuirlo (basta che 
guardi il profilo news, specifico per mail server e news server). Ma, 
considerando che devi riformattare, a meno che tu non abbia una 
distribuzione legacy, ti conviene di gran lunga usare ext4 oppure, a scelta 
XFS o ReiserFS
Enrico

 altre liste con miglioramenti notevoli.
Questo succedeva anche in ext3 utilizzando l'opzione dir_index
Enrico