July 2020 - openSUSE Users (Español) - openSUSE Mailing Lists

[opensuse-es] Un tribunal de Munich declara ilegales Facebook Instagram y WhatsApp
by Juan Erbes 17 Nov '22

17 Nov '22

Se trata de una prohibición de facto de WhatsApp, que también se aplica a Facebook, el Facebook Messenger e Instagram: Según el Süddeutsche Zeitung, el Tribunal de Distrito de Munich I ha declarado ilegales las cuatro aplicaciones de Facebook por el momento. ¿Cuáles son las consecuencias? ¿Qué ha pasado? Es una pequeña explosión: El Tribunal Regional de Munich I ha dictaminado que las cuatro grandes aplicaciones de Facebook son ilegales en su forma actual. El Süddeutsche Zeitung informó de ello a un orador del tribunal. En concreto, esto significa que algunas funciones y estructuras de software infringen las patentes de la empresa canadiense de telecomunicaciones Blackberry. Debido a estas infracciones de patentes, los jueces han decidido que Facebook, WhatsApp, Instagram y Facebook Messenger en su forma actual ya no pueden existir. http://www.xing-news.com/reader/news/articles/2850569 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

4 5

[opensuse-es] Desfragmentación de volumenes XFS
by Juan Erbes 18 Apr '22

18 Apr '22

Sabiendo que la partición /home tenía ciertas inconsistencias, que había reparado a lo bruto con el comando: xfs_repair -L /dev/sdb2 Sabía que debía desfragmentarla, consulté y había contestado Carlos al respecto. Parte de la información, fue util, para ver el porcentage de fragmentación: xfs_db -c frag -r /dev/sdb2 Basado en la inercia de que con otros sistemas uno debe realizar la desfragmentación con la partición desmontada, motivo por el cual arranque con el DVD de instalación en modo "Rescue" (rescate), y ejecuté primero el comando citado, el cual me arrojó una fragmentación del 47.4% (adjunto captura de pantalla). Pero no encontré la forma de ejecutar el comando de desfragmentación xfs_fsr. Opté por iniciar normalmente el sistema, y me acordé del comando man, para ver como ejecutar el comando en cuestión, y allí me entero de que el volumen o partición puede estar montado, PERO NO MUEVE LOS ARCHIVOS ABIERTOS EN MEMORIA. Ver: man xfs_fsr Inicié la desfragmentación con el comando: xfs_fsr -vdg Despues de poco mas de una hora, vi que había terminado de desfragmentar la unidad de 1.8 TB, que tiene alrededor de 1 TB ocupado. Para ver como quedó, ejecuté: xfs_db -c frag -r /dev/sdb2 actual 309339, ideal 308055, fragmentation factor 0,42% Ojo! No se debería utilizar en unidades SSD. Aqui va parte del texto del manual: (en consola man xfs_fsr) When invoked with no arguments xfs_fsr reorganizes all regular files in all mounted filesystems. xfs_fsr makes many cycles over /etc/mtab each time making a single pass over each XFS filesystem. Each pass goes through and selects files that have the largest number of extents. It attempts to defragment the top 10% of these files on each pass. It runs for up to two hours after which it records the filesystem where it left off, so it can start there the next time. This information is stored in the file /var/tmp/.fsrlast_xfs. If the information found here is somehow inconsistent or out of date it is ignored and reorganization starts at the beginning of the first filesystem found in /etc/mtab. xfs_fsr can be called with one or more arguments naming filesystems (block device name), and files to reorganize. In this mode xfs_fsr does not read or write /var/tmp/.fsrlast_xfs nor does it run for a fixed time interval. It makes one pass through each specified regular file and all regular files in each specified filesystem. A command line name referring to a symbolic link (except to a file system device), FIFO, or UNIX domain socket generates a warning message, but is otherwise ignored. While traversing the filesystem these types of files are silently skipped. FILES /etc/mtab contains default list of filesystems to reorganize. /var/tmp/.fsrlast_xfs records the state where reorganization left off. SEE ALSO xfs_fsr(8), mkfs.xfs(8), xfs_ncheck(8), xfs(5). NOTES xfs_fsr improves the layout of extents for each file by copying the entire file to a temporary location and then interchanging the data extents of the target and temporary files in an atomic man- ner. This method requires that enough free disk space be available to copy any given file and that the space be less fragmented than the original file. It also requires the owner of the file to have enough remaining filespace quota to do the copy on systems running quotas. xfs_fsr generates a warning message if space is not sufficient to improve the target file. A temporary file used in improving a file given on the command line is created in the same parent directory of the target file and is prefixed by the string '.fsr'. The temporary files used in improving an entire XFS device are stored in a directory at the root of the target device and use the same naming scheme. The temporary files are unlinked upon creation so data will not be read- able by any other process. xfs_fsr does not operate on files that are currently mapped in memory. A 'file busy' error can be seen for these files if the verbose flag (-v) is set. -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/

6 29

[opensuse-es] El 5G y el "haz lo que yo digo pero no lo que yo hago"
by Juan Erbes 08 Jan '22

08 Jan '22

Acerca del controvertido tema de Huawei y el 5G, cuyo protocolo la citada firma es la que estableció el protocolo, mientras los usanianos insisten en que los chinos pueden llegar a hacer lo mismo que ellos, PERO LA CLAVE DE TODO, PARECE ESTAR EN QUE LOS CHINOS NO LES DAN A LOS USANIANOS LAS CLAVES DE ENCRIPTACIÓN PARA PODER PINCHAR LAS COMUNICACIONES, COMO LO VIENEN HACIENDO CON LAS TECNOLOGIAS ANTERIORES. En Slashdot acaba de aparecer un link acerca del tema: https://www.schneier.com/blog/archives/2020/01/china_isnt_the_.html En el segundo comentario, referido al texto: "Because the companies that make the equipment are subservient to the Chinese government, they could be forced to include backdoors in the hardware or software to give Beijing remote access." (Debido a que las empresas que fabrican los equipos están subordinadas al gobierno chino, podrían verse obligadas a incluir puertas traseras en el hardware o software para dar acceso remoto a Beijing.) La respuesta es: "You could have done much better than this trope. The USA isn't any different. There are the 5EY folks and every LEO on the planet demanding exactly the same thing. The US Fed is leaning on Apple over the failed Trump Immigration Vetting preventing a pile of military grade "not wanteds" being admitted to a US Military Training Program and Demanding Backdoors (Again) iirc-badly: Which is one reason China years ago stopped buying IBM mainframes and started building their own code base and their own hardware to go with it. There were questions about backdoors in US HW+SW. Most of this got covered up back in the days when we thought "we were the good guys" and wouldn't believe the US would do anything like THAT. One photo was all it took to tell us how wrong we were. Security of the upcoming porous system is of importance but it isn't going to happen. All that juicy data is going to be flying across the globe to anyone who wants it." (Podrías haberlo hecho mucho mejor que este tropo. Los EE.UU. no son diferentes. Hay gente de 5EY y todos los LEO del planeta exigiendo exactamente lo mismo. La Reserva Federal de los EE.UU. se está apoyando en Apple sobre el fallido Trump Immigration Vetting que evita que un montón de "no deseados" de grado militar sean admitidos en un Programa de Entrenamiento Militar de los EE.UU. y _exige_ _puertas_ _traseras_ (de nuevo) iirc-mal: Esta es una de las razones por las que China hace años dejó de comprar mainframes de IBM y empezó a construir su propio código base y su propio hardware para acompañarlo. Había preguntas sobre puertas traseras en HW+SW de Estados Unidos. La mayor parte de esto se encubrió en los días en que pensábamos que "nosotros éramos los buenos" y no creíamos que los EE.UU. hicieran algo así. Una foto fue todo lo que se necesitó para decirnos lo equivocados que estábamos. La seguridad del sistema poroso que se avecina es importante, pero no va a suceder. Todos esos datos jugosos van a volar por todo el mundo a cualquiera que los quiera.) Links citados: https://www.emptywheel.net/2020/01/14/is-bill-barr-picking-a-fight-with-app… https://arstechnica.com/tech-policy/2020/01/fbi-seeks-apples-help-in-unlock… https://www.theguardian.com/technology/2020/jan/14/johnson-huawei-critics-m… Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

6 9

[opensuse-es] [OT] Recomendar tarjeta SATA 8 puertos
by Francisco F. 28 Aug '20

28 Aug '20

Buenos días: Espero que estéis todos bien. Por poner algún correo, no sea cosa que se enquiste la lista. Alguna recomendación para una tarjeta de 8 puertos SATA. 8 porque tengo una caja que admite hasta 16 discos. No hace falta que sea RAID. Saludos -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

7 59

[opensuse-es] AMDGPU "no funciona" desde la última actualización
by Rafa Griman 21 Jul '20

21 Jul '20

Hola :) El viernes actualicé mi Tumbleweed y ahora la GPU no da señal, Los ventiladores se ponen a girar muchísimo, no hay señal de vídeo, el portátil se recaliente y tengo que apagar pulsando el botón de encendido ya que ninguna combinación de teclas funciona. La única manera de que funcione es utilizando la opción de "nomodeset" en el GRUB2. Todas las demás opciones de amdgpu.[algo] no funcionan. Y asé que eso desactiva el KMS, pero es la única manera que tengo de tener un equipo medianamente funcional. Arrancando con "nomodeset" consigo tener un equipo funcional, pero no puedo bajar el brillo (está al máximo y quema los ojos que da gusto), el monitor externo no funciona, ... El HW es: Lenovo T495s AMD Ryzen 5 PRO 3500U w/ Radeon Vega Mobile Gfx Esto es lo que dice lspci: 05:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev d2) Subsystem: Lenovo Device [17aa:5127] Kernel modules: amdgpu El comando inxi devuelve esto: # inxi -GxxSza System: Kernel: 5.7.7-1-default x86_64 bits: 64 compiler: gcc v: 10.1.1 parameters: BOOT_IMAGE=/boot/vmlinuz-5.7.7-1-default root=UUID=3fdb5281-9201-4189-8d53-73ed044bab6a resume=/dev/disk/by-id/nvme-WDC_PC_SN730_SDBQNTY-256G-1001_19451D805162-part2 nomodeset mitigations=off Console: tty 1 wm: kwin_x11 dm: SDDM Distro: openSUSE Tumbleweed 20200717 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Picasso vendor: Lenovo driver: N/A bus ID: 05:00.0 chip ID: 1002:15d8 Device-2: Chicony type: USB driver: uvcvideo bus ID: 4-2.1:4 chip ID: 04f2:b67c serial: <filter> Display: server: X.org 1.20.8 compositor: kwin_x11 driver: N/A note: display driver n/a FAILED: ati unloaded: fbdev,modesetting,radeon,vesa resolution: <xdpyinfo missing> OpenGL: renderer: llvmpipe (LLVM 10.0.0 256 bits) v: 3.3 Mesa 20.1.2 compat-v: 3.1 direct render: Yes Sí, tengo el driver amdgpu, el microcódigo amdgpu y el firmware amdgpu instalado. De hecho, es una de las cosas que se actualizaron el viernes. He mirado en el YaST y no me lista versiones anteriores de esos paquetes y no uso btrfs para hacer rollback ... La verdad es que YUM trae la opción de rollback y es maravilloso (MHO). Estaría bien que Zypper lo incluyese para evitar forzar/obligar al usuario a depender de un sistema de ficheros para eso ... Yep, he probado a arrancar con el kernel anterior, pero ocurre lo mismo.. Voy a ver si en el FTP/repo de SUSE puedo encontrar versiones antiguas de esos paquetes. Si la shay, pruebo esta noche porque es el portátil del trabajo y ahora no puedo andar haciendo pruebas ... :( Llevo todo el fin de semana buscando en Internet, pero no veo que la gente tenga ese problema. Veo foros y listas de hace tiempo que recomiendan lo mismo (nomodeset, que sí me funciona) o bien usar amdgpu.dc=1 ó 0 (o alguna otra opción de amdgpu) ... pero eso no me funciona. Si alguien más tiene este HW, que lo sepa de antemano. Si alguien ha conseguido resolver este problema ... se agradecen ideas ;) Gracias !!! Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

6 37

[opensuse-es] [OT] Reemplazo de FreeNAS
by Carlos A. 20 Jul '20

20 Jul '20

Saludos leí en una discusión el interés sobre FreeNAS. Aquí un artículo acerca de un reemplazo: https://arstechnica.com/gadgets/2020/07/an-easy-mode-for-zfs-we-test-the-tr… -_- Lo he leído una sola vez y no lo entiendo. Tengo que esforzarme más. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 1

[opensuse-es] firewalld o iptables
by kernel 17 Jul '20

17 Jul '20

Hola, Tengo un poco de lio, hasta ahora siempre utilizaba iptables, ahora veo que que los sistemas tienen firewalld. ¿Es mejor firewalld?, para el uso que yo le doy me parecer mas sencillo iptables. Me he topado con un centos 8 al cual le he desinstalado firewalld y he puesto iptables, pero cuando intento arrancar me da errores de algo de nftables, no consigo que cargue las reglas Un Saludo -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 1

[opensuse-es] Consulta: como imprimir a pdf desde una aplicación bajo wine
by Juan Erbes 16 Jul '20

16 Jul '20

Hola gente! Estoy utilizando una aplicación CAD bajo wine y necesitaría saber como configurar wine para que en la aplicación me aparezca la opción de imprimir a archivo pdf propia del sistema. Desde ya muchas gracias! Saludos, Juan -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 3

[opensuse-es] [OT] Metal
by Juan Erbes 15 Jul '20

15 Jul '20

Metal "es el nuevo chico del bloque", pero no hay que subestimarlo, Metal ha sido la estrella emergente de la escena de la GPGPU en los últimos años. Metal ha buscado combinar OpenCL y OpenGL en una única API de bajo nivel. Como Metal está integrado en macOS al nivel más bajo, es supereficiente y proporciona enormes beneficios de rendimiento. Al igual que CUDA, Metal tiene su propio equipo de desarrollo constante y, como parte de Apple, tiene acceso a enormes recursos, esto significa actualizaciones constantes y más cosas buenas en el futuro. Actualmente, necesitarás una tarjeta AMD para aprovechar las ventajas de Metal en MacOS. Esto no es algo malo, porque la actual cosecha de tarjetas AMD no es nada de lo que burlarse. https://create.pro/2020-gpgpu-roundup-metal-vs-cuda-vs-opencl-amd-vs-nvidia/ ¿Puede Metal vencer a CUDA? https://arstechnica.com/civis/viewtopic.php?f=19&t=1453073 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

1 0

[opensuse-es] Lanzamiento openSUSE Leap 15.2
by Carlos A. 07 Jul '20

07 Jul '20

Yay! https://software.opensuse.org/distributions/leap/15_2 https://www.muylinux.com/2020/07/02/opensuse-leap-15-2/ =( No hay mención para mi entorno de trabajo y con un ancho de banda paupérrimo, no creo que lo pueda descargar en el corto plazo. Ojalá puedan hacer comentarios al respecto. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

5 11