En ocasiones el sistema no termina de apagar o reiniciar y da un error al desmontar los sub volúmenes de swap.Suele suceder sobre todo cuando el sistema a utilizado algo de swap,si suspendo durante un rato y se descarga la swap va bien,he probado en desmontar y volver a montar la swap pero da errores al hacerlo
Tu información es muy genérica y no das datos de hardware ni de log para investigar.
Puedes ver los mensajes de ese momento de bucle con
sudo journalctl -b -1 -e
Si te sale muchas líneas, fíltralo con
sudo journalctl -b -1 -p err..emerg
También puedes ver tu mismo los mensaje en un entorno grafico, lee esta guía de nuestro compañero
Tienes razón,perdona,he dado pocos detalles,no estoy acostumbrado .
Utilizo openSUSE leap 16 con gnome y particiones y encriptación por defecto,tambien he probado sin encriptar y sucede lo mismo.Con el sistema recién instalado no me sucede pasa al actualizar,los log de journalctl no da errores al apagar o reiniciar pero yo si veo como pone algo así como “failed unmount cr_swap” en varios subvolumenes de swap y se queda en “shutdown -h now” o algo parecido.Para salir reinicio con las Sys Req
Hola:
Intenta aportar mas información, como por ejemplo : inxi -Fz , sobre todo para saber la capacidad de ram y la capacidad del swap .
Saludos
Buenas.
Indagando en el bugzilla he visto un bug abierto muy parecido,aunque a mi me ha pasado muy aleatorio,como es farragoso de trazar voy a cerrar el tema .
Muchas gracias
Bueno,no sé como cerrar el tema,jajajajaajaj
Hola
Esto no arreglará el bug, pero posiblemente ayude.
para apagar la swap ejecuta:
sudo swapoff -a
para activarla:
sudo swapon -a
salut
1 Like
Hola :
Aparece un mensaje al final del post ; donde dice Este tema se cerrará un mes después de la última respuesta.
Por eso no te preocupes.
Lo de aportar información es para ver lo relativo a swap , como la ram del equipo, el tamaño de la partición swap, etc .
Ejemplo de este portátil :
Partition:
ID-1: / size: 100 GiB used: 33.06 GiB (33.1%) fs: btrfs dev: /dev/sda2
ID-2: /boot/efi size: 299.8 MiB used: 376 KiB (0.1%) fs: vfat
dev: /dev/sda1
ID-3: /home size: 1.54 TiB used: 1.17 TiB (76.2%) fs: btrfs dev: /dev/sda3
ID-4: /opt size: 100 GiB used: 33.06 GiB (33.1%) fs: btrfs dev: /dev/sda2
ID-5: /tmp size: 100 GiB used: 33.06 GiB (33.1%) fs: btrfs dev: /dev/sda2
ID-6: /var size: 100 GiB used: 33.06 GiB (33.1%) fs: btrfs dev: /dev/sda2
ID-7: swap-1 size: 48 GiB used: 322.8 MiB (0.7%) fs: swap dev: /dev/sda4
Info:
Memory: total: 32 GiB available: 31.15 GiB used: 4.81 GiB (15.5%)
igpu: 64 MiB
Processes: 422 Uptime: 12d 11h 21m Shell: Bash inxi: 3.3.40
O sea tengo 32Gb de ram y le dedico a swap 48Gb , creo que va de sobra , me parece raro ocupar los 32,para que ocupe el espacio compartido y también en caso de hibernación , creo que también le llega .
Saludos
hola ,el problema es que es muy esporádico.
System:
Kernel: 6.12.0-160000.9-default arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.4.2 Distro: openSUSE Leap 16.0
Machine:
Type: Laptop System: ASUSTeK product: VivoBook_ASUSLaptop X513EAN_K513EA
v: 1.0 serial: <superuser required>
Mobo: ASUSTeK model: X513EAN v: 1.0 serial: <superuser required>
UEFI: American Megatrends LLC. v: X513EAN.307 date: 04/10/2023
Battery:
ID-1: BAT0 charge: 42.1 Wh (100.0%) condition: 42.1/42.1 Wh (100.0%)
CPU:
Info: quad core model: 11th Gen Intel Core i5-1135G7 bits: 64 type: MT MCP
cache: L2: 5 MiB
Speed (MHz): avg: 400 min/max: 400/4200 cores: 1: 400 2: 400 3: 400 4: 400
5: 400 6: 400 7: 400 8: 400
Graphics:
Device-1: Intel TigerLake-LP GT2 [Iris Xe Graphics] driver: i915 v: kernel
Device-2: Quanta USB2.0 HD UVC WebCam driver: uvcvideo type: USB
Display: wayland server: X.org v: 1.21.1.15 with: Xwayland v: 24.1.6
compositor: kwin_wayland driver: X: loaded: modesetting unloaded: vesa
dri: iris gpu: i915 resolution: 1536x864
API: EGL v: 1.5 drivers: iris,swrast
platforms: gbm,wayland,x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 24.3.3
renderer: Mesa Intel Iris Xe Graphics (TGL GT2)
API: Vulkan v: 1.4.309 drivers: N/A surfaces: xcb,xlib,wayland
Audio:
Device-1: Intel Tiger Lake-LP Smart Sound Audio driver: snd_hda_intel
API: ALSA v: k6.12.0-160000.9-default status: kernel-api
Server-1: PipeWire v: 1.4.6 status: active
Network:
Device-1: Intel Wi-Fi 6 AX201 driver: iwlwifi
IF: wlo1 state: up mac: <filter>
Bluetooth:
Device-1: Intel AX201 Bluetooth driver: btusb type: USB
Report: btmgmt ID: hci0 state: up address: <filter> bt-v: 5.2
RAID:
Hardware-1: Intel Volume Management Device NVMe RAID Controller driver: vmd
Drives:
Local Storage: total: 476.94 GiB used: 35.39 GiB (7.4%)
ID-1: /dev/nvme0n1 vendor: Micron model: 2210 MTFDHBA512QFD
size: 476.94 GiB
Partition:
ID-1: / size: 474.42 GiB used: 35.38 GiB (7.5%) fs: btrfs dev: /dev/dm-0
ID-2: /boot/efi size: 511 MiB used: 6.1 MiB (1.2%) fs: vfat
dev: /dev/nvme0n1p1
ID-3: /home size: 474.42 GiB used: 35.38 GiB (7.5%) fs: btrfs
dev: /dev/dm-0
ID-4: /opt size: 474.42 GiB used: 35.38 GiB (7.5%) fs: btrfs
dev: /dev/dm-0
ID-5: /var size: 474.42 GiB used: 35.38 GiB (7.5%) fs: btrfs
dev: /dev/dm-0
Swap:
ID-1: swap-1 type: partition size: 1.98 GiB used: 0 KiB (0.0%)
dev: /dev/dm-1
Sensors:
System Temperatures: cpu: 35.0 C mobo: N/A
Fan Speeds (rpm): cpu: 2600
Info:
Memory: total: 12 GiB note: est. available: 11.38 GiB used: 2.86 GiB (25.1%)
Processes: 265 Uptime: 1h 10m Shell: Bash inxi: 3.3.36
He tardado en responder porque estaba en plena transición de gnome a plasma.
Gracias
En Arch_Linux tienes informacion de ese portatil con respecto a esa distribuccion Linux
https://wiki.archlinux.org/title/ASUS_Vivobook_X513EAN
Según la IA Gemini, cuanto más reciente es el kernel más posibilidad de que funcione mejor:
- Problemas conocidos/Ajustes requeridos:
- Wi-Fi/Bluetooth: Algunos modelos usan componentes MediaTek que pueden requerir controladores adicionales o kernels muy recientes (6.x).
- Retroiluminación de pantalla (Fn keys): Puede requerir añadir
pcie_aspm=forceyacpi_osi=a los parámetros de arranque del kernel (GRUB_CMDLINE_LINUX_DEFAULT). - Suspender/Reanudar: Puede requerir kernels 5.11+ para funcionar correctamente.
Consejos para la Instalación
- Desactivar BitLocker: Si planeas hacer dual-boot con Windows, debes desactivar el cifrado BitLocker en Windows primero, o no podrás acceder a las particiones desde Linux.
- Desactivar Secure Boot: Para evitar problemas con controladores privativos (como el Wi-Fi), desactiva el Secure Boot en la BIOS (F2 al encender).
- Actualizar Firmware: Es crucial actualizar la BIOS/Firmware desde Windows usando la herramienta oficial de ASUS antes de instalar Linux.
- Audio/Micrófono: Las versiones de kernel recientes suelen gestionar bien la matriz de micrófonos de ASUS, pero si hay problemas, usar PipeWire en lugar de PulseAudio suele solucionarlo.
1 Like
Hola,creo que he dado con el error.Al instalar Leap-16 a los pocos días después al informarme active con update-bootloader el splah.Llevo dos días sin el y de momento no me da problemas al apagar.Lo comento por si le pasa por casualidad a alguien más
lsblk -D
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 2G 0
├─sda1 0 512B 2G 0
├─sda2 0 512B 2G 0
│ └─cr_root 0 0B 0B 0
├─sda3 0 512B 2G 0
│ └─cr_home 0 0B 0B 0
└─sda4 0 512B 2G 0
└─cr_swap 0 0B 0B 0
si encriptas el disco, te suele pedir la clave dos veces, según arranca y cuando pasas el grub ¿correcto?
si le haces un lsbock -D y te aparecen los “cr_root”, cr_home y cr_swap a 0, es porque el cifrado LUKS, no esta permitiendo la limpieza de los trims.
añade rd.luks.allow-discards ¿como?
Cómo activar el TRIM sin riesgos usando YaST
Sigue estos pasos, que son mucho más visuales y difíciles de fallar:
- Abre el Cargador de arranque (Bootloader) desde el Centro de Control de YaST.
- Ve a la pestaña Parámetros del kernel.
- En la línea que dice Parámetro opcional de la línea de comandos del kernel, vete al final de todo el texto que haya (sin borrar nada).
- Añade un espacio y pega exactamente esto:
rd.luks.allow-discards - Dale a Aceptar. YaST se encargará de actualizar el GRUB y regenerar el sistema de arranque automáticamente por ti.
una vez arrancado comprueba la lectura otra vez con lsblk -D
si ya no están a cero, hazle un sudo fstrim -va te limpiará el disco
mira el systemctl status fstrim.timer con que lo tengas programado (una vez a la semana es suficiente.)
Esto me lo suele solucionar , cuando me ha fallado alguna vez. Por probar no pierdes nada.
Muchas gracias,probaré