[01:04] <MarioMey> Hola gente.
[01:04] <MarioMey> Estaba copiando unos archivos y se "colgó". Decía que no podía mostrar "computer://"... o algo parecido.
[01:05] <MarioMey> El tema es que maté caja, desmonté el disco externo al cual estaba copiando... pero la ventana "Operaciones sobre archivos" continúa abierta, pero colgada.
[01:05] <MarioMey> ¿Qué proceso es el que copia archivos?
[01:05] <MarioMey> Me gustaría matarlo...
[01:05] <MarioMey> xwininfo me tira información sobre la ventana, pero no sobre el proceso.
[01:06] <MarioMey> ¿Hay algún comando parecido que me diga qué proceso creó esa ventana?
[01:39] <dany_mate> hola
[01:40] <dany_mate> consulta
[01:40] <dany_mate> ubuntu gnome...el ultimo....anda bien en una netbook
[01:42] <dany_mate> con una respuesta me alcanza
[16:18] <uruk7> hola gente me gustaria saber la fecha de creacion (no de modificacion ni acceso) de un directorio dede CLI, he estado buscando por google y me indican que utilice stat pero cuando ejecuto solo me aparece fecha de modificacion i de cambio no de creacion
[16:20] <Busindre> uruk7: https://www.busindre.com/comando_stat_access_modify_change
[16:28] <uruk7> con stat no se puede pero con debugfs por lo visto si , es lo que me pone Busindre pero el caso es que me aparece la fecha pero no la hora ni los minutos
[16:31] <Busindre> qué sistema de ficheros utilizas?
[16:33] <uruk7> ext4
[16:34] <uruk7> he estado buscando i me pone que haga debugfs -R 'stat <inode_number>' DEVICE
[16:35] <uruk7> el inode ya lo tengo lo que pasa es que tengo varios discos duros como puedo ver el device del directorio en el que me encuentro o tengo que ir por el cuento de la lechera i mirar uno por uno en fdisk
[16:38] <Busindre> prueba con df directorio
[16:40] <uruk7> bueno ya lo encontre
[16:41] <uruk7> a ver el comando en si es ->sudo debugfs -R 'stat <28053212>' /dev/sdc2
[16:41] <Busindre> y ya te da la fecha correcta?
[16:41] <uruk7> siendo 28053212 el inode
[16:41] <uruk7> bueno me saca todas las fechas
[16:41] <uruk7> la birth tambien i es la correcta
[16:42] <Busindre> tienes que usar el inode opbligatoriamente?
[16:42] <uruk7> buff no se es lo que encontre por internet
[16:43] <uruk7> lo que pasa es que es muy pesado tener que acceder a la data de creacion
[16:43] <Busindre> has leído el enlace que te pasé?
[16:43] <uruk7> a ver voy a crear un comando que me lo outputee
[16:43] <Busindre> debugfs -R 'stat /home/maria/fichero' /dev/mapper/Volgroup00-lv_root
[16:44] <uruk7> a ver voy a probar
[16:44] <Busindre> porque hace como 20 minutos que te lo puse, pero lo has ignorado completamente XD
[16:45] <uruk7> no no no lo ignore pero me lo mire por encima i pille que con stat solo no se puede
[16:45] <uruk7> a ver dejame ver lo que tu me has puesto
[16:46] <Busindre> bueno, lo habrías conseguido antes de haber leído mejor, tampoco pasa nada
[16:47] <uruk7> con lo que tu me has puesto no me aparece
[16:47] <Busindre> quieres decir que es obligatorio usar el inode?
[16:48] <uruk7> no se me pone bad magic number error
[16:50] <uruk7> ademas se debe poner entre <   >
[16:50] <Busindre> porque no estás poniemdo el dispositivo,...
[16:50] <Busindre> no,.. eso es el inode
[16:50] <Busindre> da lo mismo
[16:50] <Busindre> déjalo
[16:51] <uruk7> da igual poniendo /dev/sdc2 o /dev/sdc me da error
[16:51] <uruk7> en cambio cuando utilizo inode me aparce bien
[16:51] <Busindre> me pegas los dos comandos?
[16:51] <Busindre> por curiosidad
[16:51] <Busindre> y el del inode
[16:51] <Busindre> para que sepa la tuta al fichero
[16:52] <Busindre> debugfs -R 'stat /home/busi/sdb_problem~' /dev/mapper/Volgroup00-lv_root | grep crtime
[16:52] <Busindre> debugfs 1.43.4 (31-Jan-2017)
[16:52] <Busindre> crtime: 0x56f849d0:6d65e518 -- Sun Mar 27 23:00:00 2016
[16:52] <Busindre> porque funcionar, funciona
[16:53] <uruk7> sudo debugfs -R 'stat <28053212>' /dev/sdc2
[16:53] <uruk7> sudo debugfs -R 'stat zoom9' /dev/sdc2
[16:53] <Busindre> pon la ruta completa anda
[16:54] <uruk7> sudo debugfs -R 'stat /media/uruk/CONTENIDORS/mapes/global/sensecopyright/zoom9' /dev/sdc2
[16:54] <uruk7> da igual me sale lo mismo
[16:58] <Busindre> ls -i /media/uruk/CONTENIDORS/mapes/global/sensecopyright/zoom9
[16:59] <uruk7> ya te puse el inode
[16:59] <Busindre> me quiero asegurar
[17:00] <Busindre> es que es raro lo que te pasa
[17:00] <uruk7> a ver si hago eso me apareceran los inodes de los ficheros del directorio
[17:01] <uruk7> i hay mas de 2 millones de ficheros
[17:01] <uruk7> jajaja
[17:01] <Busindre> ls -di /media/uruk/CONTENIDORS/mapes/global/sensecopyright/zoom9
[17:01] <uruk7> 28053212
[17:02] <uruk7> no si ya me aparece bien la data
[17:04] <Busindre> sí, quería saber por qué necesitas el uso del inode
[17:04] <Busindre> cuando a mi por ejemplo nunca me hizo falta
[17:04] <Busindre> y a ti en cambio te da un error
[17:05] <uruk7> a ver estoy trabajando con directorios de 1 millon a 5 millones de ficheros
[17:05] <uruk7> puede que sea eso
[17:05] <dannyLopez> Holas
[17:05] <dannyLopez> :)
[17:06] <dannyLopez> ¿Por qué se me cierra una instancia de Dropbox? Ejecuto 2 con este script https://pastebin.com/zf4Z0Wyz
[17:07] <dannyLopez> Utilizo Awesome WM
[17:07] <uruk7> no no creo que sea eso
[17:07] <uruk7> a ver te pongo lo que me pone exactamente
[17:08] <uruk7> ebugfs 1.42.13 (17-May-2015)
[17:08] <uruk7> : File not found by ext2_lookup
[17:10] <Busindre> debugfs 1.43.4 (31-Jan-2017)
[17:10] <Busindre> será tal vez por la versión
[17:10] <Busindre> bueno saberlo
[17:13] <Busindre> dannyLopez: puedes probar ejecutar el script con -x
[17:13] <Busindre> bash -x script
[17:13] <Busindre> para depurar
[17:13] <uruk7> ups
[17:13] <Busindre> y quitar el "2>"
[17:13] <Busindre> del script
[17:13] <Busindre> para poder ver mensajes de error
[17:14] <uruk7> a ver como lo actualizo Busindre el debugfs
[17:14] <Busindre> pues si no hay versión nueva en los repos tendrás que compilar.
[17:15] <Busindre> pero puedes seguir con el inode
[17:15] <cossier> uruk7, la particion es NTFS?
[17:15] <Busindre> no creo que merezca la pena
[17:15] <uruk7> ext4
[17:15] <uruk7> ok
[17:16] <Busindre> yo sólo quería saber por qué a mi si me funcionaba y a ti no
[17:16] <Busindre> para poder actualizar el post
[17:16] <uruk7> tendre que hacerme un comando especifico para eso a ver probare
[17:17] <Busindre> no tendrás problema, no se ve muy complicado ;D
[17:17] <Busindre> si no, cossier está siempre dispuesto a echar un cable
[17:19] <uruk7> si lo que me jode es que tarda unops segundos en aparecer el resultado por lo que no se si el grep me lo hara correctamente
[17:19] <uruk7> a ver
[17:43] <uruk7> ahi va para hacerle la funcion sudo debugfs -R 'stat <'`ls -id /media/uruk/CONTENIDORS/mapes/global/sensecopyright/zoom9 | awk ' { print $1 } ' `'>' /dev/sdc2 | grep crtime | awk ' { print $8"."$6"."$5"."$7 } '
[17:49] <cossier> uruk7, bravo!!
[17:49] <uruk7> aqui os dejo la funcion --> function birth {  sudo debugfs -R 'stat <'`ls -id $1 | awk ' { print $1 } ' `'>' /dev/sdc2 | grep crtime | awk ' { print $8"."$6"."$5"."$7 } '; }
[18:01] <cossier> uruk7, tengo un archivo creado en el futuro!!
[18:02] <cossier> uruk7, con ls sale 28-jun-2009 y con birth 7-dic-2009
[18:27] <cossier> uruk7, he encontrado otro archivo
[18:29] <cossier> uruk7, no entenc res https://pastebin.com/P9LDJdSD
[18:53] <uruk7> cossier no ho se noi pel que veig el temps de modificacio es anterior al 2009
[18:55] <cossier> uruk7, se supone que buscas la de creacion?
[18:55] <uruk7> cal tenir en compte que la funcio treballa tinguent en compte la meva versio de debugfs
[18:56] <uruk7> claro
[18:56] <uruk7> me voy una hora
[18:56] <cossier> fins aviat
[19:36] <dannyLopez> Busindre: Que pena, salí a almorzar. :D
[19:43] <Busindre> salir a comer siempre está bien, no se debe uno apenar por ello
[19:43] <Busindre> XD
[19:51] <dannyLopez> Bueno, en lo que quedamos, ¿Al ejecutar el scrip desde el "menú ejecutar" de Awesome, me reconoce el -x?
[19:59] <Busindre> usa la terminal
[20:03] <dannyLopez> El script corre bien, sólo que me saca de 1 Dropbox después de unos días
[20:03] <dannyLopez> Al ejecutarlo desde terminal ¿Tendría que mantener abierta la terminal?
[20:14] <Busindre> si quieres ver el mensaje sí
[20:14] <Busindre> pero puedes cambair el script
[20:14] <Busindre> poner un "> /home/sexy/fichero_de_log"
[20:14] <Busindre> y ya pues cuando pete, lees ese archivo y ves la salida de error
[20:15] <Busindre> el tema es redirigir el mensaje de error a un sitio para que lo leas posteriormente
[20:15] <Busindre> 2> /home/sexy/fichero_de_log
[20:15] <Busindre> 2 es la salida de errores
[20:15] <Busindre> > la redirige
[20:15] <Busindre> si lo manda a /dev/null le está diciendo que no lo muestre
[20:15] <Busindre> cosa normal en scripts
[20:27] <dannyLopez> Si supieras que no te entendí :(
[20:28] <Busindre> dame el script
[20:28] <Busindre> (corriendo)
[20:28] <Busindre> y te lo edito
[20:28] <Busindre> que me quiero ir ya a la cama
[20:30] <dannyLopez> https://pastebin.com/zGFqDe5W
[20:30] <Busindre> dime donde te gustaría guardas el fichero con los logs
[20:32] <Busindre> https://pastebin.com/AAKDXmKZ
[20:32] <dannyLopez> /home/damunoz/scripts
[20:32] <Busindre> lo va a meter en /home/damunoz/dropbox_error
[20:32] <dannyLopez> Vale
[20:32] <Busindre> sorry, tardaste mucho XD
[20:32] <dannyLopez> Cuando se cierre, leo el log de ese directorio?
[20:33] <dannyLopez> Lo siento, toca estar pendiente de toda la oficina
[20:33] <dannyLopez> Jajaja
[20:33] <Busindre> ahí, si dropboxd, que parece ser el ejecutable, da algún error, quedará registrado
[20:33] <Busindre> en ese fichero
[20:33] <Busindre> puedes ir mitando antes de que cierre
[20:34] <Busindre> porque puede que meta errores cada cierto tiempo si los encuentra
[20:34] <dannyLopez> Ah vale, es interesante
[20:34] <Busindre> es decir, ahí meterá cualquier error que tenga configurado mostrar
[20:34] <Busindre> con el 2 se indican errores
[20:35] <Busindre> adsadad 2> /dev/null
[20:35] <Busindre> adsadad
[20:35] <Busindre> ejecuta el primero en la terminal
[20:35] <Busindre> y luego el segundo
[20:35] <Busindre> para que veas en qué consiste esto
[20:35] <Busindre>  adsadad 2> archivo
[20:35] <Busindre> y miras que hay dentro de archivo
[20:35] <Busindre> así saldrás de dudas ;D
[20:36] <dannyLopez> ¿Cómo así el primero y el segundo?
[20:37] <Busindre> ejecuta estos comandos
[20:38] <Busindre> adsadad 2> /dev/null
[20:38] <Busindre> adsadad
[20:38] <Busindre> adsadad 2> fichero
[20:38] <Busindre> y observa qué pasa con cada uno de ellos
[20:39] <dannyLopez> A ver, copio el script modificado por ti, lo ejecuto desde la terminal asi /home/damunoz/Scripts/DropboxMultiInstance.sh > /dev/null
[20:39] <dannyLopez> Y luego /home/damunoz/Scripts/DropboxMultiInstance.sh > Error.log
[20:40] <Busindre> no no
[20:40] <Busindre> ejecuta simplemente esos tres comandos
[20:40] <dannyLopez> Perdón /home/damunoz/Scripts/DropboxMultiInstance.sh 2> /dev/null
[20:40] <Busindre> el script simplemente es para que lo sustituyas
[20:40] <Busindre> por el otro
[20:41] <Busindre> que tiene desactivada la salida de errores
[20:41] <dannyLopez> La ubicación del script está en la ruta que indiqué
[20:41] <Busindre> el nuevo, el que te propuse, escribe ya todo en /home/damunoz/dropbox_error
[20:41] <Busindre> no tienes que hacer nada más con él
[20:41] <dannyLopez> Ok
[20:43] <dannyLopez> Ya veo, cambiaste la línea que dice /dev/null por el directorio de salida
[20:45] <dannyLopez> Hay una doble >> ¿Es así o fue un typo?
[20:48] <dannyLopez> No lo ejecutó. :O
[20:51] <Busindre> eso es para que no sobrescriba y ponga las cosas a continuación