No puedo cambiar el diseño del disco de un sistema Linux instalado

Tengo un sistema Debian Jessie con capa LVM2. Por error, instalé este sistema con muchas particiones (root, usr, home, var, ...). Ahora, me quedo sin espacio en disco usry varparticiones, incluso hay mucho espacio en la homepartición.

Decidí cambiar el diseño del disco. En primer lugar, he copiado todos los archivos ( bin, usr, var, ...) en la homepartición. Creé un enlace simbólico para mostrar home -> .en la homepartición. Entonces, pensé que si podía montar la homepartición como /partición, entonces todo debería funcionar sin previo aviso.

Me ha fstabgustado esto:

/dev/mapper/cca--erik--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=49819ee7-f63b-4eb9-b83e-6e2cf868df62 /boot           ext2    defaults        0       2
/dev/mapper/cca--erik--vg-home /home           ext4    defaults        0       2
/dev/mapper/cca--erik--vg-tmp /tmp            ext4    defaults        0       2
/dev/mapper/cca--erik--vg-usr /usr            ext4    defaults        0       2
/dev/mapper/cca--erik--vg-var /var            ext4    defaults        0       2
#/home/var /var none bind 
/dev/mapper/cca--erik--vg-swap_1 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Lo cambié así:

/dev/mapper/cca--erik--vg-home /           ext4    errors=remount-ro        0       1
/dev/mapper/cca--erik--vg-swap_1 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

Del mismo modo, cambié la grubentrada de:

    linux   /vmlinuz-3.13-1-amd64 root=/dev/mapper/cca--erik--vg-root ro  quiet ipv6.disable=1

    linux   /boot/vmlinuz-3.13-1-amd64 root=/dev/mapper/cca--erik--vg-home ro  quiet ipv6.disable=1

Pero no hay éxito. El initrd todavía insiste en montar /dev/mapper/cca--erik--vg-rootcomo /. ¿Porqué es eso?

— ceremcem
fuente

Finalmente descubrí una serie de errores que cometí.

Primero, aquí está el último estado que logré:

ceremcem@cca-erik:ceremcem$ df -h
Filesystem                      Size  Used Avail Use% Mounted on
/dev/mapper/cca--erik--vg-home  876G  817G   15G  99% /
udev                             10M     0   10M   0% /dev
tmpfs                           790M  788K  789M   1% /run
tmpfs                           5.0M  4.0K  5.0M   1% /run/lock
tmpfs                           4.7G  108K  4.7G   1% /run/shm
none                            4.0K     0  4.0K   0% /sys/fs/cgroup
ceremcem@cca-erik:ceremcem$ ls /
bin          dev         lib         media       owncloud  srv         var
boot         etc         lib32       mnt         proc      sys         vmlinuz
        guest       lib64       nginx-body  root      tmp
ceremcem     home        libx32      nginx-root  run       tmp-backup
debian-root  initrd.img  lost+found  opt         sbin      usr
ceremcem@cca-erik:ceremcem$

Sí, edité el /etc/fstabarchivo antes, pero en realidad edité un archivo en la /dev/mapper/cca--erik--vg-rootpartición lvm. Como le dije al kernel a través de los parámetros de arranque: "oye, a partir de ahora tu raíz es /dev/mapper/cca--erik--vg-home", monta la ...-vg-homepartición lvm como /, donde el etc/fstabarchivo permaneció intacto. Simplemente edité ese archivo ( /home/etc/fstab) y el sistema arrancó según lo previsto.

(en realidad, hubo una situación de pánico en el kernel, pero como descubrí, no /home/devcreé el directorio (ni siquiera uno vacío). Así que creé este y los otros directorios que son necesarios; el sistema se inició).

— ceremcem
fuente