¿Es normal que 'efivarfs' este en 100%?, TW

Hola,

A pesar de haber leido algo sobre esto, nunca he entendido bien que es este ‘efivarfs’ y menos aún he visto que en tan poco tiempo de haber instalado un sistema este alcance un 100% de su capacidad, lo que me hace pensar que debo haber estado haciendo alguna chapuza o he descuidado algún asunto.
He visto algunas recomendaciones buscando en Google para otras distros pero no quisiera hacer algo que quizás aquí no se ajuste y pueda romper el sistema. Prefiero consultar antes …

Gracias por alguna recomendación

keos@localhost:~> df -h
S.ficheros     Tamaño Usados  Disp Uso% Montado en
/dev/nvme0n1p5    34G    15G   18G  46% /
devtmpfs         4,0M      0  4,0M   0% /dev
tmpfs            3,8G      0  3,8G   0% /dev/shm
efivarfs         184K   178K  1,7K 100% /sys/firmware/efi/efivars
tmpfs            1,6G   2,0M  1,6G   1% /run
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-journald.service
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-udev-load-credentials.service
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-sysctl.service
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-vconsole-setup.service
tmpfs            3,8G   8,0K  3,8G   1% /tmp
/dev/nvme0n1p1   1,5G    17M  1,5G   2% /boot/efi
tmpfs            1,0M      0  1,0M   0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs            1,0M      0  1,0M   0% /run/credentials/getty@tty1.service
tmpfs            772M    96K  772M   1% /run/user/1000
keos@localhost:~>

No lo toques porque es de UEFI, esas cosas mejor no tocarlas, además, es normal que este a 100%.

Si quieres saber que es, lee esto:

https://wiki.archlinux.org/title/Unified_Extensible_Firmware_Interface_(Español)

Pensé que estaba omitiendo hacer alguna cosa en TW, como vienen tantas actualizaciones …
Menos mal que no tengo que hacer algo, mientras mas leo esas cosas, menos entiendo y mas confusión me traen, ejemplo:

  • CONFIG_EFIVAR_FS=y

  • Soporte para las Variables Runtime de UEFI (la interfaz antigua efivars sysfs/sys/firmware/efi/vars—). Esta opción debe ser desactivada para evitar posibles problemas entre efivarfs con sysfs-efivars activados.:

CONFIG_EFI_VARS=n

(?)

De cualquier manera gracias por la información,

Saludos.

Hola keos ,soy novato como tu ,creo que te ayudaría ver como se instala arch-linux.
no hace falta que lo instale ,no quiero liarte mas, pero puedes ver como instalarlo, ya que este se instala todo manualmente,y sabrás el porque necesitas una partición de 100megas,
y otras particiones y porque tienen distintos formatos , no quiero darte mas pistas para que lo descubras por tu cuenta.
busca por San google ,como dice DiabloRojo google es tu amigo .
busca instalar arch-linux paso a paso, incluso puedes ver videos desde youtube,a ver si te se abren los ojos y aprende (no queda otra cosa mas, que aprender, es inevitable). :grin:
Salud y Saludos para todos

Hola:

Con respeto a versiones antiguas, creo que ha crecido bastante ( si recuerdan lo de la wiki relacionado con esto, habría en efivars, algún que otro boot, ahora actualmente el contenido es mayor, incluso en Leap.)

En Leap , en mi caso en ese enlace, ocupa sobre unos 35k , en TW, ni idea.
De todas formas , efivarsfs, tiene que informar de los efi sobre todo los efibootmrg y efivars , si no el sistema no creo que arranque ( en la wiki (de OpenSUSE jcsl había dejado un comando para leer las efivars , en código hexadecimal y tenía que corresponder exactamente con los suyos propios .)

En btrfs, /sys con du no se muestra , ejemplo un : du -x -h --max-depth=1 /sys/firmware/efi/efivars/
me da cero y si es por que se pasa le ejecuto al final |more , en cambio si lo hago para la raíz du -x -h --max-depth=1 / si muestra lo que ocupa cada directorio ( en vez de 1 , puedo usar 1 a 3 depende de la resolución y seguido, por si se pasa de paginas du -x -h --max-depth=1 / |more

HP-OMEN:~ # du -x -h --max-depth=1 /
22M /etc
8.1G /usr
180M /boot
117M /bin
788M /lib
9.7M /lib64
0 /mnt
6.7M /sbin
0 /selinux
8.0K /.Trash-0
9.1G /
con el valor de 1 no hace falta , para 3 , si .

Leyendo los archivos en /efivars ; total son 34,3 Kib , 129 archivos, (110 archivos no llega a 1,9kb de 5bytes a 80bytes; el resto supera Kb y el mayor uno de 5,2kb) .

Me parece que si algo cambia en TW ?

systemd-analyze
Startup finished in 15.868s (firmware) + 3.341s (loader) + 2.192s (kernel) + 6.102s (initrd) + 49.737s (userspace) = 1min 17.241s
graphical.target reached after 49.711s in userspace
Esto es lo que tarda, mas o menos en Leap (15,868segundos el firmware) .

¿es posible que si no es btrfs, lo monte en un directorio ?

Saludos

PD. según enlace, dice que no tiene limite de tamaño max , ( no se a que se debe esa diferencia de TW y Leap) , claro que ademas de los boot, creo que han metido mas cosas (no me leí lo de wiki completamente) ) .

No llegue a tiempo de editar .
perdón y saludos

En TW:

 ~/Descargas  df -h                                                                ✔  3s  12:02:03 
S.ficheros     Tamaño Usados  Disp Uso% Montado en
/dev/sda2         50G    36G   14G  73% /
devtmpfs         4,0M      0  4,0M   0% /dev
tmpfs             16G   594M   16G   4% /dev/shm
efivarfs         128K    61K   63K  50% /sys/firmware/efi/efivars
tmpfs            6,3G   2,2M  6,3G   1% /run
/dev/sda2         50G    36G   14G  73% /.snapshots
/dev/sda2         50G    36G   14G  73% /boot/grub2/x86_64-efi
/dev/sda2         50G    36G   14G  73% /boot/grub2/i386-pc
/dev/sda2         50G    36G   14G  73% /opt
/dev/sda2         50G    36G   14G  73% /tmp
/dev/sda2         50G    36G   14G  73% /var
/dev/sda2         50G    36G   14G  73% /root
/dev/sda2         50G    36G   14G  73% /srv
/dev/sda2         50G    36G   14G  73% /usr/local
/dev/sda4        414G   145G  270G  35% /mnt/juegos
/dev/sda1        500M   408K  500M   1% /boot/efi
/dev/sdb2        926G   920G  5,9G 100% /copias
/dev/sdd2        1,9T   1,3T  527G  72% /home
/dev/sdc5        819G   816G  3,2G 100% /copias2
tmpfs            3,2G   116K  3,2G   1% /run/user/1000

y

 ~/Descargas  systemd-analyze                                                           ✔  23:09:44 
Startup finished in 13.269s (firmware) + 5.450s (loader) + 671ms (kernel) + 4.246s (initrd) + 6.692s (userspace) = 30.330s 
graphical.target reached after 6.529s in userspace.

Saludos

1 Like

Este es el Leap que acabo de instalar hoy, recien empieza y …

keos@localhost:~> df -h
S.ficheros     Tamaño Usados  Disp Uso% Montado en
/dev/nvme0n1p6    35G    12G   22G  35% /
devtmpfs         4,0M      0  4,0M   0% /dev
tmpfs            3,8G    29M  3,8G   1% /dev/shm
efivarfs         184K   139K   41K  78% /sys/firmware/efi/efivars
tmpfs            1,6G    18M  1,5G   2% /run
/dev/nvme0n1p1   1,5G    22M  1,5G   2% /boot/efi
tmpfs            773M    88K  773M   1% /run/user/1000
/dev/sda1         63G   9,3G   53G  15% /run/media/keos/CINE
/dev/sda2         53G   5,6G   47G  11% /run/media/keos/DATA
keos@localhost:~> 



Hola:

Lo que he observado, es que en efivarsfs monta un efivars con mas archivos que antes, ya sea en Leap o TW , etc… , no solo incluye los boot, si no los db,dbx y otros dispositivos uefi (no considerados boot : sdd,usb,opticos,tarjetas de red, etc…, si no las keys del proveedor de hard,las bases de datos db y dbx, y demás)

Es decir todo en ese directorio .
En systemd-analyze, un firmware puede ir sobre 1 minuto a las décimas de segundo (excepto para discos rápidos , M2 pcie , raid 0 de M2,etc, que puede cargar un firmware en menos segundos (creo que varía un poco por el hardware,placa base,etc) . En el espacio de usuario (systemd) depende de varios factores, el tiempo varía, si has actualizado el kernel (se necesita el 2º arranque para ver el tiempo mas o menos normal), otra es el numero de servicios a montar y nºde dispositivos, ejemplo discos duros etc…)
Startup finished in 1min 3.696s (firmware) + 3.573s (loader) + 7.170s (kernel) + 4.761s (initrd) + 34.649s (userspace) = 1min 53.850s
graphical.target reached after 34.640s in userspace

mikrios:~ # inxi -DP
Drives:
Local Storage: total: 46.39 TiB used: 18.62 GiB (0.0%)
ID-1: /dev/nvme0n1 vendor: Western Digital model: WD BLACK SN850 Heatsink
1TB size: 931.51 GiB
ID-2: /dev/nvme1n1 vendor: Western Digital model: WDS100T3X0C-00SJG0
size: 931.51 GiB
ID-3: /dev/nvme2n1 vendor: Western Digital model: WD BLACK SN850 Heatsink
1TB size: 931.51 GiB
ID-4: /dev/nvme3n1 vendor: Western Digital model: WDS100T1X0E-00AFY0
size: 931.51 GiB
ID-5: /dev/nvme4n1 vendor: Western Digital model: WDS100T3X0C-00SJG0
size: 931.51 GiB
ID-6: /dev/nvme5n1 vendor: Western Digital model: WDS100T1X0E-00AFY0
size: 931.51 GiB
ID-7: /dev/nvme6n1 vendor: Western Digital model: WD BLACK AN1500
size: 1.82 TiB
ID-8: /dev/nvme7n1 vendor: Western Digital model: WDS100T3X0C-00SJG0
size: 931.51 GiB
ID-9: /dev/sda vendor: Western Digital model: WD2005FBYZ-01YCBB3
size: 1.82 TiB
ID-10: /dev/sdb vendor: Western Digital model: WD2005FBYZ-01YCBB3
size: 1.82 TiB
ID-11: /dev/sdc vendor: Western Digital model: WD2003FZEX-00SRLA0
size: 1.82 TiB
ID-12: /dev/sdd vendor: Western Digital model: WD6003FRYZ-01F0DB0
size: 5.46 TiB
ID-13: /dev/sde vendor: Western Digital model: WD161KRYZ-01AGBB0
size: 14.55 TiB
ID-14: /dev/sdf vendor: Western Digital model: WD140EFGX-68B0GN0
size: 12.73 TiB
Partition:
ID-1: / size: 100 GiB used: 14.12 GiB (14.1%) fs: btrfs dev: /dev/nvme6n1p2
ID-2: /boot/efi size: 249.7 MiB used: 320 KiB (0.1%) fs: vfat
dev: /dev/nvme6n1p1
ID-3: /home size: 1.79 TiB used: 4.5 GiB (0.2%) fs: btrfs dev: /dev/sda1
ID-4: /opt size: 100 GiB used: 14.12 GiB (14.1%) fs: btrfs
dev: /dev/nvme6n1p2
ID-5: /tmp size: 100 GiB used: 14.12 GiB (14.1%) fs: btrfs
dev: /dev/nvme6n1p2
ID-6: /var size: 100 GiB used: 14.12 GiB (14.1%) fs: btrfs
dev: /dev/nvme6n1p2

A mi no me lee , en btrfs el /sys , por lo que no puedo mostrar lo , pero decir que en este equipo son 123 archivos , ocupando 44,8 Kb ( desde 5 bytes a nos 6Kb )

Dado que han metido todo ahí (mok,db,dbx, keys,boot,mvran, usb, etc…) veo lógico que ese tamaño creciera tanto en archivos, como en tamaño de los mismos ; aunque no llegue a pensar que tanto ( depende de eso ,kernel,etc) ; pero si no tiene límete máximo, puede que eso sea lo normal, tal como dice el enlace.

En btrfs no sale info de btrfs filesystem df , pero si de btrfs filesystem du / |more , lo que se pega mucho tiempo leyendo (creo que es porque incluye las snapshots y no se si los subvolumenes ( no comprobado totalmente, porque tarda mucho tiempo en leer los datos) .

En cuanto a un btrfs filesystem df :
mikrios:~ # btrfs filesystem df /
Data, single: total=18.01GiB, used=13.47GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=2.01GiB, used=633.22MiB
GlobalReserve, single: total=41.69MiB, used=0.00B

Saludos

Estaba muy ocupado …

Arch es, en mi experiencia personal, solo para expertos, ni siquiera Manjaro o Endeavouros se los recomendaría a alguien, muchas veces rompí esos sistemas, y no, ‘no me dolía’ cuando eso sucedía, lo que sí me molestaba mucho era cuando el sistema se rompía el mismo, sobre todo después de algún update, por eso siempre regresaba cabizbajo a la solides de Debian … que ahora estoy relegando a segundo término por opensuse debido a que núnca he podido hacer un ‘upgrade’ en estos, cuando viene una nueva versión, siempre los daño, y no he podido nunca aprender a hacer copias de seguridad con esas tantas GUI que existen – creo que si al menos Leap es tan estable como parece ser no me moveré mas a tratar ningún otro sistema, a no ser por mera curiosidad … y Arch no está en esa lista.

Un saludo!

Hola ,solo quería que vieras como se crean y montan las particiones y para que sirven.
Opensuse igual que otros gnu-linux te crean automáticamente las particiones,boot,ext4-btrfs ,xfs o la partcion de intercambio linux-swap.
Tienes ganas de aprender que es lo importante,paso a paso se llega muy lejos.
Gnu-linux si vienes de windolls te puede dar muchos quebraderos de cabeza y muchas satisfacciones ,así que a aprender y divertirse.
Saludos

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.