¿Moví /usr a otro disco porque se estaba volviendo demasiado grande pero ahora mi sistema no arranca?

¿Moví /usr a otro disco porque se estaba volviendo demasiado grande pero ahora mi sistema no arranca?

Actualmente tengo mi instalación de arch (pure arch + hyprland) instalada de modo que mi / (raíz) está en mi NVME SSD (que tiene poco espacio debido al arranque dual de Windows) pero mi directorio /home está en mi SSHD (híbrido de SSD y HDD, pero es seguro pensar en él como HDD) porque tiene mucho más espacio de almacenamiento. Sin embargo, debido a la instalación de más paquetes, controladores, etc., se estaba volviendo demasiado grande para caber en mi SSD, así que seguí algunas guías depreguntabuntu,superusuarioy algunos otros sitios que esencialmente decían lo mismo. Siguiéndolos, inicié un disco en vivo y monté ambas unidades. Aquí estántodas las unidades y particiones de mi sistemacomo referencia (la raíz es nvme0n1p8, el inicio es sda5, el objetivo de usr es sda6) Ejecuté rsync -avh "/mnt/usr/" "sda6mnt/", edité etc/fstab y reinicié. Sin embargo, después de reiniciar obtuveesta pantalla

En un esfuerzo por solucionar este problema, volví al disco en vivo, pero esta vez monté todas las unidades.como esto(es decir, cómo deberían quedar después de que todo esté hecho). Y ejecuté genfstab -U /mnt >> /mnt/etc/fstab, vimingresé al fstab y lo edité para eliminar la configuración anterior y terminé coneste. Me pareció bien, así que reinicié pero encontré los mismos errores de antes.

Así que sí, espero que alguien pueda ayudarme a descubrir qué está mal aquí o si cometí algún error al particionar o crear el fstab y ¡gracias de antemano!

P.D.: Lo siento por las imágenes, pero no tengo una tarjeta de captura y obviamente no pude hacer una captura de pantalla en un shell de recuperación de Arch :)

Respuesta1

Debido a que /usr contiene la mayor parte del sistema operativo principal, en realidad no se puede montarporel mismo sistema operativo (por ejemplo, aún no tiene /usr/bin/mount); en su lugar, initramfs debe montarlo durante la primera parte del proceso de arranque. Si bien las distribuciones solían soportar el montaje tardío de /usr a través de fstab normal, ese ya no es el caso con Arch (o Debian, o Gentoo, o Fedora).

Con Arch mkinitcpio normal, edite /etc/mkinitcpio.confpara habilitar el usrgancho; luego reconstruya su initramfs usando mkinitcpio -P. Verartículo. (Aunque, dado que está utilizando Btrfs, es posible que desee cambiar initramfs por completo a 'systemd').

(Sin embargo, de manera realista, creo que no tiene mucho sentido mantener el resto de / en su SSD. Sin /usr, lo único que queda en su SSD es /var y /etc, los cuales son pequeños y poco utilizados; en en una PC de escritorio, parece un desperdicio almacenar /var en el disco más rápido; básicamente, todo lo que tiene son registros. Preferiría invertir en una SSD NVMe más grande (a estas alturas casi podría obtener una de 2 TB por el mismo precio) o reducirla. la instalación de Windows para dejar espacio para /usr.)

Tenga en cuenta también que rsync -ano copia todos los metadatos; Además, debe -HAXconservar los vínculos físicos, las ACL de archivos y los atributos extendidos. (Por ejemplo, hay varios binarios "tipo setuid" que tienen capacidades de archivo asignadas).

información relacionada