Correus duplicats Evolution
Bon dia, algú utilitza l'Evolution com a client de correu ? De vegades em surt el correu amb tots els missatges duplicats i de vegades només algunes carpetes, no en tinc gens clar el perquè. Es veritat que tinc 1 compte de correu dividits en diversos alies i l'Evolution els mira tots com si fossin comptes diferents (només mirant el correu principal ho rebria tot) però és l'única forma de poder enviar els correus des dels diferents alies. Algú sap com fer-ho per tenir el mateix compte amb diversos alies? es a dir... una consulta al servidor, distribuir els correus als seus respectius alies i a l'hora d'enviar, fer-ho des de l'alies que calgui. Salutacions Jordi.
Re: Actualización automática de cambios en los archivos
On 17-04-2024 19:15, Camaleón wrote: El 2024-04-17 a las 12:14 +0200, jordi Perera escribió: Hola Jordi, gracias por contestar. On 16-04-2024 16:15, Camaleón wrote: Hola, Pregunta de tanteo... ¿Qué biblioteca / aplicación /sistema / método tenéis instalado /usáis en Debian para que la información de los archivos locales/remotos en red (p. ej., la hora de modificación)) se actualice automáticamente? En mi sistema no lo hace, seguramente porque hago instalaciones del sistema sin activar los paquetes recomendados y/o sugeridos, pero esta funcionalidad me temo que es importante, aunque sólo se a afectos visuales, pero la verdad es que me descoloca ver que he modificado un archivo y que Thunar no actualice la fecha/hora automáticamente. En principio veo que está inotify-tools pero no sé si hay alguna otra opción más :-? Uso XFCE como entorno de escritorio y XFS como sistema de archivos. sm01@stt008:~$ dpkg -l | grep -i notify ii libnotify4:amd64 0.7.9-3 amd64sends desktop notifications to a notification daemon ii python3-notify20.3-4 all desktop notifications API for Python 3 ii xfce4-notifyd 0.6.2-1 amd64simple, visually-appealing notification daemon for Xfc sm01@stt008:~$ cat /etc/fstab | grep xfs UUID=cb799a4f-6015-44ee-83d2-f2492713c4dc / xfs defaults 0 0 Esto es lo que tengo yo jordi@tele:~/0_dades$ dpkg -l | grep notify ii gir1.2-notify-0.7:amd64 0.8.1-1 amd64sends desktop notifications to a notification daemon (Introspection files) ii libkf5notifyconfig-data 5.103.0-1 all Configuration system for KNotify. ii libkf5notifyconfig5:amd64 5.103.0-1 amd64 Configuration system for KNotify. ii libnotify-bin 0.8.1-1 amd64sends desktop notifications to a notification daemon (Utilities) ii libnotify4:amd64 0.8.1-1 amd64sends desktop notifications to a notification daemon ii vlc-plugin-notify:amd64 1:3.0.20-dmo0+deb12u2amd64 LibNotify plugin for VLC ii xfce4-notifyd 0.7.3-1 amd64 simple, visually-appealing notification daemon for Xfce Al revisar la lista de paquetes que tienes instalados, y aunque veo que usas KDE, únicamente identifico dos que podrían generar alguna diferencia (gir1.2-notify-* y libnotify-bin) pero no me termina de quedar claro. Al buscar por las funcionalidades de esos paquetes, me he encontrado con este bug de Thunar (gestor de archivos de XFCE), que es bastate rciente (de hace 3 meses) por lo que me da la impresión de que el problema lo genera la aplicación, no la carencia de algún paquete como pensaba al principio: File modification does not update the modification timestamp https://gitlab.xfce.org/xfce/thunar/-/issues/1271 Gracias por enviarme la lista, me has dado una buena pista :-) Saludos, Bueno, de hecho yo trabajo con xfce, pero si que tengo algunas utilidades de kde. Antes de responderte, he hecho pruebas con ficheros en local y nfs y con el Thunar y el Dolphin. Siempre se ha mostrado inmediatamente los cambios en los accesos y las modificaciones de los ficheros -- Jordi Perera
Re: Actualización automática de cambios en los archivos
On 16-04-2024 16:15, Camaleón wrote: Hola, Pregunta de tanteo... ¿Qué biblioteca / aplicación /sistema / método tenéis instalado /usáis en Debian para que la información de los archivos locales/remotos en red (p. ej., la hora de modificación)) se actualice automáticamente? En mi sistema no lo hace, seguramente porque hago instalaciones del sistema sin activar los paquetes recomendados y/o sugeridos, pero esta funcionalidad me temo que es importante, aunque sólo se a afectos visuales, pero la verdad es que me descoloca ver que he modificado un archivo y que Thunar no actualice la fecha/hora automáticamente. En principio veo que está inotify-tools pero no sé si hay alguna otra opción más :-? Uso XFCE como entorno de escritorio y XFS como sistema de archivos. sm01@stt008:~$ dpkg -l | grep -i notify ii libnotify4:amd64 0.7.9-3 amd64sends desktop notifications to a notification daemon ii python3-notify20.3-4 all desktop notifications API for Python 3 ii xfce4-notifyd 0.6.2-1 amd64simple, visually-appealing notification daemon for Xfc sm01@stt008:~$ cat /etc/fstab | grep xfs UUID=cb799a4f-6015-44ee-83d2-f2492713c4dc / xfs defaults 0 0 Saludos, Esto es lo que tengo yo jordi@tele:~/0_dades$ dpkg -l | grep notify ii gir1.2-notify-0.7:amd64 0.8.1-1 amd64sends desktop notifications to a notification daemon (Introspection files) ii libkf5notifyconfig-data 5.103.0-1 all Configuration system for KNotify. ii libkf5notifyconfig5:amd64 5.103.0-1 amd64Configuration system for KNotify. ii libnotify-bin 0.8.1-1 amd64sends desktop notifications to a notification daemon (Utilities) ii libnotify4:amd64 0.8.1-1 amd64sends desktop notifications to a notification daemon ii vlc-plugin-notify:amd64 1:3.0.20-dmo0+deb12u2amd64LibNotify plugin for VLC ii xfce4-notifyd 0.7.3-1 amd64simple, visually-appealing notification daemon for Xfce -- Jordi Perera
Re: Problema chroot sid
Hola, Una altre alternativa quan vols/necessites utilitzar versions més modernes d'algun programari es mirar si esta empaquetat amb snap, flatpak o AppImage. Pel teu cas, el Handbrake el tens disponible com a flatpak [1] I si no tens instal·lat el suport per flatpak es tan fácil com seguir la guia [2], tot el necessari esta disponible en els repos de Debian des de la versió 10 (Buster) [1] https://flathub.org/apps/fr.handbrake.ghb [2] https://flathub.org/setup/Debian Fins aviat, -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El jue, 7 mar 2024 a las 10:56, escribió: > > Moltes gràcies per l'interès, Alex! > > On Wed, 6 Mar 2024 22:53:11 +0100 > Alex Muntada wrote: > > > Hola, > > > > > 2024-03-04 08:20:28 > > > URL:http://deb.debian.org/debian/pool/main/z/zlib/zlib1g_1.3.dfsg-3.1_amd64.deb > > > [87580/87580] -> > > > "/srv/chroot/sid//var/cache/apt/archives/partial/zlib1g_1%3a1.3.dfsg-3.1_amd64.deb" > > > [1] > > > tar: ./usr/lib/x86_64-linux-gnu/libuuid.so.1.3.0: Cannot open: File exists > > > tar: ./usr/lib/x86_64-linux-gnu/libuuid.so.1: Cannot create symlink to > > > 'libuuid.so.1.3.0': File exists > > > tar: Exiting with failure status due to previous errors > > > > Ho he tornat a provar ara i l'error era diferent: es queixava > > d'una incompatibilitat entre libssl3t64 i libssl3. Això m'ha > > fet pensar que, essent sid la versió inestable, potser hi ha > > alguna transició en marxa i he trobat això: > > > > https://release.debian.org/transitions/html/auto-openssl.html > > No en se prou com per avaluar tot això i me perdo. > > > > > Els primers cops no me'n vaig adonar d'aquest error. Total que he enviat > > > un bug: > > > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065343 > > > > He vist que han resolt una part, però segueix fallant el > > debootstrap per altres transicions que hi ha en marxa. > > Segurament debootstrap no està pensat per utilitzar-se amb > > sid, encara que s'utilitzi el de backports, perquè instal·la els > > paquets amb dpkg directament enlloc de fer-ho amb apt. > > > > He provat el mmdebstrap que suggereixen al bug i a mi també > > m'ha funcionat bé (com deia abans, mmdebstrap utilitza apt per > > instal·lar els paquets i aleshores resol millor les dependències > > que debootstrap). > > Sí,amb: > > sudo mmdebstrap sid /srv/chroot/sid > > no hi ha cap problema. Aquesta comanda, que desconeixia, m'ha salvat. > > > > > Vols dir que no utilitzes el debootstrap de bookworm-backports? > > > No ho entenc, perquè si utilitzo el debootstrap de bookworm en > > > lloc del de bookworm-backports a mi me surt el mateix error de > > > "Cannot open: File exists". > > > > Perquè el problema està a la resolució de dependències que > > comento més amunt en una versió del sistema que és inestable per > > les transicions que hi ha constantment: > > > > https://release.debian.org/transitions/ > > Ja, però en un chroot va molt bé per executar aplicacions que tenen problemes > en la versió estable (en aquest cas, hadbrake, que en el versió estable, al > gravar els subtítols, els grava doble) o que necessites una versió més > actual. Sempre estic a estable i acabo instal·lant una sid en un chroot. Per > mi, molt millor que una màquina virtual. > > Gràcies per tota aquesta ajuda i salut! > > > > > > Salut, > > Alex > > > > -- > > ⢀⣴⠾⠻⢶⣦⠀ > > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > > ⠈⠳⣄ > > >
Re: 6.1.0-18 i NVIDIA
Bones, al final he instal.lat el nucli 6.5.0-0.deb12.4-amd64 de debian backports i els controladors de NVIDIA es compilen bé. Sembla que funciona correctament i per ara ho deixaré així. Salutacions Jordi El dg. 11 de 02 de 2024 a les 16:40 +0100, en/na Vicen Rodriguez va escriure: > Bon dia: > > Jo he tingut el mateix problema. > 6.1.0-13-amd64, 6.1.0-16-amd64 i 6.1.0-17-amd64 no tenen aquest > problema. > > L'intent d'actualització a 6.1.0-18-amd64 genera l'error. > > Cercant una mica, les recomanacions que he trobat per intentar > esquivar > el problema han estat quedar-se a 6.1.0-17-amd64 o deixar de fer > servir > el nvidia-driver i passar-se a nouveau. > De moment, segueixo a 6.1.0-17-amd64. > > Salut, > > Vicen > > El dom, 11-02-2024 a las 10:07 +0100, Narcis Garcia escribió: > > Bon dia; > > > > Debian 11 (old/Stable) per a Linux utilitza el nucli 5.10 > > Debian 12 (Stable) per a Linux utilitza el nucli 6.1 > > Debian 12 (Backports) per a Linux disposa del nucli 6.5 > > > > Entenc que et refereixes en tot moment a Linux 6.1.0-18 > > Amb quins nuclis ho has provat sense problema? > > > > > > El 11/2/24 a les 10:01, Jordi ha escrit: > > > Bon dia, ahir vaig actualitzar el debian i ara a l'intentar > > > compilar > > > els controladors de NVIDIA em surt el següent error : GPL- > > > incompatible > > > module nvidia.ko uses GPL-only symbol rcu_read_unlock. Això passa > > > amb > > > el nucli 6.0.1-18. Cap controlador NVIDIA es pot compilar amb > > > aquest > > > nucli i tots els controladors es compilen en altres nuclis. > > > > > > Hi ha alguna referència a aquest tema en alguna llista però no he > > > trobat com solventar-ho. Algú sap com fer-ho, no sé, pot ser > > > afegint > > > algun paràmetre a /etc/default/grub ?? > > > > > > Salutacions > > > > > > Jordi > > > > > > > > >
6.1.0-18 i NVIDIA
Bon dia, ahir vaig actualitzar el debian i ara a l'intentar compilar els controladors de NVIDIA em surt el següent error : GPL-incompatible module nvidia.ko uses GPL-only symbol rcu_read_unlock. Això passa amb el nucli 6.0.1-18. Cap controlador NVIDIA es pot compilar amb aquest nucli i tots els controladors es compilen en altres nuclis. Hi ha alguna referència a aquest tema en alguna llista però no he trobat com solventar-ho. Algú sap com fer-ho, no sé, pot ser afegint algun paràmetre a /etc/default/grub ?? Salutacions Jordi
Re: Filtrar comodins/regex de les línies
On 17-01-2024 8:39, Narcis Garcia wrote: Bones, Tinc un fitxer de text, com podria ser per exemple una llista de números de telèfon (coneguts.txt): 972123456 97233 97234 97235 97236 972789012 però m'agradaria representar-hi rangs compatibles (expressions regulars) per abreviar: 972123456 972.. 972789012 En un moment donat, vull localitzar la línia que coincideixi amb la dada que tinc (expressió 972123456), seguint l'exemple dels números de telèfon: $ grep coneguts.txt -e '972123456' 972123456 així que també m'agradaria fer-ho al revés; localitzar l'expressió compatible amb una cadena: $ grep coneguts.txt -e '97299' 972.. Algú sap com fer-ho? Gràcies. això? exemple buscar el que contingui un 34 grep -E '[0-9]?34[0-9]?' telefons.txt -- Jordi Perera
Re: wine virtualbox ...
El dv. 03 de 11 de 2023 a les 08:14 +0100, en/na Narcis Garcia va escriure: > El PlayOnLinux ja porta un assistent per a instal·lar l'aplicació de > Garmin. Està a repositoris de Debian. > > He estat mirant això del PlayOnLinux i rés, Només és un altre instal.lador del wine, del qual en sorgeixen altres errors, prefereixo fer-ho a ma. De moment sembla que el wine em funciona però no és capaç d'accedir als dispositius usb, només ho pot fer com a unitats de disc, tal i com ho fa amb el Garmin. He pensat que en lloc d'instal.lar el virtualbox i trobar-me diversos problemes, millor fer un usb windows live ja que no és del meu interès sortir massa del programari natiu de Debian. Salutacions Jordi
Re: wine virtualbox ...
Aquest cap de setmana m´hi dedicaré, gracies. Salutacions Jordi El dv. 03 de 11 de 2023 a les 08:14 +0100, en/na Narcis Garcia va escriure: > El PlayOnLinux ja porta un assistent per a instal·lar l'aplicació de > Garmin. Està a repositoris de Debian. > > > El 2/11/23 a les 16:26, 215...@runbox.com ha escrit: > > Si, i ha anat força bé. Ara estic encallat però amb la gestió que > > fa > > wine amb els ports usb. Garmin Express s'executa però no troba el > > dispositiu suposo perquè no existeix /dev/ttyUSBx sinó alguna altra > > forma de arribar al dispositiu. > > Salutacions > > Jordi > > > > Sent from MailDroid <https://goo.gl/ODgwBb> > > > > -Original Message- > > From: Marc FP > > To: Jordi <215...@runbox.com> > > Cc: Debian User catala > > Sent: dj., 02 de nov. 2023 15:43 > > Subject: Re: wine virtualbox ... > > > > Suposo que ja ho has vist, però per si de cas... > > https://christitus.com/garmin-express-linux/ > > <https://christitus.com/garmin-express-linux/> > > No serveix aquest enllaç?? > > > > > > > > El dijous, 2 de novembre de 2023, Marc FP ( > <mailto:marc.fur...@gmail.com>>) va escriure: > > > Hola, > > > jo no puc ajudar-te, però si que et demano que ens diguis com ha > > acabat tot plegat > > > Gràcies per tot i molta sort!!! > > > > > > > > > El dijous, 2 de novembre de 2023, Jordi (<215...@runbox.com > > <mailto:215...@runbox.com>>) va escriure: > > >> Bon dia, estic intentant instal.lar wine per poder fer servir > > el > > >> programa "Garmin Express". Després de dos dies el wine i el > > "Garmin > > >> Express" funcionen entre cometes. L'ultim problema que m'ha > > sorgit és > > >> que no detecta l'usb ja que, suposo, /dev/ttyUSBx ja no > > existeix i no > > >> sé que ficar-li al "wine regedit", el rellotge si que queda > > muntat al > > >> linux com a disc. > > >> > > >> Em fa una mica de pudor tenir tot aquest microsoft instal.lat a > > >> l'ordinador. Algú te alguna experiència similar ? No sé si > > continuar > > >> trencant-me les banyes amb el wine, instal.lar virtualbox o no > > sé > > >> alguna idea? > > >> > > >> Salutacions > > >> Jordi. > > >> > > >> > > > > > > -- > > > -BEGIN PGP PRIVATE KEY BLOCK- > > > Version: GnuPG v2 > > > > > > lQPGBFh3b4wBCADcg72dc5yZ09XfZbMbDI/bkssf4We5Zb1y6gagJ6wx/hQxp5yI > > > wwnmVotwTmfLAyA2DDcNWIIfLFavhi5NZXk0h0XAEIfhIiSAiiNLAxX5XMNI66VI > > > WQyIYXQdkCQavbJQRioR3Es1upoLrPwIwCQSZv3gjNVWIBlUcfOApKVkHRcFIRcG > > > NDhzS/IIhIu7FvcHqh6/Md2P6G74s9qY+CAI3L3YdxciZhJQsgWvBmxNABFXwYXe > > > bKFoVicc29m/sm+aRLlEv16xmfZ74UnLIi3P7DB6+KTzdUGE2uvemR493Hdjn1Q/ > > > yYU7NnHOAMKmmSDskYZf0trIbsKS7tkTECdBABEBAAH+BwMC1djWmSY9LkPpqK78 > > > 3tPxyXnkP2gm+cKyCh6HhJZi0l1ANb4iP1fEua3Ncd3z/12C80R7e0QS/MmomjBV > > > ij8QXd14jlkYnuQJ8cgUNxTx1SB7XFaeu4bxWIjbJ/Fgyhv9gOUjTQi2vlI7h7R/ > > > ZHYCdACxJe8msW5UX60HKZ5nIiyXxiJoCzjvN04FIqxk0Oj95HUigrNm6L4yHFcz > > > qmBuc3GlQ6cLNVtoSVX9ol0azwAGlQGU4TEQpZ/uNgyvc3badmBF7FfGYZltNnkA > > > J5U5TGoMvJUnK9YxSh//8Jia9CU0kRANQcSS8LF3NszzjDHDoeHg+6TrwcgA4qHR > > > ZQ4cP0sNtQQQCISwgOUBpyeCdXionSSVtOi+n7RHee1hq3r703yp2lJUyy2fCyHs > > > 1baWAtXBRT7rCMWLviky+z9bRWAvtDj6I0xBdJuQLRv9bgYifS0AcrK6Yn0yjWD4 > > > F9Wqz/lMzaZlErMvvX2qBVsX+HW4Ea8Oi2UnFnwUsYuUAZWJL5SU3wEvq6UFnv1O > > > 3wUr4smykTtb3p7vYg3Vo10lDI65ybXxzMAWQ7S0+7AcpViGjXqxoYmldQc482k8 > > > yx/bLZ6FaT5nnL9trFVNju4CapPyXcQmRB3RL9NllwVyNQAeGbVuIyaf9pVop4NF > > > sAsaO34eCAAkyf+1XLaBoaav9cLN4iNXHcE1R1sPwN4XU8hKpb/ocTC+piIY3wNO > > > g9Szo61Yzt3NC1RwCdoKKsZ4kdCT2if0bTi+q7xj9sfpkByaWO2mjb+Dr58Hzzci > > > dUZcmCkUwAUXwlnVJhAEmVhWhta1Xg3qJXgB1Kh0AS3JwZe66xUE2lUJrRfn60q2 > > > rGfAcSjXtfTTXxqsBVy4/blxpLlc2HnytkNpguGp9C1KRJjpFvqDQ4NcaS54SmkE > > > fa5Cs/bTy8H+tCRtYXJjIGZ1cnRpw6AgPG1hcmNmdXJ0aWFAcmlzZXVwLm5ldD6J > > > ATcEEwEIACEFAlh3b4wCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQPH9i > > > oVK9SwFd4wf9GBD+QIV2oRjxQsXQGSvRtUKJowod0iveKxcJpjskaGaX/qI2pEP8 > > > OH5E6XezO4p2/2NKceWFFxOpGSGGm10yVfwU4av2XksMKPcNt6fUjh+d9tJBb7Cz > > > JLUkpoNluqBj21lWCKo0CSqZ+dED8ZmAXC3pEq/C10mcj/7YaSJdgpFic61Y6k7y > > > vNUwjPivoOz3Mr8wil9kyt2WzGDljYoR+9CKHz7p
Re: wine virtualbox ...
El dj. 02 de 11 de 2023 a les 13:26 +0100, en/na Narcis Garcia va escriure: > Fa uns quants anys que jo també vaig intentar fer executar el > programari > de Garmin a GNU/Linux, i crec recordar que el problema era el mateix: > L'accés a USB. > > Em van quedar dues alternatives: Una màquina virtual (que jo feia amb > Qemu) i l'aplicació web de Garmin. > L'aplicació web de Garmin i andoid (Garmin connect) no actualitza el micro programari del rellotge, només és pot fer amb windows o mac amb Garmin Express. Salutacions Jordi
Re: Wifi Realtek
As of Linux kernel 6.2, an in-kernel driver for the chipsets supported by this driver has been included in the Linux kernel. On Mon, Jul 31, 2023 at 11:43 AM Josep Lladonosa wrote: > > Hola, > > Hi ha fitxers font i instruccions per usar-lo aquí: > > https://github.com/morrownr/8821cu-20210916 > > El dl., 31 de jul. 2023, 11:17, Josep va escriure: >> >> Bon dia: >> >> La setmana passada em vaig comprar un mini pc (UXX, voltant 80-90 € al >> amazon) que ve amb el windows 10 preinstal·lat. >> >> El vull per endollar-lo a la tele i tal com acostuma güin, es va >> conectar a la wifi casolana immediatament i va començar a fer de les seves. >> >> Com que porta el mini pc només 64 Gb (i 6 de RAM) i el debian em >> demanava esborrar-ho tot, li vaig fer ampliació amb un ssd m.2 de 128 Gb >> que m'ha deixat bocabadat: la millor compra per 20 €. >> >> El problema, entrant en matèria, es que el debian no reconeix el wifi. >> Faig lshw i comprovo que porta el Realtek 8821 CU i després d'ampliar el >> sources list aconsegueixo instal·lar el firmware-realtek. >> >> Però segueix sense reconèixer el wifi. Aixó em passa també amb aquest >> ordinador que soc ara, un pc del 2015 que, mira per on, sembla portar el >> mateix Realtek i que, com que sempre l'he conectat al router amb cable, >> mai habia probat el wifi que, no cal dir-ho, no reconeix. >> >> M'he baixat tot el que olor de wifi al synaptic i no rutlla. Miro de fer >> iwdctl adapter list i no em surt res. >> >> Ja no sé que fer. ¿Teniu cap sugerència? >> >> Moltes gràcies. >> >> >> Josep Lloret >> Debian 11 >>
Re: Servidor-nfs--web-base_dades + pc_personal = Virtualbox ?
On 28-07-2023 14:47, Narcis Garcia wrote: Jo de moment et comento que les màquines virtuales les faig córrer amb Qemu-KVM des de fa anys, i em va bé. Sempre he trobat un o altre desavantatge amb els altres virtualitzadors de màquina completa; no recordo detalls. També et comento que, per a aprofitar millor els recursos de la màquina real (o fins i tot virtual) he utilitzat LXC per a executar escriptoris remots dins d'un o varis contenidors. La teoria funciona, però a la pràctica algunes aplicacions peten quan Linux no els dóna els exigents recursos que demanen. https://es.wikipedia.org/wiki/Multitarea_apropiativa Això dels contenidors té l'avantatge de què no hi ha efecte bombolla: Quan una aplicació tanca i allibera memòria, la màquina mare també recupera la memòria lliure. Ara els escriptoris remots els fico en màquina virtual (KVM). Encara haig d'experimentar amb un entorn multiusuari per a escriptoris, com pretenia amb els contenidors. Els controls remots gràfics els faig sempre amb el protocol VNC en les seves variades modalitats, degut a la seva maduresa, llibertat i versatilitat de plataformes. No he trobat un protocol flexible amb tant programari lliure dedicat com VNC. Tot i amb això, crec que la gent que desenvolupa o mantén VNC ho té força descuidat. En comptes de NFS faig servir les capacitats de SSH, que em va semblar més fàcil d'implementar, tot i que consumeix força CPU. El tema de les intrusions: No posar tots els ous al mateix cistell, i la porta per on entres tu no ha de ser una porta que et presenti tots els recursos. La porta per on entres tu pot ser un entorn «controlat» a partir del qual pots obrir les segones portes als recursos. Gracies Narcis, pels comentaris. -- Jordi Perera
Servidor-nfs--web-base_dades + pc_personal = Virtualbox ?
Bon dia a tothom El títol és tant complicat com el que us vull preguntar. Escenari actual del que tinc: Un Quad-core amb 4 GB que està exposat a internet 24x7 on hi tinc un servidor Apache + Postfix + Postgresql + NFS (amb les dades domestiques) I tres maquines més, totes diferents de maquinari i amb diferents versions de Debian, una al despatx (la grossa) , un altra al saló amb la TV, una al taller i de tant en tant engego un portàtil. Totes accedeixen per NFS a les dades, però no totes poden córrer els mateixos programes i no les tinc actualitzades. A més a més faig córrer programes que no hi són a Debian o que no hi són prou actualitzats, Freecad, Cura i que venen amb com appimage i es clar, els menús de les aplicacions son diferents, els escriptoris, els scripts. Depenent el que vulgui fer, haig d'anar a un PC o a un altre. Ara he aconseguit un ordinador I5 amb 32GB de ram i he pensat de muntar la Debian amb entorn gràfic, amb totes les aplicacions, i compartir l'escriptori amb totes les altres màquines. I en un segon pas muntar-hi una màquina virtual amb tot el servidor. Fins ara, mai he tingut cap intrusió, que jo hagi vist, i mira que no paren. I és clar el que vull fer em sembla més perillós que el que tinc ara. També podria fer-ho al revés, muntar el servidor amb tot el que tinc i a sobre fer-hi córrer la màquina virtual amb entorn gràfic i que fos aquesta màquina virtual qui compartís l'escriptori. De màquines virtuals, ara tinc un virtualbox amb un win7 només per poder manegar un gps, vull dir que l'he provat. Fa molts anys quan virtualbox era a les beceroles vaig fer alguna cosa amb un altre sistema però no me'n recordo ni del nom. I de compartir escriptori, fa 15 anys, a la feina, teníem muntada alguna cosa amb vnc, però ara no sabria ni com començar. Algú és vol esplaiar amb alguna opinió i o proposta ? Gràcies per haver llegit fins aquí ;-D -- Jordi Perera
Re: mail --> mutt
Gracies per les respostes i perdoneu que trigui a contestar, però a la feina no puc mirar el correu (per falta de temps) El dj. 15 de 06 de 2023 a les 20:57 +0200, en/na Narcis Garcia va escriure: > El 15/6/23 a les 18:05, Ernest Adrogué ha escrit: > > 2023-06-15, 10:29 (+0200); Jordi escriu: > > > Ja fa un temps vaig voler configurar postfix i alguna altra cosa > > > i no > > > me'n vaig sortir, el que tinc ara son aplicacions que envien > > > notificacions o redirigeixo la sortida a mail o a mutt segons si > > > vull > > > local o remotament. > > > > Vols dir que amb el mail envies correu a adreces locals i amb el > > mutt a > > adreces d'internet? > > Suposo que no es referia en ordre respectiu. Exacte, algunes notificacions amb mail i altres més importants amb mutt perquè arribin a l'ordinador de casa via el servidor de correu que utilitzo (runbox). És així per evitar que al final, i com ha passat alguna vegada, per algun error s'han enviat massa notificacions i al final van a la carpeta spam o bé em passo de quota. La meva primera opció era enviar totes les notificacions directament a l'ordinador de casa, però ho vaig descartar perquè no tenia forma de veure si era prou segur, i tampoc vull deixar un sucós servidor smtp mal configurat. A part de l'ordinador de casa tinc dues Raspberry PI situades a diferents punts geogràfics i volia estalviar-me el mosh que faig a diari, enviant totes les notificacions via internet. De moment ho deixaré com ho tinc Gracies Jordi > > > > Amb això, segons les configuracions de les aplicacions si fico > > > que > > > enviïn el correu per exemple a jomat...@correumeu.cat simplement > > > no > > > envien res. > > > > > > Mai he aconseguit configurar correctament postfix perquè enviï el > > > correu al mateix ordinador, la mateixa xarxa o internet segons > > > les > > > meves necessitats. Tampoc vull deixar un servidor de smtp > > > accessible > > > des d'internet. > > > > No és recomanable utilitzar postfix per enviar correu a internet. > > El > > més pràctic és utilitzar el postfix (o un altre MTA) per enviar > > correu > > localment al mateix ordinador, i si els usuaris volen enviar correu > > a > > internet que utilitzin un client de correu (com el mutt) que > > permeti > > enviar correu a través d'un servidor de correu remot (com Gmail). > > Postfix, igual com EXIM i Sendmail, és un «agent de transport de > correu» > (MTA) i, com a tal, està ben orientat a l'admissió i transmissió de > cartes via SMTP, és a dir amb Internet. > Com que està pensat per als serveis massius i ben exposats als > elements, > convé configurar-lo adequadament, i val la pena si es tracten > múltiples > comptes i que són utilitzables des d'Internet. > > Però m'ha sembla que en Jordi tracta aquests enviaments de correu-e > només per a notificacions molt personalitzades. > > > Llavors, per llegir el correu jo el que tinc és un servidor IMAP > > local > > (dovecot) i d'aquesta manera puc utilitzar qualsevol client de > > correu > > que em vingui de gust. Les bústies locals estan sincronitzades amb > > les > > bústies remotes allotjades al meu proveïdor de correu mitjançant un > > programa que es diu offlineimap. > > Dovecot, igual com el Courier-IMAP, és principalment un «agent > d'entrega > de correu» (MDA) i, com a tal, està ben orientat a dipositar i > processar > cartes a bústies, i fer les bústies mitjançant comptes POP i/o IMAP. > També pot fer d'intermediari d'altres MDA, tal com el Postfix pot fer > d'intermediari d'altres MTA. > > > D'aquesta manera està tot integrat. Tant el correu local com el > > d'internet va a parar a les mateixes bústies, i puc treballar > > indistintament amb les bústies locals com amb les remotes (per > > exemple, > > amb webmail) ja que totes tenen el mateix correu. > > M.Thunderbird, K-9 Mail, Roundcube i Mutt són «agents d'usuari de > correu» (MUA) que, com a tals, estan orientats a utilitzar els > serveis > de MTA i MDA per a enviar, llegir i organitzar cartes de correu > electrònic. Són la interfície aparent del concepte de correu > electrònic. > > Val la pena esmentar la comanda «mail» del sistema operatiu GNU, que > està pensada per a enviar instantàniament un correu a través del MTA > que > ja tinguis funcionant al mateix host, o el «swaks» que fa el mateix > amb > el servei SMTP que li indiquis. > i també val la pena esmentar plataformes web com NextCloud o Citadel, > que inclouen MUA entre moltes coses. > > Per a fer solament notificacions, jo faig servir sovint el «mail» o > el > «swaks», un o altre en funció de si l'ordinador té o no té funcionant > un > MTA propi.
Re: mail --> mutt
El dc. 14 de 06 de 2023 a les 16:32 +, en/na Ernest Adrogué va escriure: > 2023-06-14, 11:02 (+0200); Jordi escriu: > > Bon dia, ja sé que em donareu altres opcions però voldria redirigir > > determinats correus locals a mutt de forma automàtica. > > > > És a dir correu llegit amb mail que compleixi determinades > > condicions, > > redirigir-lo a mutt. Em podeu orientar ?? > > No em queda clar què vols aconseguir. > > mutt és un programa client de correu, que obté el correu de bústies > locals, o d'un servidor. > > No és possible "redirigir el correu a mutt", perquè mutt no és una > bústia. > > > > > Salutacions. > Ja fa un temps vaig voler configurar postfix i alguna altra cosa i no me'n vaig sortir, el que tinc ara son aplicacions que envien notificacions o redirigeixo la sortida a mail o a mutt segons si vull local o remotament. Amb això, segons les configuracions de les aplicacions si fico que enviïn el correu per exemple a jomat...@correumeu.cat simplement no envien res. Mai he aconseguit configurar correctament postfix perquè enviï el correu al mateix ordinador, la mateixa xarxa o internet segons les meves necessitats. Tampoc vull deixar un servidor de smtp accessible des d'internet. Salutacions Jordi
mail --> mutt
Bon dia, ja sé que em donareu altres opcions però voldria redirigir determinats correus locals a mutt de forma automàtica. És a dir correu llegit amb mail que compleixi determinades condicions, redirigir-lo a mutt. Em podeu orientar ?? Salutaciosn Jordi.
Re: nut
Bones, el WoL està descartat ja que es connecta al router via wifi. Pensava que el sai era capaç de fer un reinici en determinades circumstàncies. A la màniga ja tinc un interruptor wifi que connectaré directament al raspi i quan aquest m'avisi del shutdown i l'estat de la bateria, podré decidir si apagar i tornar a engegar ... per ara, espero que la bateria duri força temps ja que la càrrega del sai és només de l'1% Salutacions Jordi El dl. 24 de 04 de 2023 a les 11:39 +0200, en/na Narcis Garcia va escriure: > Després d'un «shutdown» la única manera que he trobat d'iniciar una > Raspberry és treient-li l'electricitat i tornant-li a donar. > > No sé si es podria explorar la possibilitat d'iniciar-la amb un > paquet > WoL (wake-on-lan), que per exemple s'enviï des d'un router que > estigui > fora del SAI. > O una alternativa més atípica seria un relé que li tregui > l'electricitat, i després aconseguir que la hi torni a donar. > > > El 24/4/23 a les 10:50, Jordi ha escrit: > > Bon dia, al poble tinc una raspberry pi zero 2w y com que hi ha > > força > > talls de llum, la he connectat a un UPS Green Cell. > > Com que ho tinc tot a distància, és una mica complicat fer proves. > > Ara en principi tinc programat un shutdown si el sai es troba en > > bateria y a més està baixa. Suposo que fins aquí, tot bé. > > El que no tinc massa clar, és que passa si s'atura la raspberry y > > queda > > un cul o zero bateria, com es torna a engegar la raspi? > > > > Suposo que això hi te alguna cosa a veure però no ho tinc clar. > > Si torna la llum després d'aturar-se la raspi i encara que quedi > > bateria al sai ??? > > > > ups.delay.shutdown: 30 > > ups.delay.start: 180 > > > > Salutacions > > > > Jordi > > >
nut
Bon dia, al poble tinc una raspberry pi zero 2w y com que hi ha força talls de llum, la he connectat a un UPS Green Cell. Com que ho tinc tot a distància, és una mica complicat fer proves. Ara en principi tinc programat un shutdown si el sai es troba en bateria y a més està baixa. Suposo que fins aquí, tot bé. El que no tinc massa clar, és que passa si s'atura la raspberry y queda un cul o zero bateria, com es torna a engegar la raspi? Suposo que això hi te alguna cosa a veure però no ho tinc clar. Si torna la llum després d'aturar-se la raspi i encara que quedi bateria al sai ??? ups.delay.shutdown: 30 ups.delay.start: 180 Salutacions Jordi
Re: (deb-cat) Mantenir versio de paquet
Bon dia, no has pensat en fer servir el firefox que ofereixen ells al web ? En el meu cas jo tinc el firefox 112.0 i pendent d'acualitzar a nova versió. La pega es que he d'actualitzar versions força sovint però ho prefereixo a tenir un firefox sense actualitzar. Salutacions Jordi. On Wed, 19 Apr 2023 09:10:03 +0200, Narcis Garcia wrote: > A causa del problema amb M.Firefox 102 (que satura la memòria en algunes > configuracions per determinar), necessito que firefox-esr no > s'actualitzi amb la resta de paquets del sistema. > > Amb el Synaptic he marcat els paquets de Firefox amb «Bloca la versió», > però no sembla tenir cap efecte. > > Com faig per a què els actualitzadors de paquets (apt, apt-get, > Synaptic, etc.) no incloguin aquests paquets amb un upgrade, > full-upgrade o dist-upgrade ? > > Gràcies. > -- > > > __ > I'm using this express-made address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors.
Re: error: out of memory
Hola, Sospito que el que ha passat aquí és que el sistema d'arxius on tens /var/lib/dpkg/info/ ha tingut algún problema i tens 1 o més d'un fitxer malmès. Donat que tens aquest error en la instal·lació del paquet python3.11 almenys sabem que el fitxer que correspon a aquest paquet està malmès pero no descartaria que en el futur en trobis d'altres. Tanmateix, per solucionar-ho només has de seguir les indicacions que et poso més avall però pel paquet en qüestió que et falli en aquell moment. Així que la solució al teu problema seria q esborris el fitxer: rm /var/lib/dpkg/info/python3.11.list Si vols, pots mirar quin contingut té, segurament estigui buit, truncat, a amb strings que no corresponen. Per si ho vols comparar a la meva màquina el md5sum d'aquest fitxer: ef564eb433ea96cc9431b38ab3e7064d /var/lib/dpkg/info/python3.11.list Un cop esborrat el fitxer has d forçar la reinstal·lació del paquet, per això fariem: apt-get install --reinstall python3.11 I llestos, amb això hauries de poder solucionar el problema. Per altre banda, com partim de la hipòtesi que aquest problema ha estat una corrupció en el sistema de fitxers seria recomanable que comprovis la salut del teu disc dur per si convé canviar-lo. Salutacions, -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El dom, 2 abr 2023 a las 19:30, Xavier De Yzaguirre i Maura () escribió: > > Sembla ser que no funciona. > No se si atrevir-me a eliminar-ne les línies del status > A veure si a algú se li acudeix el que fer. > Gràcies > > Xavier De Yzaguirre > xdeyzaguirre(at)gmail(dot)com > +34 629 953 830 > > > > > > Missatge de Jordi Pujol del dia dg., 2 d’abr. 2023 a > les 13:52: >> >> Hola, >> No comento gaires vegades, peró uns errors com aquests em fan ser >> curiós, perquè son molt estranys, sembla com si la màquina fallés, >> >> Aquest error al instal.lar python far evident que els fitxers >> d'aquests paquets en el disc son corruptes, >> s'hauria de fer: >> rm -vf /var/cache/apt/archives/python* >> al resinstal.lar tornarà a descarregar els paquets >> >> Podría ser el disc dur, és lo més probable, hauries de fer algunes proves. >> L'última vegada vaig solucionar-ho canviant el disc mecànic per un SSD >> de 1TB. Va molt més depressa i no falla quasi mai. >> >> Salut, >> Jordi Pujol >> >> On Sun, Apr 2, 2023 at 12:54 PM Xavier De Yzaguirre i Maura >> wrote: >> > >> > Bon dia de nou, >> > Algú més s'ha trobat amb el problema del python3.11 al fer un apt upgrade: >> > 2023-04-02 11:52:18 xavier@PC006:~$ sudo apt upgrade >> > S'està llegint la llista de paquets… Fet >> > S'està construint l'arbre de dependències… Fet >> > S'està llegint la informació de l'estat… Fet >> > S'està calculant l'actualització… Fet >> > S'instal·laran els paquets NOUS següents: >> > linux-headers-6.1.0-7-amd64 linux-headers-6.1.0-7-common >> > linux-image-6.1.0-7-amd64 >> > S'actualitzaran els paquets següents: >> > console-setup console-setup-linux fuse3 installation-report >> > keyboard-configuration libdebconfclient0 libfuse3-3 libpackagekitqt5-1 >> > linux-compiler-gcc-12-x86 linux-doc >> > linux-doc-6.1 linux-headers-amd64 linux-image-amd64 linux-kbuild-6.1 >> > linux-libc-dev xserver-common xserver-xorg-core xserver-xorg-legacy >> > 18 actualitzats, 3 nous a instal·lar, 0 a suprimir i 0 no actualitzats. >> > S'ha d'obtenir 8.611 kB/137 MB d'arxius. >> > Després d'aquesta operació s'utilitzaran 570 MB d'espai en disc addicional. >> > Voleu continuar? [S/n] >> > Bai:1 http://httpredir.debian.org/debian bookworm/main amd64 fuse3 amd64 >> > 3.14.0-3 [35,8 kB] >> > Bai:2 http://httpredir.debian.org/debian bookworm/main amd64 libfuse3-3 >> > amd64 3.14.0-3 [88,0 kB] >> > Bai:3 http://httpredir.debian.org/debian bookworm/main amd64 >> > xserver-common all 2:21.1.7-2 [2.381 kB] >> > Bai:4 http://httpredir.debian.org/debian bookworm/main amd64 >> > xserver-xorg-legacy amd64 2:21.1.7-2 [2.387 kB] >> > Bai:5 http://httpredir.debian.org/debian bookworm/main amd64 >> > xserver-xorg-core amd64 2:21.1.7-2 [3.719 kB] >> > S'ha baixat 8.611 kB en 2s (4.713 kB/s) >> > [master cf8db93] saving uncommitted changes in /etc prior to apt run >> > Author: xavier >> > 7 files changed, 19 insertions(+), 87 deletions(-) >> > delete mode 100644 NetworkManager/system-connections/Proton VPN >> > ES#27.nmconnection >> > delete mode 100644 >> > NetworkManager/sy
Re: error: out of memory
segur que la màquina va bé ? hauries de comprovar la màquina, sobretot el disc On Sun, Apr 2, 2023 at 1:51 PM Jordi Pujol wrote: > > Hola, > No comento gaires vegades, peró uns errors com aquests em fan ser > curiós, perquè son molt estranys, sembla com si la màquina fallés, > > Aquest error al instal.lar python far evident que els fitxers > d'aquests paquets en el disc son corruptes, > s'hauria de fer: > rm -vf /var/cache/apt/archives/python* > al resinstal.lar tornarà a descarregar els paquets > > Podría ser el disc dur, és lo més probable, hauries de fer algunes proves. > L'última vegada vaig solucionar-ho canviant el disc mecànic per un SSD > de 1TB. Va molt més depressa i no falla quasi mai. > > Salut, > Jordi Pujol > > On Sun, Apr 2, 2023 at 12:54 PM Xavier De Yzaguirre i Maura > wrote: > > > > Bon dia de nou, > > Algú més s'ha trobat amb el problema del python3.11 al fer un apt upgrade: > > 2023-04-02 11:52:18 xavier@PC006:~$ sudo apt upgrade > > S'està llegint la llista de paquets… Fet > > S'està construint l'arbre de dependències… Fet > > S'està llegint la informació de l'estat… Fet > > S'està calculant l'actualització… Fet > > S'instal·laran els paquets NOUS següents: > > linux-headers-6.1.0-7-amd64 linux-headers-6.1.0-7-common > > linux-image-6.1.0-7-amd64 > > S'actualitzaran els paquets següents: > > console-setup console-setup-linux fuse3 installation-report > > keyboard-configuration libdebconfclient0 libfuse3-3 libpackagekitqt5-1 > > linux-compiler-gcc-12-x86 linux-doc > > linux-doc-6.1 linux-headers-amd64 linux-image-amd64 linux-kbuild-6.1 > > linux-libc-dev xserver-common xserver-xorg-core xserver-xorg-legacy > > 18 actualitzats, 3 nous a instal·lar, 0 a suprimir i 0 no actualitzats. > > S'ha d'obtenir 8.611 kB/137 MB d'arxius. > > Després d'aquesta operació s'utilitzaran 570 MB d'espai en disc addicional. > > Voleu continuar? [S/n] > > Bai:1 http://httpredir.debian.org/debian bookworm/main amd64 fuse3 amd64 > > 3.14.0-3 [35,8 kB] > > Bai:2 http://httpredir.debian.org/debian bookworm/main amd64 libfuse3-3 > > amd64 3.14.0-3 [88,0 kB] > > Bai:3 http://httpredir.debian.org/debian bookworm/main amd64 xserver-common > > all 2:21.1.7-2 [2.381 kB] > > Bai:4 http://httpredir.debian.org/debian bookworm/main amd64 > > xserver-xorg-legacy amd64 2:21.1.7-2 [2.387 kB] > > Bai:5 http://httpredir.debian.org/debian bookworm/main amd64 > > xserver-xorg-core amd64 2:21.1.7-2 [3.719 kB] > > S'ha baixat 8.611 kB en 2s (4.713 kB/s) > > [master cf8db93] saving uncommitted changes in /etc prior to apt run > > Author: xavier > > 7 files changed, 19 insertions(+), 87 deletions(-) > > delete mode 100644 NetworkManager/system-connections/Proton VPN > > ES#27.nmconnection > > delete mode 100644 > > NetworkManager/system-connections/pvpn-ipv6leak-protection.nmconnection > > delete mode 100644 > > NetworkManager/system-connections/pvpn-killswitch.nmconnection > > create mode 12 > > "systemd/system/multi-user.target.wants/snap-gnome\\x2d3\\x2d38\\x2d2004-137.mount" > > create mode 100644 > > "systemd/system/snap-gnome\\x2d3\\x2d38\\x2d2004-137.mount" > > create mode 12 > > "systemd/system/snapd.mounts.target.wants/snap-gnome\\x2d3\\x2d38\\x2d2004-137.mount" > > S'estan llegint els canvis... Fet > > S'estan preconfigurant els paquets... > > setting xserver-xorg-legacy/xwrapper/allowed_users from configuration file > > dpkg: s'ha produït un error greu irrecuperable, s'esta interrompent: > > el fitxer de la llista de fitxers del paquet «python3.11» conté un nom de > > fitxer buit > > E: Sub-process /usr/bin/dpkg returned an error code (2) > > He provat les solucions habituals, > > 2023-04-02 12:02:35 xavier@PC006:~$ sudo apt install -f > > S'està llegint la llista de paquets… Fet > > S'està construint l'arbre de dependències… Fet > > S'està llegint la informació de l'estat… Fet > > 0 actualitzats, 0 nous a instal·lar, 0 a suprimir i 18 no actualitzats. > > i res. També: > > 2023-04-02 12:04:27 xavier@PC006:~$ sudo dpkg --configure -a > > Fe fet sudo apt -autoclean: > > 2023-04-02 12:07:29 xavier@PC006:~$ sudo apt autoclean > > S'està llegint la llista de paquets… Fet > > S'està construint l'arbre de dependències… Fet > > S'està llegint la informació de l'estat… Fet > > > > . > > > > Del libpython3.10-dbg 3.10.6-1 [13,8 MB] > > Del python3-dbus 1.3.2-1 [109 kB] > > Del python3-ibus-1.0 1.5.27-2 [277 kB] > > Del python3-keyring 23.9.1-1 [55,6 kB] > > Del pyth
Re: error: out of memory
Hola, No comento gaires vegades, peró uns errors com aquests em fan ser curiós, perquè son molt estranys, sembla com si la màquina fallés, Aquest error al instal.lar python far evident que els fitxers d'aquests paquets en el disc son corruptes, s'hauria de fer: rm -vf /var/cache/apt/archives/python* al resinstal.lar tornarà a descarregar els paquets Podría ser el disc dur, és lo més probable, hauries de fer algunes proves. L'última vegada vaig solucionar-ho canviant el disc mecànic per un SSD de 1TB. Va molt més depressa i no falla quasi mai. Salut, Jordi Pujol On Sun, Apr 2, 2023 at 12:54 PM Xavier De Yzaguirre i Maura wrote: > > Bon dia de nou, > Algú més s'ha trobat amb el problema del python3.11 al fer un apt upgrade: > 2023-04-02 11:52:18 xavier@PC006:~$ sudo apt upgrade > S'està llegint la llista de paquets… Fet > S'està construint l'arbre de dependències… Fet > S'està llegint la informació de l'estat… Fet > S'està calculant l'actualització… Fet > S'instal·laran els paquets NOUS següents: > linux-headers-6.1.0-7-amd64 linux-headers-6.1.0-7-common > linux-image-6.1.0-7-amd64 > S'actualitzaran els paquets següents: > console-setup console-setup-linux fuse3 installation-report > keyboard-configuration libdebconfclient0 libfuse3-3 libpackagekitqt5-1 > linux-compiler-gcc-12-x86 linux-doc > linux-doc-6.1 linux-headers-amd64 linux-image-amd64 linux-kbuild-6.1 > linux-libc-dev xserver-common xserver-xorg-core xserver-xorg-legacy > 18 actualitzats, 3 nous a instal·lar, 0 a suprimir i 0 no actualitzats. > S'ha d'obtenir 8.611 kB/137 MB d'arxius. > Després d'aquesta operació s'utilitzaran 570 MB d'espai en disc addicional. > Voleu continuar? [S/n] > Bai:1 http://httpredir.debian.org/debian bookworm/main amd64 fuse3 amd64 > 3.14.0-3 [35,8 kB] > Bai:2 http://httpredir.debian.org/debian bookworm/main amd64 libfuse3-3 amd64 > 3.14.0-3 [88,0 kB] > Bai:3 http://httpredir.debian.org/debian bookworm/main amd64 xserver-common > all 2:21.1.7-2 [2.381 kB] > Bai:4 http://httpredir.debian.org/debian bookworm/main amd64 > xserver-xorg-legacy amd64 2:21.1.7-2 [2.387 kB] > Bai:5 http://httpredir.debian.org/debian bookworm/main amd64 > xserver-xorg-core amd64 2:21.1.7-2 [3.719 kB] > S'ha baixat 8.611 kB en 2s (4.713 kB/s) > [master cf8db93] saving uncommitted changes in /etc prior to apt run > Author: xavier > 7 files changed, 19 insertions(+), 87 deletions(-) > delete mode 100644 NetworkManager/system-connections/Proton VPN > ES#27.nmconnection > delete mode 100644 > NetworkManager/system-connections/pvpn-ipv6leak-protection.nmconnection > delete mode 100644 > NetworkManager/system-connections/pvpn-killswitch.nmconnection > create mode 12 > "systemd/system/multi-user.target.wants/snap-gnome\\x2d3\\x2d38\\x2d2004-137.mount" > create mode 100644 "systemd/system/snap-gnome\\x2d3\\x2d38\\x2d2004-137.mount" > create mode 12 > "systemd/system/snapd.mounts.target.wants/snap-gnome\\x2d3\\x2d38\\x2d2004-137.mount" > S'estan llegint els canvis... Fet > S'estan preconfigurant els paquets... > setting xserver-xorg-legacy/xwrapper/allowed_users from configuration file > dpkg: s'ha produït un error greu irrecuperable, s'esta interrompent: > el fitxer de la llista de fitxers del paquet «python3.11» conté un nom de > fitxer buit > E: Sub-process /usr/bin/dpkg returned an error code (2) > He provat les solucions habituals, > 2023-04-02 12:02:35 xavier@PC006:~$ sudo apt install -f > S'està llegint la llista de paquets… Fet > S'està construint l'arbre de dependències… Fet > S'està llegint la informació de l'estat… Fet > 0 actualitzats, 0 nous a instal·lar, 0 a suprimir i 18 no actualitzats. > i res. També: > 2023-04-02 12:04:27 xavier@PC006:~$ sudo dpkg --configure -a > Fe fet sudo apt -autoclean: > 2023-04-02 12:07:29 xavier@PC006:~$ sudo apt autoclean > S'està llegint la llista de paquets… Fet > S'està construint l'arbre de dependències… Fet > S'està llegint la informació de l'estat… Fet > > . > > Del libpython3.10-dbg 3.10.6-1 [13,8 MB] > Del python3-dbus 1.3.2-1 [109 kB] > Del python3-ibus-1.0 1.5.27-2 [277 kB] > Del python3-keyring 23.9.1-1 [55,6 kB] > Del python3-talloc 2.3.4-1 [17,7 kB] > Del python3-systemd 235-1 [39,5 kB] > Del python-jinja2-doc 3.0.3-2 [190 kB] > Del python3-dulwich 0.20.46-1 [322 kB] > Del python3-xdg 0.27-3 [38,8 kB] > Del python3-tk 3.10.7-1 [109 kB] > Del python3-gdal 3.5.2+dfsg-1 [938 kB] > Del python3-psutil 5.9.2-1 [189 kB] > Del python3-distutils 3.10.7-1 [141 kB] > Del python3-jinja2 3.0.3-2 [121 kB] > Del python3-gdbm 3.10.7-1 [19,1 kB] > Del python3-dbg 3.10.6-1 [1.228 B] > Del python3.10-dbg 3.10.6-1 [28,5 MB] > Del python3-lib2to3 3.10.7-1 [79,9 kB] > > (he esborrat les sort
Re: error: out of memory
Hola, Em sembla q t'has topat amb aquest bug: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1970402 A l'enllaç [1] trobaràs una solució que et servirà fins que ho arreglin. [1] https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/1970402/comments/25 Salutacions, -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El jue, 30 mar 2023 a las 12:36, Xavier De Yzaguirre i Maura (< xdeyzagui...@gmail.com>) escribió: > Bon dia jovent, > Fa un parell de setmanes que he d'arrencar el portàtil amb un live usb, si > faig l'arrencada normal, em diu error: out of memory i em fa un kernel > panic. > Crec que tot va començar arrel d'una arrencada després d'un upgrade, però > no ho tinc clar. > L'equip es un msi Prestige 15 A10SC-007ES amb 32 GB de RAM > Porta dos discs NVME de 512 GB configurats així: > user@debian:~$ lsblk > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > loop0 7:00 2,8G 1 loop > /usr/lib/live/mount/rootfs/filesystem.squashfs > sda 8:01 14,4G 0 disk > ├─sda1 8:11 3,4G 0 part > /usr/lib/live/mount/medium > └─sda2 8:21 4,9M 0 part > nvme1n1 259:00 476,9G 0 disk > └─nvme1n1p1 259:10 476,9G 0 part > └─PC006.VG01-PC006.LV01 254:00 725,5G 0 lvm > nvme0n1 259:20 476,9G 0 disk > ├─nvme0n1p1 259:30 1,9G 0 part > ├─nvme0n1p2 259:40 119,2G 0 part > ├─nvme0n1p3 259:50 59,6G 0 part > ├─nvme0n1p4 259:60 31,7G 0 part > ├─nvme0n1p5 259:7016G 0 part > └─nvme0n1p6 259:80 248,6G 0 part > └─PC006.VG01-PC006.LV01 254:00 725,5G 0 lvm > La nvme0n1p1 es boot > La nvme0n1p2 es root > La nvme0n1p3 es var > La nvme0n1p4 es tmp > La nvme0n1p5 es swap > La PC006.VG01-PC006.LV01 (LVM suma de les nvme0n1p5 i la nvme1n1p1), es on > hi tinc /home > > El disc sda es l'usb amb la live que estic utilitzant per arrencar que es > una 11.6 (jo utilitzo la 12, la del menjallibres). > > Seguint algunes indicacions que he trobat googlejant faig el següent: > > user@debian:~$ sudo mount /dev/nvme0n1p2 /mnt > user@debian:~$ sudo mount /dev/nvme0n1p1 /mnt/boot/efi > user@debian:~$ sudo mount /dev/nvme0n1p3 /mnt/var > user@debian:~$ sudo mount /dev/nvme0n1p4 /mnt/tmp > user@debian:~$ cat /mnt/etc/resolv.conf > # Generated by NetworkManager > nameserver 80.58.61.254 > nameserver 80.58.61.250 > user@debian:~$ sudo mount --bind /dev /mnt/dev > user@debian:~$ sudo mount --bind /dev/pts /mnt/dev/pts > user@debian:~$ sudo mount --bind /proc /mnt/proc > user@debian:~$ sudo mount --bind /sys /mnt/sys > user@debian:~$ > > I tot seguit faig un chroot a /mnt. > I comprovo que tinc accés a la xarxa per si calgués: > root@debian:/# ping debian.org > PING debian.org (128.31.0.62) 56(84) bytes of data. > 64 bytes from mirror-csail.debian.org (128.31.0.62): icmp_seq=1 ttl=50 > time=112 ms > 64 bytes from mirror-csail.debian.org (128.31.0.62): icmp_seq=2 ttl=50 > time=113 ms > ^C > --- debian.org ping statistics --- > 2 packets transmitted, 2 received, 0% packet loss, time 1078ms > rtt min/avg/max/mdev = 112.442/112.879/113.316/0.437 ms > > Desprès miro quines imatges tinc instal·lades: > root@debian:/# ls -ahl /boot > total 162M > drwxr-xr-x 4 root root 4,0K 30 de març 11:39 . > drwxr-xr-x 24 root root 4,0K 12 de març 13:03 .. > -rw-r--r-- 1 root root 254K 29 de gen. 13:33 config-6.1.0-3-amd64 > -rw-r--r-- 1 root root 254K 15 de febr. 06:56 config-6.1.0-5-amd64 > -rw-r--r-- 1 root root 254K 5 de març 16:33 config-6.1.0-6-amd64 > drwxr-xr-x 3 root root 4,0K 1 de gen. 1970 efi > drwxr-xr-x 8 root root 4,0K 30 de març 10:35 grub > -rw-r--r-- 1 root root 46M 30 de març 10:35 initrd.img-6.1.0-3-amd64 > -rw-r--r-- 1 root root 46M 30 de març 10:35 initrd.img-6.1.0-5-amd64 > -rw-r--r-- 1 root root 47M 30 de març 11:39 initrd.img-6.1.0-6-amd64 > -rw-r--r-- 1 root root 83 29 de gen. 13:33 System.map-6.1.0-3-amd64 > -rw-r--r-- 1 root root 83 15 de febr. 06:56 System.map-6.1.0-5-amd64 > -rw-r--r-- 1 root root 83 5 de març 16:33 System.map-6.1.0-6-amd64 > -rw-r--r-- 1 root root 8,0M 29 de gen. 13:33 vmlinuz-6.1.0-3-amd64 > -rw-r--r-- 1 root root 7,8M 15 de febr. 06:56 vmlinuz-6.1.0-5-amd64 > -rw-r--r-- 1 root root 8,0M 5 de març 16:33 vmlinuz-6.1.0-6-amd64 > I actualitzo les initramfs: > root@debian:/# update-initramfs -u -k all > update-initramfs: Generating /boot/initrd.img-6.1.0-6-amd64 > update-initramfs: Generating /boot/initrd.img-6.1.0-5-amd64 > update-initramfs: Generating /boot/initrd.img-6.1.0-3-amd64 > Després actualitzo grub: > root@debian:/# update-grub > Generating grub configuration file ... > Found theme: /boot/grub/themes/Breeze/theme.txt > Found background image: /usr/share/images/desktop-base/desktop-grub.png > Found linux image:
Re: USB discs no detectats/muntats
Hola, Fa pinta que estas utilitzant usbguard i aquest està bloquejant el dispositiu USB. A l'enllaç [1] que et poso trobaràs com autoritzar el dispositiu USB que endolles i com fer aquest canvi permanent. [1] https://askubuntu.com/a/1331639 Salutacions, -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El mar, 28 mar 2023 a las 23:43, Xavier Narcís () escribió: > > Hola , > > Tinc un ordinador amb Debian. > > Quan inserto un llapis de memòria no me'l reconeix. > > > $ sudo dmesg | grep -i usb | tail > [ 5178.345857] usb 1-1: SerialNumber: 4C530009460109105141 > [ 5178.346732] usb 1-1: Device is not authorized for usage > [ 5194.783328] usb 1-1: USB disconnect, device number 27 > [ 5201.880764] usb 1-1: new high-speed USB device number 28 using xhci_hcd > [ 5202.029470] usb 1-1: New USB device found, idVendor=0781, idProduct=5572, > bcdDevice= 1.27 > [ 5202.029485] usb 1-1: New USB device strings: Mfr=1, Product=2, > SerialNumber=3 > [ 5202.029492] usb 1-1: Product: Cruzer Switch > [ 5202.029497] usb 1-1: Manufacturer: SanDisk > [ 5202.029502] usb 1-1: SerialNumber: 4C530009460109105141 > [ 5202.029961] usb 1-1: Device is not authorized for usage > > > Només el trobo com a última instància usant: > > > $ usb-devices > > T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh=12 > D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=01 MxPS=64 #Cfgs= 1 > P: Vendor=1d6b ProdID=0002 Rev=06.01 > S: Manufacturer=Linux 6.1.0-7-amd64 xhci-hcd > S: Product=xHCI Host Controller > S: SerialNumber=:00:14.0 > C: #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA > I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub > E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms > > T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 5 Spd=480 MxCh= 0 > D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 > P: Vendor=0781 ProdID=5572 Rev=01.27 > S: Manufacturer=SanDisk > S: Product=Cruzer Switch > S: SerialNumber=4C530009460109105141 > C: #Ifs= 0 Cfg#= 0 Atr= MxPwr= > cat: '/sys/bus/usb/devices/usb1/1-1/1-*:?.*/bInterfaceNumber': El fitxer o > directori no existeix > cat: '/sys/bus/usb/devices/usb1/1-1/1-*:?.*/bAlternateSetting': El fitxer o > directori no existeix > cat: '/sys/bus/usb/devices/usb1/1-1/1-*:?.*/bNumEndpoints': El fitxer o > directori no existeix > cat: '/sys/bus/usb/devices/usb1/1-1/1-*:?.*/bInterfaceClass': El fitxer o > directori no existeix > cat: '/sys/bus/usb/devices/usb1/1-1/1-*:?.*/bInterfaceSubClass': El fitxer o > directori no existeix > cat: '/sys/bus/usb/devices/usb1/1-1/1-*:?.*/bInterfaceProtocol': El fitxer o > directori no existeix > /usr/bin/usb-devices: 91: printf: 0x: not completely converted > /usr/bin/usb-devices: 91: printf: 0x: not completely converted > I: If#= 0 Alt= 0 #EPs= 0 Cls=(none)() Sub= Prot= Driver= > > T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=5000 MxCh= 6 > D: Ver= 3.00 Cls=09(hub ) Sub=00 Prot=03 MxPS= 9 #Cfgs= 1 > P: Vendor=1d6b ProdID=0003 Rev=06.01 > S: Manufacturer=Linux 6.1.0-7-amd64 xhci-hcd > S: Product=xHCI Host Controller > S: SerialNumber=:00:14.0 > C: #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA > I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub > E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256ms > > > > Em podeu donar alguna pista a partir d'aquí sobre què hauria de mirar ? > > > Gràcies per avançat ! > > Salut. >
Re: configuració /dev/tty1
Bones. El motiu en aquest cas, que faig servir la consola, és que així deixo lliure l'entorn gràfic perqué una altra persona el pugui utilitzar mentro vaig a treballar, deixant jo treballs a tty1. A les dolentes un startx m'engega el gestor d'escriptoi Salutacions Jordi On Sun, 27 Nov 2022 16:56:54 +0100, tictacbum wrote: > Hola! > jo aquestes consoles només les faig servir quan em deixa de funcionar > l'entorn gràfic, potser podeu fer servir eines que evitin de fer-les servir > per exemple, en el cas del Jordi que deia "estic utilitzant ipdeny per > afegir regles a ufw i son uns quant milers de línies i triga força estona, > per això ho executo des de tty1" > pots fer servir screen, des de l'entorn gràfic, si no vols tenir-hi una > consola permanentment corrent: > screen - > (executes la comanda ipdeny que triga molt) > control + A + D > tanques terminal, i quan vols tornar a la consola on tens l'ipdeny > executant-se: > screen -r > > salut! > Lluís > > > Missatge de Ernest Adrogué del dia dg., 27 de nov. 2022 a > les 11:53: > > > 2022-11-27, 07:36 (+); Toni Mas Soler escriu: > > > Més enllà del l'origen de la consulta, que sembla estar més associada > > > a aspectes de NVDIA, veig que en el meu sistema el nomodeset es > > > configura en el > > > > > > només en cas només de consola de recuperació. > > > > > > A la que hagi de rearrancar la màquina, provaré aquesta opció. Però el > > > què no entenc és perquè, sense carregar el mòdul fbcon el sistema > > > permet cache de paginació. Algú coneix de literatura per anar > > > investigant? > > > > La consola original de Linux utilitza un mode de video de text (un mode > > de video que permet manipular directament caràcters de text a la > > pantalla, en lloc de pixels). > > > > Més endavant van afegir la consola 'framebuffer', que bàsicament simula > > un mode de video de text dins d'un mode de video gràfic, cosa que permet > > mostrar gràfics a la consola i utilitzar resolucions no estàndards, > > entre altres avantatges. La consola framebuffer utilitza funcionalitats > > específiques de la targeta de video, per tant la implementació és > > depenent del maquinari. Cada targeta de video utilitza una consola > > framebuffer diferent (al contrari de la consola de text, que utilitza la > > interficie BIOS). > > > > En resum, el problema que descriviu en aquest fil sembla que està > > relacionat amb la consola 'framebuffer' de nvidia. Per això, quan > > desactiveu aquesta consola i el kernel passa a utilitzar la consola de > > text, el desplaçament funciona correctament. > > > > > > Salutacions > > > >
Re: configuració /dev/tty1
Hola, doncs jo estic força perdut però si que és veritat que afegint la
línia
set gfxpayload=keep
i actualitzant grub, tinc els tty que funcionen correctament però amb una
resolució major, és a dir, la lletra més petita.
Suposo que les "console" no son tan "console" i son més gràfiques i que
requereixen algún ajust.
No sé
Salutacions
Jordi
On Fri, 25 Nov 2022 18:14:00 +0100, Narcis Garcia wrote:
> No entenc què té a veure el «gfxpayload» amb el desplaçament.
> Ho provaré en un entorn sense Nvidia.
>
>
> El 25/11/22 a les 16:07, Jordi ha escrit:
> > Finalment cercant per NVIDIA i el Debian he trobat que -crec- que és
a
> > causa del controlador d'NVIDIA que m'ha derivat a:
> >
> > https://forums.debian.net/viewtopic.php?t=41881
> > .
> > It is simple :)
> > Simply modify /etc/grub.d/00_header as follows:
> > On approximately line 77 you should see:
> >
> > Code: Select all
> >
> > if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}`
;
> > then
> > set gfxmode=${GRUB_GFXMODE}
> > insmod gfxterm
> >
> > Insert one line as follows:
> >
> > Code: Select all
> >
> > if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}`
;
> > then
> > set gfxmode=${GRUB_GFXMODE}
> > set gfxpayload=keep
> > insmod gfxterm
> > .
> >
> > La lletra es petita però desplaça correctament i sembla que tot
rutlla
> > bé.. un altre dia n'intentaré canviar la mida.
> >
> > Gracies.
> >
> > El dv. 25 de 11 de 2022 a les 15:20 +0100, en/na Jordi va escriure:
> >> He provat amb diferents valors a rows i la pantalla es limita a
> >> aquest
> >> valor, però no desplaça el contingut. Ara veig però, que el
contingut
> >> es desplaça quan vaig de tty1 a tty7 i torno al tty1
consecutivament.
> >>
> >> Salutacions
> >>
> >>
> >> El dv. 25 de 11 de 2022 a les 13:41 +0100, en/na Xavier Drudis
Ferran
> >> va escriure:
> >>> El Fri, Nov 25, 2022 at 12:03:17PM +0100, Jordi deia:
> >>>> De fet em passa sempre i inutilitza força el terminal. Imagina
> >>>> que
> >>>> qualsevol programa interactiu que et demani dades,
> >>>> en arribar abaix de tot ja no saps com continuar.
> >>>>
> >>>> Salutacions
> >>>>
> >>>
> >>> Perdoneu si pixo fora de test perquè jo no m'hi he trobat mai, però
> >>> has provat de posar
> >>> stty cols 80 rows 20
> >>> o els números que et vagin bé per les línies visibles que tens ?
> >>>
> >>> (stty està al paquet coreutils, ja el deus tenir)
> >>>
> >>
> >>
> >
> >
>
> --
>
> Narcis Garcia
>
> __
> I'm using this dedicated address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
Re: configuració /dev/tty1
Finalment cercant per NVIDIA i el Debian he trobat que -crec- que és a
causa del controlador d'NVIDIA que m'ha derivat a:
https://forums.debian.net/viewtopic.php?t=41881
.
It is simple :)
Simply modify /etc/grub.d/00_header as follows:
On approximately line 77 you should see:
Code: Select all
if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}` ;
then
set gfxmode=${GRUB_GFXMODE}
insmod gfxterm
Insert one line as follows:
Code: Select all
if loadfont `make_system_path_relative_to_its_root ${GRUB_FONT_PATH}` ;
then
set gfxmode=${GRUB_GFXMODE}
set gfxpayload=keep
insmod gfxterm
.
La lletra es petita però desplaça correctament i sembla que tot rutlla
bé.. un altre dia n'intentaré canviar la mida.
Gracies.
El dv. 25 de 11 de 2022 a les 15:20 +0100, en/na Jordi va escriure:
> He provat amb diferents valors a rows i la pantalla es limita a
> aquest
> valor, però no desplaça el contingut. Ara veig però, que el contingut
> es desplaça quan vaig de tty1 a tty7 i torno al tty1 consecutivament.
>
> Salutacions
>
>
> El dv. 25 de 11 de 2022 a les 13:41 +0100, en/na Xavier Drudis Ferran
> va escriure:
> > El Fri, Nov 25, 2022 at 12:03:17PM +0100, Jordi deia:
> > > De fet em passa sempre i inutilitza força el terminal. Imagina
> > > que
> > > qualsevol programa interactiu que et demani dades,
> > > en arribar abaix de tot ja no saps com continuar.
> > >
> > > Salutacions
> > >
> >
> > Perdoneu si pixo fora de test perquè jo no m'hi he trobat mai, però
> > has provat de posar
> > stty cols 80 rows 20
> > o els números que et vagin bé per les línies visibles que tens ?
> >
> > (stty està al paquet coreutils, ja el deus tenir)
> >
>
>
Re: configuració /dev/tty1
De fet em passa sempre i inutilitza força el terminal. Imagina que qualsevol programa interactiu que et demani dades, en arribar abaix de tot ja no saps com continuar. Salutacions El dv. 25 de 11 de 2022 a les 11:55 +0100, en/na Jordi va escriure: > Bon dia. > El problema és que tot continua més avall després que s'ompli la > pantalla i no puc veure si > està continuant el while ..do o bé està penjat (les línies no es > desplacen cap amunt). He de fer un control-c per aturar i clear per > poder recuperar la pantalla. > > echo $line és prou útil per veure en quin punt estic, ja que son uns > quants milers de línies. > > Salutacions > > Jordi. > > > El dv. 25 de 11 de 2022 a les 08:08 +0100, en/na tictacbum va > escriure: > > Bon dia Jordi, > > no acabo de tenir clar si el problema és que no pots tirar amunt > > per veure les línies antigues o que quan se t'omple la pantalla no > > fa córrer amunt les línies automàticament > > sobre la línia que executes, també podries fer una cosa així: > > while read line; do sudo ufw deny from $line; done < > > paisdolentot.zone > > no cal que mostri res per pantalla (a no ser que ho vulguis per > > alguna cosa clar) > > salut! > > > > Missatge de Jordi Vila <215...@runbox.com> del dia dc., 23 de nov. > > 2022 a les 11:27: > > > > > > > > > > > > Bon dia, gracies per les respostes. > > > Referent al dpkg-reconfigure ho vaig provar fa un temps però > > > m'espatllava la configuració de l'entorn gràfic, així que ho baix > > > deixar com estaba. > > > > > > I això de l'ScrollBack com ho treballeu ?? > > > Jo per exemple estic utilitzant ipdeny per afegir regles a ufw i > > > son uns quant milers de línies i triga força estona, per això ho > > > executo des de tty1. > > > He afegit un clear a cada línia però no em sembla massa maco, > > > encara que funciona ... > > > while read line; do sudo ufw deny from $line; clear; echo $line; > > > done < paisdolentot.zone > > > > > > Salutacions > > > > > > On Tue, 22 Nov 2022 14:10:01 +0100, Leopold Palomo-Avellaneda > > > wrote: > > > > > > > Bon dia! > > > > > > > > El 22/11/22 a les 13:33, tictacbum ha escrit: > > > > > Hola, > > > > > l'scroll es va eliminar dels tty al kernel 5.9: > > > > > https://www.phoronix.com/news/Linux-5.9-Drops-Soft-Scrollback > > > > > > > > No crec que sigui això. A mi també em passa el mateix amb el > > > driver > > > > privatiu de NVIDIA i des de fa temps ( > Shift + PageUp crec, > > > perquè no l'he fet servir. Ara bé, si té relació > > > > tot plegat, no ho sé. > > > > > > > > A mi em passa quan _només_ treballo amb terminal, en canvi, a > > > una sessió > > > > gràfica funciona bé. > > > > > > > > Respecte al tema del teclat, estic d'acord amb: > > > > > > > > $ dpkg-reconfigure keyboard-configuration > > > > > > > > > > > > Leopold > > > > > > > > > > > > > > > > -- > > > > -- > > > > Linux User 152692 GPG: 05F4A7A949A2D9AA > > > > Catalonia > > > > - > > > > A: Because it messes up the order in which people normally read > > > text. > > > > Q: Why is top-posting such a bad thing? > > > > A: Top-posting. > > > > Q: What is the most annoying thing in e-mail? >
Re: configuració /dev/tty1
Bon dia. El problema és que tot continua més avall després que s'ompli la pantalla i no puc veure si està continuant el while ..do o bé està penjat (les línies no es desplacen cap amunt). He de fer un control-c per aturar i clear per poder recuperar la pantalla. echo $line és prou útil per veure en quin punt estic, ja que son uns quants milers de línies. Salutacions Jordi. El dv. 25 de 11 de 2022 a les 08:08 +0100, en/na tictacbum va escriure: > Bon dia Jordi, > no acabo de tenir clar si el problema és que no pots tirar amunt per > veure les línies antigues o que quan se t'omple la pantalla no fa > córrer amunt les línies automàticament > sobre la línia que executes, també podries fer una cosa així: > while read line; do sudo ufw deny from $line; done < > paisdolentot.zone > no cal que mostri res per pantalla (a no ser que ho vulguis per > alguna cosa clar) > salut! > > Missatge de Jordi Vila <215...@runbox.com> del dia dc., 23 de nov. > 2022 a les 11:27: > > > > > > > > Bon dia, gracies per les respostes. > > Referent al dpkg-reconfigure ho vaig provar fa un temps però > > m'espatllava la configuració de l'entorn gràfic, així que ho baix > > deixar com estaba. > > > > I això de l'ScrollBack com ho treballeu ?? > > Jo per exemple estic utilitzant ipdeny per afegir regles a ufw i > > son uns quant milers de línies i triga força estona, per això ho > > executo des de tty1. > > He afegit un clear a cada línia però no em sembla massa maco, > > encara que funciona ... > > while read line; do sudo ufw deny from $line; clear; echo $line; > > done < paisdolentot.zone > > > > Salutacions > > > > On Tue, 22 Nov 2022 14:10:01 +0100, Leopold Palomo-Avellaneda > > wrote: > > > > > Bon dia! > > > > > > El 22/11/22 a les 13:33, tictacbum ha escrit: > > > > Hola, > > > > l'scroll es va eliminar dels tty al kernel 5.9: > > > > https://www.phoronix.com/news/Linux-5.9-Drops-Soft-Scrollback > > > > > > No crec que sigui això. A mi també em passa el mateix amb el > > driver > > > privatiu de NVIDIA i des de fa temps ( > Shift + PageUp crec, > > perquè no l'he fet servir. Ara bé, si té relació > > > tot plegat, no ho sé. > > > > > > A mi em passa quan _només_ treballo amb terminal, en canvi, a una > > sessió > > > gràfica funciona bé. > > > > > > Respecte al tema del teclat, estic d'acord amb: > > > > > > $ dpkg-reconfigure keyboard-configuration > > > > > > > > > Leopold > > > > > > > > > > > > -- > > > -- > > > Linux User 152692 GPG: 05F4A7A949A2D9AA > > > Catalonia > > > - > > > A: Because it messes up the order in which people normally read > > text. > > > Q: Why is top-posting such a bad thing? > > > A: Top-posting. > > > Q: What is the most annoying thing in e-mail?
Re: configuració /dev/tty1
Bon dia, gracies per les respostes. Referent al dpkg-reconfigure ho vaig provar fa un temps però m'espatllava la configuració de l'entorn gràfic, així que ho baix deixar com estaba. I això de l'ScrollBack com ho treballeu ?? Jo per exemple estic utilitzant ipdeny per afegir regles a ufw i son uns quant milers de línies i triga força estona, per això ho executo des de tty1. He afegit un clear a cada línia però no em sembla massa maco, encara que funciona ... while read line; do sudo ufw deny from $line; clear; echo $line; done < paisdolentot.zone Salutacions On Tue, 22 Nov 2022 14:10:01 +0100, Leopold Palomo-Avellaneda wrote: > Bon dia! > > El 22/11/22 a les 13:33, tictacbum ha escrit: > > Hola, > > l'scroll es va eliminar dels tty al kernel 5.9: > > https://www.phoronix.com/news/Linux-5.9-Drops-Soft-Scrollback > > No crec que sigui això. A mi també em passa el mateix amb el driver > privatiu de NVIDIA i des de fa temps ( > Shift + PageUp crec, perquè no l'he fet servir. Ara bé, si té relació > tot plegat, no ho sé. > > A mi em passa quan _només_ treballo amb terminal, en canvi, a una sessió > gràfica funciona bé. > > Respecte al tema del teclat, estic d'acord amb: > > $ dpkg-reconfigure keyboard-configuration > > > Leopold > > > > -- > -- > Linux User 152692 GPG: 05F4A7A949A2D9AA > Catalonia > - > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail?
configuració /dev/tty1
Bon dia, voldria arreglar un problema que ja tinc de fa temps. Les línies del /dev/tty1, etc. no es desplacen cap amunt quan s'omple la pantalla i el teclat també està mal configurat amb una altra disposició, per la qual cosa està tot força limitat. On puc tocar aquesta configuració i com? Faig servir els controladors privatius NVIDIA ... Salutacions Jordi
ufw iptables
Bones. No estic gaire familiaritzat amb les iptables i us volia fer una pregunta. Estic buscant com, d'entrada, bloquejar les ips de diversos països. Faig servir el ufw (gufw) com a tallafocs i el fail2ban per bloquejar quan es produeix un intent d'accés no autoritzat. He trobat això : https://www.cyberciti.biz/faq/block-entier-country-using-iptables/ però no estic segur de com interferirà amb la configuració que ja tinc, que és la predeterminada + algun port obert. Ja sé que no és la solució definitiva, però tot ajuda una mica, tampoc sé si serà massa càrrega per l'ordinador. Si sabeu d'alguna altra cosa, sisplau m'ho dieu. Salutacions Jordi
Re: Trobades mensuals?
Hola, Els "services" del IRC d oftc tenen una comanda per demanar ajuda. Algunes de les comandes no comparteixen el mateix ordre de paràmetres que altres xarxes de IRC pero mirant l'ajuda podràs veure fàcilment com funcionen. La comanda general per demanar ajuda seria: /msg NickServ help I et respondrà amb totes les comandes que disposa. Si després vols veure com utilitzar una comanda concreta faries algo com: /msg NickServ help register De manera que per registrar un usuari la comanda que cerques té aquest format: /msg NickServ register password e-mail Fins aviat, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El mar, 28 dic 2021 a las 20:24, Xavier De Yzaguirre i Maura () escribió: > > Bon dia, > > Per accedir a #debian-catalan ho provo amb l'HexChat i quan intento > accedir-hi em respon: > > #debian-catalan :Cannot join channel (Need to be identified and > verified to join this channel, '/msg NickServ help' to learn how to > register and verify.) > > Sembla que cal un registre d'usuari i mot_de_pas, però no me'n surto, fa > massa anys que no toco l'IRC. > > He escrit "/msg NickServ register" i em diu "register" > > a continuació poso "/register "la_meva_password" "el_meu_correu"" i > teòricament m'ha de respondre enviant-me un correu. No se si sol trigar > gaire a fer-ho però de moment fa 30 minuts i no he rebut res. > > Em podeu orientar una mica? > > Gràcies. > > -- > Xavier De Yzaguirre i Maura > > xdeyzaguirre at protonmail(dot)ch > S > >
Re: iso-3166
Veig que : The Neutral Zone (NT,NTZ, 536) was divided and now is part of iraq (IQ, IRQ, 368) and part of Saudi Arabia (SA, SAU, 682) The code entry (NT,NTZ, 536) was deleted from ISO 3166-1 De tota manera, em pregunto si podré agafar qualsevol codi vàlid i si colarà... no sé si verifiquen la IP o alguna altra cosa. Salutacions Jordi El dv. 24 de 12 de 2021 a les 11:56 +0100, en/na Alex Muntada va escriure: > Hola, Narcis: > > > El país neutral té aquest codi: NT > > D'on surt això? No veig que l'ICANN el reconegui com un TLD i per > tant tampoc funcionarà el DNS per aquest domini (`dig nt` repon > que no exiteix, i.e. NXDOMAIN). > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > ⠈⠳⣄ >
Re: iso-3166
Hola, Ens falta una mica de context... Estem parlant de certificats signats per una CA privada que controles o estas generant un CSR que vols enviar a alguna entitat que et generi el certificat ? Suposant que la CA la controles tu o que la CA a qui li envies no verifica el codi de país (no es tècnicament obligatori per un certificat de domini), no cal inventar cap codi, senzillament no el posis en el teu CSR. Usant openssl seria algo d'aquest tipus: openssl req -nodes -sha256 -subj '/L=NomLocalitzacio/CN=foobar.tld' -newkey rsa:4096 -keyout mykey.pem -out mycsr.pem La part important és el paràmetre "-subj" amb lo qual no veuràs el clàssic prompt fent preguntes com el codi de país. Utilitzar el codi NT no sembla gaire bona pràctica. Per una banda, aquest no pertany a l'estàndard ISO-3166, i per altre, va existir només de forma temporal per un territori que després es va dividir entre Iraq i Arabia Saudi [1]. Si no us agraden els codis existents crec q es preferible no indicar-ne cap. [1] https://www.iso.org/obp/ui/#iso:code:3166:NT Salutacions, -- El vie, 24 dic 2021 a las 11:38, Jordi (<215...@runbox.com>) escribió: > > > Doncs tampoc ho accepta . > > > Jordi > > El dv. 24 de 12 de 2021 a les 10:28 +0100, en/na Narcis Garcia va > escriure: > > Per a certificats x.509 efectivament, s'utilitza la ISO 3166 als > > codis > > de país. > > El país neutral té aquest codi: NT > > D'aquesta manera, ni US, ni Cat ni ES. > > > > > > Narcis Garcia > > > > __ > > I'm using this dedicated address because personal addresses aren't > > masked enough at this mail public archive. Public archive > > administrator > > should fix this against automated addresses collectors. > > El 24/12/21 a les 10:24, Jordi ha escrit: > > > M'estic agafant amb calma la configuració de exim4 i ara toca la > > > part > > > dels certificats. > > > > > > Als que no us agrada el codi de país ES, que feu? He provat amb un > > > XZ > > > al csr però a l'intentar fer la sol·licitud a no-ip em diu que no > > > és > > > vàlid. El servidor serà per us estrictament personal del punt a al > > > punt > > > b i prou. Suposo que alguns fareu servir AD però vull saber si hi > > > ha > > > altres opcions. > > > > > > Gracies. > > > > > > Jordi > > > > > > >
Re: iso-3166
Doncs tampoc ho accepta . Jordi El dv. 24 de 12 de 2021 a les 10:28 +0100, en/na Narcis Garcia va escriure: > Per a certificats x.509 efectivament, s'utilitza la ISO 3166 als > codis > de país. > El país neutral té aquest codi: NT > D'aquesta manera, ni US, ni Cat ni ES. > > > Narcis Garcia > > __ > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive > administrator > should fix this against automated addresses collectors. > El 24/12/21 a les 10:24, Jordi ha escrit: > > M'estic agafant amb calma la configuració de exim4 i ara toca la > > part > > dels certificats. > > > > Als que no us agrada el codi de país ES, que feu? He provat amb un > > XZ > > al csr però a l'intentar fer la sol·licitud a no-ip em diu que no > > és > > vàlid. El servidor serà per us estrictament personal del punt a al > > punt > > b i prou. Suposo que alguns fareu servir AD però vull saber si hi > > ha > > altres opcions. > > > > Gracies. > > > > Jordi > > >
Re: iso-3166
Gracies, ho provaré. El dv. 24 de 12 de 2021 a les 10:28 +0100, en/na Narcis Garcia va escriure: > Per a certificats x.509 efectivament, s'utilitza la ISO 3166 als > codis > de país. > El país neutral té aquest codi: NT > D'aquesta manera, ni US, ni Cat ni ES. > > > Narcis Garcia > > __ > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive > administrator > should fix this against automated addresses collectors. > El 24/12/21 a les 10:24, Jordi ha escrit: > > M'estic agafant amb calma la configuració de exim4 i ara toca la > > part > > dels certificats. > > > > Als que no us agrada el codi de país ES, que feu? He provat amb un > > XZ > > al csr però a l'intentar fer la sol·licitud a no-ip em diu que no > > és > > vàlid. El servidor serà per us estrictament personal del punt a al > > punt > > b i prou. Suposo que alguns fareu servir AD però vull saber si hi > > ha > > altres opcions. > > > > Gracies. > > > > Jordi > > >
iso-3166
M'estic agafant amb calma la configuració de exim4 i ara toca la part dels certificats. Als que no us agrada el codi de país ES, que feu? He provat amb un XZ al csr però a l'intentar fer la sol·licitud a no-ip em diu que no és vàlid. El servidor serà per us estrictament personal del punt a al punt b i prou. Suposo que alguns fareu servir AD però vull saber si hi ha altres opcions. Gracies. Jordi
Re: Eina per gravar pantalla d'escriptori
Hola, Pots utilitzar OBS (paquet obs-studio), funciona amb Wayland de manera que no hauries de tenir cap problema per fer el q vols. Fins aviat, -- El mié, 22 dic 2021 a las 20:27, robert marsellés () escribió: > > Hola, > > Necessito gravar un vídeo del que faig i veig a la pantalla per enviar-ho a > un servei tècnic. > > He obtingut 4 paquets de la secció "Video" via: > $ aptitude search ?description(screen)?description(record)?description(video) > (a) kazam > (b) recordmydesktop > (c) simplescreenrecorder > (d) vokoscreen-ng > > Després de provar-los tots, m'he endut la desagradable sorpresa de que tots > funcionen amb X11 enlloc de Wayland segons els registres o errors que > apareixien. Jo uso un portàtil Lenovo amb Debian Bookworm (aka testing) amb > escriptori GNOME 41.1 que per defecte usa Wayland. > > El que m'ha sorprès és que, quan algun cop he necessitat fer captures de > pantalla, he utilitzat l'eina que ve per defecte a GNOME (que es diu > originalment "captura") i tot ha funcionat bé. Des del meu punt de vista > d'usuari, un vídeo és com una sèrie de captures de pantalla. Llavors, com és > que les eines de vídeo no funcionen i en canvi fer fotos sí? > > He intentat usar-los en una sessió amb X11 enlloc d'una amb Wayland > mitjançant el canvi de la configuració a /etc/gdm3/daemon.conf. Concretament > amb una opció que està deshabilitada per defecte en aquest fitxer: >WaylandEnable=false > > L'únic que he aconseguit és una pantalla negra tant si reiniciava la màquina > com si no. El procés d'arrencada funciona bé, però quan hauria de sortir el > "login" gràfic tot es queda negre. He intentat passar a altres consoles sense > èxit (bé, més aviat tot era negre també així que no era conscient d'haver > canviat de lloc). > > Així doncs, necessitaria ajuda: > 1) Algú sap d'algun altre programa que pugui provar? Preferiblement Debian i > descarregat dels seus repositoris (personalment, no m'agrada descarregar > paquets de qualsevol altre lloc). > > En cas que l'opció 1 no pugui ser: > 2) Algú te idea de com usar una sessió X11 ara? Recordo que, fa un temps, > quan això de Wayland va començar havia provat a passar de l'un a l'altre i > tot va anar bé. Pràcticament podia fer les mateixes coses. N'hi ha prou amb > l'opció que jo he fet servir? He de modificar quelcom més en altres fitxers > GNOME? > > Gràcies de bestreta. Salut, > > robert > > > Sent with ProtonMail Secure Email. >
Re: Impressora compatible Debian 11
Hola, jo tinc un multifunció monocolor i escàner HP LaserJet Pro MFP M148fdw i faig servir els paquets HPLIP i em funciona de meravella. Veig que HP funciona prou bé amb Linux. Salutacions Jordi El dc. 15 de 12 de 2021 a les 10:35 +0100, en/na Julio Amorós va escriure: > Hola, > ja sé que hi ha diferents pàgines web per mirar la compatibilitat de > les impressores amb Linux en general i de Debian en particular, tot i > que si em voleu recomanar alguna segur que ajuda, però us volia > demanar la vostra opinió personal sobre alguna impressora que esteu > fen servir amb el vostre Debian. > > Els únics requeriments que tenim són monocolor i escàner. > > I d'altra banda, fa segles existia una botiga que es deia GNUinos i > que estava especialitzada en hardware compatible Linux, però ja fa > temps que no existeix. Coneixeu alguna botiga semblant? > > Merci, > Julio > >
Re: ftp
Hola, no ho he mirat. El runbox el trobo força interessant i segur i te uns preus acceptables. Abans de mirar els que proposes, miraré de configurar un servidor a casa. Aquests trastos ja fa temps que fan servir un tls antiquat i el fabricant no actualitzarà el microprogramari així que hauré de trampejar fins que pugui. Salutacions Jordi El dg. 21 de 11 de 2021 a les 16:19 +0100, en/na Alex Muntada va escriure: > Hola, Jordi: > > > ja vaig contactar amb Foscam i m'han dit que faci servir gmail > > en lloc de Runbox i es veritat, gmail ho accepta tot. > > Intentaré muntar el servidor de correu a casa, a veure ... > > Has considerat provar si amb algun altre proveïdor de correu > també s'accepten els missatges? fastmail, riseup, gmx, etc. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > ⠈⠳⣄ >
Re: ftp
En dels dos intents d'intrusió just després de instal·lar dues càmeres diferents i en dies diferents he pogut intuir que és cosa d'algú vinculat a foscam. El que em fa una mica de gracia es perquè si volen entrar en un ordinador situat a Catalunya no ho intenten amb un nom d'usuari com Joan o Jordi en lloc de Joseph, etc. Referent a clau pública, per ara no m'emprenyen massa amb les intrusions però si la cosa empitjorés ho miraria. El dg. 21 de 11 de 2021 a les 16:15 +0100, en/na Alex Muntada va escriure: > Hola, Eloi: > > > a la feina administro alguns servidors i els intents d'entrades > > automatitzats a SSH són a l'ordre del dia, tot i tenir el servei > > a un port diferent del 22. Si bé és cert que el volum és menor, > > també ho és que molts robots escanegen tots els ports a l'espera > > de detectar firmes de protocols. Per tant, resulta imprescindible > > tenir el servei al dia amb totes les actualitzacions de seguretat, > > a banda de tenir-lo configurat de la forma més limitada possible. > > Seguint aquesta línia, a Caliu també tenim l'sshd escoltant de > ports diferents. Inicialment jo pensava que no valia la pena > perquè, tal com tu apuntes, hi ha qui es dedica a escanejar els > ports i troba igualment l'sshd. Però l'experiència ha demostrat > que no ho fa tothom i canviant el port es redueix força el volum > d'intents d'intrusió. > > Més recentment hem configurat l'sshd perquè només accepti el > mètode d'autenticació amb clau pública i el número d'intents > s'ha tornat a reduir considerablement: > > AuthenticationMethods publickey > > Si ho configureu, assegureu-vos abans que teniu algun mètode > alternatiu per accedir a la consola del servidor en cas que > falli alguna cosa. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > ⠈⠳⣄ >
Re: ftp
De fet, la primera intenció era deixar la rpi al poble i que fes de pont entre un lloc i l'altre, però mentre la estic configurant estic pensant en deixar-la a barna, bàsicament per deixar-la en marxa les 24 hores i que faci de servidor d'algunes cosetes. Al poble tindria l'inconvenient de les dades ja que que faig servir un router tp-link mr6400 v1 amb una sim que funciona a trompades amb la cobertura de movistar (i que és la millor que hi ha ). Per ara crec que el millor es configurar un smtp a Barna que rebi les imatges del poble i més endavant un pont rpi-Barna rpi-Poble no estaria malament. Salutacions Jordi El dt. 16 de 11 de 2021 a les 11:31 +0100, en/na Carles Pina i Estany va escriure: > > Hola, > > On Nov/16/2021, Xavi Drudis Ferran wrote: > > Si tens control sobre el router que fan servir les càmeres potser > > pots > > muntar un túnel xifrat i ftp en clar però només dins del túnel. O > > potser > > això és més complicat que altres solucions que t'han dit. > > això mateix havia pensat. O posar una Raspberry pi al costat de la > càmera que faci el túnel, només la contrasenya entre la càmera i la > pi > aniria en clar (i en una xarxa diferent amb dos interfícies de xarxa > a > la Raspberry Pi, etc.). > > Aquesta idea funciona amb qualsevol maquinari (aquest cop la càmera > FOSCAM) que no s'actualitza i que cal que estigui més o menys > connectat. > > També tinc una FOSCAM a una xarxa interna que envia fotos a una > Raspberry Pi amb un servidor FTP, i son accessibles via WebDAV des > d'altres llocs. >
Re: ftp
Hola, ja vaig contactar amb Foscam i m'han dit que faci servir gmail en lloc de Runbox i es veritat, gmail ho accepta tot. Intentaré muntar el servidor de correu a casa, a veure ... Gracies Jordi El dt. 16 de 11 de 2021 a les 08:33 +0100, en/na Adrià va escriure: > Hola, > > On Mon, Nov 15, 2021 at 11:54:20PM +0100, Jordi wrote: > > > Tinc unes càmeres Foscam que ja tenen uns anys però que encara van > > prou > > bé dins de la pèssima seguretat que ofereixen. Fa un parell de > > mesos > > però, Let's Encrypt va caducar uns quants milions de certificats > > tls i > > amb això el meu proveïdor de correu -Runbox- ja no accepta els > > correus > > que les càmeres envien amb les imatges i el fabricant de Foscam no > > sembla disposat a actualitzar el seu microprogramari. La opció que > > faig > > > fa molts anys jo tenia una Foscam (a la que accedia a través de la > weva web; deu ser un altre model) i em vaig posar en contacte amb el > fabricant per demanar-los una versió més nova del microprogramari: > contra tot pronòstic me la van enviar i al cap d'un temps la van > publicar. Podries fer el mateix (el no ja el tens). > > Una altra opció és que muntis un servidor de correu intern que només > accepti peticions de les IPs de les càmeres i reenvïi amb ssmtpd o > similar cap a la teva bústia. > No és la solució ideal però també te la pots plantejar. >
Re: ftp
La possibilitat del servidor smtp la vaig considerar al principi però em va fer una mica de por per si el pogués deixar mal configurat. Em sembla que ho intentaré en els propers dies. Gracies El dt. 16 de 11 de 2021 a les 08:27 +0100, en/na Eloi va escriure: > El 15/11/21 a les 23:54, Jordi ha escrit: > > Hola, primer perdoneu per haver fet una pregunta curta sense donar > > dades sobre quina és la situació que vull resoldre. > > > > Tinc unes càmeres Foscam que ja tenen uns anys però que encara van > > prou > > bé dins de la pèssima seguretat que ofereixen. Fa un parell de > > mesos > > però, Let's Encrypt va caducar uns quants milions de certificats > > tls i > > amb això el meu proveïdor de correu -Runbox- ja no accepta els > > correus > > que les càmeres envien amb les imatges i el fabricant de Foscam no > > sembla disposat a actualitzar el seu microprogramari. La opció que > > faig > > servir és enviar les imatges a gmail sense cap mena de seguretat i > > aquest el reenvia a Runbox, però clarament no vull gmail per rés. > > Per > > això he intentat ficar el servidor vsftpd a una raspberry PI 4 amb > > debian, el problema, de nou és que les cams fan servir ftp clar i > > no > > voldria deixar cap foradet per on entrar a casa des del ftp. > > Has considerat la possibilitat de configurar un servidor de correu en > lloc d'un FTP? Si tal com entenc les càmeres tenen la capacitat > d'enviar > a un SMTP, podries arribar a configurar-te un de domèstic, i en > aquest > cas podries limitar l'accés tant per usuari i clau de pas així com > per > remitent i destinatari. Sé que exim és molt configurable en aquest > sentit, però malauradament poc més et puc ajudar perquè, a diferència > dels altres suggeriments que havia proposat, no en tinc experiència. > > De totes maneres, si el problema és que les càmeres ja no reconeixen > els > certificats de Let's Encrypt, el problema per posar TLS el tindràs > igualment amb FTPS, HTTPS o fins i tot amb SMTP + STARTTLS. > > > L'accés a les càmeres el faig normalment amb un guió que envia > > instruccions del tipus: > > /usr/bin/curl -k > > https://aquilaadreca.ddns.net:9071/cgi-bin/CGIProxy.fcgi?cmd=getDevState=usuari=parauladepas > > > > I com a comentari final, voldria dir que vaig fer la configuració > > mitjançant la app en dues de les càmeres amb uns mesos de > > diferència i > > un parell de dies després de cada configuració, "algú" va intentar > > entrar per ssh a l'ordinador de la xarxa i que te una ip diferent i > > port diferent a l'ssh. així que de fiar-me res de res. Aquí > > fail2ban va > > fer la seva feina perfectament. > Ho sé perfectament, a la feina administro alguns servidors i els > intents > d'entrades automatitzats a SSH són a l'ordre del dia, tot i tenir el > servei a un port diferent del 22. Si bé és cert que el volum és > menor, > també ho és que molts robots escanegen tots els ports a l'espera de > detectar firmes de protocols. Per tant, resulta imprescindible tenir > el > servei al dia amb totes les actualitzacions de seguretat, a banda de > tenir-lo configurat de la forma més limitada possible. > > Salutacions > > > > Jordi. > > > >
Re: ftp
Hola, primer perdoneu per haver fet una pregunta curta sense donar dades sobre quina és la situació que vull resoldre. Tinc unes càmeres Foscam que ja tenen uns anys però que encara van prou bé dins de la pèssima seguretat que ofereixen. Fa un parell de mesos però, Let's Encrypt va caducar uns quants milions de certificats tls i amb això el meu proveïdor de correu -Runbox- ja no accepta els correus que les càmeres envien amb les imatges i el fabricant de Foscam no sembla disposat a actualitzar el seu microprogramari. La opció que faig servir és enviar les imatges a gmail sense cap mena de seguretat i aquest el reenvia a Runbox, però clarament no vull gmail per rés. Per això he intentat ficar el servidor vsftpd a una raspberry PI 4 amb debian, el problema, de nou és que les cams fan servir ftp clar i no voldria deixar cap foradet per on entrar a casa des del ftp. L'accés a les càmeres el faig normalment amb un guió que envia instruccions del tipus: /usr/bin/curl -k https://aquilaadreca.ddns.net:9071/cgi-bin/CGIProxy.fcgi?cmd=getDevState=usuari=parauladepas I com a comentari final, voldria dir que vaig fer la configuració mitjançant la app en dues de les càmeres amb uns mesos de diferència i un parell de dies després de cada configuració, "algú" va intentar entrar per ssh a l'ordinador de la xarxa i que te una ip diferent i port diferent a l'ssh. així que de fiar-me res de res. Aquí fail2ban va fer la seva feina perfectament. Salutacions Jordi. El dl. 15 de 11 de 2021 a les 20:09 +0100, en/na Eloi va escriure: > El 15/11/21 a les 11:57, Jordi ha escrit: > > Una pregunta: Vosaltres teniu o tindríeu un servidor ftp (vsftpd) > > sense > > ssl/tls al port estàndard 21 i si es així com el protegiu ?? > > > > Salutacions > > > > Jordi > > Personalment, a aquestes alçades no tindria un servidor FTP, amb o > sense > xifratge. > > En el seu dia en vaig administrar un de domèstic fins que en vaig > acabar > bastant fart. Avui dia, que pràcticament tot està darrere NATs, > necessites no només obrir el port del protocol sinó també tot un rang > de > ports més per permetre les transferències passives. > > Desconec la motivació que t'impulsa a oferir el servei, però si només > ha > de servir per comunicar-se amb altres màquines GNU/Linux, amb SFTP > (FTP > sobre SSH) ja en fas prou; si necessites compatibilitat amb altres > sistemes "out-of-the-box" (sense instal·lar res addicional als > clients), > una millor alternativa podria ser WebDAV amb Apache i certificat > Let's > Encrypt gestionat per certbot pel xifratge TLS. > > Fins i tot, en el cas que només uns pocs usuaris estiguin autoritzats > a > pujar-hi fitxers i a tots ells els hi pots configurar un client SFTP, > podries arribar a tenir un muntatge híbrid amb SFTP per a les pujades > i > HTTP(S) planer, sense WebDAV, per a les baixades. > > Amb HTTP(S) tens la possibilitat tant de donar accés universal com de > limitar-lo amb paraula de pas; amb SFTP pots donar accés per paraula > de > pas o per certificat digital. De fet, amb HTTPS també podries limitar > els accessos amb certificats, però la configuració i manteniment és > bastant més complex. > > Tingues en compte que versions recents de Firefox i Chrome ja no > tenen > suport per al protocol FTP, el que en limita encara més la seva > usabilitat universal. > > Tot això entenc que és per un servei exposat a l'exterior. > >
ftp
Una pregunta: Vosaltres teniu o tindríeu un servidor ftp (vsftpd) sense ssl/tls al port estàndard 21 i si es així com el protegiu ?? Salutacions Jordi
Re: Sai
El dv. 15 de 10 de 2021 a les 03:59 +0200, en/na Narcis Garcia va escriure: > > __ > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive > administrator > should fix this against automated addresses collectors. > El 13/10/21 a les 10:02, Jordi ha escrit: > > El dt. 12 de 10 de 2021 a les 11:17 +0200, en/na Narcis Garcia va > > escriure: > > > Jo et puc ajudar en programes que no estiguin ben integrats amb > > > Systemd. > > > Com ho tens ara a Debian 11? > > > > > Hola, no sé que vols dir exactament amb : Com ho tens ara a Debian > > 11? > > però trobo que està força liat això del systemd i programes poc > > integrats i ara mateix no em puc complicar amb això. > > > > També trobo a faltar una gui eficaç del systemd al Debian 11. > > De fet, ja et dic ara mateix no sé què controla el Sai ja que fa > > una > > mica el que vol > > > > Saltucacions Jordi > > L'altre dia no havia entès bé si un dels problemes era que upsd no > iniciava o corria com a servei amb Systemd (amb Debian 10), i doncs > necessitaves fer un script per a la gestió del programa com a servei > del > sistema. > > Et volia preguntar si amb Debian 11 ja se t'inicien bé els serveis > «nut-server» i «nut-driver». > > Salut. > Hola, els serveis s'inicien però no es carrega be el controlador i l'aparell no para de pitar, connectar i desconnectar. Per això ho inicio amb les línies que indico i així si que funciona i no utilitzo el nut-server i nut-driver. El que no entenc és qui definitivament atura l'ordinador si el nivell de bateria arriba a baix, ja que els missatges s'envien bé a un servidor exterior i al sistema de correu interior. Però l'ordinador s'atura amb o sense el shutdown a l'script. De tota manera, sempre m'ha estat difícil configurar en nut. Salutacions Jordi
Re: Sai
El dt. 12 de 10 de 2021 a les 11:17 +0200, en/na Narcis Garcia va escriure: > Jo et puc ajudar en programes que no estiguin ben integrats amb > Systemd. > Com ho tens ara a Debian 11? > Hola, no sé que vols dir exactament amb : Com ho tens ara a Debian 11? però trobo que està força liat això del systemd i programes poc integrats i ara mateix no em puc complicar amb això. També trobo a faltar una gui eficaç del systemd al Debian 11. De fet, ja et dic ara mateix no sé què controla el Sai ja que fa una mica el que vol Saltucacions Jordi
Sai
Bon dia, Quan tenia el debian 10, em va costar força configurar el Sai i trobar-li el controlador adequat, però finalment vaig aconseguir que funcionés bé. De fet el systemd no aconseguia comunicar mai amb el controlador per això l'engego amb un script amb contingut: /lib/nut/upsd sleep 20 /lib/nut/nutdrv_qx -a Sai sleep 10 /lib/nut/upsmon start Amb debian 11 però, el sai no parava de pitar i no aconseguia connectar amb el controlador. Després de remanar els cables sembla que es va ficar bé. L'altre dia, durant la aturada protesta, vaig parar la llum i l'ordinador es va parar d'immediat, ho va fer però, correctament amb un shutdown i amb la bateria al 100%. Avui he fet una prova i he deshabilitat les entrades /sbin/upsmon -c fsd que tinc en un executable que envia missatges al correu local i extern i en determinades situacions hauria d'aturar l'ordinador. He estat pendent per tornar la llum abans de que la bateria arribés a un nivell crític, però quan ha arribat a LOW, l'ordinador s'ha aturat per la meva sorpresa amb un shutdown. En principi si tinc: NOTIFYCMD /usr/local/bin/ups-control.sh al upsmon.conf no hauria de fer res el upssched, però no tinc idea d'on ha sortit el senyal per aturar l'ordinador. Algú em pot orientar ? Salutacions Jordi.
Re: pregunta sobre el nucli Linux
Hola, Potser no ha quedat clar com ho he explicat, intento fer-ho millor. Al que m'estava referint és que el oom-killer està protegint el sistema contra la denegació de servei que provocaria que no hi hagi memòria disponible per un procés (d'usuari). En el cas d'esgotar tota la memòria i solicitar-ne més el oom-killer s'invocaria alliberant memòria a base de matar un algún procés (segons unes regles predefinides). És a dir, contesta la pregunta que ha formulat l'Alex: (3) Per què un sistema operatiu multiusuari no ve de sortida més protegit per que el procés d'un usuari no es mengi tota la ram causan una denegació de servei a la resta ? Sobre l'enunciat de la pregunta hauriem d'aclarir també que el fet que un procés consumeixi tota la memòria del sistema no es intrínsecament dolent, per tant prohibir-ho per tots els casos no té sentit. Un usuari podria tenir una màquina que executa un sol procés que utilitza exactament tota la memoria però sense passar-se. Creieu que s'ha de denegar aquest comportament unilateralment?? Interpreto que quan et refereixes al "problema del company" vols dir que el Firefox (o qualsevol altre procés d'usuari de la máquina) tingui la possibilitat d'utilitzar tota la RAM del sistema. Això seria una cosa diferent a la denegació de servei per quedar-te sense RAM (i swap en cas d'haver-hi) i per gestionar-ho hi ha altres eines com ulimit, cgroups, ... En la majoria de distribucions (incloses Debian i Ubuntu) els límits per defecte són molt laxos però, no és responsabilitat de l'usuari (administrador) de la máquina configurar aquesta com desitgi?? Si estàs pensant que el oom-killer hauria d'haver matat el Firefox, segons el que ens expliquen probablement hauria d'haver passat, però també és possible que no s'hagués exhaurit tota la memòria sinó que s'ha quedat a prop del límit però sense arribar-hi i per tant no s'ha arribat a cridar el oom-killer. En aquest escenari el Firefox intentava funcionar amb la RAM+swap, lo qual és molt lent però es algo que ha decidit l'usuari de la màquina. T'encaixa ara?? Contestant a les teves preguntes sobre el codi del OOM: El significat que has suposat de les abreviacions és correcte. En quan al trosset de codi [2], l'objectiu de la funció on està escrit això és donar una puntuació pel procés sobre el que li han preguntat. Aquesta puntuació és una funció (en el sentit matemàtic) que utiliza diferents paràmetres sobre l'espai de memòria del procés (rss, swap, taula de pàgines,...). Per poder consultar aquestes dades necessita el punter a l'esctructura mm_struct i per trobar aquest punter crida a la funció "find_lock_task_mm()". Salutacions, Jordi -- -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El sáb, 2 oct 2021 a las 20:14, pedeb () escribió: > > Hola Jordi, > > sembla que això de oom_killer és una cosa que té múltiples > configuracions i que s'ha d'ajustar, però que té uns ajustos genèrics i > no veig gaire raonable per evitar el problema que comenta el company > [0], o estic equivocat. > > també he trobat [1] (això ho trobo molt interessant Alex) > > i independentment d'això, ja que has apuntat el codi font, si em pots > ajudar a entendre: > > què vol dir literalment la variable adj: adjustment? > > què vol dir literalment la mm: memory management?, ien aquest context [2] ? > > Gràcies! > Pedro > > [0] > https://www.percona.com/blog/2019/08/02/out-of-memory-killer-or-savior/ > https://www.oracle.com/technical-resources/articles/it-infrastructure/dev-oom-killer.html >que ve de > https://juantrucupei.wordpress.com/2017/04/03/desactivar-oom-killer-out-of-memory-killer/ > > [1] > https://dev.to/msugakov/taking-firefox-memory-usage-under-control-on-linux-4b02 > > [2] > p = find_lock_task_mm(p); > if (!p) > return LONG_MIN; > > On 10/2/21 3:02 PM, Jordi Miguel wrote: > > Hola, > > > > Sobre el tema del límit d'usuaris per les aplicacions de Google Drive > > (Docs, Sheets, Slides), Google diu el següent: > > > > Share & collaborate on a file with more than 100 people > > Up to 100 people with view, edit, or comment permissions can work on a > > Google Docs, Sheets, or Slides file at the same time. When more than > > 100 people are accessing a file, only the owner and some users with > > editing permissions can edit the file. > > > > Podeu veure la informació completa aquí[1] amb les solucions que > > proposen per compartir amb més de 100 persones. Potser seria > > interessant que ens comentessis com vas compartir aquesta presentació: > > quins permisos tenies tu sobre la presentació? els alumnes tenien el > > mateix enllaç i, per tant, permisos que tu? o l'enllaç dels alumnes > > només tenia permisos com a lector ?? Pots reproduir el problema si > >
Re: pregunta sobre el nucli Linux
Hola, Sobre el tema del límit d'usuaris per les aplicacions de Google Drive (Docs, Sheets, Slides), Google diu el següent: Share & collaborate on a file with more than 100 people Up to 100 people with view, edit, or comment permissions can work on a Google Docs, Sheets, or Slides file at the same time. When more than 100 people are accessing a file, only the owner and some users with editing permissions can edit the file. Podeu veure la informació completa aquí[1] amb les solucions que proposen per compartir amb més de 100 persones. Potser seria interessant que ens comentessis com vas compartir aquesta presentació: quins permisos tenies tu sobre la presentació? els alumnes tenien el mateix enllaç i, per tant, permisos que tu? o l'enllaç dels alumnes només tenia permisos com a lector ?? Pots reproduir el problema si comparteixes la presentació de la manera que es proposa a la documentació de Google ?? Sobre el motiu pel qual Firefox consumeix tota la memòria RAM, imagino que tindràs extensions i/o temes carregats. El primer pas seria intentar reproduir el mateix problema utilitzant el safe mode (e.g. # firefox --safe-mode ) ?? Si en safe mode el Firefox es comporta correctament hauries d'anar activant/desactivant extensions fins que trobis quina provoca que el consum es dispari. En quant el tema de control de memòria per part del kernel ja has vist en la teva cerca per Internet que tens diverses opcions disponibles (ulimit, cgroups, ...). La funció de protecció que busques opino que la compleix el OOM-killer (out-of-memory killer). Podeu veure com funciona mirant el codi font [2]. Quan aquest procés s'activa registra el que ha fet al dmesg. Si realment es va consumir tota la memòria pots revisar quin o quins processos va matar el OOM-killer mirant els logs. [1] https://support.google.com/drive/answer/2494822?hl=en [2] https://github.com/torvalds/linux/blob/master/mm/oom_kill.c#L195 Salutacions, Jordi -- El sáb, 2 oct 2021 a las 13:28, Àlex () escribió: > > > > Em crida molt l'atenció que Google Slides faci petar el navegador quan > > es comparteix una presentació amb 100 persones. > > > No és tant quan 100 persones obren el document, com quan un d'ells fa > clic al botó d'iniciar reproducció. > > Quan moltes persones tenen el document obert el sistema no tenía més que > 1 Gb de RAM ocupada entre escriptori i navegador. És quan faig clic al > botó d'iniciar presentació qué de sobte demana tota la RAM i peta. Per > què? No ho sé. > > Només ho he reproduit un parell de cops amb Ubuntu 18.04 + Firefox 92.0 > > No ho he provat amb Chromium . Tampoc ho he provat a Windows ni MacOS. > > Fa uns dies que veig que els llocs de Google funcionen millor amb > Chromium que amb Firefox. Potser només passa amb Firefox. > > Però de les tres preguntes que sorgeixen ... > > (1) Per què passa això a Google Slides ? > > (2) Per què els navegadors no controlen quan una pestanya es menja tota > la RAM del sistema per avisar l'usuari si la vol bloquejar ? > > (3) Per què un sistema operatiu multiusuari no ve de sortida més > protegit per que el procés d'un usuari no es mengi tota la ram causan > una denegació de servei a la resta ? > > ... a llarg termini m'interessen més la pregunta (3) ó la (2) que la (1) >
Re: Bug a la instal·lació de postgresql?
On 20/9/21 23:56, Julio Amorós wrote: Hola, ../.. a la configuració del nostre pam teníem una directiva que obligava a root a demanar password quan feia su > ../.. I la instrucció: * su -s /bin/sh postgres -c "test -O /var/lib/postgresql && test -G /var/lib/postgresql" || \ chown postgres:postgres /var/lib/postgresql* ../.. Gràcies per llegir-nos, Julio Fins on jo se, l'usuari postgres no te password i per seguretat no n'ha de tenir. Potser teniu una situació impossible, el pam obliga a demanar un password que no existeix. No se si dir que és un bug del instal·lador postgres o una "feature" de pam. -- Jordi Perera
Re: debian 11 webdav lent
Hola, Podries debugar la connexió dels clients Debian 11 utilitzant curl en aquelles maquines. Així podries descartar que sigui el davfs o el gvfs de Debian 11 els que tenen algun cosa que fa q vagin lents. Un exemple de crida curl contra NextCloud seria: curl -i -X PROPFIND --user 'usuari:pass' -v 'http://foo.tld/remote.php/dav/files/usuari/' --upload-file - -H "Depth: 1" < end Això et retornaria el listat d fitxers de la carpeta d l'usuari que demanis. Si funciona sense lentitud almenys sabràs que el problema no es la comunicació entre el teu server i els clients, sino alguna cosa del client d WebDav que fas servir a Debian11. Salutacions, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El jue, 26 ago 2021 a las 17:54, Blackhold () escribió: > > Hola, > responc entre línies > > Missatge de R. Sicart del dia dj., 26 d’ag. > 2021 a les 15:14: > > > > Bones, > > > > I les rutes de xarxa són les mateixes? Tant debian 10 com debian 11 fan > > servir IPv4 o IPv6 per connectar-se al nextcloud webdav? > > Estan els equips a la mateixa xarxa, tinc 3 debian 10 i 5 debian 11, > el comportament és el mateix per a tots (debian 10 ok, debian 11 > lent). > > > > > D'altra banda, pel que veig, sembla un problema que li passa a més gent. No > > sé si amb el mateix setup que tu fas servir però en tot cas no sembla un > > problema nou: https://duckduckgo.com/?q=nextcloud+webdav+slow=fpas=web > > > > Mai he fet servir nextcloud, llegint en diagonal veig que podria ser una > > sobreutilització de la base de dades per php, problemes de IOwait, etc. El > > que em sorprèn O_O és que des dels clients debian 10 no tinguis el > > problema. Podria ser una questió de cache local existent als debian 10, > > però inexistent als debian 11? > > > > Els paquets relacionats amb webdav/nextcloud instalats als clients debian > > 10 i debian 11 són els mateixos? > > Estic per provar un altre entorn d'escriptori, cinnamon utilitza nemo > com a navegador de finestres i al no haver-hi cap client específic > instal·lat al sistema (només llibreries), entenc que el client de > webdav va incorporat al navegador de finestres, per a això he provat > davfs2 a la debian 11 però he descartat seguir anant per aquest camí > perquè encara era més lent que amb el navegador de finestres de > l'entorn d'escriptori. En unes hores provaré per exemple gnome a > debian 11 per veure quin n'és el comportament. > > Altres proves que he fet ha sigut canviar el servidor de nginx a > apache al servidor de nextcloud, el comportament és el mateix. Vull > provar també de pujar el servidor a debian 11, tot i que espero que el > resultat em torni a dur a que el problema està a les debian 11. > > > > > Salut i sort amb la recerca. > > Gràcies, viam si ho trobo... > > > -- > > > > R. Sicart > > > > 26 août 2021 13:31:53 Blackhold : > > > > > Amb tcpdump no veig excessives diferències, els ports més o menys són > > > els mateixos. Es genera molta informació per a cada connexió i tampoc > > > sóc capaç d'identificar massa les diferències entre els paquets > > > generats per una versió i altra de client de webdav. > > > > > > He provat de muntar el webdav fent servir el paquet davfs2 i també, la > > > lentitud és extrema... > > > > > > Què hi ha a debian 11 que no estigui a debian 10 que pugui estar > > > enlentint la comunicació? > > > > > > Gràcies > > > > > > - Blackhold > > > http://blackhold.nusepas.com > > > @blackhold_ > > > ~> cal lluitar contra el fort per deixar de ser febles, i contra > > > nosaltres mateixos quan siguem forts (Xirinacs) > > > <°((( >< > > > > > > Missatge de R. Sicart del dia dc., 25 d’ag. > > > 2021 a les 21:02: > > >> > > >> Bones, > > >> > > >> Jo potser provaria de comparar una captura tcpdump de cada client, per > > >> veure si fan servir els mateixos protocols i ports. > > >> > > >> Sort ! >
Re: Configuració Thunderbird
On 18/8/21 21:00, Eloi wrote: Possiblement sigui perquè tens posada per mostrar la columna "Correspondents", que assumeixo és la que en català apareix com a "Interlocutors". La que jo tinc mostrada a la vista és la de "Remitent", i aquesta funciona correctament, mostrant-me el meu nom als missatges que envio a la llista. Pots canviar les columnes a mostrar bé clicant a la icona del final de tot que sembla una taula, bé fent-ho sobre la capçalera amb el botó secundari del ratolí. doncs SI!!! Arreglat :-D Gràcies Eloi. -- Jordi Perera
Re: Debian 11 estable en poques hores
On 18/8/21 21:07, Àlex wrote: El 18/8/21 a les 13:02, jordi P. ha escrit: Esperaré a veure si els de Virtualbox fan uns binaris per Bullseye. Crec que molt en breu Oracle tindrá disponible paquet per Debian 11 Mentrestant jo a Debian Testing he estat fent servir el paquet d'Oracle per Debian 10, amb un petit apanyo per que s'instal.li malgrat un requeriment incomplert: el paquet VirtualBox per Debian 10 demana tenir libvpx5, crec, i a Debian 11 hi ha libvpx6 enlloc de libvpx5. SI t'urgeix et puc passar la recepta. Una altre opció és que t'instal.lis el paquet de Virtualbox proporcionat per Debian per la seva distribució inestable. Salutacions Àlex Gracies per l'oferiment, però no cal. He intentat cuinar-ho en un altra maquina de proves però no me'n he sortit, ni amb virtualbox-5.2, ni amb les 6.x. Com que a hores d'ara, el pc que necessita el virtualbox el torno a tenir amb Buster, i tot funciona, m'esperaré al senyor Oracle. Llavors ho tornaré a intentar baixant els drivers legacy de nvidia de sid. -- Jordi Perera
Re: Configuració Thunderbird
On 18/8/21 13:53, Josep Lladonosa wrote: Hola, Jordi, Em costa entendre la pregunta. Val a dir que el missatge rebut té bé el camp de l'originari, si més no jo rebo el teu missatge amb: "From: "jordi P." <mailto:zjordi_llis...@xarxa1.net>>" Hola Josep, és clar que si nomes hem passa a mi no m'estranya que no m'entenguis. :-O hem refereixo al panell amb els fils. He fet aquesta imatge: https://espeleodijous.cat/ps-thunderbird.jpg Els missatges que he enviat jo els he marcat amb els punts vermells. -- Jordi Perera
Re: Debian 11 estable en poques hores
On 18/8/21 13:20, Jordi Miguel wrote: Hola, Pots utilitzar els binaris dels repos de Virtualbox per Debian Stable amb la Debian Testing. Es a dir, que el repo "deb http://download.virtualbox.org/virtualbox/debian buster contrib non-free" et funcionarà amb bullseye i el pots utilitzar fins que treguin el de la nova stable. Fins aviat, Jordi -- segur ? Em sembla que vaig provar-ho, no amb els repositoris si no directament amb els binaris i no va anar bé. De totes maneres tinc un portàtil amb Bullseye i ara mateix provaré de fer el que dius. Gràcies -- Jordi Perera
Configuració Thunderbird
Utilitzo el Thuderbird i no sé trobar la manera per aconseguir que a les llistes de Debian surti el meu nom en comptes de: debian-user-catalan@lists.debian.org Sabríeu donar-me una pista ? -- Jordi Perera
Re: Debian 11 estable en poques hores
Hola, Pots utilitzar els binaris dels repos de Virtualbox per Debian Stable amb la Debian Testing. Es a dir, que el repo "deb http://download.virtualbox.org/virtualbox/debian buster contrib non-free" et funcionarà amb bullseye i el pots utilitzar fins que treguin el de la nova stable. Fins aviat, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El mié, 18 ago 2021 a las 13:03, jordi P. () escribió: > > On 18/8/21 9:29, Eloi wrote: > > Pel que fa a VirtualBox, n'explico la història: deixant de banda el fet > > que estigués a contrib per necessitar d'un compilador privatiu per a la > > BIOS simulada, el problema ha vingut perquè, ja fa un temps, Oracle va > > ../-- > > > > Pels meus usos, especialment màquines virtuals en servidors remots, QEMU > > ha estat un gran salt endavant. Per a usos domèstics reconec, però, que > > pot ser un petit pas enrere. > > Cert i molt ben enraonat, però és clar que cada cas és un mon. > > Fa bastants anys, a la feina vaig muntar algun sistema amb WWMware i > també amb quemu, tot era molt nou i a les beceroles, i d'allò ja no en > queda res. > > Ara a nivell domèstic i per comóditat el Virtualbox només el necessito > per fer córrer un sol programa amb W7, la seguretat d'aquesta maquina em > preocupa molt poc, i prou pena tinc d'haver d'utilitzar res de ms. > > Esperaré a veure si els de Virtualbox fan uns binaris per Bullseye. > > > -- > Jordi Perera >
Re: Debian 11 estable en poques hores
On 18/8/21 9:29, Eloi wrote: Pel que fa a VirtualBox, n'explico la història: deixant de banda el fet que estigués a contrib per necessitar d'un compilador privatiu per a la BIOS simulada, el problema ha vingut perquè, ja fa un temps, Oracle va ../-- Pels meus usos, especialment màquines virtuals en servidors remots, QEMU ha estat un gran salt endavant. Per a usos domèstics reconec, però, que pot ser un petit pas enrere. Cert i molt ben enraonat, però és clar que cada cas és un mon. Fa bastants anys, a la feina vaig muntar algun sistema amb WWMware i també amb quemu, tot era molt nou i a les beceroles, i d'allò ja no en queda res. Ara a nivell domèstic i per comóditat el Virtualbox només el necessito per fer córrer un sol programa amb W7, la seguretat d'aquesta maquina em preocupa molt poc, i prou pena tinc d'haver d'utilitzar res de ms. Esperaré a veure si els de Virtualbox fan uns binaris per Bullseye. -- Jordi Perera
Re: Debian 11 estable en poques hores
On 18/8/21 9:45, Ernest Adrogué wrote: Personalment, em plantejaria descartar Nvidia d'ara en endavant, independentment de la qualitat del maquinari, ../.. Si és clar, tens tota la raó, abans de comprar t'ho has de mirar. Però jo fa 1000 anys que no compro hardware i només reciclo, i en aquest cas és un minipc amb tot integrat, llençar-lo només per poder estar a l'última em sap greu. -- Jordi
Re: Debian 11 estable en poques hores
On 18/8/21 8:00, xavi wrote: Hola Jordi, Aquí un que va tenir un problema semblant a Bullseye. El vaig"solucionar" (cutrement) habilitant **temporalment** els repositoris de sid, i llavors fent: Bon apunt, ho puc tornar a intentar. Gràcies. -- Jordi
Re: Debian 11 estable en poques hores
En el meu cas. Tots els entorns gràfics els tinc amb xfce He actualitzat un portàtil HP força antic de la 10 a la 11 i ha anat prou bé. He seguit amb un minipc Acer Veriton que tinc connectat per HDMI a una tv. M'he trobat que els drivers propietaris per la tarja nvidia "legacy-340xx" els han suprimit per alguna collonada de seguretat. Ara per força has d'utilitzar el nouveau, que en el meu cas funciona molt malament i no és comunica amb la tv. De fet la versió live de la 11 no arrenca amb aquesta maquina. M'ha costat moltes hores de tenir l'entorn gràfic funcionant. Però quan he trobat a faltar el virtualbox m'he emprenyat tant, que he decidit abandonar i he tornat corrents a la Buster, format, netinstall i restaurar backup. Sort que tots els .config d'usuari s'han mantingut i només he perdut el temps de reinstal·lar i no de configurar. Hem queda clar que el 2 veriton que tinc + un altre PC amb una nvidia antiga, és quedaràn amb Buster fins la seva mort. Ara hem queda una maquina que fa de servidor a internet, i un altre pc d'escriptori. Amb aquestes dues, per ara, ni ho penso intentar. Estic amb Debian des de Potato i aquesta és la primera vegada que haig de fer un downgrade i m'està costant molt de pair. -- Jordi Perera ,
Re: Debian 11 estable en poques hores
El dt. 17 de 08 de 2021 a les 09:22 +0200, en/na Griera va escriure: > A dissabte 14 d’agost 2021, vàreu escriure: > > > El ds. 14 de 08 de 2021 a les 21:09 +0200, en/na > > a...@probeta.net va > > escriure: > > > https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.en.html > > > > > > > > > S'ha de reconèixer que fa una mica de respecte tot això ... > > Jo, que soc un usuari "pelat", sense cap coneixement d'informàtica i > que utilitzo Debian a la feina, sempre intento, per evitar-me > problemes que poder després no sabré solucionar: > > - Fer una instal·lació nova conservant /home > - Esperar a la versió XX.1 > > però clar, això depèn dels coneixements de cadascun. > > Aprofito per agrair a tots els qui hi hagueu contribuit. Salut > > > > > Salutacions > > > > Jordi > > > > Jo, a cada versió de debian el que feia era fer-ne una instal·lació nova, així fas net, però després hi ha el problema de les configuracions. Aquesta vegada (bullseye) i l'anterior (buster), he fet una actualització. En el cas actual, m'he trobat problemes ja que que sortien paquets trencats i no els podia recuperar de cap forma, finalment i no sé perquè, he pogut eliminar gnome i rygel, ja que el problema era entre debian i debian-multimedia. Després em varen sortir més de 500 paquets orfes i em feia pal eliminar-los, però ho vaig fer i ara sembla que el tema paquets està controlat. Ara tinc diversos petits problemes que suposo aniré reparant. Ahir per exemple vaig veure que no tenia swap (la tinc encriptada) i va ser perquè misteriosament /dev/sda va passar a ser /dev/sdb i a la inversa, avui tampoc tinc swap perquè ara s'ha tornat a invertir /dev/sda-->/dev/sdb a /etc/fstab /etc/crypttab , la swap es la única que no estava identificada amb la UUID. Durant els propers dies ja veuré si es manté estable o va canviant. També veig que els paquets nut-monitor i KnutMonitor no estan disponibles. Salutacions Jordi
Re: Debian 11 estable en poques hores
El ds. 14 de 08 de 2021 a les 21:09 +0200, en/na a...@probeta.net va escriure: > https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.en.html > S'ha de reconèixer que fa una mica de respecte tot això ... Salutacions Jordi
Re: Debian 11 estable en poques hores
Bon dia, algú em pot dirigir correctament a algun enllaç on expliqui clarament com actualitzar des de Buster?? gracies Jordi El dj. 12 de 08 de 2021 a les 22:35 +0200, en/na a...@probeta.net va escriure: > Bona calorosa nit, > > Sembla que tindrem nova Debian estable aquest dissabte, 14 d'agost, > en > unes hores. > > https://wiki.debian.org/ReleasePartyBullseye > > He posat unes cervesetes a la nevera per celebrar-ho. Brindaré Per > la > nova Debian, pels/les Debian developers, i per tota la comunitat > especialment vosaltres. > > Salut companys/yes > > > Àlex >
Re: Acentos ñ en xfce
On 16/6/21 1:59, Ricardo Delgado wrote: Hola a todos, Gracias por las respuestas; si efectivamente no fue claro mi correo anterior. El problema es el siguiente, cuando recibo archivos (via OWNCLOUD, correo, copia por algun soporte (pendrive, cd, dvd, etc) al pasar los archivos a mi notebook (corriendo DEBIAN estable con XFCE) los mismos tienen problemas para copiar todo archivo que tenga ACENTO, EÑE. Tienes problemas en archivos que tengan acentos y eñes (Dentro del archivo) O Tienes problemas en archivos cuyo NOMBRE tiene acentos y eñes ? Y si es en el segundo caso, con que S.O. se han creado estos archivos? -- Jordi
Re: consulta unattended-upgrades
El dc. 02 de 06 de 2021 a les 07:36 +, en/na xavi va escriure: > Hola, > > No sé si aquesta pregunta vorejaria l'offtopic, però per si de cas us > la > faig. A la feina i fins i tot a casa, a totes les meves màquines > debian > i ubuntu faig servir sempre unattended-upgrades. Particularment en > aquelles que tenen accés a l'exterior (servidors i tal). Per mi és > una > eina d'actualització de seguretat ràpida i potent. Però estic llegint > a > grups de Telegram, i en alguna opinió d'algun company, que > unattended-upgrades mai, que les actualitzacions a mà. > > No acabo d'entendre què tenen en contra, que no se'ls hi actualitzin > programes que tinguin extremadíssimament configurats a mà i que > tinguin > por que una actualització els aixafi la configuració prèvia? o que > fent > servir unattended-upgrades un podria arribar a confiar-se en excés i > prefereixen anar actualitzant a mà? (aquest últim argument per mi > seria > del nivell com no voler fer servir el wifi perquè com que te'l poden > crackejar). > > Però igual sóc jo que sóc un lamer impenitent i que no m'entero. Per > això voldria saber les vostres opinions, aviam què opineu :) > > Records i gràcies per endavant. > > x. > La meva opinió: trobo que si les coses es fan massa automàticament, en perds una mica el control. Jo abans em trobava que algunes coses no funcionaven com ho havien fet fins cert moment i és perquè alguna cosa s'havia actualitzat i alguna petita cosa funcionava de forma diferent. Els programes tampoc han d'estar "extremadíssimament configurats" perquè quelcom paràmetre deixi de funcionar o hi hagi nous paràmetres que facin coses noves. I això sense parlar d'actualitzacions prou importants ... Per això soc partidari de que el sistema m'avisi si hi ha actualitzacions però soc jo qui decideix quan fer-les. salutacions Jordi.
Re: Configuración árbol directorios en SSD
On 27/5/21 23:15, JavierDebian wrote: La pregunta: ¿Qué otras carpetas del directorio raíz consideran conveniente pasar a HDD, debido a que se escriben mucho? /var/log ? -- Jordi
Re: / plena
Gracies per les respostes, per les còpies faig servir el duply. Ja miraré com ho faig per mirar si la partició està muntada o no. Salutacions Jordi On Tue, 11 May 2021 16:51:28 +0200, Eloi wrote: > El 11/5/21 a les 16:21, Narcis Garcia ha escrit: > > Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de còpies > > hi pots posar un fitxer de reconeixement. Per exemple «.cseguretat» > > D'aquesta manera, abans d'executar la còpia el teu programet pot mirar > > si hi ha el fitxer, de la qual cosa deduir si el dispositiu està muntat > > o no: > > > > if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then > > echo "No s'ha trobat el disc de còpies!" > > exit 1 > > fi > > > > Si no és així, caldria saber quin programari utilitzes per a fer còpies. > > No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, per > exemple així: > > findmnt --mountpoint /mnt/copies.seguretat_2 >/dev/null || mount > /mnt/copies.seguretat_2 && comanda_backup > > Per parts: > > findmnt amb --mountpoint determina si el directori és un punt de > muntatge actiu. Si ho és, torna dades del mateix (per això redirecciono > a /dev/null) i retorna 0; en cas contrari, retorna 1. > > || mount /mnt/copies.seguretat_2 intenta muntar el dispositiu si i només > si la comanda anterior ha fallat, és a dir, si el dispositiu no està > muntat. Que funcioni dependrà de si l'usuari que executa la comanda pot > muntar el dispositiu i de si aquest es troba disponible, sempre que > estigui prèviament configurat a /etc/fstab > > && comanda_backup s'executarà si alguna de les dues comandes anteriors > ha tingut èxit, aquí hauràs de posar el que sigui que facis servir per > llençar la còpia de seguretat. > > Recapitulant possibles escenaris: > > 1. El disc està muntat: findmnt torna 0 (èxit), mount no s'executa per > || i el backup s'executa per && > 2. El disc està present però sense muntar: findmnt torna 1 (error), > mount s'executa per || i un cop muntat amb èxit (0) el disc finalment > s'executa el backup per && > 3. El disc no està present (o no es disposa de permisos per muntar-lo): > findmnt torna 1 (error), mount s'executa per || però també falla i el > backup no s'executa > > Si vols afegir una acció alternativa per si la còpia no s'engega (o si > el propi procés de còpia falla) sempre pots afegir al final una > nova > ordre precedida per ||, per exemple (resumint crides sense paràmetres): > > findmnt || mount && backup || error > > on findmnt i mount són tal com he descrit abans, 'backup' és el > teu > programa de còpia de seguretat i 'error' l'acció que vulguis executar si > falla la còpia. > > L'avantatge de fer-ho en format de comanda monolínia és que pots > posar-la directament al crontab sense necessitar cap script intermediari.
Re: / plena
Bona tarda, al final he trobat el problema i ara ja tinc la partició al 30% ocupada. Els diumenges es fa una còpia de seguretat que va a parar a un disc extern usb muntat a /mnt/copies.seguretat_2/dimenge (/dev/sdd2). Però com que l'altre dia varen tocar, es va deconectar i no es va muntar normalment. En fer la còpia de seguretat es va crear el directori /mnt/copies.seguretat_2/diumenge a / (/dev/sda1) i per això es va omplir la partició i quan accedia a /mnt/... ho feia al directori / i d'aquí el lio. No sé si hi ha forma d'evitar aquestes situacions. Salutacions i gracies On Tue, 11 May 2021 12:29:55 +0200, Narcis Garcia wrote: > Molt bé el ncdu! > Quan he utilitzat el Baobab sempre he pensat en la pega de què sigui > només per a escriptori. > > > Narcis Garcia > > El 11/5/21 a les 11:06, Sergi Baila ha escrit: > > Jo quan em trobo aquest problema tiro de ncdu: > > https://dev.yorhel.nl/ncdu > > Està com paquet oficial: https://packages.debian.org/buster/ncdu > > > > > > Et permet trobar molt ràpidament on està el problema d'espai. > > > > -- > > Sergi Baila > > https://sargue.net/cv > > > > > > Missatge de Ernest Adrogué > del > > dia dt., 11 de maig 2021 a les 10:47: > > > > 2021-05-11, 10:34 (+0200); Jordi Vila escriu: > > > He probat el du amb diversos paràmetres i no hi veig res. > > > > > > La 'unica cosa seria amb el home, però en principi està en particions > > > diferents. > > > > Si has vist que tens 100G a / > > > > > > > /dev/sda1 110G 100G 4,1G 97% / > > > > vol dir que la suma dels directoris a la partició / ha de ser 100G > > > > Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no > > veig res > > > > > 77G /mnt > >
/ plena
Bon dia, de cop i volta m'he trobat amb un problema prou important i no m'ensurto. Com veieu en aquestes dues linies, hi ha poques hores de diferència entre les dues. /dev/sda1 110G 33G 72G 32% / /dev/sda1 110G 100G 4,1G 97% / La veritat que que la segona arribava al 100% d'ocupació però he netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera els fitxers que sobren ara. En tot cas no seran fitxers massa grans però segurament si que hi haurà mols, però no els trobo. Dins del sistema de fitxers, hi tinc diverses particions: La /dev/sda5 /home al 43% la /dev/sdb3 /home/usuari_1 al 61% la /dev/sdc1 /home/usuari_2 al 24% Penso si el sistema s'estarà fent un lio amb els usuaris, els nous van a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia. L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema i esborrar tot el que hi ha on no ha de ser, gracies. Jordi
Re: redimensionar particion
On 4/5/21 22:50, Marcelo Eduardo Giordano wrote: Hola amigos. Tengo las siguientes particiones sda1 / sin asignar sda2 swap sda3 /boot sda4 /home y quiero reasignar ese espacio "sin asignar" a sda4 que /home. Intenté arrancar el sistema desde un live y no puedo asignarlo a esa unidad. Debe ser una tontería pero no lo sé hacer. Gracias Me parece que el espacio libre tendria que estar a continuación de sd4. Tal y como lo tienes solo lo puedes añadir a sda1 -- Jordi
Re: La censura vinculada a l'espionatge de Google
Jo ja fa molts anys que crec que no es ni fonamental ni necessari fer servir serveis com el correu de gmail ni de cap altre que de ben segur llegirà el contingut de les converses i en vendrà les dades i procurarà fer negoci de la teva vida privada. Per exemple, pago menys de 20 euros anuals al servidor que utilitzo jo. Ni gratis m'interessa una cosa com gmail Salutacions Jordi El dc. 21 de 04 de 2021 a les 20:21 +0200, en/na Narcis Garcia va escriure: > He intentat donar dades bancàries a un company per a què fes una > contribució dinerària al GiLUG. Però l'he escrit a un compte de > Gmail, i > les dades les he xifrat. > > Immediatament he rebut el rebuig de Google per la seva política > d'inseguretat; > https://support.google.com/mail/?p=BlockedMessage > > Convido tothom a què reflexioni si realment és fonamental per a la > vida > de cadascú, subscriure serveis amb aquesta gent. > > L'article 18.3 de la constitució espanyola diu: > «Se garantiza el secreto de las comunicaciones y, en especial, de las > postales, telegráficas y telefónicas, salvo resolución judicial.» > I l'article 18.4 diu: > «La ley limitará el uso de la informática para garantizar el honor y > la > intimidad personal y familiar de los ciudadanos y el pleno ejercicio > de > sus derechos.» > Doncs aquesta gent de Califòrnia hi passen per sobre. > > > Narcis Garcia > > __ > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive > administrator > should fix this against automated addresses collectors. >
Re: Activar / desactivar WOR (wake on ring) desde Linux
Una tercera idea en el caso de que esta máquina no arranque con el reloj de la bios y solo lo haga de manera manual seria: Desconectar de la placa tanto el pulsador de encendido, como el cable de encendido de la fuente. Conectarlos directamente entre si, imposibilitando que la bios arrancase la maquina. Claro que para pararla también se tendría que hacer manualmente Hombre, eso sería una aproximación demasiado radical. Que se encienda el equipo por la noche cuando/si alguien manda un fax es una molestia asumible (un mal menor); el equipo, además de servidor de faxes, gestiona el correo local y los usuarios tienen que poder iniciarlo normalmente desde el botón. Saludos y gracias a todos por las sugerencias, O no entiendo tu respuesta o me he explicado mal en la propuesta. Precisamente, con lo de hackear la fuente, el servidor solo se puede arrancar y apagar MANUALMENTE, deja de funcionar el arranque por hora, por modem y el apagado con poweroff. (hay un error en la propuesta, faltaba indicar que el pulsador se ha de substituir por un interruptor.) Sea como fuere si hay una bios mejorada y disponible perfecto! flasehear una bios de un servidor antiguo tampoco es agradable, pero de estrés vive el sysadmin. -- Jordi
Re: Activar / desactivar WOR (wake on ring) desde Linux
Yo no termino de entender como un parámetro del kernel puede evitar que la maquina arranque. Una utilidad que grabara en la eprom de la bios si, pero un parámetro del kernel ? Si en su momento no sacaron otra versión de la bios en la que esta opción estuviera disponible en el menú, creo que solo te queda la opción de hardware. Ya han salido 2 ideas, cortar la alimentación de los modems, fácil y barata, y cortar las señales de los modems, más complicada. Una tercera idea en el caso de que esta máquina no arranque con el reloj de la bios y solo lo haga de manera manual seria: Desconectar de la placa tanto el pulsador de encendido, como el cable de encendido de la fuente. Conectarlos directamente entre si, imposibilitando que la bios arrancase la maquina. Claro que para pararla también se tendría que hacer manualmente -- Jordi
Re: Engegada aleatòria
Hola, Quina llàstima que haguem de cercar solucions amb tan poca informació per part del kernel... Que el hardware no funcioni correctament no seria la meva primera opció ja que dius que tens un kernel antic que arrenca sempre sense problemes. En tot cas estaríem parlant d'un tema d'incompatibilitat o bug, o potser tens la mala sort de que llegeixes un tros de disc que no sempre funciona bé. A partir d'aquí aniria provant diverses coses a veure si alguna cosa ajuda a desencallar. A cada canvi prova d'apagar i arrencar per veure si hi ha alguna diferència: - Tornar a crear el ramdisk amb la màquina encesa amb el kernel que no et funciona b: # update-initramfs -c -k `uname -r` Si retorna output d'alguna cosa que no li agrada ja ens ho diràs. Pots crear-lo amb verbose (-v) si vols més informació del què posa a dins. # update-grub2 - Desactivar Kernel Mode Setting (KMS): Edita el fitxer /etc/default/grub i modifica la variable GRUB_CMDLINE_LINUX_DEFAULT amb "nomodeset i915.modeset=0 amdgpu.dc=0" # update-grub2 - Tens algun mòdul afegit al ramdisk?? Aquests s'especifiquen a /etc/initramfs-tools/modules - Verifica la informació d'estat del disc dur via SMART # smartctl -a /dev/sda Pots executar un test llarg amb: # smartctl --test=long /dev/sda I quan acabi sortirà la informació a la sortida de l'anterior comanda. Espero que finalment obtinguem algun canvi de comportament. Salutacions, -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El mar, 16 mar 2021 a las 8:01, Joan Albert () escribió: > > Bon dia Jordi, > > > Si amb aquesta configuració encara no ens > > ensenya res augmenta a "loglevel=7" i afegeix "debug". > > He provat fins i tot aquesta opció, però el que fa és reportar molta més > informació només si passa la part crítica. > > > Buscant per Internet he vist que hi ha força gent que ha tingut > > problemes similars al teu amb els kernels 5.10, la majoria però deien > > que se'ls hi arreglava amb la versió 5.10.0-4 però és precisament la > > que tu fas servir i ha quedat clar que no et funciona bé. > > Efectivament, i de fet crec que arrossego un parell de versions que em > donaven problemes (m'hauria d'haver fixat en quina va ser la primera, > però no ho recordo). > > > Si ens pots donar més informació aquestes preguntes podrien ajudar: > > - Tens el portàtil connectat a alguna dock station?? Si fos així, et > > passa el mateix quan no està endollat a ella?? > > No el tinc a cap dock station. > > > - Utilitzes un monitor extern?? Et passa el mateix quan no està > > connectat el monitor extern? (o a la inversa) > > Sí l'utilitzo normalment, però no canvia el resultat segons si està o no > connectat a ell. > > > - Has provat mai d'esperar a veure si acaba arrencant? de l'ordre de > > deixar-lo 15-25 minuts (com més millor per descartar). En cas negatiu, > > normalment quan de temps has esperat abans de forçar un reinici? > > Ahir mateix vaig esperar més d'una hora :) > > Em pregunto si no pot ser un problema de hardware simplement... > > Gràcies igualment i salut! > > -- > TS
Re: Engegada aleatòria
Hola, Bé, almenys sabem que quan no funciona no s'arriba ni a executar systemd, de manera que falla molt aviat en el procés. El següent pas que t'aconsello es augmentar el nivell de log. Per això hauries de tornar a editar el fitxer /etc/default/grub i posar un "loglevel=6" a la variable GRUB_CMDLINE_LINUX_DEFAULT (recorda fer el update-grub2 després). Si amb aquesta configuració encara no ens ensenya res augmenta a "loglevel=7" i afegeix "debug". Buscant per Internet he vist que hi ha força gent que ha tingut problemes similars al teu amb els kernels 5.10, la majoria però deien que se'ls hi arreglava amb la versió 5.10.0-4 però és precisament la que tu fas servir i ha quedat clar que no et funciona bé. Si ens pots donar més informació aquestes preguntes podrien ajudar: - Tens el portàtil connectat a alguna dock station?? Si fos així, et passa el mateix quan no està endollat a ella?? - Utilitzes un monitor extern?? Et passa el mateix quan no està connectat el monitor extern? (o a la inversa) - Has provat mai d'esperar a veure si acaba arrencant? de l'ordre de deixar-lo 15-25 minuts (com més millor per descartar). En cas negatiu, normalment quan de temps has esperat abans de forçar un reinici? Salutacions, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El lun, 15 mar 2021 a las 12:04, Joan Albert () escribió: > > Hola Jordi, > > De nou, moltes gràcies pel teu temps. > > > Entenc que això és la sortida de dmesg d'una arrencada que ha funcionat > > correctament. > > Efectivament, és la sortida d'una arrencada que ha funcionat > correctament. > > > Amb el canvi aquest del grub el proper cop que l'ordinador no s'engegui > > correctament la pantalla no amagarà cap missatge que s'hagi escrit, de > > manera > > que espero que surti alguna cosa interessant que ens doni una pista, més > > enllà > > d'aquell "Loading initial ramdisk" que ens vas posar a l'inici. > > - Per veure el llistat d'arrencades de l'ordinador: # journalctl > > --list-boots > > El tema és que no trobo més informació d'arrencades no > satisfactòries. He revisat el llistat d'arrencades utilitzant la comanda > # journalctl --list-boots i només apareixen les arrencades que han > funcionat (només apareix una del dia d'ahir, i en total devien ser 15 > intents). Tampoc apareixien més missatges a part de "Loading initial > ramdisk", tot i canviar els paràmetres del grub i fer l'actualització. > > Salut, > > -- > Joan Albert
Re: Engegada aleatòria
Hola, Quan l'ordinador s'engega amb normalitat utilitzant el kernel 5.10.0 que es el q diu/fa després del "Loading initial ramdisk" ?? Pot ser que tinguis el GRUB configurat amb "quiet" i/o "splash" ?? Si és així ho podries modificar per poder veure el que s'imprimeix a la pantalla quan l'ordinador es congela. Bàsicament hauries de editar el fitxer /etc/default/grub i modificar una línea que dirá algo similar a aixo: GRUB_CMDLINE_LINUX_DEFAULT="quiet" Pots deixar la variable buida. Guardes el fitxer i després apliques la configuració executant la comanda (com a root): update-grub2 A veure si d'aquesta manera pots obtenir més informació que ajudi a veure el que li passa quan no funciona. Fins aviat, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella. El mié, 10 mar 2021 a las 12:03, Joan Albert () escribió: > > > Potser el sistema d'arrencada estigui corrupte o mal generat: > > $ sudo update-initramfs -u -k all > > He provat exactament aquesta comanda sense cap tipus d'error, > i segueixo tenint el mateix problema :) > > Alguna idea més? Gràcies igualment! > > -- > TS >
Re: (deb-cat) Desfragmentacio de l'arrencada
Hola, Aquestes eines que comentes va ser el primer q vaig pensar en llegir el correu del Narcís, pero després em vaig adonar que ell no estava pensant en el cas generic de que tots els trossets d'un fitxer estiguin guardats d manera consecutiva en el disc, sinó, que a banda de que els fitxers no estiguin fragmentats, un conjunt de fitxers (els q es llegiran al arrencar) estiguin emmagatzemats de forma consecutiva. Fins on tinc entès, les eines de defragmentació de disc generals no intenten optimitzar aquest cas i això es el que fa el e4rat-lite. Segurament seria convenient facilitar la feina del e4rat-lite començant amb un disc que no tingui fragmentació, amb lo qual el combo e4defrag + e4rat-lite seria interessant de provar. Fins aviat, Jordi El mié., 24 feb. 2021 18:54, Alex Muntada escribió: > Hola Jordi > > > Almenys existeix una eina que fa el que està buscant el Narcís, > > es diu e4rat i pots trobar informació al wiki de ArchLinux. > > Tanmateix l'eina original va quedar una mica "abandonada" i > > el projecte més actiu és un fork que es diu e4rat-lite > > Sembla que les versions recents dels nuclis linux duen activada > l'opció extend de l'ext4, que permet defragmentar a nivell de > fitxers amb e4defrag (ja ve amb el paquet e2fsprogs). > > Habitualment es deia que els sistemes de fitxers ext3 i ext4 > no es fragmentaven, però sembla que algú va fer una recerca més > detallada del tema i d'aquí en va sorgir l'eina e4defrag: > > > https://www.hecticgeek.com/defragment-ext4-file-systems-using-e4defrag-ubuntu/ > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > ⠈⠳⣄ > >
Re: (deb-cat) Desfragmentacio de l'arrencada
El mié, 24 feb 2021 a las 10:58, Josep Lladonosa () escribió: > > > > On Wed, 24 Feb 2021 at 08:47, Narcis Garcia wrote: >> >> Quan un ordinador arrenca, executa programes i aquests carreguen >> llibreries i fitxers d'arreu del volum de disc. >> Això produeix lectures aleatòries de centenars de fitxers amb els blocs >> dispersos per tota la unitat ja que, quan es desfragmenta un disc dur, >> la única cosa que s'ordena és que cada fitxer tingui els seus blocs de >> dades contínus en el disc. >> >> És a dir, podem tenir fitxers emmagatzemats com a lletres: >> A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z >> >> Però l'arrencada carrega per exemple el gestor d'arrencada (A) el qual >> carrega el sistema del nucli (B), i el qual aleshores demana fitxers >> d'arreu com R, J, Y, D, K per la qual cosa el capçal d'un disc dur no fa >> més que canviar de posició tota l'estona i fent que la càrrega sigui >> molt més lenta del què el disc seria capaç de transmetre seqüencialment. >> Això es nota molt amb el soroll d'un disc dur quan arrenca el sistema. >> >> L'ideal en aquest exemple seria poder reorganitzar els blocs del disc així: >> A,B,R,J,Y,D,K, C,E,F,G,H,I,L,M,N,O,P,Q,S,T,U,V,W,X,Z >> De manera que de la A a la K es llegís tot sense interrupció. >> >> Hi ha alguna eina que faciliti això per accelerar l'arrencada? > > > La meva proposta passa per afegir maquinari (un ssd on el temps de > "posicionament" és molt petit i més o menys constant). > Podríeu teniri un ssd "petitó" utilitzat en forma de memòria cau (estil > bcache) > o, directament, tenir un ssd "petitó" per al sistema... > > SALUT! > Josep > >> >> >> Gràcies. >> >> -- >> >> Narcis Garcia >> >> __ >> I'm using this dedicated address because personal addresses aren't >> masked enough at this mail public archive. Public archive administrator >> should fix this against automated addresses collectors. >> > > > -- > -- > Salutacions...Josep > -- Hola, Almenys existeix una eina que fa el que està buscant el Narcís, es diu e4rat i pots trobar informació al wiki de ArchLinux[1]. Tanmateix l'eina original va quedar una mica "abandonada" i el projecte més actiu és un fork que es diu e4rat-lite [2] Si ho proves ja ens comentes l'experiència, i si la feina de muntar aquestes coses val la pena per estalviar-se comprar un SSD per un sistema antic. Amb el preu d'un SSD avui dia sembla difícil de justificar el temps per configurar i mantenir aquestes artesanies, però sempre és divertit pels amants de la tecnologia. [1] https://wiki.archlinux.org/index.php/e4rat [2] https://github.com/LendyZhang/e4rat-lite Fins aviat, Jordi -- Para ser realmente grande, hay que estar con la gente, no por encima de ella.
Re: Disc dolent?
Fins hi tot, uns quants de reinicis abans he canviat el cable amb igual resultat.El que tinc una mica clar es que es qüestió de la bios i del debian i les seves configuracions. He recordat que vaig actualitzar la bios i vaig fer alguns canvis. Ara he recuperat un perfil que hi tenia guardat (he vist que en total'estona que tenia la pantalla de la bios, es a dir sense el debian engegat, no feia cap soroll). Ara ja porta un temps el debian en marxa i no fa cap soroll i el resultat de smartctl -i /dev/sdc es: === START OF INFORMATION SECTION ===Device Model: WDC WD20EFAX- 68FB5N0Serial Number:WD-WXU2A106U29XLU WWN Device Id: 5 0014ee 267a0a63fFirmware Version: 82.00A82User Capacity:2.000.398.934.016 bytes [2,00 TB]Sector Sizes: 512 bytes logical, 4096 bytes physicalRotation Rate:5400 rpmForm Factor: 3.5 inchesDevice is:Not in smartctl database [for details use: -P showall]ATA Version is: ACS-3 T13/2161-D revision 5 -> SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)abans === (current:1.5 Gb/s) Local Time is:Sat Jan 23 13:58:48 2021 CETSMART support is: Available - device has SMART capability.SMART support is: Enabled Mireu la l'inia > Sembla que ara s'ha corregit, no se si durarà molt això... Salutacions Jordi El ds. 23 de 01 de 2021 a les 13:30 +0100, en/na Josep Lladonosa va escriure: > Hola, > Jo primerament apagaria màquina, desconnectaria cables, netejaria > connectors amb alcohol i cotonet (els de cable i placa també) i > reconnectaria, a veure què. > > Salutacions, > Josep > El ds., 23 de gen. 2021, 13:07, Jordi <215...@runbox.com> va > escriure: > > Bon dia, fa un parell de mesos vaig fer un canvi de disc amb el > > qual ja > > > > vaig obrir un fil ja que es un disc disseny NAS i no el reconeixia. > > > > > > > > Ara trobo que fa un sorollet força sovint,cada dos minuts, quasi > > > > imperceptible com de frenada i engegada, o es el capçal, no sé. I a > > > > cada vegada que ho fa em surten aquestes línies als registres: > > > > > > > > 23/1/21 11:26 kernel ata3: SATA link up 1.5 Gbps (SStatus 113 > > > > SControl 310) > > > > 23/1/21 11:26 kernel ata3.00: configured for UDMA/33 > > > > > > > > Les proves que li he fet no donen cap errada, però no sé si > > m'hauria de > > > > preocupar i potser canviar-lo, ara ja ho tinc tot prou ben > > configurar > > > > com per tenir que canviar-ho de nou... > > > > > > > > Hi ha alguna forma de poder localitzar millor el problema? > > > > > > > > Salutacions > > > > > > > > Jordi. > > > > > >
Disc dolent?
Bon dia, fa un parell de mesos vaig fer un canvi de disc amb el qual ja vaig obrir un fil ja que es un disc disseny NAS i no el reconeixia. Ara trobo que fa un sorollet força sovint,cada dos minuts, quasi imperceptible com de frenada i engegada, o es el capçal, no sé. I a cada vegada que ho fa em surten aquestes línies als registres: 23/1/21 11:26 kernel ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) 23/1/21 11:26 kernel ata3.00: configured for UDMA/33 Les proves que li he fet no donen cap errada, però no sé si m'hauria de preocupar i potser canviar-lo, ara ja ho tinc tot prou ben configurar com per tenir que canviar-ho de nou... Hi ha alguna forma de poder localitzar millor el problema? Salutacions Jordi.
Re: Format de data incorrecte de «ls -l»
On Sun, Dec 27, 2020 at 4:25 PM Joan Montané wrote: > > No deixava veure els mesos? Això no hauria de passar mai. «ls -l» no > talla els noms dels mesos. Els noms dels mesos sempre els hauries de > veure. Passa que, a sid, Fa anys passava, ara ho he tornat a provar i ja ho fa bé, per tant en el meu script he eliminat aquesta part de la modificació i només queda: sed -i.bak -e '/\bfebr[.]/s//feb./' \ -e '/\bag[.]/s//ago./' \ "/usr/share/i18n/locales/ca_ES" Salut, Jordi Pujol
Re: Format de data incorrecte de «ls -l»
Hola Joan i tothom, On Sat, Dec 26, 2020 at 10:16 AM Joan Montané wrote: > Això seria equivalent (si es volgués fes que al canvi arribés a > tothom) que canviar els valors associats a %b (mesos abreujats). > No m'agrada perquè trenca l'alineament amb el CLDR i perquè canvia les > abreviatures dels mesos que s'usen arreu. > Té el punt positiu (el gran pro) que facilita la presentació en > columnes en els programes de terminal, cert. Com s'ha de comprovar l'alineament amb el CLDR ? Em sembla que tenim diferents punts de vista degut a que fem servir diferents nivells de Debian, els meus sistemes son unstable i aquest canvi és satisfactori. Abans "ls -l" posava sempre la preposició "de" i no deixava veure els noms dels mesos, amb aquest canvi el llistat de directoris amb format llarg es presenta correctament. > > Aprofito i amplio la solució per a "date" que he comentat en el correu > anterior. > > En el mateix fitxer "/usr/share/i18n/locales/ca_ES" que es comenta més > amunt, caldria canviar la línia: > > d_t_fmt"%A, %-d %B de %Y, %T %Z" > > I posar-hi: > d_t_fmt"%A, %-d %B de %Y, %T" > date_fmt "%A, %-d %B de %Y, %T %Z > aquest canvi que proposes ja s'ha fet al ca_ES de unstable. > Bones Festes! Bon nadal i Feliç any nou 1 Jordi Pujol
Re: Format de data incorrecte de «ls -l»
Hola,
feu un cop d'ull a aquestes ordres, la sol.lució fàcil és modificar el
locale ca_ES
Aquestes ordres son part d'un script molt llarg però en resum es fa:
# patch ca_ES locale
sed -i.bak -e '/^ab_alt_mon/,/^[^ ]/ {/"de /s//"/g
/"d/s//"/g }' \
-e '/^abmon/,/^[^ ]/ {/"de /s//"/g
/"d/s//"/g }' \
-e '/\bfebr[.]/s//feb./' \
-e '/\bag[.]/s//ago./' \
"/usr/share/i18n/locales/ca_ES"
update-locales
Salut,
Jordi Pujol
On Sat, Dec 26, 2020 at 9:58 AM Joan Montané wrote:
>
> Missatge de Ernest Adrogué del dia dj., 24 de des.
> 2020 a les 18:29:
> >
> > 2020-12-24, 13:22 (+0100); Joan Montané escriu:
> > > Caldria veure l'impacte del canvi que indiques. Per exemple en
> > > aplicacions de calendari. Això també trencaria l'alineament amb el
> > > CLDR.
> >
> > Qui va proposar els canvis al CLDR? He intentat investigar-ho, però no
> > he aclarit res.
>
> Jo participo al CLDR aportant-hi dades, però no vaig demanar aquesta
> funcionalitat. Els camps van aparèixer a la base de dades i els
> col·laboradors els vam anar omplint. Habitualment els col·laboradors
> per al català al CLDR som: un representant d'Apple, un representant de
> Google, un representant de Microsoft i algun participant individual,
> com jo mateix. El pes del vot dels col·laboradors individuals és molt
> més petit que els dels membres d'Unicode. Curiosament, el cas català
> ja apareixia en la documentació [1]. Interpreto que alguna de les
> grans corporacions anteriors (membres de pes a d'Unicode) és qui ho va
> promoure.
>
> [1]
> http://cldr.unicode.org/translation/date-time-1/date-time-patterns#TOC-When-to-use-Standalone-vs.-Formatting
>
> >
> > > No tot funcionava perfectament abans del 2016. Aquests canvis són el
> > > que permeten tenir el format de data correctament escrit, amb la
> > > preposició "de" apostrofa quan cal. Per exemple al calendari de
> > > l'escriptori. Em vaig fer un fart de veure "xxx de abril...".
> > > Considero que sí, s'havien de fer.
> >
> > Probablement no calia modificar el local per solucionar un problema al
> > calendari del Gnome. I en el cas improbable que l'única solució fos
> > modificar el local, era previsible que aquests canvis comportarien
> > problemes a altres programes. Les mateixes persones que van fer els
> > canvis s'haurien d'haver responsabilitzat de fer les adaptacions
> > necessàries als programes afectats per tal que seguissin funcionant
> > normalment. Si no estaven disposades a fer-ho, no haurien d'haver
> > modificat el local. No em sembla bé fer modificacions i després
> > desentendre's de les conseqüències negatives d'aquestes modificacions.
> >
>
> Estic d'acord amb tu en què hi ha feina de corregir problemes, i que
> potser no es va preveure el cas de programes que usen fonts
> monoespaiades i presenten el contingut en format taula. Caldria haver
> fet un repàs més exhaustiu, especialment quan el canvi pot (i de fet
> ho fa) trencar alguna cosa.
>
> La comunitat d'usuaris també podem ajudar-hi. Per exemple, el problema
> de l'ordre "mes dia" del "ls -l" no té res a veure amb el canvi de les
> abreviatures, i portem mínim des de stretch. Han passat 10 anys fins
> que algú s'ho ha mirat amb "carinyo", i això que afecta un munt de
> llengües, no només el català! Sí, ja sé que tots tenim temps limitat,
> però 10 anys ho trobo exagerat.
>
> Ara que he remirat els apunts de quan em vaig mirar el tema de "ls
> -l", hi ha un tema similar, però que té una causa diferent (tampoc
> relacionada amb el canvi en les abreviatures dels mesos). L'ordre
> "date" a buster mostra primer el mes i després el dia del mes. Per
> què? Perquè al locale manca la variable date_fmt [2]. Interpreto que
> en algun moment "date" va passar d'usar "d_t_fmt" a usar "date_fmt",
> la informació no va arribar als mantenidors dels locales i ja tenim el
> problema.
>
>
> [2] https://sourceware.org/bugzilla/show_bug.cgi?id=24054
>
> > > Ara hem detectat 2 problemes completament diferents, i és important
> > > diferenciar-los.
> > >
> > > Problema 1: aquest és general. Si un programa usa %b o %B en el format
> > > de data, des del 2016 (en producció des del 2018?) això retorna mesos
> > > amb preposició. Ha canviat la cadena del locale. En aquests casos
> > > només cal corregir la traducció perquè usi %Ob o %OB. Forma part de la
> > > feina de traducció/localització. En canviar els valors %b i %B es va
> > > assumir que hi hauria un
Re: Format de data incorrecte de «ls -l»
Bondia a tothom,
és la primera vegada que escric a aquesta llista,
treballo amb sistemes Linux Debian des de fa temps i he desenvolupat
alguna cosa.
En aquest cas puc aportar una solució sencilla.
Es tracta de modificar el "/usr/share/i18n/locales/ca_ES"
# patch ca_ES locale
sed -i.bak -e '/^ab_alt_mon/,/^[^ ]/ {/"de /s//"/g
/"d/s//"/g }' \
-e '/^abmon/,/^[^ ]/ {/"de /s//"/g
/"d/s//"/g }' \
-e '/febr./s//feb./' \
-e '/ag./s//ago./' \
"/usr/share/i18n/locales/ca_ES"
Aixó es pot fer en un sistema ja instal.lat, sortim del shell i tornem
a entrar per veure el resultat.
$ ls -lA
total 44
-rw--- 1 jpujol users 80183 25 des. 09:30 .bash_history
-rw--- 1 jpujol users 84057 15 gen. 2020 .bash_history.old
-rw-r--r-- 1 jpujol users 4380 15 gen. 2020 .bashrc
drwxr-xr-x 2 jpujol users 4096 15 abr. 2020 Públic
drwx-- 3 jpujol users 4096 29 ago. 19:56 .sane
drwx--x--x 2 jpujol users 4096 7 feb. 2020 .ssh
Salutacions,
Jordi Pujol
Re: Linux i disc NAS
Ja solucionat el problema, crec que en el meu cas no m'he de complicar més i continuar utilitzant rsync i minidlna. El problema va ser no netejar el disc nou i vaig arribar a pensar que un disc de NAS no es podia ficar al PC. Finalment, i amb ajuda, el Linux ho pot tot. Gracies El dg. 15 de 11 de 2020 a les 00:07 +0100, en/na Alex Muntada va escriure: > Hola Jordi > > > He trobat alguna informació per convertir un ordinador amb discs > > normals, en un servidor NAS com FreeNAS i similars, però voldria > > saber si debian te alguna utilitat per fer aquesta feina amb un > > disc dissenyat per ser utilitzat en un NAS > > Tot i que ja has pogut resoldre el problema amb el disc dur, crec > que val la pena respondre aquesta pregunta que feies sobre com > muntar un NAS amb Debian. > > Debian disposa de totes les eines necessàries per muntar un NAS > com FreeNAS (RAID, NFS, SMB/CIFS, SFTP, etc.) però en general és > més pràctic utilitzar alguna distribució derivada per fer-ho, > com ara l'openmediavault que comentava l'Adrià. > > En qualsevol cas, FreeNAS també és una bona solució encara que no > corri Debian per sota. > > Salut, > Alex > > -- > ⢀⣴⠾⠻⢶⣦⠀ > ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada > ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org > ⠈⠳⣄ >
Re: Linux i disc NAS
Bon dia, finalment ja tinc instal·lat el disc al pc i tot funciona correctament. No havia tingut mai d'utilitzar "dd if=/dev/zero of=/dev/sde bs=1M count=1" en un disc nou, però definitivament alguna cosa estranya hi havia al sector 0. Gracies per la vostra ajuda. Jordi El dv. 13 de 11 de 2020 a les 10:43 +0100, en/na Jordi va escriure: > Bones, m'agradaria saber si hi ha forma d'utilitzar un disc WD red > edition NAS en un PC normal connectat al SATA3. En principi la paca > el > detecta, però amb el debian no en puc fer res, ni tan sols el detecta > el gparted. La meva intenció era tenir un NAS per guardar les còpies > de > seguretat, música, etc. però ja que tinc l'ordinador pràcticament tot > el dia engegat he pensat que el podria instal·lar allà. He trobat > alguna informació per convertir un ordinador amb discs normals, en un > servidor NAS com FreeNAS i similars, però voldria saber si debian te > alguna utilitat per fer aquesta feina amb un disc dissenyat per ser > utilitzat en un NAS. > Si algú em pot dir per on començar a mirar li estaré agraït. > > Salutacions > > Jordi >
Re: Linux i disc NAS
Bones de nou. Al final ho estic aconseguint gracies a la vostra ajuda. El que he fet, per no remenar massa, he ficat el disc en una "carcasa" externa usb i li he passat "sudo dd if=/dev/zero of=/dev/sde bs=1M count=1" amb això ja he pogut crear la taula de particions i ara estic bolcant les dades, la qual cosa trigarà unes hores. Per després suposo i espero que ja el podré instal·lar definitivament al pc sense que doni cap problema. Gracies El dv. 13 de 11 de 2020 a les 10:43 +0100, en/na Jordi va escriure: > Bones, m'agradaria saber si hi ha forma d'utilitzar un disc WD > red > edition NAS en un PC normal connectat al SATA3. En principi la paca > el > detecta, però amb el debian no en puc fer res, ni tan sols el detecta > el gparted. La meva intenció era tenir un NAS per guardar les còpies > de > seguretat, música, etc. però ja que tinc l'ordinador pràcticament tot > el dia engegat he pensat que el podria instal·lar allà. He trobat > alguna informació per convertir un ordinador amb discs normals, en un > servidor NAS com FreeNAS i similars, però voldria saber si debian te > alguna utilitat per fer aquesta feina amb un disc dissenyat per ser > utilitzat en un NAS. > Si algú em pot dir per on començar a mirar li estaré agraït. > > Salutacions > > Jordi >
Re: Linux i disc NAS
Pot ser el truc estigui al dd if=/dev/zero of=/dev/sdX com dius. En quan pugui ho faig i us dic. Gracies. On Fri, 13 Nov 2020 12:57:35 +0100, Narcis Garcia wrote: > Confirmo que he utilitzat amb èxit i sense adaptar res especial aquestes > series de disc dur amb Debian (versions 9 i 10): > > - WD Blue > - WD Red (de 2 i 3TB) > - WD Black (de 1, 2 i 4TB) > > Tots han estat S.ATA, i han funcionat amb transparència per a la BIOS > sense importar la configuració. > Els he instal·lat tant sols (PC tradicional) com en RAID per programari > (DebianInstaller) o en RAID de maquinari (amb tarja controladora). > > Això si: A l'hora de formatejar un disc sempre prenc la precaució de > netejar-li els primers sectors de qualsevol resta prèvia: > dd if=/dev/zero of=/dev/sdX > > > Narcis Garcia > > __ > I'm using this dedicated address because personal addresses aren't > masked enough at this mail public archive. Public archive administrator > should fix this against automated addresses collectors. > El 13/11/20 a les 10:43, Jordi ha escrit: > > Bones, m'agradaria saber si hi ha forma d'utilitzar un disc WD red > > edition NAS en un PC normal connectat al SATA3. En principi la paca el > > detecta, però amb el debian no en puc fer res, ni tan sols el detecta > > el gparted. La meva intenció era tenir un NAS per guardar les còpies de > > seguretat, música, etc. però ja que tinc l'ordinador pràcticament tot > > el dia engegat he pensat que el podria instal·lar allà. He trobat > > alguna informació per convertir un ordinador amb discs normals, en un > > servidor NAS com FreeNAS i similars, però voldria saber si debian te > > alguna utilitat per fer aquesta feina amb un disc dissenyat per ser > > utilitzat en un NAS. > > Si algú em pot dir per on començar a mirar li estaré agraït. > > > > Salutacions > > > > Jordi > >
Re: Linux i disc NAS
Gracies per respondre. Jo també pensava que era instal·lar el disc i formatar sense cap més problema, però debian no pot llegir el sector 0 i no sembla que estigui espatllat el disc, el gparted em mostra el disc però sense res de res, com si siguès una pedra. La bios -uefi- de la placa la vaig actualitzar fa un parell de setmanes, tampoc he trobat com canviar el funcionament del s-ata i l'únic inconvenient que m'indica son les 5400 revolucions del disc. No sé, si creieu que ha de funcionar ho miraré amb calma i temps, de moment ho he tret tot perquè no vull fer malbé l'ordinador. Gracies El dv. 13 de 11 de 2020 a les 10:43 +0100, en/na Jordi va escriure: > Bones, m'agradaria saber si hi ha forma d'utilitzar un disc WD red > edition NAS en un PC normal connectat al SATA3. En principi la paca > el > detecta, però amb el debian no en puc fer res, ni tan sols el detecta > el gparted. La meva intenció era tenir un NAS per guardar les còpies > de > seguretat, música, etc. però ja que tinc l'ordinador pràcticament tot > el dia engegat he pensat que el podria instal·lar allà. He trobat > alguna informació per convertir un ordinador amb discs normals, en un > servidor NAS com FreeNAS i similars, però voldria saber si debian te > alguna utilitat per fer aquesta feina amb un disc dissenyat per ser > utilitzat en un NAS. > Si algú em pot dir per on començar a mirar li estaré agraït. > > Salutacions > > Jordi >
Re: Router 3/4G
El dj. 25 de 06 de 2020 a les 08:58 +0200, en/na Josep Lladonosa va escriure: > Aquests "de vegades" són sempre connectant des del mateix lloc?Ho dic > perquè també podria ser cosa del proveïdor de xarxa amb que vols > connectar cap al teu aparell 3G/4G. Ho faig des del mòbil i des de l'ordinador amb dues ip's diferents. També ho he provat des d'altres ordinadors i els resultat es el mateix. > Si l'aparell admet 3G/4G i és zona rural (poca cobertura 4G) podria > ser que ara agafi 4G i per això ha baixat la cobertura, que és menor. > Pots desactivar-li 4G. L'aparell te tres opcions: només 3g, nomes 4g i 4g preferit. Tinc activada només 3g. Abans hi tenia 4g preferit i ara si que sembla que ha millorat amb només 3g. El que no entenc és perquè si que connecto amb les càmeres sense problema i quan ho vull fer al servidor web, simplement no pot. Em sembla però, que tot es qüestió de cobertura. Quan vagi al poble intentaré actualitzar el "firmware" i mirar com ficar el router per guanyar cobertura, a veure si guanyo quelcom. Abans la cobertura era molt bona però de sobte ha perdut força. Les antenes per amplificar el senyal 4g, semblen una mica cares, realment estic buscant una solució econòmica per aquest problema. > > On Wed, 24 Jun 2020, 01:15 Jordi Vila, <215...@runbox.com> wrote: > > Bon dia, tinc un problema que encara que no te res a veure amb > > debian, voldria veure si em podeu donar un cop de ma. > > > > > > > > A la casa del poble tinc un router 3/4G tp-link tr-ml6400 amb unes > > càmeres connectades. Precisament quan va començar el confinament > > vaig començar a tenir problemes a l'hora d'accedir remotament a la > > configuració del router via web, ja que refusa la connexió. El > > router mitjançant un temporitzador es reinicia dos cops al dia i > > algunes vegades si aconsegueixo accedir-hi i altres no.He canviat > > el port del servidor http diverses vegades amb igual resultat. A > > les càmeres mitjançant https si hi puc accedir sempre, per la qual > > cosa no sé que està passant. El senyal de la cobertura amb movistar > > abans era 100% o 75% i ara 25% pel que suposo que aquest és el > > problema, però no entenc perquè no tinc problema per accedir a les > > càmeres, només a la configuració del router. Si em podeu orientar > > us ho agrairé, també amb el tema d'augmentar la recepció del senyal > > de forma econòmica. > > > > > > > > Gracies. > > > > > > > > Jordi Salutacions Jordi
Router 3/4G
Bon dia, tinc un problema que encara que no te res a veure amb debian, voldria veure si em podeu donar un cop de ma. A la casa del poble tinc un router 3/4G tp-link tr-ml6400 amb unes càmeres connectades. Precisament quan va començar el confinament vaig començar a tenir problemes a l'hora d'accedir remotament a la configuració del router via web, ja que refusa la connexió. El router mitjançant un temporitzador es reinicia dos cops al dia i algunes vegades si aconsegueixo accedir-hi i altres no.He canviat el port del servidor http diverses vegades amb igual resultat. A les càmeres mitjançant https si hi puc accedir sempre, per la qual cosa no sé que està passant. El senyal de la cobertura amb movistar abans era 100% o 75% i ara 25% pel que suposo que aquest és el problema, però no entenc perquè no tinc problema per accedir a les càmeres, només a la configuració del router. Si em podeu orientar us ho agrairé, també amb el tema d'augmentar la recepció del senyal de forma econòmica. Gracies. Jordi
Rellotges esportius
Estic buscant informació sobre programari linux i rellotges esportius i
no trobo gaire res.
Algú te idea de com connectar un d'aquests rellotges al linux o be com
utilitzar les dades del tipus :
23FF611E01D0011402161736300D002500D300010D001D001C0050002201
23FF611401D101140216173710003D007800570078000E01
23FF611E01D201140216173830090019009800011F00640041001400C602
23FF611E01D30114021617393005000E0046000125004D00400028009E02
23FF611401D401140216173A1000110017000F00E407
TB_61_data{uid=157926748288474899, data_from='P1C-8089', ctrl=1,
seq=3994, year=2020, month=3, day=23, hour=0, min=0, data_type=1,
sport_type=0, calorie=0.0, step=0, distance=0.0, state_type=0,
reserve=0, automatic=0, min_bpm=46, max_bpm=52, avg_bpm=49, level=5,
sdnn=0, lf=0, hf=0, lf_hf=0, bpm_hr=0, sbp=0, dbp=0, bpm=0,
time=1584918000425, cmd='23FF6110019A0F140216012E003400310005'}
.
O pot ser un emulador android no se, alguna idea?
Gracies
Jordi.
Re: L'actualització del kernel no arrenca
Missatge de Jordi Fontich del dia dj., 19 de març 2020 a les 23:52: > Hola Josep, > no tinc gaire interès en tenir el darrer kernel, sinó en tenir un sistema > estable i que funcioni. No coneixia aquesta eina, li faré un cop d'ull. He > instal·lat el 5.3HWE amb el Synaptic, i he resolt el problema.. > > Gràcies per la resposta! > > Jordi > > Missatge de Josep Lladonosa del dia dj., 19 de març > 2020 a les 20:33: > >> Has provat a instal·lar ukuu? >> Permet afegir kernels molt actualitzats. >> > Oups! He vist com funciona ukuu, i em sembla que en tenia una idea equivocada. No és una eina per fer experiments amb els darrers kernels, sinó per actualitzar els kernels "oficials" Gràcies Jordi > >> Josep >> >> >>
Re: L'actualització del kernel no arrenca
Hola Josep, no tinc gaire interès en tenir el darrer kernel, sinó en tenir un sistema estable i que funcioni. No coneixia aquesta eina, li faré un cop d'ull. He instal·lat el 5.3HWE amb el Synaptic, i he resolt el problema.. Gràcies per la resposta! Jordi Missatge de Josep Lladonosa del dia dj., 19 de març 2020 a les 20:33: > Has provat a instal·lar ukuu? > Permet afegir kernels molt actualitzats. > > Josep > > On Thu, 19 Mar 2020, 19:36 Jordi Fontich, wrote: > >> Hola! Segueixo amb el problema de les actualitzacions del kernel, que no >> arrenquen. Us faig memòria: elementaryOS, basat en Ubuntu 18.04. Estic >> arrencant amb el kernel 4.15.0.55, ja que totes les actualitzacions >> posteriors del kernel em deixen la màquina penjada en el boot. He pogut >> esbrinar el punt on es queda l'arrencada penjada: >> >> R8169 Can't disable ASPM, OS doesn't have ASPM control >> >> Sembla que és un antic problema amb aquest driver, que no s'ha resolt del >> tot. El cas és que he trobat alguns usuaris amb problemes amb aquest >> driver, sobretot amb la configuració de xarxa, però ningú amb el mateix >> problema que jo. Alguns ho han solucionat instal·lant la versió R8168, i >> desinstal·lant la R8169, però m'he trobat un desenvolupador a Github que ho >> desaconsella. Aquest ha fet canvis al driver per solucionar aquest problema >> del control de l'ASPM : >> https://github.com/KastB/r8169 >> Pel què comenta aquest bug fa que la tarja de xarxa no entri en mode >> suspensió i vagi drenant la bateria. I és cert! A mi em passa. >> També comenta que el problema està solucionat al kernel 4.19, però jo >> estic en el 4.15, de manera que no me'n beneficio. >> >> Veig que el driver R8169 és necessari per a la connexió per cable, la >> eth, i jo no la faig servir ja que smpre vaig per wifi, però no estic segur >> que també afecti altres components. >> Com ho veieu? Algun consell? Estic entre provar aquest driver de Github, >> o eliminar el R8169 del sistema. >> >> Jordi >> >> Missatge de Jordi Fontich del dia dc., 25 de >> set. 2019 a les 18:41: >> >>> Hola, >>> Estic amb elementaryos i tinc un problema amb les actualitzacions del >>> kernel. Les 3 darreres actualitzacions del kernel em deixen amb el grub >>> penjat i no arrenquen, de manera que he d'entrar manualment i arrencar des >>> de la quarta, que sí que em deixa arrencar el sistema. >>> A algú de li acut quin deu ser el problema, i com ho puc solucionar? He >>> provar a reinstal·lar el darrer kernel, però tot segueix igual. >>> >>> Salutacions, >>> Jordi >>> >>
Re: L'actualització del kernel no arrenca
Missatge de Josep Ma. Ferrer del dia dj., 19 de març 2020 a les 20:28: > > També comenta que el problema està solucionat al kernel 4.19, però jo > estic en el 4.15, de manera que no me'n beneficio. > > A Distrowatch (https://distrowatch.com/?newsid=10815) comenten que la > darrera versió de l'elementary porta el nucli 5.3. No sé si es pot fer, > però jo intentaria baixar aquesta darrera versió i gravar-la a un USB i > arrencar amb ella. Així comprovaries si ja s'ha solucionat el problema amb > el controlador de la targeta de xarxa. > > Salutacions, > > Josep Ma. > > Hola Josep M, gràcies per la resposta. Fa mesos que tinc aquest problema, i es veu que aquest driver ha donat molts tipus de problemes i entre tantes possibles solucions en vaig llegir una d'algú que l'havia resolt d'aquesta manera. Així que he instal·lat el kernel 5.3HWE i problema solucionat. Espero que el sistema no es torni inestable... Salutacions, Jordi
Re: L'actualització del kernel no arrenca
Hola! Segueixo amb el problema de les actualitzacions del kernel, que no arrenquen. Us faig memòria: elementaryOS, basat en Ubuntu 18.04. Estic arrencant amb el kernel 4.15.0.55, ja que totes les actualitzacions posteriors del kernel em deixen la màquina penjada en el boot. He pogut esbrinar el punt on es queda l'arrencada penjada: R8169 Can't disable ASPM, OS doesn't have ASPM control Sembla que és un antic problema amb aquest driver, que no s'ha resolt del tot. El cas és que he trobat alguns usuaris amb problemes amb aquest driver, sobretot amb la configuració de xarxa, però ningú amb el mateix problema que jo. Alguns ho han solucionat instal·lant la versió R8168, i desinstal·lant la R8169, però m'he trobat un desenvolupador a Github que ho desaconsella. Aquest ha fet canvis al driver per solucionar aquest problema del control de l'ASPM : https://github.com/KastB/r8169 Pel què comenta aquest bug fa que la tarja de xarxa no entri en mode suspensió i vagi drenant la bateria. I és cert! A mi em passa. També comenta que el problema està solucionat al kernel 4.19, però jo estic en el 4.15, de manera que no me'n beneficio. Veig que el driver R8169 és necessari per a la connexió per cable, la eth, i jo no la faig servir ja que smpre vaig per wifi, però no estic segur que també afecti altres components. Com ho veieu? Algun consell? Estic entre provar aquest driver de Github, o eliminar el R8169 del sistema. Jordi Missatge de Jordi Fontich del dia dc., 25 de set. 2019 a les 18:41: > Hola, > Estic amb elementaryos i tinc un problema amb les actualitzacions del > kernel. Les 3 darreres actualitzacions del kernel em deixen amb el grub > penjat i no arrenquen, de manera que he d'entrar manualment i arrencar des > de la quarta, que sí que em deixa arrencar el sistema. > A algú de li acut quin deu ser el problema, i com ho puc solucionar? He > provar a reinstal·lar el darrer kernel, però tot segueix igual. > > Salutacions, > Jordi >
