Questioncina: visto che può servire sempre saperlo, ho provato a fare una partizione crittata per poi tentare, nel caso, di sgonfiarla, ma, nel caso, SENZA LVM,
Partizione creata, criptamento con cryptsetup luks ok, crazione partizione ok, si monta, ci si scrive, tutto bene,
Ora, per ridurre la dimensione di tutto l'ambaradam, dapprima effettuo un resize dello fs, va in porto, al montaggio della partizione crittata ho meno spazio; nella vista generale ovviamente la partizione in sé (/dev/hdaX) è ancora grossa come prima.
Leggendo
qui ridimensiono la partizione luks usando le info di
cryptsetup status e mettendo una dimensione in settori che si avvicini pressappoco alla dimensione dello fs, trovata empiricamente, tale che un e2fskc sulla partizione non dia più warning, ovvero che le informnazioni del superblocco risultino corrette per la partizione.
Ora però, con un rozzo gparted su /dev/mapper/criptata ho la dimensione corretta, ma nella vista generale delle partizioni la dev/hdaX risulta ancora grande come prima, anzi, dopo un luksClose e un luksOpen
cryptsetup status ritorna la dimensione in settori precedente...
gparted (e parted) non operano né sulla /dev/mapper/criptata né sulla /dev/hdaX .
Ho quindi un fs ridotto come volevo, ma non riesco a ridurre il "contenitore" esterno, quindi lo spazio che risparmierei non è allocabile...
Ora che si fa, presupponendo che in un caso reale ci sono dentro dei dati da non perdere, senza ovviamente arrivare all'extrema ratio di spostare dati, cancellare partiz, ricreare partiz, rispostare dati?
Grazie..
.