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:04 |
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:05 |
MarioMey | ¿Hay algún comando parecido que me diga qué proceso creó esa ventana? | 01:06 |
dany_mate | hola | 01:39 |
dany_mate | consulta | 01:40 |
dany_mate | ubuntu gnome...el ultimo....anda bien en una netbook | 01:40 |
dany_mate | con una respuesta me alcanza | 01:42 |
=== Busindre is now known as Guest57933 | ||
=== rx is now known as Guest39673 | ||
=== Guest39673 is now known as roxu | ||
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:18 |
Busindre | uruk7: https://www.busindre.com/comando_stat_access_modify_change | 16:20 |
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:28 |
Busindre | qué sistema de ficheros utilizas? | 16:31 |
uruk7 | ext4 | 16:33 |
uruk7 | he estado buscando i me pone que haga debugfs -R 'stat <inode_number>' DEVICE | 16:34 |
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:35 |
Busindre | prueba con df directorio | 16:38 |
uruk7 | bueno ya lo encontre | 16:40 |
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:41 |
Busindre | tienes que usar el inode opbligatoriamente? | 16:42 |
uruk7 | buff no se es lo que encontre por internet | 16:42 |
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:43 |
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:44 |
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:45 |
Busindre | bueno, lo habrías conseguido antes de haber leído mejor, tampoco pasa nada | 16:46 |
uruk7 | con lo que tu me has puesto no me aparece | 16:47 |
Busindre | quieres decir que es obligatorio usar el inode? | 16:47 |
uruk7 | no se me pone bad magic number error | 16:48 |
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:50 |
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:51 |
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:52 |
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:53 |
uruk7 | sudo debugfs -R 'stat /media/uruk/CONTENIDORS/mapes/global/sensecopyright/zoom9' /dev/sdc2 | 16:54 |
uruk7 | da igual me sale lo mismo | 16:54 |
Busindre | ls -i /media/uruk/CONTENIDORS/mapes/global/sensecopyright/zoom9 | 16:58 |
uruk7 | ya te puse el inode | 16:59 |
Busindre | me quiero asegurar | 16:59 |
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:00 |
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:01 |
uruk7 | no si ya me aparece bien la data | 17:02 |
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:04 |
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:05 |
dannyLopez | ¿Por qué se me cierra una instancia de Dropbox? Ejecuto 2 con este script https://pastebin.com/zf4Z0Wyz | 17:06 |
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:07 |
uruk7 | ebugfs 1.42.13 (17-May-2015) | 17:08 |
uruk7 | : File not found by ext2_lookup | 17:08 |
Busindre | debugfs 1.43.4 (31-Jan-2017) | 17:10 |
Busindre | será tal vez por la versión | 17:10 |
Busindre | bueno saberlo | 17:10 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:19 |
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:43 |
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 } '; } | 17:49 |
cossier | uruk7, tengo un archivo creado en el futuro!! | 18:01 |
cossier | uruk7, con ls sale 28-jun-2009 y con birth 7-dic-2009 | 18:02 |
cossier | uruk7, he encontrado otro archivo | 18:27 |
cossier | uruk7, no entenc res https://pastebin.com/P9LDJdSD | 18:29 |
uruk7 | cossier no ho se noi pel que veig el temps de modificacio es anterior al 2009 | 18:53 |
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:55 |
uruk7 | claro | 18:56 |
uruk7 | me voy una hora | 18:56 |
cossier | fins aviat | 18:56 |
dannyLopez | Busindre: Que pena, salí a almorzar. :D | 19:36 |
Busindre | salir a comer siempre está bien, no se debe uno apenar por ello | 19:43 |
Busindre | XD | 19:43 |
dannyLopez | Bueno, en lo que quedamos, ¿Al ejecutar el scrip desde el "menú ejecutar" de Awesome, me reconoce el -x? | 19:51 |
Busindre | usa la terminal | 19:59 |
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:03 |
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:14 |
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:15 |
dannyLopez | Si supieras que no te entendí :( | 20:27 |
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:28 |
dannyLopez | https://pastebin.com/zGFqDe5W | 20:30 |
Busindre | dime donde te gustaría guardas el fichero con los logs | 20:30 |
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:32 |
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:33 |
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:34 |
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:35 |
dannyLopez | ¿Cómo así el primero y el segundo? | 20:36 |
Busindre | ejecuta estos comandos | 20:37 |
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:38 |
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:39 |
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:40 |
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:41 |
dannyLopez | Ya veo, cambiaste la línea que dice /dev/null por el directorio de salida | 20:43 |
dannyLopez | Hay una doble >> ¿Es así o fue un typo? | 20:45 |
dannyLopez | No lo ejecutó. :O | 20:48 |
Busindre | eso es para que no sobrescriba y ponga las cosas a continuación | 20:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!