[opensuse-es] Luego de actualizar systemd, / aparece en modeo ro
Saludos al fin pude ingresar al sistema, usando malas artes pero a golpes se aprende. Hoy me encuentro con que no puedo hacer login normal(gráfico) en el sistema. Que la partición / está en modo 'ro'. He revisado las particiones y todas estan bien, excepto /boot/efi que cada vez que reviso fsck.vfat menciona un dirty bit que no se puede corregir si no se usa la opción -a pero luego vuelve a aparecer. Creo que el problema viene de ayer, que hice una actualización a systemd y apagué el sistema. Buscando en inert net con el celular, por que el pinche GMAIL no me deja mandar correos de solo texto, encontré un problema similar y de toda la lista de comandos y pruebas, la que resultó ser util, para mi problema, fue esta: cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.16.7-24-desktop root=UUID=f1890ae7-7ecb-405d-8592-939c6a9313fc ro BOOT_IMAGE=/boot/x86_64/loader/linux ramdisk_size=512000 ramdisk_blocksize=4096 resume=/dev/disk/by-uuid/b5fd6f98-d2b4-42cb-bd96-cd58eb2dfce3 splash=silent quiet showopts Notese el 'ro' luego de la asignación de root. En el caso que mencioné, el problema parecia ser el upgrade de 13.1 a 13.2 que se hizo y un '\' fugitivo que ocasionaba problemas. Pero en mi caso no hay eso. Por tanto me quiero asegurar y también consultar si es que no hay algún caso parecido. Aquí el artículo que me ayudó: https://forums.opensuse.org/showthread.php/502322-13-2-doesn-t-boot-into-X-a... Gracias por la ayuda que me pudieran dar. Curiosamente, no pudo hacer boot por USB o DVD. Comportamiento muy peculiar. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2015-10-03 22:25, Carlos Ayala wrote:
Saludos
al fin pude ingresar al sistema, usando malas artes pero a golpes se aprende.
Hoy me encuentro con que no puedo hacer login normal(gráfico) en el sistema. Que la partición / está en modo 'ro'. He revisado las particiones y todas estan bien, excepto /boot/efi que cada vez que reviso fsck.vfat menciona un dirty bit que no se puede corregir si no se usa la opción -a pero luego vuelve a aparecer.
No estoy seguro si "-a" corrige ese bit. Un segundo fsck te lo dirá, y si sigue puesto, entonces es con otra opción. Lo que puede ocurrir es que al fallar el chequeo inicial de las particiones, el sistema arranque en modo de rescate, y te pone la partición raiz en 'ro'. Y también es posible que como "/boot/efi" está montada en el momento de hacer el fsck, pues no pueda cambiarse el bit. Habría que hacerlo arrancando desde un sistema de rescate externo, en CD o llavero USB.
Curiosamente, no pudo hacer boot por USB o DVD. Comportamiento muy peculiar.
Pues eso es un problema en tu caso... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
2015-10-03 15:40 GMT-05:00 Carlos E. R. <robin.listas@telefonica.net>:
On 2015-10-03 22:25, Carlos Ayala wrote:
Saludos
al fin pude ingresar al sistema, usando malas artes pero a golpes se aprende.
Hoy me encuentro con que no puedo hacer login normal(gráfico) en el sistema. Que la partición / está en modo 'ro'. He revisado las particiones y todas estan bien, excepto /boot/efi que cada vez que reviso fsck.vfat menciona un dirty bit que no se puede corregir si no se usa la opción -a pero luego vuelve a aparecer.
No estoy seguro si "-a" corrige ese bit. Un segundo fsck te lo dirá, y si sigue puesto, entonces es con otra opción.
Lo que puede ocurrir es que al fallar el chequeo inicial de las particiones, el sistema arranque en modo de rescate, y te pone la partición raiz en 'ro'.
Y también es posible que como "/boot/efi" está montada en el momento de hacer el fsck, pues no pueda cambiarse el bit.
Habría que hacerlo arrancando desde un sistema de rescate externo, en CD o llavero USB.
Curiosamente, no pudo hacer boot por USB o DVD. Comportamiento muy peculiar.
Pues eso es un problema en tu caso...
-- Cheers / Saludos,
Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Saludos cuando arrancó el sistema, me dejo desmontar /boot/efi. Y si le aplico fsck.vfat /dev/sda1 da dos opciones, si se elige la primera para corregirlo, dice que la partición no se cambio. Pero si pongo fsck.vfat -a /dev/sda1 y hago el procedimiento mencionado, dice que si hizo el cambio/corrección. =| Ahora estoy más desconcertado, ya que la partición que entra en 'ro' es solo / (/dev/sda3) y /home (/dev/sda4) no presenta problemas. EVA03:/home/user # fsck.vfat /dev/sda1 fsck.fat 3.0.26 (2014-03-07) 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Leaving filesystem unchanged. /dev/sda1: 11 files, 1216/39891 clusters Ahora con otras opciones: EVA03:/home/user # fsck.vfat -vV /dev/sda1 fsck.fat 3.0.26 (2014-03-07) fsck.fat 3.0.26 (2014-03-07) Checking we can access the last sector of the filesystem Boot sector contents: System ID "mkfs.fat" Media byte 0xf8 (hard disk) 512 bytes per logical sector 4096 bytes per cluster 1 reserved sector First FAT starts at byte 512 (sector 1) 2 FATs, 16 bit entries 81920 bytes per FAT (= 160 sectors) Root directory starts at byte 164352 (sector 321) 512 root directory entries Data area starts at byte 180736 (sector 353) 39891 data clusters (163393536 bytes) 63 sectors/track, 255 heads 2048 hidden sectors 319488 sectors total Starting check/repair pass. Checking for unused clusters. Starting verification pass. Checking for unused clusters. /dev/sda1: 11 files, 1216/39891 clusters Si se vuelve a montar, vuelve a aparecer ese dirty bit... ¬_¬ algo ocurre aquí. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2015-10-03 22:51, Carlos Ayala wrote:
cuando arrancó el sistema, me dejo desmontar /boot/efi. Y si le aplico fsck.vfat /dev/sda1 da dos opciones, si se elige la primera para corregirlo, dice que la partición no se cambio. Pero si pongo fsck.vfat -a /dev/sda1 y hago el procedimiento mencionado, dice que si hizo el cambio/corrección. =|
Ahora estoy más desconcertado, ya que la partición que entra en 'ro' es solo / (/dev/sda3) y /home (/dev/sda4) no presenta problemas.
También puedes intentar un fsck de sda3.
Si se vuelve a montar, vuelve a aparecer ese dirty bit... ¬_¬ algo ocurre aquí.
Bueno, es que precisamente es el hecho de montar la partición lo que levanta el bit. Eso es precisamente lo que significa. Al desmontar limpiamente, se baja. Si el sistema se cae o se apaga bruscamente, el bit sigue levantado indicando que no se desmontó de manera limpia. Lo que pasa es que como no se ha escrito nada a esa partición, pues no aparece ninguna corrupción, unicamente que el bit de marras sigue levantado.
EVA03:/home/user # fsck.vfat /dev/sda1 fsck.fat 3.0.26 (2014-03-07) 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Leaving filesystem unchanged. /dev/sda1: 11 files, 1216/39891 clusters
Tienes que usar modo "-a", automático, o "-r", manual. Si no, no escribe los cambios. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
2015-10-03 16:02 GMT-05:00 Carlos E. R. <robin.listas@telefonica.net>:
On 2015-10-03 22:51, Carlos Ayala wrote:
cuando arrancó el sistema, me dejo desmontar /boot/efi. Y si le aplico fsck.vfat /dev/sda1 da dos opciones, si se elige la primera para corregirlo, dice que la partición no se cambio. Pero si pongo fsck.vfat -a /dev/sda1 y hago el procedimiento mencionado, dice que si hizo el cambio/corrección. =|
Ahora estoy más desconcertado, ya que la partición que entra en 'ro' es solo / (/dev/sda3) y /home (/dev/sda4) no presenta problemas.
También puedes intentar un fsck de sda3.
No me deja en el modo actual de disco. Lo intento.
Si se vuelve a montar, vuelve a aparecer ese dirty bit... ¬_¬ algo ocurre aquí.
Bueno, es que precisamente es el hecho de montar la partición lo que levanta el bit. Eso es precisamente lo que significa. Al desmontar limpiamente, se baja. Si el sistema se cae o se apaga bruscamente, el bit sigue levantado indicando que no se desmontó de manera limpia.
Lo que pasa es que como no se ha escrito nada a esa partición, pues no aparece ninguna corrupción, unicamente que el bit de marras sigue levantado.
EVA03:/home/user # fsck.vfat /dev/sda1 fsck.fat 3.0.26 (2014-03-07) 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Leaving filesystem unchanged. /dev/sda1: 11 files, 1216/39891 clusters
Tienes que usar modo "-a", automático, o "-r", manual. Si no, no escribe los cambios.
-- Cheers / Saludos,
Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Aplicando otros comandos que encontré por ahí: EVA03:/home/ikari # systemctl status / -.mount - / Loaded: loaded (/etc/fstab) Active: active (mounted) since Sat 2015-10-03 14:57:12 PET; 35min ago Where: / What: /dev/sda3 Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. Aquí me preocupa la advertencia. EVA03:/home/ikari # journalctl -b | grep sda Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Write Protect is off Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Oct 03 14:57:12 EVA03 kernel: sda: sda1 sda2 sda3 sda4 Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Attached SCSI disk Oct 03 14:57:12 EVA03 kernel: block sda2: hash matches Oct 03 14:57:13 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 14:57:13 EVA03 systemd-fsck[297]: /dev/sda3: clean, 385445/5242880 files, 4896329/20971008 blocks Oct 03 14:57:13 EVA03 kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: data=ordered Oct 03 14:57:26 EVA03 systemd-fsck[406]: /dev/sda3: clean, 385445/5242880 files, 4896329/20971008 blocks Oct 03 14:57:26 EVA03 kernel: EXT4-fs (sda3): re-mounted. Opts: acl,user_xattr Oct 03 14:57:30 EVA03 kernel: Adding 8385532k swap on /dev/sda2. Priority:-1 extents:1 across:8385532k FS Oct 03 14:57:31 EVA03 kernel: XFS (sda4): Mounting V5 Filesystem Oct 03 14:57:37 EVA03 kernel: XFS (sda4): Ending clean mount Oct 03 15:20:54 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:54 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:54 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 Oct 03 15:22:49 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:22:49 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:22:49 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 Oct 03 15:22:49 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 y aquí los mensajes de repetición entre todas las particiones. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Sat, Oct 3, 2015 at 4:25 PM, Carlos Ayala <darkwildkat@gmail.com> wrote:
2015-10-03 16:02 GMT-05:00 Carlos E. R. <robin.listas@telefonica.net>:
On 2015-10-03 22:51, Carlos Ayala wrote:
cuando arrancó el sistema, me dejo desmontar /boot/efi. Y si le aplico fsck.vfat /dev/sda1 da dos opciones, si se elige la primera para corregirlo, dice que la partición no se cambio. Pero si pongo fsck.vfat -a /dev/sda1 y hago el procedimiento mencionado, dice que si hizo el cambio/corrección. =|
Ahora estoy más desconcertado, ya que la partición que entra en 'ro' es solo / (/dev/sda3) y /home (/dev/sda4) no presenta problemas.
También puedes intentar un fsck de sda3.
No me deja en el modo actual de disco. Lo intento.
Si se vuelve a montar, vuelve a aparecer ese dirty bit... ¬_¬ algo ocurre aquí.
Bueno, es que precisamente es el hecho de montar la partición lo que levanta el bit. Eso es precisamente lo que significa. Al desmontar limpiamente, se baja. Si el sistema se cae o se apaga bruscamente, el bit sigue levantado indicando que no se desmontó de manera limpia.
Lo que pasa es que como no se ha escrito nada a esa partición, pues no aparece ninguna corrupción, unicamente que el bit de marras sigue levantado.
EVA03:/home/user # fsck.vfat /dev/sda1 fsck.fat 3.0.26 (2014-03-07) 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Leaving filesystem unchanged. /dev/sda1: 11 files, 1216/39891 clusters
Tienes que usar modo "-a", automático, o "-r", manual. Si no, no escribe los cambios.
-- Cheers / Saludos,
Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Aplicando otros comandos que encontré por ahí:
EVA03:/home/ikari # systemctl status / -.mount - / Loaded: loaded (/etc/fstab) Active: active (mounted) since Sat 2015-10-03 14:57:12 PET; 35min ago Where: / What: /dev/sda3
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Aquí me preocupa la advertencia.
EVA03:/home/ikari # journalctl -b | grep sda Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Write Protect is off Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Oct 03 14:57:12 EVA03 kernel: sda: sda1 sda2 sda3 sda4 Oct 03 14:57:12 EVA03 kernel: sd 0:0:0:0: [sda] Attached SCSI disk Oct 03 14:57:12 EVA03 kernel: block sda2: hash matches Oct 03 14:57:13 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 14:57:13 EVA03 systemd-fsck[297]: /dev/sda3: clean, 385445/5242880 files, 4896329/20971008 blocks Oct 03 14:57:13 EVA03 kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: data=ordered Oct 03 14:57:26 EVA03 systemd-fsck[406]: /dev/sda3: clean, 385445/5242880 files, 4896329/20971008 blocks Oct 03 14:57:26 EVA03 kernel: EXT4-fs (sda3): re-mounted. Opts: acl,user_xattr Oct 03 14:57:30 EVA03 kernel: Adding 8385532k swap on /dev/sda2. Priority:-1 extents:1 across:8385532k FS Oct 03 14:57:31 EVA03 kernel: XFS (sda4): Mounting V5 Filesystem Oct 03 14:57:37 EVA03 kernel: XFS (sda4): Ending clean mount Oct 03 15:20:54 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:54 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:54 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:20:55 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 15:20:55 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 Oct 03 15:22:49 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:22:49 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 Oct 03 15:22:49 EVA03.NERV systemd[1459]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 Oct 03 15:22:49 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2
y aquí los mensajes de repetición entre todas las particiones.
-- Carlos A.
Saludos yo sigo bien confundido. La clave 'ro' viene desde el GRUB. http://imgur.com/9bd3ZpX Yo supongo que el modo en que se monta las particiones no debería estarse realizando desde ahí. ¿verdad? -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2015-10-04 02:14, Carlos Ayala wrote:
yo sigo bien confundido. La clave 'ro' viene desde el GRUB. http://imgur.com/9bd3ZpX Yo supongo que el modo en que se monta las particiones no debería estarse realizando desde ahí. ¿verdad?
Lo siento, la foto es ilegible. Hay que tener la cámara muy quieta, en trípode si lo tienes, para fotografiar una pantalla de letras.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
No tiene importancia. O no mucha. Significa que se está escribiendo muchas entradas al registro, tantas que se llena, y se borran. Las más antiguas. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
2015-10-04 20:21 GMT-05:00 Carlos E. R. <robin.listas@telefonica.net>:
On 2015-10-04 02:14, Carlos Ayala wrote:
yo sigo bien confundido. La clave 'ro' viene desde el GRUB. http://imgur.com/9bd3ZpX Yo supongo que el modo en que se monta las particiones no debería estarse realizando desde ahí. ¿verdad?
Lo siento, la foto es ilegible.
Hay que tener la cámara muy quieta, en trípode si lo tienes, para fotografiar una pantalla de letras.
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
No tiene importancia. O no mucha.
Significa que se está escribiendo muchas entradas al registro, tantas que se llena, y se borran. Las más antiguas.
-- Cheers / Saludos,
Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Gracias por seguir el post hasta el final. pero como puse ayer en el último correo. Pasaron un update que no debían y la manera para subsanar el problema era revertirlo. Segunda vez que sucede esto, que es doloroso. No recuerdo que llegara a ser tan crítico, ni en la epoca de KDE4. =( Nuevamente gracias. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2015-10-05 04:05, Carlos Ayala wrote:
Gracias por seguir el post hasta el final. pero como puse ayer en el último correo. Pasaron un update que no debían y la manera para subsanar el problema era revertirlo. Segunda vez que sucede esto, que es doloroso. No recuerdo que llegara a ser tan crítico, ni en la epoca de KDE4. =(
Nuevamente gracias.
Ah, no me di cuenta. De nada :-) De todas maneras, comprueba el nombre que le has dado a tus particiones, a ver si tienes nombres repetidos. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
2015-10-04 21:58 GMT-05:00 Carlos E. R. <robin.listas@telefonica.net>:
On 2015-10-05 04:05, Carlos Ayala wrote:
Gracias por seguir el post hasta el final. pero como puse ayer en el último correo. Pasaron un update que no debían y la manera para subsanar el problema era revertirlo. Segunda vez que sucede esto, que es doloroso. No recuerdo que llegara a ser tan crítico, ni en la epoca de KDE4. =(
Nuevamente gracias.
Ah, no me di cuenta. De nada :-)
De todas maneras, comprueba el nombre que le has dado a tus particiones, a ver si tienes nombres repetidos.
-- Cheers / Saludos,
Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Falsa alarma, el problema de los nombres repetidos de las particiones era por el update de systemd. =| vaya jaleo que armó ese update. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2015-10-03 23:25, Carlos Ayala wrote:
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Aquí me preocupa la advertencia.
Ese de arriba no tiene importancia.
Oct 03 14:57:13 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda4 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2
Oh. Esto es distinto. Creo que dice que tienes sda2 y sda4 con la misma etiqueta de nombre (Label). Cambiásela a una de las particiones.
dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1
¿Y sda1 y sda2 también?
Oct 03 15:20:54 EVA03.NERV systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1
¿Y sda3 y sda1 también? Que raro. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
2015-10-03 16:02 GMT-05:00 Carlos E. R. <robin.listas@telefonica.net>:
On 2015-10-03 22:51, Carlos Ayala wrote:
cuando arrancó el sistema, me dejo desmontar /boot/efi. Y si le aplico fsck.vfat /dev/sda1 da dos opciones, si se elige la primera para corregirlo, dice que la partición no se cambio. Pero si pongo fsck.vfat -a /dev/sda1 y hago el procedimiento mencionado, dice que si hizo el cambio/corrección. =|
Ahora estoy más desconcertado, ya que la partición que entra en 'ro' es solo / (/dev/sda3) y /home (/dev/sda4) no presenta problemas.
También puedes intentar un fsck de sda3.
usando rd.break pude usar (referencia: https://forums.opensuse.org/showthread.php/506106-13-3-boot-fails-with-1st-m...) fsck.ext4 -f /dev/sda3 fsck.vfat -f /dev/sda1 ambos pasaron la prueba sin problemas.
Si se vuelve a montar, vuelve a aparecer ese dirty bit... ¬_¬ algo ocurre aquí.
Bueno, es que precisamente es el hecho de montar la partición lo que levanta el bit. Eso es precisamente lo que significa. Al desmontar limpiamente, se baja. Si el sistema se cae o se apaga bruscamente, el bit sigue levantado indicando que no se desmontó de manera limpia.
Lo que pasa es que como no se ha escrito nada a esa partición, pues no aparece ninguna corrupción, unicamente que el bit de marras sigue levantado.
EVA03:/home/user # fsck.vfat /dev/sda1 fsck.fat 3.0.26 (2014-03-07) 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Leaving filesystem unchanged. /dev/sda1: 11 files, 1216/39891 clusters
Tienes que usar modo "-a", automático, o "-r", manual. Si no, no escribe los cambios.
-- Cheers / Saludos,
Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
como dije use rd.break en el arranque para ver esos problemas, fsck encontró nada en las particiones. Pero journalctl si encontró problemas con el ya mencionado. journalctl -b | grep sda Oct 03 19:51:33 EVA03 kernel: sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) Oct 03 19:51:33 EVA03 kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Oct 03 19:51:33 EVA03 kernel: sd 0:0:0:0: [sda] Write Protect is off Oct 03 19:51:33 EVA03 kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Oct 03 19:51:33 EVA03 kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Oct 03 19:51:33 EVA03 kernel: sda: sda1 sda2 sda3 sda4 Oct 03 19:51:33 EVA03 kernel: sd 0:0:0:0: [sda] Attached SCSI disk Oct 03 19:51:34 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 19:51:34 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 Oct 03 19:51:34 EVA03 kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: data=ordered Oct 03 19:51:47 EVA03 kernel: EXT4-fs (sda3): re-mounted. Opts: acl,user_xattr Oct 03 19:51:49 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda1 Oct 03 19:51:49 EVA03 systemd[1]: Device dev-disk-by\x2dpartlabel-primary.device appeared twice with different sysfs paths /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda3 and /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/sda2 Oct 03 19:51:50 EVA03 kernel: Adding 8385532k swap on /dev/sda2. Priority:-1 extents:1 across:8385532k FS Oct 03 19:51:51 EVA03 kernel: XFS (sda4): Mounting V5 Filesystem Oct 03 19:51:54 EVA03 kernel: XFS (sda4): Ending clean mount usando dmesg | grep sda [ 3.222498] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 3.222500] sd 0:0:0:0: [sda] 4096-byte physical blocks [ 3.222718] sd 0:0:0:0: [sda] Write Protect is off [ 3.222721] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.222830] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.331826] sda: sda1 sda2 sda3 sda4 [ 3.332854] sd 0:0:0:0: [sda] Attached SCSI disk [ 7.682886] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: data=ordered [ 20.281376] EXT4-fs (sda3): re-mounted. Opts: acl,user_xattr [ 23.096511] Adding 8385532k swap on /dev/sda2. Priority:-1 extents:1 across:8385532k FS [ 24.177540] XFS (sda4): Mounting V5 Filesystem [ 27.140684] XFS (sda4): Ending clean mount ¿es normal la línea: [ 20.281376] EXT4-fs (sda3): re-mounted. Opts: acl,user_xattr? -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Sat, Oct 3, 2015 at 8:35 PM, Carlos Ayala <darkwildkat@gmail.com> wrote: [...]
-- Carlos A.
Por la re#$%&@@!!! https://forums.opensuse.org/showthread.php/510037-Starts-to-boot-normally-bu... No pues! es la segunda vez. =( Ojala Leap tenga mejor aseguramiento de la calidad. <problema solucionado> Sin embargo lo siguiente persiste: systemctl status / -.mount - / Loaded: loaded (/etc/fstab) Active: active (mounted) since Sat 2015-10-03 21:32:47 PET; 19min ago Where: / What: /dev/sda3 Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. Pero parece que poco o nada tiene que ver con journald.service -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (2)
-
Carlos Ayala -
Carlos E. R.