Ridimensionare partizione root

[fabius21]

Ho un problema con la partizione root perchè non ha più spazio.
https://prnt.sc/3hPojmNyCRlG

da come si vede nell'immagine ho sbagliato i conti pensando che 50gb sarebbero bastati e invece volendo provare più DE e WM ho finito per riempirla.
La partizione da 100gb era la prima installazione, che non andò a buonfine, o meglio la cominciai e poi l'abbonai a metà dell'opera. Visto che l'utilizzo principale era per le virtual machine e potevo avviarle tranquillamente da terminale tramite ssh.
Poi una volta che tutti i DE e WM che supportavano wayland divennero stable anche in gentoo, ho preferito reinstallare tutto da zero. Però lasciando una distro avviabile per il chroot.
Ora vorrei sapere se c'è un modo semplice per trasferire la mia root magari nella prima partizione o mi conviene modificare la partizione e fare un resize del fs.
Grazie in anticipo.
Mi ricordo che era tutto "semplice" trasferire la partizione di root, ma la vecchiaia mi tira brutti scherzi ormai.

[Nicodemo Timoteo Taddeo]

Non non puoi con gparted o tool analogo cancellare la partizione da 100 GB e nello spazio rimasto non allocato, allargare la partizione che adesso è numero tre per farglielo occupare?

[fabius21]

Originariamente inviato da Nicodemo Timoteo Taddeo

Non non puoi con gparted o tool analogo cancellare la partizione da 100 GB e nello spazio rimasto non allocato, allargare la partizione che adesso è numero tre per farglielo occupare?

Anche io l'avevo pensato, però farla crescere verso l'esterno con lo spazio libero. Però dicono che è pericoloso.
Cmq l'ai mi ha consigliato rsync, che alla fine è quello che ricordavo, ma nn ricordavo il comando, ovviamente poi devi sistemare fstab etcetcetc. Al momento la cosa l'ho accantonata, tanto anche col disco pieno funziona tutto, e le macchine virtuali sono le cose che utilizzo lì.

[kernelex]

mi sa che fino a ext4 non supporta il resize.
farei una root sui 100 GB e con una live rpristini nella nuova partizione.
di metodi ce ne dovrebbero essere più di uno.

ricordati da chroot di generare un nuovo UUID per la nuova root e sistemare grub.

se si avvia il sistema, un restart con una live, cancelli i 50GB ed estendei la nuova root a 150 GB.

se non ricordo male le partizioni di root con FS EXT** possono estendere a DX su spazio vuoto ma non a SX che credo sia l'inizio del disco.


tanti DE e tanti VM, ma come fai ad aver occupato 50 GB?
var/log è abbastanza leggera? possono capitare log di anche 20 GB... e non aprirli con app di testo

con un programma grafico farei scansione della root.
baobab per gnome
Filelight per kde

[fabius21]

Originariamente inviato da kernelex

mi sa che fino a ext4 non supporta il resize.
farei una root sui 100 GB e con una live rpristini nella nuova partizione.
di metodi ce ne dovrebbero essere più di uno.

ricordati da chroot di generare un nuovo UUID per la nuova root e sistemare grub.

se si avvia il sistema, un restart con una live, cancelli i 50GB ed estendei la nuova root a 150 GB.

se non ricordo male le partizioni di root con FS EXT** possono estendere a DX su spazio vuoto ma non a SX che credo sia l'inizio del disco.


tanti DE e tanti VM, ma come fai ad aver occupato 50 GB?
var/log è abbastanza leggera? possono capitare log di anche 20 GB... e non aprirli con app di testo

con un programma grafico farei scansione della root.
baobab per gnome
Filelight per kde

Grazie per le dritte, si sò che devo risistemare uuid e il cmdline, che è incorportato nel kernel visto che non uso grub, ma direttamente il bootloader dell'uefi tramite efibootmgr.
Riguardo lo spazio penso che sia per via che uso gentoo, percui portage si scarica tutti i sorgenti.

[fabius21]

Era come me lo ricordavo, semplice.
Per completezza , magari potrebbe essere utile, il comando è
rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /mnt/vecchio_root/ /mnt/nuovo_root/

ovviamente si deve sistemare /etc/fstab e la root a cui punta il kernel.

Peccato che poi aggiornando il tutto, mi ha rotto qualcosa. per fortuna è bastato un downgrade del kernel. La vm mi dava errori sui dischi.... e me la sò cagata. i dati del nas....

edit:
lo spazio è occupato dalla cache del reposity

du -sh /var/cache/
27G     /var/cache/