No más espacio en el sistema de archivos raíz, ¿cómo podría aumentar el tamaño?

24

Este es mi sistema de archivos:

 $ df -h -x tmpfs -x devtmpfs
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root  9.8G  7.6G  1.7G  83% /
/dev/mapper/fedora-home   50G   27G   21G  57% /home
/dev/sda9               1022M  8.4M 1014M   1% /boot/efi

Y como puede ver, el sistema de archivos raíz está lleno.

Ya intenté eliminar todas las cosas inútiles, pero aún no tengo suficiente espacio.

¿Cómo podría aumentarlo? Me quedan 60 giga en mi disco duro, ¿hay alguna forma de mover mi sistema de archivos raíz allí?

— Dimitri Danilov
fuente

3

¿Puedes mostrar el resultado de sudo pvscan, por favor?

— mattdm

1

@mattdm

PV /dev/sda10   VG fedora   lvm2 [141.56 GiB / 77.56 GiB free]   Total: 1 [141.56 GiB] / in use: 1 [141.56 GiB] / in no VG: 0 [0   ]

— Dimitri Danilov

15

Erm, 1.7G gratis, ¿dónde está el problema?

— Simon Richter

3

Si esta es tu definición de "completo", deberías ver mi sistema de archivos lol

— Lightness Races with Monica

2

@SimonRichter Tenía 1,9 giga cuando eliminé todo mi / var / caché, pero este directorio se llenó muy rápidamente y tengo ~ 100 meses en promedio

— Dimitri Danilov

47

¡Buenas noticias! pvscanmuestra PV /dev/sda10 VG fedora lvm2 [141.56 GiB / 77.56 GiB free], por lo que debería poder agregar hasta 77.56GiB a cualquiera de sus sistemas de archivos. Sugeriría agregarlo en bloques más pequeños (como 10GiB), por lo que tiene una reserva para poner /homesi decide que necesita crecer allí más tarde.

Esta es una operación relativamente bien probada y generalmente segura, pero todas las operaciones de volumen de raíz y sistema de archivos tienen algún riesgo: asegúrese de tener primero una copia de seguridad que funcione. Luego....

Puede extender su rootvolumen lógico para usar el espacio libre lvextend, de esta manera:

sudo lvextend --size +10G --resizefs /dev/fedora/root

(O -Ly en -rlugar de --sizey --resizefs, si prefiere opciones cortas).

— mattdm
fuente

55

Si bien siempre es una buena idea tener copias de seguridad. Consideraría que esto es un riesgo bastante bajo ya que no se mueven datos existentes y el sistema de archivos es (presumiblemente) linux nativo, no ingeniería inversa.

— plugwash

141.56 GiB / 77.56 GiB freese lee como X de Y gratis. Así que al principio pensé que era una broma: P

— Insane

1

@Insane Sí, ese no es el mejor formato. Puede obtener la misma información formateada de diferentes maneras pvso pvdisplay, si lo prefiere.

— mattdm

10

Respuesta más general para LVM:

En primer lugar, asegúrese de tener almacenamiento adicional sin particiones. Luego:

Úselo fdiskpara crear una nueva partición (más segura que expandir una existente)
Use pvcreatepara crear volumen físico LVM:
```
pvcreate /dev/sdxx
```
Use vgextendpara extender el grupo LVM existente usando un nuevo volumen físico:
```
vgextend groupname /dev/sdxx
```
Puede obtener nombres de grupo con vgdisplay
Use lvextenden el mapeador lvm para expandir el volumen lvm:
```
lvextend -l +100%FREE /dev/mapper/xxx
```

Crecer el sistema de archivos:

xfs_growfs /dev/mapper/xxx

O

resize2fs /dev/mapper/xxx

— Maciej Asembler
fuente

1

El sistema de archivos / puede ser un desafío particular, ya que debe ser compatible con el gestor de arranque.

Esta respuesta no especifica cómo realizar la tarea solicitada, pero proporciona una solución alternativa.

Otra opción: buscar un subdirectorio (por ejemplo, / big /) que tenga muchos datos. Luego copie esos datos en sus 60 GB de espacio, mv el directorio con mucho espacio (por ejemplo, mv / big / bigback) y monte sus 60 GB (o una parte de ellos) en / big. Después de confirmar que todo funciona como se esperaba, rm / bigback para recuperar espacio en /

— TOOGAM
fuente

Si hace esto, inmediatamente después, touch /.autorelabel; rebootasegúrese de que los archivos movidos tengan las etiquetas SELinux correctas.

— mattdm

1

Esta es una solución válida y útil (que no requiere mucho conocimiento) cuando volamos sin LVM. Con él, el cambio es aún menos doloroso.

— Gombai Sándor

En principio, no hay ninguna razón para que / deba ser soportado por el gestor de arranque, pero en este caso es cierto porque no hay / boot por separado. Cuando monkees con LVM, siempre haz / boot real.

— Joshua

-1

Otra opción, antes de intentar algo más drástico, es usar BleachBit para eliminar archivos temporales y otros archivos innecesarios.

De wikipedia:

BleachBit es un limpiador de espacio en disco gratuito y de código abierto, administrador de privacidad y optimizador de sistemas informáticos.

Debería estar en el administrador de paquetes, por lo que debería hacerlo.

sudo yum install bleachbit

O descargar desde su página .