June 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] kernel 5.7.1-1.2
by Jordi Relats 16 Jun '20

16 Jun '20

Hola a todos, Utilizo opensuse tumbleweed en un portatil LG-Gram i con la última actualización del Kernel no arranca el portatil, tengo que arrancar con la versión anterior la 5.6.14-1.6. Alguien puede ayudarme? Muchas gracias Jordi Relats -- 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 4

[opensuse-es] ¿Problemas con la lista?
by Rafa Iglesias 15 Jun '20

15 Jun '20

¿Hay algún problema con la lista? No recibo ningún correo desde el 19 de mayo. -- \\!// Rafä ( 0-0 ) ==================oOo===(_)===oOo================= "Grandes desastres de la historia: HIROSHIMA 45, CHERNOBIL 86 y WINDOWS 95" "Quien lee mucho y anda mucho,sabe mucho y ve mucho." Rafael Iglesias. El Perelló (Valencia) <<http://www.valux.org>> Linux Counter #120.799 ================================================== _|| ||_ (__| |__) En un mundo sin fronteras, quien necesita puertas y ventanas? In a world without frontiers, who needs Gates and Windows? -- 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

3 3