Newsgroup: it.comp.os.linux.iniziare
Titolo: Discrepanze tra spazio libero e dimensione partizione.

Ciao a tutti.
 
Dopo aver ampliato la partizione di boot con gparted da live cd, 
l'ampliamento non viene visto dal filesystem. In pratica:
 
user@host:~$ df
File system         blocchi di 1K    Usati   Dispon. Uso% Montato su
/dev/mapper/srv--cat-root
                       80859928  67541672   9210788  88% /
udev                   3064336       160   3064176   1% /dev
none                   3064336       136   3064200   1% /dev/shm
none                   3064336       360   3063976   1% /var/run
none                   3064336         0   3064336   0% /var/lock
none                   3064336         0   3064336   0% /lib/init/rw
/dev/sda3             50477272  44176384   3736800  93% /dati
/dev/sda5               729295     60565    629874   9% /boot
 
ma
 
user@host:~$ sudo parted
GNU Parted 1.8.8.1.159-1e0e
Viene usato /dev/sda
Benvenuti in GNU Parted. Digitare "help" per l'elenco dei comandi.
(parted) print
Modello: VMware Virtual disk (scsi)
Disco /dev/sda: 225GB
Dimensione del settore (logica/fisica): 512B/512B
Tabella delle partizioni: msdos
 
Numero  Inizio  Fine   Dimensione  Tipo      File system  Flag
  1      32,3kB  172GB  172GB       primary                avvio, lvm
  2      172GB   173GB  798MB       extended
  5      172GB   173GB  796MB       logical   ext2
  3      173GB   225GB  52,5GB      primary   ext4
 
 
La modifica delle altre partizioni non ha mai dato grossi problemi, ma 
evidentemente in questo caso mi sto perdendo qualcosa. Immaginavo 
infatti che gparted o il filesystem aggiornasse (come del resto è sempre 
successo) che automaticamente lo spazio a disposizione tenendo conto 
delle modifiche della partizione.
 
Ho provato, ammesso che servisse ad usare resze2fs ma, come immaginavo, 
mi ha risposto che non c'era nulla da fare.
 
Suggerimenti? Grazie per ogni eventuale dritta.
 
-- 
Ciao
Nico

 opo aver ampliato la partizione di boot
 
Di root...
 
-- 
Ciao
Nico

 /dev/sda5               729295     60565    629874   9% /boot
[...]
 
 
Magari sbaglio, ma hai provato con l'opzione --sync per avere i valori 
più up to date?
 
df -h --sync |grep ^/
 
così l'output dovorebbe essere anche più leggibile.

 cosï¿œ l'output dovorebbe essere anche piï¿œ leggibile.
 
Visto che per ragioni di spazio va a capo, no. Ma l'idea era carina :-)
Grazie comunque per l'aiuto.
-- 
Ciao
Nico
 
 

 Suggerimenti? Grazie per ogni eventuale dritta.
 
Controlla l'occupazione delle varie directory con du ad esempio:
 
du -hs /var
 
calcola lo spazio occupato da /var, procedi con le altre fino a trovare 
l'eventuale directory che occupa uno spazio abnorme su disco.
 
SYS
 
 


La partizione di boot è piccola
Ora non ho idea del perchè il resize non funziona ma lo soluzione è 
semplice: fai un backup dei files, formatti, e rimetti i files salvati
Per ultimo un bel update-grub
 
 

 Suggerimenti? Grazie per ogni eventuale dritta.
 
resize2fs /dev/sda5
 
Ma fossi in te la convertirei anche in ext3
 
Enrico

                         78G   65G  8,8G  89% /
 
 
In effetti poi la definizione "strana" (per me, almeno, ma del resto 
siamo su .iniziare :-) ) del volume era la chiave del problema. Ubuntu 
si crea un volume logico, per cui occorre ragionare in quei termini.
 
Dopo (solo dopo :-) ) si capisce che parted lavora su volumi fisici e 
che l'ampliamento di /dev/sda1 non si traduce automaticamente 
nell'ampliamento del volume logico sovrastante. Per fortuna il comando 
per ampliare quest'ultimo è a prova di tonto, per cui con  lvresize 
<volume logico> <volume fisico> si allarga il primo alla dimensione 
massima possibile. Poi con resize2fs si allarga finalmente anche il 
filesystem (anche se uno degli switch di lvresize consente di fare anche 
questo passaggio).
 
-- 
Ciao
Nico