Un saludo a la lista: Tengo el siguiente problema molesto. Tengo una jessie, cuyo arranque gestiona systemd, que tiene el siguiente esquema de "particiones":
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 4G 0 disk ├─sda1 8:1 0 1007K 0 part └─sda2 8:2 0 4G 0 part └─md0 9:0 0 4G 0 raid1 ├─VGzipi-raiz 253:0 0 2G 0 lvm / ├─VGzipi-swap 253:1 0 64M 0 lvm [SWAP] ├─VGzipi-grub 253:2 0 32M 0 lvm /boot/grub ├─VGzipi-home 253:3 0 52M 0 lvm /home ├─VGzipi-srv 253:4 0 500M 0 lvm /srv ├─VGzipi-mysql 253:5 0 500M 0 lvm /var/lib/mysql └─VGzipi-lxc 253:6 0 500M 0 lvm /var/lib/lxc sr0 11:0 1 1024M 0 rom La primera partición sda1 es una partición BIOS BOOT para guardar el stage 2 de grub, ya que las particiones son GPT. El sistema en sí está en sda2 que está constituido por un RAID 1 (el segundo disco no está porque he forzado a que sólo haya un disco en el RAID, ya pondré el segundo). Dentro de ese RAID he definido un grupo de volúmenes. El caso es que el sistema suele arrancar, pero de vez en cuando NO lo hace. Se para el arranque y pide la contraseña de root para subsanar el problema. El problema es que uno de los sistemas de ficheros no ha podido montarlo. Es exactamente lo que pasa en este bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731270 pero ese bug ya está subsanado en la jessie estable. El sistema ya lo he pasado a un disco real (al principio estaba en una máquina virtual), pero sigue dando el problema: a veces, falla. Lo que aún no he hecho es sumarle el segundo disco[1]. Ahora hay instalados bastantes servicios, pero la instalación pelada de debian también presentaba este problema. [1]aclaro que el RAID está cojo conceptualmente (obviamente para un RAID 1 necesita dos discos), pero en la configuración no lo está: se puede definir un RAID 1 con un sólo disco: #v+ $ cat /proc/mdadm Personalities : [raid1] md0 : active raid1 sda2[0] 4189824 blocks super 1.2 [1/1] [U] unused devices: <none> #v- ¿A alguien se le ocurre algo? Un saludo. -- Sabed que menda es don Mendo. --- Muñoz Seca ---