Re: Memorias USB montadas como sólo lectura en Thunar
El 23/06/17 a las 19:20, Paynalton escribió: > > El vie., 23 de jun. de 2017 a la(s) 16:31, Alan > mailto:alan_laut...@yahoo.com.ar>> escribió: > > Estimados, les escribo para contarles un inconveniente que me > ocurre con > Thunar, el gestor de archivos predeterminado de Xfce y que > acostumbro a > usar. > Al introducir un pendrive o conectar un reproductor de música no soy > capaz de transferir archivos y aparece una ventana diciéndome que el > destino es de sólo lectura. Cambié los permisos del directorio > /media y > /media/usuario a "Lectura y escritura", pero no ha funcionado. La > única > forma de transferir archivos es utilizando Thunar como superusuario, > algo que en ocasiones puede resultar incómodo. Lo curioso es que en > Nautilus no tengo ningún tipo de problema y puedo pasar archivos a mis > memorias USB sin necesidad de utilizar la cuenta de root o sudo. > Comento este inconveniente para saber si se trata de un bug > generalizado > o de una mala configuración de mi sistema. Si se trata del segundo > caso > -lo cual es probable- agradecería algún consejo o recomendación para > solucionar el problema. > > También aprovecho el hilo para comentar que tuve dificultades al > desmontar particiones, siendo el causante el proceso "thumblerd". > > Muchas gracias por su tiempo. > Saludos > > > con la memoria insertada y abierto, podrías darnos la salida del > comando 'mount' ??? Misteriosamente el problema se arregló solo tras comentarlo en la lista... Lo único que hice fue preparar un pendrive booteable con el netinstall de Debian 9, mediante la aplicación "gnome-multi-writter". Luego de eso todos los dispositivos USB dejaron de tener problemas en Thunar. Imagino que MultiWritter (que solicita permisos de root) habrá modificado alguna configuración, pero es sólo una hipótesis. Dejo el hilo abierto un tiempo más por si alguien puede echar luz sobre el asunto y brindar una solución más "profesional". El comando mount (tras arreglarse el problema) arroja lo siguiente: sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=1951436k,nr_inodes=487859,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=392536k,mode=755) /dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=35,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=8926) debugfs on /sys/kernel/debug type debugfs (rw,relatime) mqueue on /dev/mqueue type mqueue (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) /dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro) /dev/sda4 on /home type ext4 (rw,relatime,data=ordered) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=392532k,mode=700,uid=1000,gid=1000) /dev/sdb1 on /media/alan/Pendrive type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
Re: Memorias USB montadas como sólo lectura en Thunar
El vie., 23 de jun. de 2017 a la(s) 16:31, Alan escribió: > Estimados, les escribo para contarles un inconveniente que me ocurre con > Thunar, el gestor de archivos predeterminado de Xfce y que acostumbro a > usar. > Al introducir un pendrive o conectar un reproductor de música no soy > capaz de transferir archivos y aparece una ventana diciéndome que el > destino es de sólo lectura. Cambié los permisos del directorio /media y > /media/usuario a "Lectura y escritura", pero no ha funcionado. La única > forma de transferir archivos es utilizando Thunar como superusuario, > algo que en ocasiones puede resultar incómodo. Lo curioso es que en > Nautilus no tengo ningún tipo de problema y puedo pasar archivos a mis > memorias USB sin necesidad de utilizar la cuenta de root o sudo. > Comento este inconveniente para saber si se trata de un bug generalizado > o de una mala configuración de mi sistema. Si se trata del segundo caso > -lo cual es probable- agradecería algún consejo o recomendación para > solucionar el problema. > > También aprovecho el hilo para comentar que tuve dificultades al > desmontar particiones, siendo el causante el proceso "thumblerd". > > Muchas gracias por su tiempo. > Saludos > con la memoria insertada y abierto, podrías darnos la salida del comando 'mount' ???
Memorias USB montadas como sólo lectura en Thunar
Estimados, les escribo para contarles un inconveniente que me ocurre con Thunar, el gestor de archivos predeterminado de Xfce y que acostumbro a usar. Al introducir un pendrive o conectar un reproductor de música no soy capaz de transferir archivos y aparece una ventana diciéndome que el destino es de sólo lectura. Cambié los permisos del directorio /media y /media/usuario a "Lectura y escritura", pero no ha funcionado. La única forma de transferir archivos es utilizando Thunar como superusuario, algo que en ocasiones puede resultar incómodo. Lo curioso es que en Nautilus no tengo ningún tipo de problema y puedo pasar archivos a mis memorias USB sin necesidad de utilizar la cuenta de root o sudo. Comento este inconveniente para saber si se trata de un bug generalizado o de una mala configuración de mi sistema. Si se trata del segundo caso -lo cual es probable- agradecería algún consejo o recomendación para solucionar el problema. También aprovecho el hilo para comentar que tuve dificultades al desmontar particiones, siendo el causante el proceso "thumblerd". Muchas gracias por su tiempo. Saludos
Re: Stretch estable desde testing?
El 23/06/17 a las 12:31, Matias Mucciolo escribió: ojo que no es mirror.list sino source.list el archivo.. creo que se confundio de archivo JAP.. saludos Cierto, escribí mal /etc/apt/sources.list Perdón por el error. JAP
Re: thunderbird problema configuracion de una cuenta con gmail
Hola Jap: Decías el Miércoles, 21 de Junio del 2017. > El 21/06/17 a las 08:51, Miguel Angel escribió: >> Hola a todos. He instalado thunderbird en debian 9 y no puedo configurar >> ninguna cuenta de gmail. >> >> Cuando introduzco los datos de la cuenta de correo electrónico y su >> contraseña me reconoce el servidor y toda la configuración, acepto y >> me abre una ventana en la que me aparece mi correo y me pide que >> acepte para introducir las credenciales de google le doy a aceptar y >> ahi se queda ya no continua al siguiente paso. >> >> Me han comentado que puede ser que tenga activado el sistema de doble >> autenticación de google, lo he mirado y no lo tengo activado. >> Estoy utilizando debian 9 stretch y firefox ESR 52.2.0 64 BITS y >> thunderbird 45.8.0. eL es que hace unos dos meses cuando debian >> stretch estaba en fase de congelacion con icedove instalado y con >> iceweasel no me dio ningun problema en la configuración de las cuentas >> de gmail. >> >> >> > > Hola. > Primero, sigue ese enlace paso a paso: > http://www.configuraroutlook.com/es/thunderbirdgmail.php > > Este otro es el "oficial", pero no es tan completo: > https://support.mozilla.org/es/kb/thunderbird-y-gmail > > Regla de oro: HABILITAR ACCESO POP en la cuenta GMail. > > Si no lo haces, no funciona. > > La doble identificación nada tiene que ver; te aparecerá un mensaje en > la cuenta de correo alternativa de que se está accediendo desde otro > equipo y sistema. Si no lo bloqueas, nada pasa. > > Complementos recomendados: > gContactSync > GoogleCalendarTab > Proveedor para Google Calendar > > (Enviado desde Thunderbird 45.8.0 en Debian 9 ;) > > JAP > > Thunderbird configura las cuentas de Gmail de modo automático, yo utilizo la versión 45.8.0 en Debían 9 con correo IMAP, solo me pidió dirección de correo y contraseña. -- (·)> /|\José Tomás Mateo Ruiz \_/_50550 Aragón España --- A la pereza persigue la pobreza.
Re: Administración centralizada de usuarios con Web FrontEnd
El 2017-06-16 19:03, Cristian Mitchell escribió: > El 16 de junio de 2017, 21:57, Paynalton escribió: > >> >> >> El vie., 16 de jun. de 2017 a la(s) 19:52, Cristian Mitchell < >> mitchell6...@gmail.com> escribió: >> >>> >>> El 16 de junio de 2017, 20:07, Luis Enrique Araneda >>> escribió: >>> webmin? como será eso? El 16 de junio de 2017, 18:18, Cristian Mitchell >>> > escribió: > > > El 16 jun. 2017 6:07 PM, "Esteban Monge" > escribió: > > Estimados: > > Quería saber si conocen de algún sistema que permita administrar > usuarios de manera centralizada, pero no sea un LDAP, Active Directory o > similar. > > IBM tiene un software que se llama ISIM, uno configura el servidor y a > los clientes sólo se les configura un usuario administrador, con sudo, > ese usuario se encarga de crear los demás usuarios en el sistema > operativo, es decir agrega una entrada en /etc/passwd, /etc/shadow y > /etc/groups > > Busco algo así pero sea libre. > > Webmin > >> Pero... webmin no hace ningún tipo de centralización, o si? solo es para >> administración remota. >> >> Si ninguna de las soluciones ya desarrolladas no te convence, siempre >> puedes usar ANSIBLE y algunos scripts sencillos en bash para armar tu >> propio sistema de administración. >> >> >>> -- Luis Enrique Araneda Ingeniero en sistemas >>> >>> http://www.webmin.com/ >>> >>> >>> -- >>> MrIX >>> Linux user number 412793. >>> http://counter.li.org/ >>> >>> las grandes obras, >>> las sueñan los santos locos, >>> las realizan los luchadores natos, >>> las aprovechan los felices cuerdo, >>> y las critican los inútiles crónicos, >>> >>> > Dijo administración de usuarios grupos y mas > > en webmin instalas en todos los equipos a administrar y luego en uno que > seria el cual usas como centralizador das de alta todos los equipos. > > ahora lo que definió es muy ambiguo. Puede no ser lo que nesesita Estimados gracias por las respuestas, en efecto lo que ocupo es crear el usuario en una interfaz web y que eso se replique en todos los equipos, lo mismo con grupos. No sabía eso de Webmin, es decir no sabía que se instalaba un webmin master y luego se le conectaban los esclavos, ¿es un modelo cliente servidor? ¿de casualidad tienes algún link? Con respecto a Ansible... monté Semaphore, un Front End escrito en Go, pero me parece que Ansible funciona mejor para tareas repetitivas, la verdad no he leído que hace con usuarios, pero no creo que sea tan sencillo es como el ISIM, Semaphore no tiene módulo para usuarios, solo para ejecutar tareas. Básicamente eso es lo que ocupo, para ser mas específico, tener una interfaz web donde pueda administrar usuarios y grupos, esos usuarios que se repliquen por medio de SSH a todos los equipos de la arquitectura, sin necesidad de agentes ni de montar un LDAP.
Re: Stretch estable desde testing?
On Friday 23 June 2017 12:04:01 Ignacio Martirén wrote: > Gracias amigos. Analizaré los procedimientos propuestos. Feliz de contar > con vuestra ayuda. > > El 23 de junio de 2017, 10:32, JAP escribió: > > > El 23/06/17 a las 09:42, Ignacio Martirén escribió: > > > >> Hola amigos de la lista. Soy usuario Debian, pero manejo poco el tema. > >> Instalé hace bastante tiempo el testing Stretch. Ahora que llegó a la > >> etapa de estable instalaré el próximo testing que sigue en la partición > >> que ahora tengo con Jessie, ya que me gusta tener un estable y el > >> testing en la máquina. Pregunto, ¿la instalación testing que yo tengo, > >> ya la tengo como estable pasada automáticamente desde repositorios al > >> hacer update && upgrade? > >> > >> -- > >> */ _Ignacio_/* > >> */_ > >> _/* > >> */_ > >> _/* > >> > > > > No es tan así, y todo depende. > > > > Abre el archivo /etc/apt/mirror.list > > > > Si tu partición "stable" apunta a, por ejemplo, > > deb http://ftp.debian.org/debian/ stable main contrib non-free > > no debes hacer nada, dado que seguirá en "stable", pero ahora se llamará > > Stretch en vez de Jessie > > > > Si por el contrario, apunta a > > deb http://ftp.debian.org/debian/ jessie main contrib non-free > > deberás cambiar la palabra "jessie" por "stretch" y hacer una > > actualización. > > > > ¡ATENCIÓN! > > Cualquiera sean los dos casos, antes de hacer > > # apt-get dist-upgrade > > lee este tutorial, > > https://www.debian.org/releases/stable/amd64/release-notes/ > > ch-upgrading.es.html > > porque pasar de una estable a otra nueva estable, suele tener algunos > > dimes y diretes. > > > > En el caso de la partición "testing", es conveniente tener el archivo > > /etc/apt/mirror.list apuntando siempre a "testing", de la siguiente manera: > > deb http://ftp.debian.org/debian/ testing main contrib non-free > > De esta manera, como ahora, el paso de Stretch a Buster, es totalmente > > transparente. > > > > JAP > > > > PD: Si tenés una instalación de 32 bits, el enlace es > > https://www.debian.org/releases/stable/i386/release-notes/ > > ch-upgrading.es.html > > > > > > > > > > > > > > > > > -- > * Ignacio* ojo que no es mirror.list sino source.list el archivo.. creo que se confundio de archivo JAP.. saludos
Re: Stretch estable desde testing?
Gracias amigos. Analizaré los procedimientos propuestos. Feliz de contar con vuestra ayuda. El 23 de junio de 2017, 10:32, JAP escribió: > El 23/06/17 a las 09:42, Ignacio Martirén escribió: > >> Hola amigos de la lista. Soy usuario Debian, pero manejo poco el tema. >> Instalé hace bastante tiempo el testing Stretch. Ahora que llegó a la >> etapa de estable instalaré el próximo testing que sigue en la partición >> que ahora tengo con Jessie, ya que me gusta tener un estable y el >> testing en la máquina. Pregunto, ¿la instalación testing que yo tengo, >> ya la tengo como estable pasada automáticamente desde repositorios al >> hacer update && upgrade? >> >> -- >> */ _Ignacio_/* >> */_ >> _/* >> */_ >> _/* >> > > No es tan así, y todo depende. > > Abre el archivo /etc/apt/mirror.list > > Si tu partición "stable" apunta a, por ejemplo, > deb http://ftp.debian.org/debian/ stable main contrib non-free > no debes hacer nada, dado que seguirá en "stable", pero ahora se llamará > Stretch en vez de Jessie > > Si por el contrario, apunta a > deb http://ftp.debian.org/debian/ jessie main contrib non-free > deberás cambiar la palabra "jessie" por "stretch" y hacer una > actualización. > > ¡ATENCIÓN! > Cualquiera sean los dos casos, antes de hacer > # apt-get dist-upgrade > lee este tutorial, > https://www.debian.org/releases/stable/amd64/release-notes/ > ch-upgrading.es.html > porque pasar de una estable a otra nueva estable, suele tener algunos > dimes y diretes. > > En el caso de la partición "testing", es conveniente tener el archivo > /etc/apt/mirror.list apuntando siempre a "testing", de la siguiente manera: > deb http://ftp.debian.org/debian/ testing main contrib non-free > De esta manera, como ahora, el paso de Stretch a Buster, es totalmente > transparente. > > JAP > > PD: Si tenés una instalación de 32 bits, el enlace es > https://www.debian.org/releases/stable/i386/release-notes/ > ch-upgrading.es.html > > > > > > > -- * Ignacio*
Re: Stretch estable desde testing?
El 23/06/17 a las 09:42, Ignacio Martirén escribió: Hola amigos de la lista. Soy usuario Debian, pero manejo poco el tema. Instalé hace bastante tiempo el testing Stretch. Ahora que llegó a la etapa de estable instalaré el próximo testing que sigue en la partición que ahora tengo con Jessie, ya que me gusta tener un estable y el testing en la máquina. Pregunto, ¿la instalación testing que yo tengo, ya la tengo como estable pasada automáticamente desde repositorios al hacer update && upgrade? -- */ _Ignacio_/* */_ _/* */_ _/* No es tan así, y todo depende. Abre el archivo /etc/apt/mirror.list Si tu partición "stable" apunta a, por ejemplo, deb http://ftp.debian.org/debian/ stable main contrib non-free no debes hacer nada, dado que seguirá en "stable", pero ahora se llamará Stretch en vez de Jessie Si por el contrario, apunta a deb http://ftp.debian.org/debian/ jessie main contrib non-free deberás cambiar la palabra "jessie" por "stretch" y hacer una actualización. ¡ATENCIÓN! Cualquiera sean los dos casos, antes de hacer # apt-get dist-upgrade lee este tutorial, https://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.es.html porque pasar de una estable a otra nueva estable, suele tener algunos dimes y diretes. En el caso de la partición "testing", es conveniente tener el archivo /etc/apt/mirror.list apuntando siempre a "testing", de la siguiente manera: deb http://ftp.debian.org/debian/ testing main contrib non-free De esta manera, como ahora, el paso de Stretch a Buster, es totalmente transparente. JAP PD: Si tenés una instalación de 32 bits, el enlace es https://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.es.html
Re: Stretch estable desde testing?
On Friday 23 June 2017 09:42:10 Ignacio Martirén wrote: > Hola amigos de la lista. Soy usuario Debian, pero manejo poco el tema. > Instalé hace bastante tiempo el testing Stretch. Ahora que llegó a la etapa > de estable instalaré el próximo testing que sigue en la partición que ahora > tengo con Jessie, ya que me gusta tener un estable y el testing en la > máquina. Pregunto, ¿la instalación testing que yo tengo, ya la tengo como > estable pasada automáticamente desde repositorios al hacer update && > upgrade? > > -- > * Ignacio* Buenas depende como tengas el source.list si dice stretch seguira siendo stretch.. si dice testing y haces un upgrade se te va a pasar a la nueva testing. saludos Mataias
Stretch estable desde testing?
Hola amigos de la lista. Soy usuario Debian, pero manejo poco el tema. Instalé hace bastante tiempo el testing Stretch. Ahora que llegó a la etapa de estable instalaré el próximo testing que sigue en la partición que ahora tengo con Jessie, ya que me gusta tener un estable y el testing en la máquina. Pregunto, ¿la instalación testing que yo tengo, ya la tengo como estable pasada automáticamente desde repositorios al hacer update && upgrade? -- * Ignacio*
