El día 27 de marzo de 2016, 23:21, Alejandro Gabriel Sánchez Martínez
escribió:
(rescato el mensaje, se fue al privado)
> El 2016-03-27 07:32, Camaleón escribió:
>>
>> El Sat, 26 Mar 2016 20:41:00 -0300, JavierDebian escribió:
>>
>>> Resume mi sistema de discos:
>>> #lsblk NAME MAJ:MIN RM SI
On Tue, Mar 29, 2016 at 01:44:56PM +, Camaleón wrote:
> El primero es que Javier se ha quedado sin espacio en su partición raíz,
Vaya, ahora a tener 20 GB libres se le llama "quedarse sin espacio".
El sistema donde recibo mi correo tiene una partición raíz de 2 GB y
está ocupada al 50%. Seg
El Tue, 29 Mar 2016 09:51:35 -0300, Gonzalo Rivero escribió:
> El lun, 28-03-2016 a las 19:11 -0600, Aradenatorix Veckhôm Awecaelus
> escribió:
>> Me inquieta que en 2016 60 GB ¿o 60 GiB? se considere poco espacio...
>> más me inquieta ver de quien procede esa idea.
(...)
>> Si hablamos de un s
El 28/03/16 a las 22:11, Aradenatorix Veckhôm Awecaelus escribió:
Me inquieta que en 2016 60 GB ¿o 60 GiB? se considere poco espacio...
Lo de "60 GB" vino a cuento por lo de "sistema * 3".
Hoy, un "jessie" con KDE carga más o menos entre 10 a 15GB, dependiendo
si está con los paquetes "standar
El lun, 28-03-2016 a las 19:11 -0600, Aradenatorix Veckhôm Awecaelus
escribió:
> Me inquieta que en 2016 60 GB ¿o 60 GiB? se considere poco espacio...
> más me inquieta ver de quien procede esa idea.
>
> La verdad es que no sé el trasfondo del problema, es decir si se
> trata
> de un equipo de sob
Me inquieta que en 2016 60 GB ¿o 60 GiB? se considere poco espacio...
más me inquieta ver de quien procede esa idea.
La verdad es que no sé el trasfondo del problema, es decir si se trata
de un equipo de sobremesa, uno portátil o un servidor con cierta
cantidad de usuarios. Creo que de esa conside
El Sun, 27 Mar 2016 21:22:41 -0300
JavierDebian escribió:
> El 27/03/16 a las 10:32, Camaleón escribió:
> > El Sat, 26 Mar 2016 20:41:00 -0300, JavierDebian escribió:
> >
> >> Resume mi sistema de discos:
> >> #lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00
> >> 931,5G 0 dis
El 28/03/16 a las 13:59, Santiago Vila escribió:
On Mon, Mar 28, 2016 at 09:48:29AM -0300, JAP wrote:
Aunque me huelo a que es la "caché" de los usuarios KDE, que por algún
motivo no se vacía al reiniciar el sistema.
Los estándares dicen que /tmp se borra al reiniciar y /var/tmp *no*.
Así qu
No olvidemos que incluso con usuarios, cada usuario es diferente. Un
diseñador gráfico consumirá más espacio en home, un programador
necesitará más espacio en root, un anciano que solo ve videos de youtube
no necesitará mas que buen espacio en tmp.
--
___
On Sun, Mar 27, 2016 at 09:22:41PM -0300, JavierDebian wrote:
> Sigo con mis manías de hace casi 15 años, que son:
> raíz = sistema instalado * 3
> swap = memoria RAM * 2
> home = el resto
Pues eso que tú llamas manías (con esas constantes que usas o con
otras parecidas) me parecen mucho más razo
On Sun, Mar 27, 2016 at 01:32:45PM +, Camaleón wrote:
> Los nuevos sistemas linux van hacia la siguiente configuración: partición
> raíz única y gorda donde poner de todo, como un auténtico cajón de
> sastre. Sí, eso contraviene el antiguo mandamiento de Unix de separar las
> cosas para red
On Mon, Mar 28, 2016 at 09:48:29AM -0300, JAP wrote:
> Aunque me huelo a que es la "caché" de los usuarios KDE, que por algún
> motivo no se vacía al reiniciar el sistema.
Los estándares dicen que /tmp se borra al reiniciar y /var/tmp *no*.
Así que no es que "tenga que borrarse" y no sucede por
El Sun, 27 Mar 2016 21:22:41 -0300, JavierDebian escribió:
> El 27/03/16 a las 10:32, Camaleón escribió:
(...)
>>> Como se ve, la raíz tiene 60GB.
>>
>> Eso es muy poco.
>>
>> Los nuevos sistemas linux van hacia la siguiente configuración:
>> partición raíz única y gorda donde poner de todo, com
El 28/03/16 a las 08:38, Gonzalo Rivero escribió:
El dom, 27-03-2016 a las 21:29 -0300, JavierDebian escribió:
El 27/03/16 a las 10:22, Gonzalo Rivero escribió:
El sáb, 26-03-2016 a las 20:41 -0300, JavierDebian escribió:
yo nunca vi crecer el /var/tmp mas que algunos kb O.o
en fin, lo que p
El dom, 27-03-2016 a las 21:29 -0300, JavierDebian escribió:
> El 27/03/16 a las 10:22, Gonzalo Rivero escribió:
> >
> > El sáb, 26-03-2016 a las 20:41 -0300, JavierDebian escribió:
> >
> >
> > yo nunca vi crecer el /var/tmp mas que algunos kb O.o
> > en fin, lo que podés hacer es desmontar home
El 27/03/16 a las 10:22, Gonzalo Rivero escribió:
El sáb, 26-03-2016 a las 20:41 -0300, JavierDebian escribió:
yo nunca vi crecer el /var/tmp mas que algunos kb O.o
en fin, lo que podés hacer es desmontar home, redimensionar con parted
hasta un tamaño razonable, en el espacio libre crear una
El 27/03/16 a las 10:32, Camaleón escribió:
El Sat, 26 Mar 2016 20:41:00 -0300, JavierDebian escribió:
Resume mi sistema de discos:
#lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00
931,5G 0 disk
├─sda1 8:1060G 0 part /
├─sda2 8:2016G 0 part [SWAP]
└─sd
El Sat, 26 Mar 2016 20:41:00 -0300, JavierDebian escribió:
> Resume mi sistema de discos:
> #lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00
> 931,5G 0 disk
> ├─sda1 8:1060G 0 part /
> ├─sda2 8:2016G 0 part [SWAP]
> └─sda3 8:30 855,5G 0 part /home
El sáb, 26-03-2016 a las 20:41 -0300, JavierDebian escribió:
> Buenas noches:
>
> Resume mi sistema de discos:
> #lsblk
> NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
> sda 8:00 931,5G 0 disk
> ├─sda1 8:1060G 0 part /
> ├─sda2 8:2016G 0 part [SWAP]
> └─sda3 8:3
La pregunta:
> ¿Hay alguna forma de ponerle límites al crecimiento de una carpeta del
> sistema?
>
>
> Lo que pudes haces es un script que busque y borre los archivos más
antiguos y colocarlo en crontab para que se ejecute periodicamente,
adicionalmente puedes crear un sistema de alertas para que
Le recomedaría.
1. Analizar cuales y porque crecieron el oblos archivos.
2. Implementar alguna solución de monitoreo que le alerte antes de quedarse
sin espacio.
Saludos,
--
Enviado desde Android
On Mar 26, 2016 17:42, "JavierDebian" wrote:
> Buenas noches:
>
> Resume mi sistema de discos:
>
Buenas noches:
Resume mi sistema de discos:
#lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:00 931,5G 0 disk
├─sda1 8:1060G 0 part /
├─sda2 8:2016G 0 part [SWAP]
└─sda3 8:30 855,5G 0 part /home
Como se ve, la raíz tiene 60GB.
Ayer, mi sistema se pu
22 matches
Mail list logo
