Gracias Gracias:  14
Me Gusta Me Gusta:  2
No me Gusta No me Gusta:  0
Página 2 de 4 PrimeroPrimero 1234 ÚltimoÚltimo
Mostrando resultados del 11 al 20 de 32

Tema: Problemas con algo que llena / de repente con 1 fichero [SOLUCIONADO]

  1. #11
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    5.162
    Post Thanks / Like
    Poder de Credibilidad
    14
    Hola:

    Puede que sea, ese, se acerca mas a lo que dice los comandos; ejemplo :

    Código:
    Z87-DELUX:~ # tree /run/log/
    /run/log/
    └── journal
        └── 721180be77ff4bf7a79271eecc2b6da3
            └── system.journal
    
    
    Z87-DELUX:~ # ls -lh /run/log/journal/721180be77ff4bf7a79271eecc2b6da3/
    total 8.0M
    -rw-r----- 1 root systemd-journal 8.0M Aug 29 19:55 system.journal
    Y lo que salia del comando de journalctl --disk-usage :

    Código:
    Z87-DELUX:~ # journalctl --disk-usage
    Archived and active journals take up 8.0M in the file system.
    O sea los 8Mb .

    Y en /var/log, este los logs de syslog ( y no se si al usar el archivo de journal.conf , este los pase a /var/log y sobre todo si se crea el directorio de journal, tendré que mirar en Leap 15.2 donde Journal lo tengo en /var/log y ver como es el archivo no suele ser de formato txt como algunos logs, ejemplo intentar leer el que está en /run/log/journal ( por lo que veo hay que usar o un comando o la aplicación que está en yast "diario de systemd o journal de systemd" ) ) .

    Saludos cordiales.

  2. Gracias Krovikan ha agradecido este mensaje
  3. #12
    Fecha de Ingreso
    16-noviembre-2010
    Ubicación
    Delante del ordenador
    Mensajes
    1.086
    Post Thanks / Like
    Poder de Credibilidad
    12
    Aún no he aplicado el cambio, lo haré más tarde al acostarme.


    TACHADO TODO EL BLOQUE QUE SIGUE (como parece que no existe el tachar y tampoco deja traer el texto tachado desde Writer)

    Pues no sé. El comando:

    Código:
    krovikan@Linux:~/Descargas> sudo journalctl --disk-usage 
    [sudo] password for root: 
    Archived and active journals take up 1.0G in the file system.
    Y no encuentro esa Giga.

    Código:
    krovikan@Linux:~/Descargas> du -sh /var/log/messages*
    3,0M    /var/log/messages
    284K    /var/log/messages-20200725.xz
    421M    /var/log/messages-20200726.xz
    364K    /var/log/messages-20200728.xz
    288K    /var/log/messages-20200730.xz
    284K    /var/log/messages-20200801.xz
    268K    /var/log/messages-20200803.xz
    304K    /var/log/messages-20200806.xz
    308K    /var/log/messages-20200808.xz
    316K    /var/log/messages-20200810.xz
    272K    /var/log/messages-20200812.xz
    6,8M    /var/log/messages-20200813.xz
    368K    /var/log/messages-20200815.xz
    276K    /var/log/messages-20200817.xz
    308K    /var/log/messages-20200819.xz
    256K    /var/log/messages-20200821.xz
    372K    /var/log/messages-20200823.xz
    336K    /var/log/messages-20200825.xz
    268K    /var/log/messages-20200827.xz
    
    Total: 435Mb

    El directorio de /run/log está vacio. Ni directorio journal ni nada.


    En cambio hay un /run/systemd/journal

    Código:
    krovikan@Linux:~/Descargas> du -sh /run/systemd/journal/
    148K    /run/systemd/journal/
    En cambio Dolphin me dice que el tamaño de /run/systemd/journal es de 6,3Kb


    No encuentro las casi 600Mb que faltan de lo que dice sudo journalctl --disk-usage

    FIN DEL BLOQUE TACHADO

    ¿Por qué lo tacho? Porque llevaba rato escribiéndolo y tras lo siguiente, ha cambiado la cosa.


    Hasta que no he hecho esto:

    Código:
    krovikan@Linux:~/Descargas> sudo find / -name system.journal
    find: Se ha detectado un bucle en el sistema de ficheros; ‘/.snapshots/1/snapshot’ es parte del mismo bucle de sistema de ficheros que ‘/’.
    /var/log/journal/1e19ee89f32a43d0848ae17cec61fa0b/system.journal
    find: ‘/run/user/1000/gvfs’: Permiso denegado
    no me ha aparecido el directorio /var/log/journal. Ahora lo tengo por acción de magia.

    Código:
    krovikan@Linux:~/Descargas> tree /var/log/journal/
    /var/log/journal/
    └── 1e19ee89f32a43d0848ae17cec61fa0b
        ├── system@00000000000000000000000000000...000000.journal
        ├── system@0005ad233dd8f620-dc3f06eb84b127bc.journal~
        ├── system@0005ad6abe60ac5c-754d643b0443b2f6.journal~
        ├── system@0703f2d0828f45a698397ce0f4b7a...2917e2.journal
        ├── system@0703f2d0828f45a698397ce0f4b7a...35cac2.journal
        ├── system@0703f2d0828f45a698397ce0f4b7a...52ee78.journal
        ├── system@0703f2d0828f45a698397ce0f4b7a...c618cd.journal
        ├── system@0703f2d0828f45a698397ce0f4b7a...3f174a.journal
        ├── system@240ae5d667524c5ea8d418a95eeb9...292b78.journal
        ├── system@531ba2163a25478db5216c160a3c1...faed72.journal
        ├── system@582e283e2a254ab1954efaf4fde64...941c80.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...fae379.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...a55a78.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...c6c1d7.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...e8c881.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...b26fdb.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...a87c22.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...7ba739.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...056852.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...5d3f76.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...780e7e.journal
        ├── system@625c87551ab547109dfa2e5e4b32c...c6babd.journal
        ├── system@76f849f3421c4c20a3f652245728d...1b3ba7.journal
        ├── system@9acfd5e9987b4f4bb8b7db6a34d02...faed72.journal
        ├── system@9acfd5e9987b4f4bb8b7db6a34d02...132666.journal
        ├── system@b436c9ba997c43528740546bb00f9...faed72.journal
        ├── system.journal
        ├── user-1000@0005ad6ac6d6ff10-0a5241676a359a88.journal~
        ├── user-1000@2b974b7c9a134d9dae9597743c...3fde0e.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...d9d036.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...4b105a.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...ccc35a.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...a001db.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...d1041e.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...40e970.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...78ec1a.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...09506c.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...ef22f7.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...87149f.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...bb662b.journal
        ├── user-1000@ca3e5649544348f0a9f207eb87...c680cd.journal
        ├── user-1000@e728cbc78fde4e2fadc55389e7...d3af04.journal
        ├── user-1000@e728cbc78fde4e2fadc55389e7...56e0af.journal
        ├── user-1000@e728cbc78fde4e2fadc55389e7...fa9fd5.journal
        └── user-1000.journal
    
    1 directory, 45 files
    Código:
    krovikan@Linux:~/Descargas> du -sh /var/log/journal/*
    1,1G    /var/log/journal/1e19ee89f32a43d0848ae17cec61fa0b
    journactl sigue diciendo:

    Código:
    krovikan@Linux:~/Descargas> sudo journalctl --disk-usage 
    [sudo] password for root: 
    Archived and active journals take up 1.0G in the file system.
    Pero no viene de 100Mb.


    El caso es que el archivo de 25Gb no era ninguno de journal, por lo visto. Creo que journal intentaba escribir sus cosas, como todo el día, y al no tener espacio en disco se quedó clavado.

    Entonces, ¿qué provocó (y ya van 2 veces con 15 días de separación entre cada uno) que me apareciera un /var/log/messages de 25Gb? (la otra vez fue un /var/log/messages-20200804 de 36Gb, he borrado snapshots y he aumentado el espacio en varias Gb de un 46% de / en uso a un 29% / en uso)



    Saludos
    Última edición por Krovikan; 30-ago-2020 a las 12:37 Razón: Intento de tachado con Writer

  4. #13
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    5.162
    Post Thanks / Like
    Poder de Credibilidad
    14
    Hola:

    Si te funciona el journal, limita la cantidad de ficheros y su tamaño (puedes buscar por la web lo de limitar journal en linux y limpieza de registros en journal ) .
    Como estás usando instantáneas puedes si quieres limitar también su nº /etc/snapper/configs/root :

    Código:
    # subvolume to snapshot
    SUBVOLUME="/"
    
    # filesystem type
    FSTYPE="btrfs"
    
    
    # btrfs qgroup for space aware cleanup algorithms
    QGROUP="1/0"
    
    
    # fraction of the filesystems space the snapshots may use
    SPACE_LIMIT="0.5"
    
    # fraction of the filesystems space that should be free
    FREE_LIMIT="0.2"
    
    
    # users and groups allowed to work with config
    ALLOW_USERS=""
    ALLOW_GROUPS=""
    
    # sync users and groups from ALLOW_USERS and ALLOW_GROUPS to .snapshots
    # directory
    SYNC_ACL="no"
    
    
    # start comparing pre- and post-snapshot in background after creating
    # post-snapshot
    BACKGROUND_COMPARISON="yes"
    
    
    # run daily number cleanup
    NUMBER_CLEANUP="yes"
    
    # limit for number cleanup
    NUMBER_MIN_AGE="1800"
    NUMBER_LIMIT="2-8"
    NUMBER_LIMIT_IMPORTANT="4-8"
    
    
    # create hourly snapshots
    TIMELINE_CREATE="no"
    
    # cleanup hourly snapshots after some time
    TIMELINE_CLEANUP="yes"
    
    # limits for timeline cleanup
    TIMELINE_MIN_AGE="1800"
    TIMELINE_LIMIT_HOURLY="5"
    TIMELINE_LIMIT_DAILY="5"
    TIMELINE_LIMIT_WEEKLY="0"
    TIMELINE_LIMIT_MONTHLY="4"
    TIMELINE_LIMIT_YEARLY="3"
    
    
    # cleanup empty pre-post-pairs
    EMPTY_PRE_POST_CLEANUP="yes"
    
    # limits for empty pre-post-pair cleanup
    EMPTY_PRE_POST_MIN_AGE="1800"
    Esto es un ejemplo .

    Seguimos , messages y otros logs no son generados por journal , según mi opinión lo que haría es :

    1º Ver su contenido y mirar de solucionar los problemas que lo generan ; ( como eso lo puedes ver desde yast de una forma cómoda "registros del sistema" ) Por el tamaño que suele tener, tiene que haber algo que pueda ser importante , si en vez de yast lo quieres ver directamente pues vas a /var/log/messages ( el archivo mas actual, el cual aún no ha rotado y no está comprimido, puedes abrirlo con Kate u otro programa para archivos de texto, o un sencillo : cat /var/log/messages junto con grep para filtrar o bien less /var/log/messages , idem tail ( ver los últimos 10 mensajes ) , etc.. (supongo que el archivo sea grande, mejor usa el de yast) .

    2ºUna vez solucionado, mirar de que se borren ( hay un tutorial de @D.R. para limpiar : https://www.forosuse.org/forosuse/sh...eza+disco+duro

    Ademas sobre el tema de limpieza hay varios temas en el foro . y sobre logs he encontrado por la web esto : //geekland.eu/logs-en-linux/ ( en openSUSE, algunos logs ya no se usan, pero puede darte una idea de como eran mas o menos antes del journal ) .

    Saludos cordiales

  5. Gracias Krovikan ha agradecido este mensaje
  6. #14
    Fecha de Ingreso
    16-noviembre-2010
    Ubicación
    Delante del ordenador
    Mensajes
    1.086
    Post Thanks / Like
    Poder de Credibilidad
    12
    Cita Iniciado por mikrios Ver Mensaje

    Seguimos , messages y otros logs no son generados por journal , según mi opinión lo que haría es :

    1º Ver su contenido y mirar de solucionar los problemas que lo generan ; ( como eso lo puedes ver desde yast de una forma cómoda "registros del sistema" ) Por el tamaño que suele tener, tiene que haber algo que pueda ser importante , si en vez de yast lo quieres ver directamente pues vas a /var/log/messages ( el archivo mas actual, el cual aún no ha rotado y no está comprimido, puedes abrirlo con Kate u otro programa para archivos de texto, o un sencillo : cat /var/log/messages junto con grep para filtrar o bien less /var/log/messages , idem tail ( ver los últimos 10 mensajes ) , etc.. (supongo que el archivo sea grande, mejor usa el de yast) .
    No puedo hacer ese paso. El messages del día que pasa lo de he de borrar con sudo rm /var/log/messages (a secas o con día) ya que es el que ocupa 25Gb o 36Gb, lo que haya disponible de espacio en /.

    2ºUna vez solucionado, mirar de que se borren ( hay un tutorial de @D.R. para limpiar : https://www.forosuse.org/forosuse/sh...eza+disco+duro

    Ademas sobre el tema de limpieza hay varios temas en el foro . y sobre logs he encontrado por la web esto : //geekland.eu/logs-en-linux/ ( en openSUSE, algunos logs ya no se usan, pero puede darte una idea de como eran mas o menos antes del journal ) .
    Ahora que sé (no estoy seguro pero sí bastante) de que no es journal, ya no tengo prisa en las limitaciones. Nunca me han supuesto un problema ni la info de journal ni la de /var/log (por lo que veo los /var/log/messages los comprime cada 2 días completos en un .xz)


    Hay un problema desconocido que hace crecer, de repente, un fichero messages de /var/log hasta llenar el disco duro asignado para /.


    Si un día no puedo montar / desde el Rescue System para borrar por enésima vez un archivo de 25Gb o más, y he de reinstalar Leap, haré (si me acuerdo) la partición para /var/log (supongo que unas 5Gb en XFS) para que si eso llene /var/log y no toque hasta la saturación la partición / (aunque eso no quitaría que tuviera que borrar en /var/log el archivo bestia para que los programas guarden sus logs o si no, no arranca el ordenador ni las aplicaciones (el ordenador igual arranca pero Dolphin, etc, no).

    Eso sí, a ver si la próxima vez hago una copia del archivo en /home (desde el Rescue System) para abrirlo tras arrancar bien.


    EDIT: A las 00h clavadas se ha puesto en marcha el disco duro y ya temblaba como un flan a ver qué estaría haciendo. Ha tardado algo (1 minuto o 2 pero se me han hecho eternos) pero por fin ha acabado. Ha sido el /var/log/messages que se ha comprimido en un .xz (pasando de 5Mb a 300Kb) los mensajes de 2 días completos (el 29 y el 30). En un año serían 55Mb de messages en 183 archivos .xz. Basurilla que no molesta como para habilitar un borrado automático.


    Saludos
    Última edición por Krovikan; 31-ago-2020 a las 16:33

  7. #15
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    5.162
    Post Thanks / Like
    Poder de Credibilidad
    14
    Hola :

    Mi /var/log suele andar sobre menos de 200Mb y cada message comprimido es de unos cuantos Kb ( teniendo en cuenta que messages comprende mensajes , noticias y avisos (warning) ) , y estos se van comprimiendo a medida que van rotando por lo que aparecen :
    Código:
    Z87-DELUX:~ # tree /var/log
    /var/log
    ├── NetworkManager
    ├── Xorg.0.log
    ├── Xorg.0.log.old
    ├── Xorg.1.log
    ├── Xorg.1.log.old
    ├── YaST2
    │   ├── config_diff_2020_08_25.log
    │   ├── mkinitrd.log
    │   └── y2log
    ├── acpid
    ├── alternatives.log
    ├── apparmor
    ├── atop
    │   ├── atop_20200802
    │   ├── atop_20200803
    │   ├── atop_20200804
    │   ├── atop_20200805
    │   ├── atop_20200806
    │   ├── atop_20200807
    │   ├── atop_20200808
    │   ├── atop_20200809
    │   ├── atop_20200810
    │   ├── atop_20200811
    │   ├── atop_20200812
    │   ├── atop_20200813
    │   ├── atop_20200814
    │   ├── atop_20200815
    │   ├── atop_20200816
    │   ├── atop_20200817
    │   ├── atop_20200818
    │   ├── atop_20200819
    │   ├── atop_20200820
    │   ├── atop_20200821
    │   ├── atop_20200822
    │   ├── atop_20200823
    │   ├── atop_20200824
    │   ├── atop_20200825
    │   ├── atop_20200826
    │   ├── atop_20200827
    │   ├── atop_20200828
    │   ├── atop_20200829
    │   ├── atop_20200830
    │   ├── atop_20200831
    │   └── daily.log
    ├── audit
    │   └── audit.log
    ├── boot.log
    ├── boot.msg
    ├── boot.omsg
    ├── btmp
    ├── chrony
    ├── cups
    │   ├── access_log
    │   └── error_log
    ├── dump -> /var/crash
    ├── firebird
    ├── firewall
    ├── firewalld
    ├── krb5
    ├── lastlog
    ├── lightdm
    ├── localmessages
    ├── mail
    ├── mail.err
    ├── mail.info
    ├── mail.warn
    ├── messages
    ├── messages-20190916.xz
    ├── messages-20190921.xz
    ├── messages-20190927.xz
    ├── messages-20191002.xz
    ├── messages-20191008.xz
    ├── messages-20191013.xz
    ├── messages-20191016.xz
    ├── messages-20191018.xz
    ├── messages-20191021.xz
    ├── messages-20191022.xz
    ├── messages-20191024.xz
    ├── messages-20191025.xz
    ├── messages-20191101.xz
    ├── messages-20191110.xz
    ├── messages-20191120.xz
    ├── messages-20191125.xz
    ├── messages-20191202.xz
    ├── messages-20191206.xz
    ├── messages-20191211.xz
    ├── messages-20191218.xz
    ├── messages-20191226.xz
    ├── messages-20191231.xz
    ├── messages-20200109.xz
    ├── messages-20200116.xz
    ├── messages-20200122.xz
    ├── messages-20200202.xz
    ├── messages-20200209.xz
    ├── messages-20200218.xz
    ├── messages-20200224.xz
    ├── messages-20200229.xz
    ├── messages-20200305.xz
    ├── messages-20200312.xz
    ├── messages-20200320.xz
    ├── messages-20200323.xz
    ├── messages-20200331.xz
    ├── messages-20200406.xz
    ├── messages-20200409.xz
    ├── messages-20200413.xz
    ├── messages-20200418.xz
    ├── messages-20200423.xz
    ├── messages-20200425.xz
    ├── messages-20200501.xz
    ├── messages-20200508.xz
    ├── messages-20200515.xz
    ├── messages-20200524.xz
    ├── messages-20200603.xz
    ├── messages-20200616.xz
    ├── messages-20200625.xz
    ├── messages-20200707.xz
    ├── messages-20200713.xz
    ├── messages-20200722.xz
    ├── messages-20200801.xz
    ├── messages-20200808.xz
    ├── messages-20200814.xz
    ├── messages-20200818.xz
    ├── messages-20200826.xz
    ├── messages-20200830.xz
    ├── mysql
    ├── nginx
    ├── pbl.log
    ├── pk_backend_zypp
    ├── pk_backend_zypp-1
    ├── samba
    ├── sddm.log
    ├── snapper.log
    ├── snapper.log-20200416.xz
    ├── tallylog
    ├── tuned
    ├── updateTestcase-2020-08-25-20-59-44
    │   ├── 94922981716944-package.xml.gz
    │   ├── 94922995525872-package.xml.gz
    │   ├── 94923010516416-package.xml.gz
    │   ├── 94923013822272-package.xml.gz
    │   ├── 94923038064928-package.xml.gz
    │   ├── 94923038069680-package.xml.gz
    │   ├── 94923038072064-package.xml.gz
    │   ├── 94923039856976-package.xml.gz
    │   ├── 94923084764576-package.xml.gz
    │   ├── solver-system.xml.gz
    │   └── solver-test.xml
    ├── updateTestcase-2020-08-25-21-18-22
    │   ├── 94718167412720-package.xml.gz
    │   ├── 94718171679808-package.xml.gz
    │   ├── 94718177522832-package.xml.gz
    │   ├── 94718177926784-package.xml.gz
    │   ├── 94718213521056-package.xml.gz
    │   ├── 94718285013680-package.xml.gz
    │   ├── 94718285047248-package.xml.gz
    │   ├── 94718286068288-package.xml.gz
    │   ├── 94718316734384-package.xml.gz
    │   ├── solver-system.xml.gz
    │   └── solver-test.xml
    ├── warn
    ├── warn-20190921.xz
    ├── warn-20191009.xz
    ├── warn-20191018.xz
    ├── warn-20191025.xz
    ├── warn-20191120.xz
    ├── warn-20191206.xz
    ├── warn-20191230.xz
    ├── warn-20200119.xz
    ├── warn-20200216.xz
    ├── warn-20200303.xz
    ├── warn-20200324.xz
    ├── warn-20200413.xz
    ├── warn-20200501.xz
    ├── warn-20200522.xz
    ├── warn-20200703.xz
    ├── warn-20200804.xz
    ├── warn-20200818.xz
    ├── wtmp
    ├── wtmp-20200315.xz
    ├── zypp
    │   └── history
    ├── zypper.log-20200726.xz
    └── zypper.log-20200826.xz
    
    17 directories, 166 files
    Sin contar los rotados y comprimidos, si se puede leer : messages , warn , etc ..... con el mismo kate y desde dolphin, puedes ver su contenido, también puedes hacerlo desde yast, e incluso añadir en el programa de yast otros logs ( antes venia uno de boot uy el de messages por defecto, ahora solo tiene uno , pero donde está ese último tu puedes escribir la ruta de otro : ejemplo /var/log/ warn : (el de warn lo he añadido)





    Ahí puedes leer los logs que no genera journal ( esa es una aplicación que está en yast ) , como algunos no están, no aparece nada, pero de los que están si, incluso ese de warn que le puse (ademas creo que al darle aceptar guarda los cambios, es decir lo añado a la configuración de registros del sistema de yast (eso si es que no lo han cambiado) ) .

    Lee el contenido y si lo puedes arreglar, pues solucionalo .

    Por la web suele haber información de syslog y logrotate, cron, etc (para configurar los syslog + lo de la limpieza del tuto @D.R. queda completado) ojo recomiendo antes de cambiar algo, crear copias de seguridad de los archivos ( o bien un directorio donde guardarlos ) .

    Los xz, gz, etc que son los rotados y comprimidos, se pueden borrar, con dejar uno actual vale, ese mas el que no está comprimido . ( en mi caso el /var/log ocupa unos 199,2Mb en total , ni de risa llega a un giga) .

    Ese problema desconocido y que aparece eso, creo en warn o en messages, es el que hay que solucionar ; para que todo vuelva a ser normal .

    Con respeto a lo de configurar el sistema de logs, hay que a tenerse a la distro de openSUSE, ejemplo algunas distros usan /etc/cron.daily , en cambio en la nuestra no idem semanal etc...
    Por lo cual hay que mirar los que correspondan para Leap ( hacer copia de seguridad de los originales ) . y de los tutos como dije, mirar los que sirvan para esta distro .

    Cuando el disco está muy lleno , no deja entrar, no deja actualizar , etc.. (hay que borrar algunos archivos para poder trabajar bien, el disco, por defecto, no debería llenarse, si el sistema de archivos esta bien ) .

    En el caso de que exista bloques mal, hacer un scrub de la unidad , para arreglarlo y recuperar espacio (idem un balanceo si corresponde ) , scrub se ejecuta en segundo plano, por lo que no observaras nada, solo que cuando termina , aparece la capacidad correcta del disco .

    Sobre el tema de las instantaneas /.snapshots , si se diera el caso de que haya algunas que no aparecen en snapper list (no son válidas y hay que borrarlas) .

    Código:
    Z87-DELUX:~ # snapper list
        # | Type   | Pre # | Date                     | User | Used Space | Cleanup | Description        | Userdata     
    ------+--------+-------+--------------------------+------+------------+---------+--------------------+--------------
       0  | single |       |                          | root |            |         | current            |              
    1316* | single |       | Tue Aug 25 19:43:38 2020 | root |   4.23 MiB |         |                    |              
    1318  | pre    |       | Tue Aug 25 19:53:35 2020 | root | 260.00 KiB | number  | zypp(ruby.ruby2.5) | important=yes
    1319  | pre    |       | Tue Aug 25 19:57:15 2020 | root | 160.00 KiB | number  | zypp(ruby.ruby2.5) | important=yes
    1320  | post   |  1319 | Tue Aug 25 20:00:08 2020 | root | 109.09 MiB | number  |                    | important=yes
    1321  | pre    |       | Tue Aug 25 20:02:27 2020 | root |  37.46 MiB | number  | zypp(ruby.ruby2.5) | important=yes
    1325  | pre    |       | Tue Aug 25 20:11:53 2020 | root |   8.91 MiB | number  | zypp(zypper)       | important=yes
    1328  | post   |  1325 | Tue Aug 25 20:32:18 2020 | root | 120.81 MiB | number  |                    | important=yes
    1329  | pre    |       | Thu Aug 27 13:29:52 2020 | root |  13.03 MiB | number  | zypp(packagekitd)  | important=yes
    1330  | post   |  1329 | Thu Aug 27 13:33:36 2020 | root |  30.70 MiB | number  |                    | important=yes
    1340  | pre    |       | Sat Aug 29 18:30:12 2020 | root | 352.00 KiB | number  | yast view_anymsg   |              
    1341  | post   |  1340 | Sat Aug 29 19:39:05 2020 | root | 240.00 KiB | number  |                    |              
    1344  | pre    |       | Sun Aug 30 13:49:33 2020 | root |   2.23 MiB | number  | zypp(packagekitd)  | important=no 
    1345  | post   |  1344 | Sun Aug 30 13:52:10 2020 | root |   1.50 MiB | number  |                    | important=no 
    1346  | pre    |       | Sun Aug 30 19:31:34 2020 | root | 976.00 KiB | number  | yast sysconfig     |              
    1347  | post   |  1346 | Sun Aug 30 19:51:14 2020 | root |   1.02 MiB | number  |                    |              
    1348  | pre    |       | Mon Aug 31 02:15:10 2020 | root | 368.00 KiB | number  | yast view_anymsg   |              
    1349  | post   |  1348 | Mon Aug 31 02:17:40 2020 | root |  96.00 KiB | number  |                    |              
    1350  | pre    |       | Mon Aug 31 02:17:43 2020 | root |  96.00 KiB | number  | yast view_anymsg   |
    Supongamos que dentro del directorio, aparece una 509, o una 700 , al no estar en la configuración de snapper, y no aparecer en el listado, lo que hace es ocupar algo de espacio .

    Dejar las primeras importantes, al menos un par de ellas, si se va actualizar un sistema, se puede recuperar la de la instalación inicial, idem algunas de las últimas, las demas eliminarlas o programar para que se borren cada cierto tiempo y consevar unas pocas .



    Esa 939 , no sirve para nada ( o una actualización , o un cambio de la configuración por una actualización , o bien un fallo, dejo una colgada, le he puesto el nombre de una instatánea fantasma , esta, pero para snapper no exite ) .

    Saludos cordiales

  8. Gracias Krovikan ha agradecido este mensaje
  9. #16
    Fecha de Ingreso
    16-noviembre-2010
    Ubicación
    Delante del ordenador
    Mensajes
    1.086
    Post Thanks / Like
    Poder de Credibilidad
    12
    Muchas gracias @mikrios.

    Pero ayer ya comparé el snapper list con el contenido de /.snapshots y borré una huérfana, la 106 en mi caso.

    Gracias por los consejos del logrotate, ya lei ayer que basado en 1 semana, los Lunes borra el Lunes anterior y etc etc. Pero visto lo que ocupa mi /var/log (400Mb) no lo veo necesario. Ni tampoco tomar medidas para /var/log/journal ya que sólo me ocupa 1Gb y cuando veo que el espacio de / usado crece ya borro snapshots.

    Ayer ya lei algunos message de los comprimidos en .xz (se abren en Ark y los puedes leer con su visor).

    He cambiado el título del hilo ya que el problema no tiene nada que ver con journal (en principio) y el origen del problema es desconocido todavía. El título no lo veo modificado, pediré soporte a D.R.


    Saludos

  10. Gracias mikrios ha agradecido este mensaje
  11. #17
    Fecha de Ingreso
    16-noviembre-2010
    Ubicación
    Delante del ordenador
    Mensajes
    1.086
    Post Thanks / Like
    Poder de Credibilidad
    12
    Ha vuelto a suceder esta tarde.

    Tengo una alerta que me avisa cuando / baja de 200Mb libres. Pero es que la alerta me ha saltado cuando quedaban tan sólo 3 Mb libres.

    Así que eso no son ficheros basura. Es algo que se genera de repente (en mi caso suele coincidir con el archivo /var/log/messages) y que me llena toda la partición libre. 26Gb tenía de tamaño el ficherito.

    Algo muy raro pasa en Leap 15.2. La primera incidencia es del 12 de Agosto. Leap 15.2 salió el 2 de Julio pero tardé unas semanas en ponerme a instalarlo.

    He querido compartirlo pero no encuentro nada en Internet sobre algún bug (o no sé buscarlo), si es que es eso.

    ¿Conoceis a alguien al que le pase?


    Saludos

  12. #18
    Fecha de Ingreso
    19-junio-2020
    Ubicación
    Mallorca (Illes Balears).
    Mensajes
    75
    Post Thanks / Like
    Poder de Credibilidad
    1
    Hola.
    https://forums.fedoraforum.org/showt...ges-if-too-big
    Esto es lo que he podido encontrar a cerca del tema.
    Mira también /var/log/warn a ver si encuentras algo, que warnings son los que llenan messages.

    Saludos.
    P.D. Casi todo dicen lo mismo.
    Última edición por mickey; 02-oct-2020 a las 22:51

  13. Me Gusta Krovikan le ha gustado este mensaje
  14. #19
    Fecha de Ingreso
    16-noviembre-2010
    Ubicación
    Delante del ordenador
    Mensajes
    1.086
    Post Thanks / Like
    Poder de Credibilidad
    12
    Gracias por el hilo. Pero no es un problema de basura que es lo que arregla un logrotate.

    El fichero crece de la nada en un momento hasta llenar / (ayer ni usé VirtualBox) porque si fuera por el transcurso de los días (incremental) me habría dado cuenta de la falta de espacio.

    Es más, recuerdo que Plasma tiene un notificador cuando quedan menos de 200Mb y ayer lo vi saltar cuando quedaban 3 Mb.


    Saludos

  15. #20
    Fecha de Ingreso
    19-junio-2020
    Ubicación
    Mallorca (Illes Balears).
    Mensajes
    75
    Post Thanks / Like
    Poder de Credibilidad
    1
    Interesaría saber que dice ese /var/log/messages?
    Por ejemplo las ultimas 20,30 o 50 lineas, tiene que ser algo repetitivo.

  16. Me Gusta Krovikan le ha gustado este mensaje

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Temas Similares

  1. Problemas copiar fichero windows a Suse
    By gery in forum General OpenSUSE
    Respuestas: 2
    Último mensaje: 01-abr-2009, 23:24
  2. No llena la pantalla
    By Lenfras in forum Instalación y Actualizaciones
    Respuestas: 0
    Último mensaje: 20-jun-2008, 17:03
  3. Respuestas: 8
    Último mensaje: 02-oct-2007, 19:57
  4. [Problema] Disco se llena solo
    By v1toko in forum Hardware
    Respuestas: 18
    Último mensaje: 23-jun-2007, 08:26
  5. Particion / llena
    By ElPanameño in forum General OpenSUSE
    Respuestas: 2
    Último mensaje: 17-nov-2005, 17:28

Marcadores

Normas de Publicación

  • No puedes crear nuevos temas
  • No puedes responder mensajes
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •