Problemas con espacio libre en particion
Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54856b54.8030...@mail.com
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhib_disnphtbgsqjrxfiwzrnrfuqcc0y6cy81h1zc2...@mail.gmail.com
Re: A start job is running for create volatile files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 El Sun, 07 Dec 2014 10:01:41 -0300 unciegobailando unciegobaila...@mail.com escribió: El 06/12/14 a las 12:32, Camaleón escibió: El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino escribió: Buenos dias, alguien podria darme alguna sugerencia de donde buscar o como resolver el problema que tengo en testing. He leido que es por systemd, pero no entiendo que pasa. El ordenador lleva configurado desde hace mas de 1 mes. Actualizo, apago y cuando enciendo al otro dia ...A start job is running for create volatile files ... Lo he dejado horas y nada Intento arrancar en recovery mode y sigue igual No puedo acceder a la consola Con gparted-live borre la swap y la cree en la particion primaria (segun lei en algunos mensajes) Ahora tengo 2 mensajes de A start job El primero se resuelve despues de 1 minuto y dice : Dependency failed for Swap Pero el segundo queda como antes, infinitamente... Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con el swap, el problema consistía en que systemd (supongo) estaba tratando de montar una partición con una UUID diferente a la real, con blkid determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas a probar, haz una copia del fstab actual. Revisa este bug de debian por si te diera alguna pista: systemd: blocks during boot at: Create Volatile files and directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092 Saludos, Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo mismo, por lo que tengo buenas pistas del problema. Mi fstab esta perfecto, ese era un problema que sucedia con una anterior version de systemd Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba retenido, y apenas probado sucedio lo que comentas. Exactamente lo mismo, y es muy angustiante porque ni en modo recuperacion uno puede hacer algo.. Por suerte no desinstale el anterior kernel 3.14 con el cual siempre pude iniciar sin problemas. Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas de instalar sistemas con chroot mediante, comenzo a suceder lo mismo. Pude solucionar los problemas de la falla en el servicio de la siguiente manera: para listar los fallos de los servicios: # systemctl list-unit-files obviamente los de color rojo son los que fallan. Crei leer que tenias algun problema con los temporales. Pues bien, yo me anime a borrar, despues de una larga deliberacion con mi ser por no encontrar una respuesta presisa los archivos que systemd no podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de permisos? journal? no lo se) La ruta y los ficheros se ven correctametne en el listado que el comando anterior produce. Ante cualquier problema o impedimento podes jugar un poco activando o desactivando los servicios: # systemctl enable/disable blabla.service los activa o desactiva # systemctl start/stop blabla.service los ejecuta o los detiene sin afectar la configuracion de incio predeterminda. Asi logre que el error en el inicio, A start job is running for create volatile files, no suceda mas. P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y dev prestandoselas a otro sistema, para luego desmontarlas, al reiniciar suelo tener algunas veces el mismo problema, pero bueno, esto es algo muy particular. Saludos desde el sur. saludos desde el sur y espero que sirva - -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J =VN19 -END PGP SIGNATURE-
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rHjPUvgjihs8=s8qej6qxvn1+nidwp_akvmtcbjnvht...@mail.gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54859568.2080...@mail.com
Re: A start job is running for create volatile files
El 08/12/2014 a las 10:39, Angel Vicente escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 El Sun, 07 Dec 2014 10:01:41 -0300 unciegobailando unciegobaila...@mail.com escribió: El 06/12/14 a las 12:32, Camaleón escibió: El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino escribió: Buenos dias, alguien podria darme alguna sugerencia de donde buscar o como resolver el problema que tengo en testing. He leido que es por systemd, pero no entiendo que pasa. El ordenador lleva configurado desde hace mas de 1 mes. Actualizo, apago y cuando enciendo al otro dia ...A start job is running for create volatile files ... Lo he dejado horas y nada Intento arrancar en recovery mode y sigue igual No puedo acceder a la consola Con gparted-live borre la swap y la cree en la particion primaria (segun lei en algunos mensajes) Ahora tengo 2 mensajes de A start job El primero se resuelve despues de 1 minuto y dice : Dependency failed for Swap Pero el segundo queda como antes, infinitamente... Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con el swap, el problema consistía en que systemd (supongo) estaba tratando de montar una partición con una UUID diferente a la real, con blkid determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas a probar, haz una copia del fstab actual. Revisa este bug de debian por si te diera alguna pista: systemd: blocks during boot at: Create Volatile files and directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092 Saludos, Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo mismo, por lo que tengo buenas pistas del problema. Mi fstab esta perfecto, ese era un problema que sucedia con una anterior version de systemd Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba retenido, y apenas probado sucedio lo que comentas. Exactamente lo mismo, y es muy angustiante porque ni en modo recuperacion uno puede hacer algo.. Por suerte no desinstale el anterior kernel 3.14 con el cual siempre pude iniciar sin problemas. Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas de instalar sistemas con chroot mediante, comenzo a suceder lo mismo. Pude solucionar los problemas de la falla en el servicio de la siguiente manera: para listar los fallos de los servicios: # systemctl list-unit-files obviamente los de color rojo son los que fallan. Crei leer que tenias algun problema con los temporales. Pues bien, yo me anime a borrar, despues de una larga deliberacion con mi ser por no encontrar una respuesta presisa los archivos que systemd no podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de permisos? journal? no lo se) La ruta y los ficheros se ven correctametne en el listado que el comando anterior produce. Ante cualquier problema o impedimento podes jugar un poco activando o desactivando los servicios: # systemctl enable/disable blabla.service los activa o desactiva # systemctl start/stop blabla.service los ejecuta o los detiene sin afectar la configuracion de incio predeterminda. Asi logre que el error en el inicio, A start job is running for create volatile files, no suceda mas. P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y dev prestandoselas a otro sistema, para luego desmontarlas, al reiniciar suelo tener algunas veces el mismo problema, pero bueno, esto es algo muy particular. Saludos desde el sur. saludos desde el sur y espero que sirva - -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J =VN19 -END PGP SIGNATURE- Buenos dias, gracias a todos por contestar !!! Cosas que hice : 1) Revisar el fstab (blkid) y comprobar que estaba correcto 2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/ a /usr/lib/tmpfiles.d.old/ (como sugieren en uno de los hilos) 3) Borrar los archivos que estaban en /var/tmp/systemd* (después de una larga deliberación con mi ser como bien dice unciegobailando) 4) Reiniciar y estaba todo correcto Llevo usando Debian desde hace algunos años y nunca he pasado por estos sustos ! No me considero un usuario avanzado, pero leyendo la lista y con San Google he trabajado perfectamente. Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. Tendré que ponerme a estudiar nuevamente ! Saludos Fernando -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54859702.4020...@gmail.com
Re: A start job is running for create volatile files
El 08/12/14 a las 09:18, Fer.Lista.Debian escibió: Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. esa sensacion fernando, se llama systemd, y yo cada ves que prendo la pc la comparto contigo la misma espectativa. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54859bc5.5050...@mail.com
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 13:11, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no Creo que root se reserva una parte (5%) de espacio que df no muestra. mira este link. http://superuser.com/questions/444269/display-filesystems-free-space-available-to-the-root-user S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rhjskzyxderobgqqeexvwwtbkk5xq6japu7svvrovnw...@mail.gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485a07c.3070...@mail.com
Re: A start job is running for create volatile files
El 08/12/14 a las 09:18, Fer.Lista.Debian escibió: El 08/12/2014 a las 10:39, Angel Vicente escribió: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 El Sun, 07 Dec 2014 10:01:41 -0300 unciegobailando unciegobaila...@mail.com escribió: El 06/12/14 a las 12:32, Camaleón escibió: El Sat, 06 Dec 2014 12:44:10 +0100, Fernando Ferraro Cattino escribió: Buenos dias, alguien podria darme alguna sugerencia de donde buscar o como resolver el problema que tengo en testing. He leido que es por systemd, pero no entiendo que pasa. El ordenador lleva configurado desde hace mas de 1 mes. Actualizo, apago y cuando enciendo al otro dia ...A start job is running for create volatile files ... Lo he dejado horas y nada Intento arrancar en recovery mode y sigue igual No puedo acceder a la consola Con gparted-live borre la swap y la cree en la particion primaria (segun lei en algunos mensajes) Ahora tengo 2 mensajes de A start job El primero se resuelve despues de 1 minuto y dice : Dependency failed for Swap Pero el segundo queda como antes, infinitamente... Yo tuve problemas como el del swap, el otro no lo he visto nunca. Con el swap, el problema consistía en que systemd (supongo) estaba tratando de montar una partición con una UUID diferente a la real, con blkid determiné la UUID, y la cambié en fstab, ya no volvió a suceder. Si vas a probar, haz una copia del fstab actual. Revisa este bug de debian por si te diera alguna pista: systemd: blocks during boot at: Create Volatile files and directories https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766092 Saludos, Hola fernando.. yo no quise enviarlo, pero me sucede EXACTAMENTE lo mismo, por lo que tengo buenas pistas del problema. Mi fstab esta perfecto, ese era un problema que sucedia con una anterior version de systemd Empezo para mi hace un mes quizas con el kernel 3.16.blabla (el primero subido a jessie). Yo fuerzo instalar ese kernel, que estaba retenido, y apenas probado sucedio lo que comentas. Exactamente lo mismo, y es muy angustiante porque ni en modo recuperacion uno puede hacer algo.. Por suerte no desinstale el anterior kernel 3.14 con el cual siempre pude iniciar sin problemas. Ahora bien, en sid me sucedia lo mismo, e instale lo mas rapido posible el 3.17 que me funciono bien, hasta que haciendo unas pruebas de instalar sistemas con chroot mediante, comenzo a suceder lo mismo. Pude solucionar los problemas de la falla en el servicio de la siguiente manera: para listar los fallos de los servicios: # systemctl list-unit-files obviamente los de color rojo son los que fallan. Crei leer que tenias algun problema con los temporales. Pues bien, yo me anime a borrar, despues de una larga deliberacion con mi ser por no encontrar una respuesta presisa los archivos que systemd no podia modificar dentro de la ruta: /usr/lib/tmpfiles.d/ (falta de permisos? journal? no lo se) La ruta y los ficheros se ven correctametne en el listado que el comando anterior produce. Ante cualquier problema o impedimento podes jugar un poco activando o desactivando los servicios: # systemctl enable/disable blabla.service los activa o desactiva # systemctl start/stop blabla.service los ejecuta o los detiene sin afectar la configuracion de incio predeterminda. Asi logre que el error en el inicio, A start job is running for create volatile files, no suceda mas. P.D.: Igualemente cuando se me ocurre montar las carpetas sys, proc y dev prestandoselas a otro sistema, para luego desmontarlas, al reiniciar suelo tener algunas veces el mismo problema, pero bueno, esto es algo muy particular. Saludos desde el sur. saludos desde el sur y espero que sirva - -- Key fingerprint 01DC 0386 2B28 0A02 A270 E243 008B AABF 1822 9851 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlSFcdQACgkQAIuqvxgimFGQIAD+Mjikq5Y3qtNw2afg6nOmivbY hvM8rDQXcotckz5A5rcA/2JUnqukw3UEDPMolBUsLKPX8/sr6APCBOUbEeAxPm8J =VN19 -END PGP SIGNATURE- Buenos dias, gracias a todos por contestar !!! Cosas que hice : 1) Revisar el fstab (blkid) y comprobar que estaba correcto 2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/ a /usr/lib/tmpfiles.d.old/ (como sugieren en uno de los hilos) 3) Borrar los archivos que estaban en /var/tmp/systemd* (después de una larga deliberación con mi ser como bien dice unciegobailando) 4) Reiniciar y estaba todo correcto Llevo usando Debian desde hace algunos años y nunca he pasado por estos sustos ! No me considero un usuario avanzado, pero leyendo la lista y con San Google he trabajado perfectamente. Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. Tendré que ponerme a estudiar nuevamente ! Saludos Fernando hoy encontre una joyita sobre systemd en aleman.. aun asi podemos entendernos a traves de nuestro lenguaje universal https://www.debinux.de/2014/12/debian-basics-mit-systemd/ que se aproveche... -- To
Re: Problemas con espacio libre en particion
El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAGw=rHg+0_V+x6_oPgTnh8u7mQhU0oXPTQF=etfuqlr6ukq...@mail.gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 10:23, fernando sainz escibió: El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. En el directorio root, var, o tmp sirve esto seguro, y mucho, para servidores. Pero para un pc de escritorio es raro. Aun asi se pueden dejar algunos megas para que opere un super user en caso que se llene una particion. Pero en mi caso particular es la uso para datos... no tengo ni las configuraciones de /home... asi que por lo tanto no creo que no hay grandes riesgos (igualemente nada aseguro, porque no estudie unix y file systems) en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. Sabes que me parece mucha diferencia la de 15 GB para que sea solamente una diferencia de unidades de medida. Veo que sucede y entrego mas informacion... Gracias fernando. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485a90f.9030...@mail.com
Re: Problemas con espacio libre en particion
El 08/12/2014 10:35, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 10:23, fernando sainz escibió: El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. En el directorio root, var, o tmp sirve esto seguro, y mucho, para servidores. Pero para un pc de escritorio es raro. Aun asi se pueden dejar algunos megas para que opere un super user en caso que se llene una particion. Pero en mi caso particular es la uso para datos... no tengo ni las configuraciones de /home... asi que por lo tanto no creo que no hay grandes riesgos (igualemente nada aseguro, porque no estudie unix y file systems) en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. Sabes que me parece mucha diferencia la de 15 GB para que sea solamente una diferencia de unidades de medida. Veo que sucede y entrego mas informacion... Gracias fernando. Proba ver q t dice ncdu
Re: Problemas con espacio libre en particion
El 08/12/14 13:58, unciegobailando escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) La diferencia es medir con Gibibytes (GiB) que es el que te da con -h y Gigabytes(GB) que es el que te muestra con -H. Si los transformas con un conversor de unidades verás que cuadran -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5485afc1.2030...@gmail.com
Re: Problemas con espacio libre en particion
El 08/12/14 a las 10:53, Ricardo Delgado escibió: El 08/12/2014 10:35, unciegobailando unciegobaila...@mail.com mailto:unciegobaila...@mail.com escribió: El 08/12/14 a las 10:23, fernando sainz escibió: El día 8 de diciembre de 2014, 13:58, unciegobailando unciegobaila...@mail.com mailto:unciegobaila...@mail.com escribió: El 08/12/14 a las 07:09, fernando sainz escibió: El día 8 de diciembre de 2014, 10:33, fernando sainz fernandojose.sa...@gmail.com mailto:fernandojose.sa...@gmail.com escribió: El día 8 de diciembre de 2014, 10:11, unciegobailando unciegobaila...@mail.com mailto:unciegobaila...@mail.com escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/_Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... Saludos desde el sur, y gracias P.D.: es algo muy antiguo esto (mas de seis meses calculo); hoy lo volvi a ver y recorde el problema. Así a primera vista parece un problema de unidades: fernando@debian:~$ df -H /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3879G 234G 601G 28% /home fernando@debian:~$ df -h /dev/sda3 S.ficheros Tamaño Usados Disp Uso% Montado en /dev/sda3818G 218G 560G 28% /home S2. Ahora que miro la foto de tu mensaje, veo que parece df el que da mal la diferencia entre total y usado. Prueba df -a a ver si te da otra información. S2. hay dios fernando.. esta complicada la cuestion... (¿sera la tabla de particiones?) df -h /dev/sda3247G 233G 2,1G 100% /home/alunado/baul df -H /dev/sda3265G 250G 2,3G 100% /home/alunado/baul Aqui hay algo muy mal!! En el espacio libre se diferencian uno 200 mb... ok. pero en el total 15 gb de diferencia con respecto tanto a lo usado y el tamaño total. ¿pero en ambos hay disponibles algomas de 2 gb (no recuerdo haber elegido reserva de espacio) fdisk -l /dev/sda y gparted coindiden con df -h en un total de 250 GB -Thunar me esta indicando disponible de 248 gb y un total de 264 GB (algo mas de 15 GB de supuesta reserva)- Mientras tanto en otra aplicacion (bara bara bara ba !!! logo de batman girando y plano de baticueva) Gparted toma las medidas que utiliza df -h (aunque con tres gb de diferencia) para indicar el tamaño total y el usado, pero es coherente con el libre, mientras que df -h o -H no ¿ has probado el df -a ? El problema era la reserva... lo solucione con este comando tune2fs -m 0 /dev/sda3 le estoy indicando que la reserva ... que hable la bella consola: Se pone el porcentaje de bloques reservados a 0% (0 bloques) y ahora el espacio libre o disponible coincide tanto en gparted, como thunar, y los tres argumentos de df Los dejo aqui a modo de premio: df -h /dev/sda3247G 233G 15G 95% /home/alunado/baul df -H /dev/sda3265G 250G 16G 95% /home/alunado/baul df -a/dev/sda3 258702668 24337501615311268 95% /home/alunado/baul Lo curioso es que ahora si bien todos coinciden en el espacio libre, no lo hacen en el ocupado y total, mostrando diferencias de aprox. 17 GB. En el rincon rojo: df -h y gparted -los campeones a consagrados de las partiicoines..- con similares valores.. 250/247 GB total y en el rincon azul df -H y thunar (el gemelo malvado de h y el joven thunar guardando hambre de victoria) con un total de 265 GB Quien tendra la razon? cual sera el mejor equipo? Y el arbitro del este encuentro: df -A (que como no coincide mucho con nada supongo que debe ser mas justo) Hombre yo no dejaría la reserva a 0, puede hacer que tengas problemas. En el directorio root, var, o tmp sirve esto seguro, y mucho, para servidores. Pero para un pc de escritorio es raro. Aun asi se pueden dejar algunos megas para que opere un super user en caso que se llene una particion. Pero en mi caso particular es la uso para datos... no tengo ni las configuraciones de /home... asi que por lo tanto no creo que no hay grandes riesgos (igualemente nada aseguro, porque no estudie unix y file systems) en cuanto al df es lógico que de distinto con -h que con -H porque usa unidades distintas. S2. Sabes que me parece mucha diferencia la de 15 GB para que sea solamente una diferencia de unidades de medida. Veo que sucede y entrego mas informacion... Gracias fernando. Proba ver q t dice ncdu que bueno
Re: Puedo hacer wbinfo -u pero no getent passwd (Ya me funcionó)
El enlace simbólico me tenía que quedar en /lib/libnss_winbind.so.2 (Nada que diga 64 como dice en la wiki de samba4) a pesar de que uso sistema de 64 bits. ln -s /usr/local/samba/lib/libnss_winbind.so.2 /lib/ On 12/04/2014 10:04 AM, Camaleón wrote: El Thu, 04 Dec 2014 09:49:18 -0500, Denis Morejon Lopez escribió: (no me he dado cuenta de que estamos secuestrando un hilo, mecachis...) On 12/04/2014 09:38 AM, Camaleón wrote: El Wed, 03 Dec 2014 16:29:46 -0500, Denis Morejon Lopez escribió: Estoy tratando de instalarme un samba 4.1.13 a partir del código fuente sólo para compartir archivos en un entorno mixto Linux / Windows. Uso de base un contenedor debian 7. Configuro, compilo e instalo sin errores, lo uno al dominio existente también. Con el comando wbinfo -u me lista todos los usuarios del PDC (Zentyal) ok. Pero el comando getent passwd solo me lista los usuarios internos, no los del PDC. (...) getent passwd outputs only local users http://superuser.com/questions/638215/getent-passwd-outputs-only-local-users No, esto que me aconsejan tampoco me funciona. idmap config DTCF:backend = rid Creo que tienes una variable más (idmap config *:backend = tdb), no sé si también le afectará a esto :-? Veo que si instalo samba4 del repo de debian (en lugar de usando el fuente) éste tiene una opción con samba-tool para hacerse servidor miembro de un dominio. Veré si aunque sea así puedo servir ficheros sin ser controlador (que es lo que quiero al final). El inconveniente es que el samba4 del repo no está tan actualizado como el del fuente que es el último. El samba4 de wheezy no está actualizado pero tienes el paquete de los backports (samba) y también me parece que en la página de samba se podían descargar los binarios para distintas distribuciones. De todas formas, no parece que tu problema sea de los paquetes sino de configuración. Saludos, --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx2.etecsa.cu Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com
Re: Problemas con espacio libre en particion
El Mon, 08 Dec 2014 06:11:48 -0300, unciegobailando escribió: Tanto jessie como sid en los tres programas que menciono a continuacion presentaban los mismos valores. imagen: http://4.bp.blogspot.com/-5R1DCZ9kPeI/VIVq47KCOdI/ACs/ _Bbq2ZKNjyA/s1600/wtf-free-space.png Gparted dice en /dev/sda3 14,62 GB libres df -h dice en /dev/sda3 2,1 GB libres Creo que gparted miente -pobresito, hace lo que puede-, mientras que thunar coindice con df -h en indicar el espacio libre.(tampoco quiero llenar el disco para averiguarlo, o si?). Que solución se les ocurre? yo estoy paralizado... (...) Los programas no mienten, en todo caso tienen bugs ;-) Fíjate que gparted y df mantienen valores similares para tamaño y espacio usado, sólo difieren en el valor de cuánto queda disponible y creo que se debe a que cada uno interpreta ese valor de manera diferente. Seguramente encuentres la pieza que te falta en la documentación ambas herramientas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.08.15.16...@gmail.com
Re: A start job is running for create volatile files
El Mon, 08 Dec 2014 13:18:10 +0100, Fer.Lista.Debian escribió: (...) Buenos dias, gracias a todos por contestar !!! Cosas que hice : 1) Revisar el fstab (blkid) y comprobar que estaba correcto 2) Mover los archivos que estaban en /usr/lib/tmpfiles.d/ a /usr/lib/tmpfiles.d.old/ (como sugieren en uno de los hilos) 3) Borrar los archivos que estaban en /var/tmp/systemd* (después de una larga deliberación con mi ser como bien dice unciegobailando) 4) Reiniciar y estaba todo correcto Me alegra que lo solucionaras :-) Llevo usando Debian desde hace algunos años y nunca he pasado por estos sustos ! Pues agárrate que viene curvas. No me considero un usuario avanzado, pero leyendo la lista y con San Google he trabajado perfectamente. Tengo servidor + 10 terminales y esta sensación de que en cualquier momento todo deje de funcionar es bastante desagradable. Tendré que ponerme a estudiar nuevamente ! Aunque el susto inicial de que un sistema de no arranque no nos lo quita nadie, lo más habitual es que el problema ya le haya pasado a alguien así que buscar en Google suele ser muy útil para resolver ese tipo de problemillas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.08.15.25...@gmail.com
Lançamento Itaquera
Bom dia. Empreendimento diferenciado em Itaquera! Condomínio Arena. Na rua da Faculdade Unicastelo, ótima oportunidade para moradia e para investimento. Excelentes plantas de 55m², 57m² e 65m². Unidades à partir de R$ 300.000,00 2 dormitórios com suíte e espaço para closet. 3 dormimitórios com suíte e espaço gourmet. Lazer completo para toda a família; piscinas, solarium, espaço gourmet com churrasqueira, forno de pizza, brinquedoteca, salões de festas e muito mais. Localização privilegiada. Bairro em constante valorização. Muito próximo das estações do Metrô, CPTM, avenida Radial Leste, Faculdade Unicastelo, Shopping Itaquera e da futura estação rodoviária. Características: Ar condicionado, academia, área de serviço, churrasqueira, piscina, salão de festas,playground, brinquedoteca AVISO As informações existentes nesta mensagem e nos arquivos anexados são para uso restrito. A utilização, divulgação, cópia ou distribuição dessa mensagem por qualquer pessoa diferente do destinatário é proibida. Se essa mensagem foi recebida por engano, favor excluí-la e informar ao remetente pelo endereço eletrônico acima.
Re: [OT] Re: Debian + Android + Kernel
El 2014-12-07 17:45, unciegobailando escribió: El 07/12/14 a las 20:41, unciegobailando escibió: Me olvide de recomendarte el sistema cyanogenmod, ese viene con el tun.ko al parecer, y es un clon/fork/mod/pin/pun/slam/trok de android libre. Eso si, tenes que aprender a instalarlo (yo lo haria si fuera tu para librarme de google y sus servicios). Puede que no manejes bien las palabras de busqueda en google o tu pantalla sea muy pequeña y moleste: encontre exactamene lo que requeris en 45 seg. Espero que te sirva (si sirve no te mal acostumbres eh!!): Informacion http://www.taringa.net/comunidades/lg-optimus-me/7115217/APORTE-CM7-kernel-with-tun-ko.html Descarga del kernel con tun.ko http://www.taringa.net/comunidades/lg-optimus-me/7115217/APORTE-CM7-kernel-with-tun-ko.html Me olvide, otro link mas donde hay mas enlaces a muchas soluciones para androids 2.blabla.. http://www.taringa.net/comunidades/lg-optimus-me/6477155/Roms-Kernels-y-mas.html INSISTO... intenta instalar CYANOGENMOD !!! es el clon de android mas nuevo que se puede instalar en muchisimos celulares mas antiguos. Si usas debian tambien vas a entender la etica de buscar info y hace Se necesita conocer mas sobre el telefono. Esta rooteado? Tiene un rom personalizado, lo actualizó a GingerBread? El módulo para froyo tun.ko esta compilado aca: https://code.google.com/p/get-a-robot-vpnc/downloads/detail?name=tun.ko No es para Samsung pero prueba lo que querías hacer con ese a ver si funciona. El celular debe estar roteado. Acá una guía: http://theunlockr.com/2012/11/22/how-to-root-the-samsung-galaxy-fit-gt-s5670-running-android-2-3-gingerbread/ Algo que he notado de esta lista (nosotros) es que no sabemos responder las preguntas que nos hacen... ella pregunta como compilar el módulo y la gente le responde como no hacerlo... que instale, que use otro rom... etc. Lo interesante de esta solicitud es que es muy puntal... y en esta lista siempre le pedimos a la gente que haga eso... y cuando lo hacen le ponemos soluciones no puntuales... joder. Saludos -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/799421bb7f66d5f32bcbd20645d28...@riseup.net
Kernel RT y Kernel común? en Wheezy
Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. Saludos -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/dee394c3cea8f7b81331f99b317dd...@riseup.net
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 17:38, Esteban Monge estebanmo...@riseup.net escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. Saludos -- Esteban Monge Marín http://www.emonge.com e...@emonge.com mongejimene...@gmail.com estebanmo...@riseup.net Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - CompTIA A+ - Nagios Enterprises Certified Professional Gracias por la respuesta. Todavía no he hecho nada. Pensaba compilarlo yo mismo si no encuentro el .deb La arquitectura de mi máquina es I386 Uso Debian Wheezy con LXDE. Tengo actualizado el kernel hasta donde Wheezy me lo permite con apt-get update apt-get upgrade. Pensaba o bien conseguir un .deb (si es que existe) o bien compilarlo para iniciar con uno u otro según el trabajo a realizar (tengo una placa wifi broadcom que he hecho andar pero no lo he conseguido cuando usaba ubuntustudio con el kernel RT). -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El lunes, 8 dic 2014, a las 21:38 horas (UTC+1), Esteban Monge escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. En realidad grub necesita incluso menos: basta conque dicho núcleo esté en el directorio /boot y ejecutar update-grub como root. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208222726.1f937...@gmail.com
A Debian Jessie le debe de faltar muy poco para ser estable...
Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.0 (jessie) Release:8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m655c5$8i8$1...@ger.gmane.org
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 18:27, Manolo Díaz diaz.man...@gmail.com escribió: El lunes, 8 dic 2014, a las 21:38 horas (UTC+1), Esteban Monge escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. En realidad grub necesita incluso menos: basta conque dicho núcleo esté en el directorio /boot y ejecutar update-grub como root. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208222726.1f937...@gmail.com Pero puedo tener ambos? es decir, puedo instalar el kernel rt y continuar con el otro y utilizar uno u otro? -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El lunes, 8 dic 2014, a las 22:33 horas (UTC+1), martin ayos escribió: El 8 de diciembre de 2014, 18:27, Manolo Díaz diaz.man...@gmail.com escribió: El lunes, 8 dic 2014, a las 21:38 horas (UTC+1), Esteban Monge escribió: El 2014-12-08 14:26, martin ayos escribió: Es una pregunta un poco estúpida, por favor, no me aporreen. Tengo Debian Wheezy y quisiera saber si puedo mantener el Kernel y actual junto a un Kernel RT, de modo que puede bootear con uno u otro, según lo necesite. No he encontrado cómo hacerlo. Hola: El kernel es un .deb que bajo de algún lado? El kernel es compilado por usted? Si la pregunta anterior es afirmativa... es compilado a lo Debian? O sea así: https://www.debian.org/releases/stable/amd64/ch08s06.html.es Porque si lo hizo así automágicamente Grub los detecta. En realidad grub necesita incluso menos: basta conque dicho núcleo esté en el directorio /boot y ejecutar update-grub como root. Saludos. -- Manolo Díaz Pero puedo tener ambos? es decir, puedo instalar el kernel rt y continuar con el otro y utilizar uno u otro? Sí, aparecerán ambos en el menú de GRUB. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141209001246.0c460...@gmail.com
Re: A Debian Jessie le debe de faltar muy poco para ser estable...
El lunes, 8 dic 2014, a las 22:31 horas (UTC+1), Eduardo Rios escribió: Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID:Debian Description: Debian GNU/Linux 8.0 (jessie) Release: 8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free Pues depende de lo que quieras. Si haces eso te quedarás con Jessie sea cual sea su estado: unstable - testing (actual) - stable - old-stable... a menos que vuelva a cambiarlo. Yo, que lo quiero es estar permanentemente en testing, no lo cambio nunca. Saludos. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141209001936.37ec4...@gmail.com
Re: A Debian Jessie le debe de faltar muy poco para ser estable...
El 09/12/14 a las 00:19, Manolo Díaz escribió: El lunes, 8 dic 2014, a las 22:31 horas (UTC+1), Eduardo Rios escribió: Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.0 (jessie) Release:8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free Pues depende de lo que quieras. Si haces eso te quedarás con Jessie sea cual sea su estado: unstable - testing (actual) - stable - old-stable... a menos que vuelva a cambiarlo. Yo, que lo quiero es estar permanentemente en testing, no lo cambio nunca. Saludos. En cierto modo si, me gustaría estar en testing, pero cuando ya esté más avanzado, es decir, eso mismo hice con Wheezy, pasé a testing cuando ya iba bastante avanzado, y creo que el riesgo es menor que si estás siempre en testing... ¿Y si quisiera estar siempre en testing? ¿Sería comentar las líneas que hacen referencia a Jessie y quitar la almohadilla de la tercera línea, verdad? Dejar sólo: deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free deb http://www.deb-multimedia.org testing main non-free -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m65cb8$osk$1...@ger.gmane.org
Re: A Debian Jessie le debe de faltar muy poco para ser estable...
El martes, 9 dic 2014, a las 00:30 horas (UTC+1), Eduardo Rios escribió: El 09/12/14 a las 00:19, Manolo Díaz escribió: El lunes, 8 dic 2014, a las 22:31 horas (UTC+1), Eduardo Rios escribió: Hoy he actualizado Jessie, y entre varios paquetes de gnome y otros, se me ha actualizado base-files a la 8, y ahora cat /etc/debian_versión dice 8.0 y lsb_release -a edurios@debian:~$ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 8.0 (jessie) Release:8.0 Codename: jessie Por cierto, ¿sería conveniente dejar /etc/apt/sources.list ya así?: edurios@debian:~$ cat /etc/apt/sources.list # deb http://cdn.debian.net/debian unstable main # deb-src http://cdn.debian.net/debian unstable main # deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free # deb http://cdn.debian.net/debian experimental main # deb-src http://cdn.debian.net/debian experimental main deb ftp://ftp.se.debian.org/debian/ jessie-updates contrib non-free main deb ftp://ftp.se.debian.org/debian/ jessie-proposed-updates contrib non-free main deb http://www.deb-multimedia.org testing main non-free # deb-src http://www.deb-multimedia.org testing main non-free deb http://security.debian.org/ jessie/updates non-free main contrib deb http://http.us.debian.org/debian/ jessie main contrib non-free Pues depende de lo que quieras. Si haces eso te quedarás con Jessie sea cual sea su estado: unstable - testing (actual) - stable - old-stable... a menos que vuelva a cambiarlo. Yo, que lo quiero es estar permanentemente en testing, no lo cambio nunca. Saludos. En cierto modo si, me gustaría estar en testing, pero cuando ya esté más avanzado, es decir, eso mismo hice con Wheezy, pasé a testing cuando ya iba bastante avanzado, y creo que el riesgo es menor que si estás siempre en testing... ¿Y si quisiera estar siempre en testing? ¿Sería comentar las líneas que hacen referencia a Jessie y quitar la almohadilla de la tercera línea, verdad? Dejar sólo: deb ftp://ftp.se.debian.org/debian/ testing main contrib non-free Esta sí. deb http://www.deb-multimedia.org testing main non-free En cambio esa no pertenece oficialmente a Debian. No sé cómo de serio se toma eso de la seguridad. -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141209005123.47f0f...@gmail.com
Ayuda con el llenado de una encuesta: Administración de servidores sobre canal oculto
¡Hola compañeros debianeros! Para un trabajo que estoy desarrollando, me solicitaron que sustente ciertas decisiones de diseño en una encuesta aplicada a profesionales de la administración de sistemas. Les pido por favor, si les sobran diez minutos de tiempo (no debe llevarles más), responder esta encuesta: http://encuestas.iiec.unam.mx/index.php/survey/index?sid=111538lang=es-MX Reproduzco aquí el resumen que presenta la encuesta; obviamente, si resulta de su interés, con todo gusto compartiré con ustedes los resultados y el trabajo terminado. +--- | El objetivo de la presente encuesta es validar y adecuar un proyecto | de desarrollo, enfocado a la creación de un modelo para la | administración remota de servidores transportado sobre un canal | oculto. | | Los esquemas para administración remota de servidores sobre canales | cifrados (como ssh, Secure Shell) resultan hoy en día fundamentales, | pero insuficientes, para la gestión de servicios y para una correcta | respuesta a incidentes. | | El modelo que el presente trabajo pretende desarrollar busca resolver | una serie de necesidades que no ha sido cubierta por las herramientas | más ampliamente difundidas. Este modelo se enfoca a los canales | ocultos: Mecanismos de comunicación que típicamente han sido | aprovechados por los intrusos — La mayor parte de la bibliografía al | respecto se enfoca a la prevención de la existencia de canales | ocultos, siendo que cada vez más se vuelven necesarios para una | gestión completa y proactiva de la seguridad. | | Dado que este tema no ha sido abordado con suficiente profundidad, | resulta necesario el desarrollo de un modelo delineando los | principales componentes con que un canal de esta naturaleza debe | cumplir. | Hay una gran cantidad de razones que pueden llevar a considerar el | establecimiento de un canal oculto. Al no contar con un modelo | desarrollado, quienes busquen cubrir esta necesidad se enfrentan a ir | desarrollando sobre la marcha, probablemente obviando pasos | importantes que deben ser cubiertos. | | Hay varios escenarios que podrían requerir de un medio de comunicación | oculto, pero en líneas generales pueden resumirse en que hay diversas | situaciones en que el administrador debe realizar un cambio en sus | equipos sin alertar a terceros que puedan estar monitoreando la | comunicación (sea en la red desde la cual se conecta o en el sistema | destino a administrar). +--- ¡Muchas gracias! signature.asc Description: Digital signature
Re: Kernel RT y Kernel común? en Wheezy
Sí, sin ningún problema. Ya no me meto a describir cómo armar el núcleo en cuestión, porque ya te lo respondieron. Lo que sí, aprovecho para dejarte la liga de un video que tomé en mi salón de clases (imparto Sistemas Operativos en la UNAM, México), cuando invité al músico Chema Serralde a presentar el tema El planificador en tiempo real. https://archive.org/details/ChemaSerralde20141022 Saludos, signature.asc Description: Digital signature
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 21:20, Gunnar Wolf gw...@gwolf.org escribió: Sí, sin ningún problema. Ya no me meto a describir cómo armar el núcleo en cuestión, porque ya te lo respondieron. Lo que sí, aprovecho para dejarte la liga de un video que tomé en mi salón de clases (imparto Sistemas Operativos en la UNAM, México), cuando invité al músico Chema Serralde a presentar el tema El planificador en tiempo real. https://archive.org/details/ChemaSerralde20141022 Saludos, Muchas gracias, Manolo. Muchas gracias, Gunnar. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===
Re: Kernel RT y Kernel común? en Wheezy
El 8 de diciembre de 2014, 21:20, Gunnar Wolf gw...@gwolf.org escribió: Sí, sin ningún problema. Ya no me meto a describir cómo armar el núcleo en cuestión, porque ya te lo respondieron. Lo que sí, aprovecho para dejarte la liga de un video que tomé en mi salón de clases (imparto Sistemas Operativos en la UNAM, México), cuando invité al músico Chema Serralde a presentar el tema El planificador en tiempo real. https://archive.org/details/ChemaSerralde20141022 Saludos, Lo solucioné instalando el Kernel 3.2.x RT i686 desde synaptic y haciendo un update-grub. muchas gracias. -- Martín Ayos === http://www.martinayos.nsmweb.com.ar http://www.ratakruel.nsmweb.com.ar === Linux User # 481475 ===