GNU/Linux vigésimo séptimo "Debian 30 Aniversario Edition"
20-may-2024 11:57
#421
|
Otro preguntando... Un viejo pc que de buenas a primeras al reiniciar empieza a dar kernel panic. Con un liveusb igual , kernel panic. Lo he abierto y he descubierto que el ventilador de la cpu esta muerto ( tiene un disipador enorme eso si ). ¿puede ser que este muerta la cpu? ¿alguna manera de comprobarlo? |
20-may-2024 13:19
#422
|
Hola:
Tengo una duda al usar java en eclipse. He instalado java según la documentación de Fedora https://docs.fedoraproject.org/en-US...stalling-java/ Al abrir clase de java base, como String, etc. Me aparece que no hay referencias ![]() En cambio si descargo la openjdk por separado https://adoptium.net/es/ ![]() ¿Alguna idea? Gracias Yo siempre instalo la de adopt openjdk salvo que el proyecto requiera la de oracle (por tema de licencias y soporte) y como ves no hay problemas. Así que mi recomendación es que dejes esa si te va bien
|
20-may-2024 13:57
#423
|
Otro preguntando...
Un viejo pc que de buenas a primeras al reiniciar empieza a dar kernel panic. Con un liveusb igual , kernel panic. Lo he abierto y he descubierto que el ventilador de la cpu esta muerto ( tiene un disipador enorme eso si ). ¿puede ser que este muerta la cpu? ¿alguna manera de comprobarlo? Lo primero: ¿Qué procesador? ¿Qué distro intentas arrancar? Saludos. |
20-may-2024 14:44
#424
|
Buenas, ¿Alguien ha probado las 24.04 de Ubuntu? Para saber si ya han ido corrigiendo los fallos de lanzamiento. Me interesa kubuntu especialmente. |
20-may-2024 14:57
#425
|
Buenas. Hace un tiempo usaba debian con Ext4 y migré a MicroOS con btrfs. Uso encripción de disco LUKS. MicroOS me está dando problemas con el desencriptado por TPM2, así que quiero hacer una mezcla y dejar debian + bftrs + luks. Para hacer esto hago la instalación mediante debootstrap. El problema viene cuando intento ejecutar un contenedor de podman rootless: Error: unable to start container: crun: open executable: Permission denied: OCI permission denied Evidentemente tengo un error por falta de permisos, pero no sé por qué ni cómo solucionarlo. Si hago la misma instalación con debootstrap pero sin formatear en btrfs ni crear los subvolúmenes, sino formateando en Ext4, no tengo el error. Si uso el instalador siguiendo esta guía también me funciona: https://medium.com/@inatagan/install...s-27212644175f No entiendo cuál es el problema. El usuario rootless que uso está en los grupos sudo y dialout. Código:
export DEVP=/dev/nvme0n1p
Partitions_format() {
printf "===Formatting partitions===\n"
sudo https://mkfs.vfat -F32 -n EFI ${DEVP}1
sudo https://mkfs.btrfs -f -L ROOTFS /dev/mapper/vg1-rootfs
printf "===Creatting btrfs subvolumes===\n"
sleep 1
sudo mount /dev/mapper/vg1-rootfs /mnt
sleep 1
sudo btrfs subvolume create /mnt/@
sudo btrfs subvolume create /mnt/@/.snapshots
sudo btrfs subvolume create /mnt/@/boot
sudo btrfs subvolume create /mnt/@/opt
sudo btrfs subvolume create /mnt/@/root
sudo btrfs subvolume create /mnt/@/srv
sudo btrfs subvolume create /mnt/@/tmp
sudo mkdir -p /mnt/@/usr
sudo btrfs subvolume create /mnt/@/usr/local
sudo btrfs subvolume create /mnt/@/var
sudo mkdir -p /mnt/@/var/lib
sudo btrfs subvolume create /mnt/@/var/lib/containers
sudo btrfs subvolume create /mnt/@/var/lib/AccountsService
sudo btrfs subvolume create /mnt/@/var/lib/gdm3
sudo btrfs subvolume list -p /mnt
sudo umount /mnt
printf "===Partitions have been formatted===\n"
}
Código:
UUID=${root_disk} / btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@ 0 0
UUID=${root_disk} /.snapshots btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/.snapshots 0 0
UUID=${root_disk} /boot btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/boot 0 0
UUID=${root_disk} /opt btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/opt 0 0
UUID=${root_disk} /root btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/root 0 0
UUID=${root_disk} /srv btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/srv 0 0
UUID=${root_disk} /tmp btrfs noatime,space_cache=v2,compress=zstd:5,ssd,discard=async,subvol=/@/tmp 0 0
UUID=${root_disk} /usr/local btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/usr/local 0 0
UUID=${root_disk} /var btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var 0 0
UUID=${root_disk} /var/lib/containers btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var/lib/containers 0 0
UUID=${root_disk} /var/lib/AccountsService btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var/lib/AccountsService 0 0
UUID=${root_disk} /var/lib/gdm3 btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var/lib/gdm3 0 0
UUID=${home_disk} /home ext4 user,data=ordered 0 2
UUID=${efi_disk} /boot/efi vfat defaults,noatime 0 2
|
20-may-2024 15:57
#426
|
AMD Athlon II 240 / 8gb de ram ( memtest decía que todo OK ) / ssd kingston Es una Ubuntu Mate 22.04 LTS que lleva instalada bastante tiempo. En un reinicio escupió el kernel panic y se quedo tan pancha... En el liveusb he probado con dos 22.04 y lo mismo. Como falla con el liveusb he pensado que es cosa de la cpu y no cosa de los datos del ssd. ¿podría ser? |
20-may-2024 16:16
#427
|
La versión que has instalado cual es? Entiendo que la de development. Me da que la versión normal es solamente la JRE (no la JDK para desarrollar).
Yo siempre instalo la de adopt openjdk salvo que el proyecto requiera la de oracle (por tema de licencias y soporte) y como ves no hay problemas. Así que mi recomendación es que dejes esa si te va bien ![]() Gracias por responder. Como menciona la he instalado de los repositorios de fedora. openjdk version "21.0.3" 2024-04-16 OpenJDK Runtime Environment (Red_Hat-21.0.3.0.9-1) (build 21.0.3+9) OpenJDK 64-Bit Server VM (Red_Hat-21.0.3.0.9-1) (build 21.0.3+9, mixed mode, sharing) El de la adopt openjdk openjdk version "21.0.3" 2024-04-16 LTS OpenJDK Runtime Environment Temurin-21.0.3+9 (build 21.0.3+9-LTS) OpenJDK 64-Bit Server VM Temurin-21.0.3+9 (build 21.0.3+9-LTS, mixed mode, sharing) |
20-may-2024 16:21
#428
|
AMD Athlon II 240 / 8gb de ram ( memtest decía que todo OK ) / ssd kingston
Es una Ubuntu Mate 22.04 LTS que lleva instalada bastante tiempo. En un reinicio escupió el kernel panic y se quedo tan pancha... En el liveusb he probado con dos 22.04 y lo mismo. Como falla con el liveusb he pensado que es cosa de la cpu y no cosa de los datos del ssd. ¿podría ser? Pues tiene pinta que el procesador o la ram anda mal. Cuando dé el kernel panic a ver si puedes sacar una foto , por si nos da alguna pista más. Pero tiene mala pinta. Saludos. |
20-may-2024 18:50
#430
|
Hola: Da fallo en pci , así que si no tienes algo nuevo conectado y eso provoque el kernel panic. Entra en el BIOS y busca el Global C State Control o como lo llame tu bios. Y lo apagas , a ver si hay suerte. El fallo en el pci , (Bad RIP) significa que el retorno hacia donde apunta la memoria del chipset o cpu no existe o dar un valor anómalo. Cuando los procesadores x86 eran de 16 bits , la instrucción era IP , cuando pasaron a 32 bits fueron EIP , pero cuando se dio el salto 64 bits se usa RIP. Si el retorno es por algo conectado que de fallo , la solución es relativamente fácil. Pero si el retorno es por la memoria del cpu...estamos ante comienzo del fin. Prueba una live de Debian estable. Saludos. |
20-may-2024 22:59
#431
|
Hola:
Da fallo en pci , así que si no tienes algo nuevo conectado y eso provoque el kernel panic. Entra en el BIOS y busca el Global C State Control o como lo llame tu bios. Y lo apagas , a ver si hay suerte. El fallo en el pci , (Bad RIP) significa que el retorno hacia donde apunta la memoria del chipset o cpu no existe o dar un valor anómalo. Cuando los procesadores x86 eran de 16 bits , la instrucción era IP , cuando pasaron a 32 bits fueron EIP , pero cuando se dio el salto 64 bits se usa RIP. Si el retorno es por algo conectado que de fallo , la solución es relativamente fácil. Pero si el retorno es por la memoria del cpu...estamos ante comienzo del fin. Prueba una live de Debian estable. Saludos. Creo recordar que en su día lo usábamos como fax ![]() Lo he quitado y ya funciona todo. Gracias! |
21-may-2024 08:28
#433
|
Buenas. Hace un tiempo usaba debian con Ext4 y migré a MicroOS con btrfs. Uso encripción de disco LUKS. MicroOS me está dando problemas con el desencriptado por TPM2, así que quiero hacer una mezcla y dejar debian + bftrs + luks. Para hacer esto hago la instalación mediante debootstrap. El problema viene cuando intento ejecutar un contenedor de podman rootless:
Error: unable to start container: crun: open executable: Permission denied: OCI permission denied Evidentemente tengo un error por falta de permisos, pero no sé por qué ni cómo solucionarlo. Si hago la misma instalación con debootstrap pero sin formatear en btrfs ni crear los subvolúmenes, sino formateando en Ext4, no tengo el error. Si uso el instalador siguiendo esta guía también me funciona: https://medium.com/@inatagan/install...s-27212644175f No entiendo cuál es el problema. El usuario rootless que uso está en los grupos sudo y dialout. Código:
export DEVP=/dev/nvme0n1p
Partitions_format() {
printf "===Formatting partitions===\n"
sudo https://mkfs.vfat -F32 -n EFI ${DEVP}1
sudo https://mkfs.btrfs -f -L ROOTFS /dev/mapper/vg1-rootfs
printf "===Creatting btrfs subvolumes===\n"
sleep 1
sudo mount /dev/mapper/vg1-rootfs /mnt
sleep 1
sudo btrfs subvolume create /mnt/@
sudo btrfs subvolume create /mnt/@/.snapshots
sudo btrfs subvolume create /mnt/@/boot
sudo btrfs subvolume create /mnt/@/opt
sudo btrfs subvolume create /mnt/@/root
sudo btrfs subvolume create /mnt/@/srv
sudo btrfs subvolume create /mnt/@/tmp
sudo mkdir -p /mnt/@/usr
sudo btrfs subvolume create /mnt/@/usr/local
sudo btrfs subvolume create /mnt/@/var
sudo mkdir -p /mnt/@/var/lib
sudo btrfs subvolume create /mnt/@/var/lib/containers
sudo btrfs subvolume create /mnt/@/var/lib/AccountsService
sudo btrfs subvolume create /mnt/@/var/lib/gdm3
sudo btrfs subvolume list -p /mnt
sudo umount /mnt
printf "===Partitions have been formatted===\n"
}
Código:
UUID=${root_disk} / btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@ 0 0
UUID=${root_disk} /.snapshots btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/.snapshots 0 0
UUID=${root_disk} /boot btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/boot 0 0
UUID=${root_disk} /opt btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/opt 0 0
UUID=${root_disk} /root btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/root 0 0
UUID=${root_disk} /srv btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/srv 0 0
UUID=${root_disk} /tmp btrfs noatime,space_cache=v2,compress=zstd:5,ssd,discard=async,subvol=/@/tmp 0 0
UUID=${root_disk} /usr/local btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/usr/local 0 0
UUID=${root_disk} /var btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var 0 0
UUID=${root_disk} /var/lib/containers btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var/lib/containers 0 0
UUID=${root_disk} /var/lib/AccountsService btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var/lib/AccountsService 0 0
UUID=${root_disk} /var/lib/gdm3 btrfs noatime,space_cache=v2,compress=zstd:1,ssd,discard=async,subvol=/@/var/lib/gdm3 0 0
UUID=${home_disk} /home ext4 user,data=ordered 0 2
UUID=${efi_disk} /boot/efi vfat defaults,noatime 0 2
He hecho más pruebas: Con "podman version" veo que mi versión es la 4.3.1 y con "crun -v" veo que mi versión es la 1.8.1. Si ejecuto el siguiente contenedor: Código:
podman run --privileged --security-opt apparmor=unconfined --rm --log-level=debug --name test --group-add keep-groups --pid=host --ipc=host https://docker.io/traefik/whoami:latest [common.d]: failed to write to /proc/self/oom_score_adj: Permission denied
|
21-may-2024 09:31
#434
|
He hecho más pruebas:
Con "podman version" veo que mi versión es la 4.3.1 y con "crun -v" veo que mi versión es la 1.8.1. Si ejecuto el siguiente contenedor: Código:
podman run --privileged --security-opt apparmor=unconfined --rm --log-level=debug --name test --group-add keep-groups --pid=host --ipc=host https://docker.io/traefik/whoami:latest Bueno el error es simple no tienes permiso en esa ruta. Ahora bien , como prueba trata de no ejecutar apparmor , porque claro está , lo estás ejecutando pero por otro lado le estás diciendo que no lo confine. Hay que darle una vuelta a eso. Saludos. |
21-may-2024 10:53
#435
| Alguien está usando Stable Diffusion Forge en Linux? en concreto quiero tirarlo en linux mint pero no se que tal irá |
21-may-2024 11:23
#436
|
Código:
sudo systemctl disable apparmor Código:
$ sudo aa-status apparmor module is loaded Código:
podman run --privileged --rm --log-level=debug --name test --group-add keep-groups --pid=host --ipc=host https://docker.io/traefik/whoami:latest Código:
podman run --rm --name test https://docker.io/traefik/whoami:latest Código:
--security-opt label=disable --security-opt seccomp=unconfined --security-opt unmask=all Código:
$ ls -l /usr/bin | grep crun -rwxr-xr-x 1 root root 490184 nov 2 2023 crun |
21-may-2024 12:37
#437
|
Hola @juaniyo: De entrada decirte que no estoy muy puesto en esto de contedores en particiones encriptadas. Pero empezaría por:
Es por dar ideas , y ten paciencia a ver si alguien más puesto se pasa por aquí y te echa un cable. Saludos. |
21-may-2024 21:28
#438
|
Hola @juaniyo:
De entrada decirte que no estoy muy puesto en esto de contedores en particiones encriptadas. Pero empezaría por:
Saludos. He aplicado el comando que has puesto para otorgar permisos de ejecución y no era eso. He verificado y el socket tiene los mismos permisos en ambas máquinas virtuales (la que funciona y la que no), aunque creo que este contenedor no hace uso de él, al menos no lo monta como un volumen. Tengo los mismos grupos en ambas máquinas, no hay ningún grupo llamado podman. Llevo toda la tarde probando cosas y no doy con la tecla. Misma versión de programas en ambas máquinas. Por cierto, el error "[common.d]: failed to write to /proc/self/oom_score_adj: Permission denied" se debe a usar podman en modo rootless. En la máquina que sí funciona también aparece. Me llama la atención que en la máquina que no funciona recibe un -1, entiendo que es algo relacionado con el PID del proceso.
|
Editado: 21-may-2024 21:52 -
22-may-2024 08:37
#439
|
Gracias por la ayuda.
He aplicado el comando que has puesto para otorgar permisos de ejecución y no era eso. He verificado y el socket tiene los mismos permisos en ambas máquinas virtuales (la que funciona y la que no), aunque creo que este contenedor no hace uso de él, al menos no lo monta como un volumen. Tengo los mismos grupos en ambas máquinas, no hay ningún grupo llamado podman. Llevo toda la tarde probando cosas y no doy con la tecla. Misma versión de programas en ambas máquinas. Por cierto, el error "[common.d]: failed to write to /proc/self/oom_score_adj: Permission denied" se debe a usar podman en modo rootless. En la máquina que sí funciona también aparece. Me llama la atención que en la máquina que no funciona recibe un -1, entiendo que es algo relacionado con el PID del proceso. ![]() El PID -1 es un proceso inactivo. Si la máquina no funciona es lógico que dé ese número. Digamos que es una consecuencia. Lo que hay que encontrar es la causa. A ver si en el transcurso de la mañana se me ocurre algo. Saludos. |
22-may-2024 08:53
#440
|
Hola de nuevo @juaniyo: Leyendo con más calma el log , aquí hay un problema con la memoria OOM. Ahora el kernel de linux tiene un mecanismo para liberar memoria ram y no colapasar. En tu caso la prioridad la tienen otros procesos y no este. Por eso lo mata y desmonta. Busca en tu sistema alguno de estos archivos: /etc/systemd/system/ o /run/systemd/generator.late/ Y mira que valor tiene el servicio que usas y en el apartado [Service] añades esta línea: OOMScoreAdjust=-100 A ver si esto lo soluciona , lo que puede ocurrir es que si falta memoria en la máquina entonces cerrará otro proceso que tenga menos prioridad. Las prioridades van de 1000 a -1000. Siendo 1000 el primero en cerrar y -1000 el último en cerrar. Si los tiros van por aquí , se puede jugar con el overcommit_memory y la swap. Pero vamos viendo. Saludos. |
22-may-2024 10:14
#441
|
Hola de nuevo @juaniyo:
Leyendo con más calma el log , aquí hay un problema con la memoria OOM. Ahora el kernel de linux tiene un mecanismo para liberar memoria ram y no colapasar. En tu caso la prioridad la tienen otros procesos y no este. Por eso lo mata y desmonta. Busca en tu sistema alguno de estos archivos: /etc/systemd/system/ o /run/systemd/generator.late/ Y mira que valor tiene el servicio que usas y en el apartado [Service] añades esta línea: OOMScoreAdjust=-100 A ver si esto lo soluciona , lo que puede ocurrir es que si falta memoria en la máquina entonces cerrará otro proceso que tenga menos prioridad. Las prioridades van de 1000 a -1000. Siendo 1000 el primero en cerrar y -1000 el último en cerrar. Si los tiros van por aquí , se puede jugar con el overcommit_memory y la swap. Pero vamos viendo. Saludos. En /run/systemd/generator/ no hay nada relacionado con podman, parece que todo lo que hay está relacionado con el montaje de volúmenes. He editado /lib/systemd/system/podman.service y he añadido OOMScoreAdjust=-100 en el apartado [Service], pero no soluciona el problema. He vuelto a instalar el sistema operativo desde 0 con debootstrap y he visto un error que no sé si tiene que ver. Es al instalar el paquete udisks2 mediante chroot, que requiere el paquete polkitd. Cuando se está instalando este último dice: start-stop-daemon: unable to stat /usr/libexec/polkitd (No such file or directory). He probado una vez arrancado el sistema operativo con sudo apt install --reinstall polkitd y no me notifica ningún error, pero sigo sin poder ejecutar podman. |
22-may-2024 13:22
#443
|
Hola @juaniyo:
No te puedo poner el código porque el foro me da fallo ( piensa que lo quiero "juankear") Saludos. ![]() Código:
sudo groupmod -g 108 polkitd No se ha arreglado. He vuelto a formatear, cambiando btrfs por ext4 y sigue sin funcionar. Me resulta extraño porque en otra instalación anterior que hice con ext4 sí me funcionó, aunque ya he formateado tantas veces y probado tantas cosas que me lío. No sé si será porque esta vez he configurado la partición dentro de un grupo de volúmenes. |
26-may-2024 14:52
#444
| Mira que me encanta KDE, pero deberían desistir ya con Dolphin y meter directamente Nautilus. Le da mil vueltas. |
30-may-2024 08:37
#445
|
Hola:
No sé que ha pasado , que no me ha saltado la mención...(el foro en ocasiones en los subforos funciona de aquella manera) . Así que por ese lado perdón. Sobre btrfs , tengo algo de experiencia , de hecho lo he usado en el servidor. Pero no soy un experto , así que vamos a ver si aclaramos tus dudas: Los subvolúmenes son como particiones lógicas , no físicas. Al ser un sistema de archivos COW , (Copia en escritura , Copy on Write) , ocurre que en lectura lee el original , pero cuando escribe , es decir se modifica el archivo, genera un nuevo archivo con las modificaciones. Podríamos definir su funcionamiento básico en 4 pasos: Estado inicial: Se crea una copia de datos original. Lectura: Si se accede a los datos, se lee la copia original sin modificarla. Modificación: Cuando se modifica la información, en lugar de sobrescribir la copia original, se crea una nueva copia con las modificaciones. Referencias: Las referencias a los datos apuntan a la copia más reciente, ya sea la original o la modificada. Lo que no entiendo es , la misma duda que tienes tú , ¿Por qué no marca el subvolumen? Yo por ejemplo en el server , en el root lo tengo marcado , no así en el disco de almacenamiento ya que hago una copia desplazada en el tiempo (NO RAID) en otro disco. Ya sé que no aprevecho el btrfs , en esos discos , pero tengo mis razones de rendimiento que dan para otro tema. Pero si en el root del server: ![]() Sobre como arrancar desde una snapshot , tanto en opensuse como en fedora se usa timeshift ya que se implementa automáticamente con grub , aquí es donde opensuse TW le da por todos lados a archlinux , archlinux puede hacer lo mismo si el que se sienta entre la silla y el teclado sabe lo que hace. (Tenía que decirlo...y lo he dicho). De no hacer de este modo , de forma manual tienes que: Identificar la partición o el archivo. btrfs subvolume list Desmontar la partición o el archivo que vas a sustituir. sudo btrfs subvolume unmount "nombre_subvolumen" La restuaración en si misma sudo btrfs restore "nombre_subvolumen" /ruta/destino Por último montas de nuevo la partición o reinicias. Saludos. Hola. Opensuse no usa snapper para las instantaneas? |
30-may-2024 08:58
#446
|
Hola: En Escritorio si (siempre que se le dé suficiente espacio) , en server "depende" de la instalación puede usarlo o no dependiendo del espacio en disco. ![]() Saludos. Yo uso XFS. |
30-may-2024 09:13
#447
|
No sabia eso, pensaba que opensuse activaba siempre snapper por defecto en cualquier instalacion. Saludos |
03-jun-2024 12:49
#449
| Buenos días, en mi ordenador de escritorio tengo montada una tarjeta de sonido SB Audigy Rx y nunca (la tengo desde hace tiempo) he conseguido capturar desde el puerto "Line in". Siempre que me pasa esto (como ahora que quiero pasar a digital una antiguas cintas de casette) lo hago en Windows que no me da ningún problema. Me fastidia (por no decir me jode) porque mi sistema de cabecera desde hace años es Debian pero como siempre son cosas que tengo que hacer rápido, no pido ayuda. ¿Me podéis dar alguna idea? Gracias. |
03-jun-2024 13:02
#450
|
Buenos días, en mi ordenador de escritorio tengo montada una tarjeta de sonido SB Audigy Rx y nunca (la tengo desde hace tiempo) he conseguido capturar desde el puerto "Line in". Siempre que me pasa esto (como ahora que quiero pasar a digital una antiguas cintas de casette) lo hago en Windows que no me da ningún problema. Me fastidia (por no decir me jode) porque mi sistema de cabecera desde hace años es Debian pero como siempre son cosas que tengo que hacer rápido, no pido ayuda. ¿Me podéis dar alguna idea? Gracias.
Me imagino que debian 12 , ¿podrías decir que escritorio usas? . Además ¿tienes actualizado a pipewire?. Cuenta cosas y veremos si podemos aportar alguna idea. Saludos. |




