Gracias Gracias:  0
Me Gusta Me Gusta:  0
No me Gusta No me Gusta:  0
Mostrando resultados del 1 al 6 de 6

Tema: Recuperar_disco y tamaño excesivo en la partición del sistema

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

    Recuperar_disco y tamaño excesivo en la partición del sistema [Solucionado]

    Hola :

    Para no desvirtuar el tema de Cómo pasar de OpenSuse 11.1 a la nueva versión 12.3? , abro un nuevo tema .

    Por un lado tenia la partición del sistema que ocupaba mucho espacio y por otro lado , que probando unos comandos me cargue el offset del disco y fastidie el mbr ,posterior prueba me quede sin partición en el disco duro .

    La estructura del disco quedo como si fuera gpt , bien con utilidades del live Partition Magic y del disco Hiren,s Boot cd , repare el offset del disco fijando la estructura del mismo a tipo mbr .

    A continuación ejecute una aplicación que viene con el live Partition Magic 2013 que se llama TestDisk .

    Para ello seguí el tutorial que me encontré en una pagina web (en ese momento estaba con otro pc , donde pruebo hardware y con openSUSE 12.3 64bit instalado como uefi secure boot y partición gpt en un disco ssd ) .

    El tutorial es este.

    Bien con esta aplicación recupere las particiones del disco duro , aun así ,tuve que cambiar la identificación de la partición swap y ademas esta aparecía como activa .

    Con cualquier utilidad perfectamente la hubiese cambiado a sda2 y ya no tendría ese problema (sabia que en esa partición estaba el arranque del sistema ) .

    Pero lo que mas me preocupaba era el grub2 , por lo cual cogí el live del disco SuperGrub2 y comprobé que el grub2 estaba bien y podía arrancar openSUSE sin problemas .

    Una vez iniciado el sistema con ese disco live , ejecuto desde la linea de comandos fdisk para activar sda2 y dejarla como activa (no se no me funciono , me supongo que tendría que haber desmontado primero la partición ) .

    Como estaba también interesado en el programa TestDisk , y que tenia muchas opciones para reparar el disco y activar particiones etc (sin necesidad de desmontar las mismas )

    Me pongo a buscarlo por yast , este no aparece , por lo cual añado mas opciones en la búsqueda del instalador de software de Yast y me identifica una aplicación en la cual añade un par de herramientas o utilidades nuevas y una de ellas es la que buscaba .

    La aplicación que aparece en Yast está bajo el nombre de photorec .

    Bien la instalo y después desde consola ejecuto testdisk , y efectuó mas o menos los pasos del tutorial , en este caso ya las particiones estaban recuperadas , por lo cual solo me fui a la de sda2 y la puse activa .
    Reinicie el pc y openSUSE arranco perfectamente . (por este lado todo solucionado)
    Código PHP:
    mikrios-x79:~ # fdisk -l /dev/sda

    Disk /dev/sda1000.2 GB1000204886016 bytes
    255 heads
    63 sectors/track121601 cylinderstotal 1953525168 sectors
    Units 
    sectors of 1 512 512 bytes
    Sector size 
    (logical/physical): 512 bytes 512 bytes
    I
    /O size (minimum/optimal): 512 bytes 512 bytes
    Disk identifier
    0x000c6614

       Device Boot      Start         End      Blocks   Id  System
    /dev/sda1            2048     4208623     2103288   82  Linux swap Solaris
    /dev/sda2   *     4208640    88100863    41946112   83  Linux
    /dev/sda3        88100864  1953523711   932711424   83  Linux 
    Me queda por averiguar que pasa con la partición del sistema que me dice que esta ocupando 22Gb , cuando miro en la raíz solo veo 9Gb .
    Como estoy probando varios kernel , y no se si pudiera ser eso , los elimino y me quedo con dos (o sea este y otro mas ) .
    Pero sigue sin cambios en cuanto el tamaño .
    La partición como sistema de ficheros dice que son 9 , pero si lo miro por el espacio de la partición dice que son 22 (no lo entiendo , puede quedar alguna imagen del kernel sin purgar , seguiré probando haber si con algún comando doy con el tema .
    Por lo pronto la información que he ido recopilando la dejo por aquí .
    Código:
    mikrios-x79:~ # du -x -h --max-depth=1 /
    770M    /var
    21M     /etc
    4.6M    /bin
    97M     /boot
    370M    /lib
    20M     /lib64
    47M     /root
    7.0M    /sbin
    7.7G    /usr
    0       /media
    0       /mnt
    0       /selinux
    4.0K    /.config
    4.0K    /.Trash-0
    9.0G    /
    
    mikrios-x79:~ # cat /proc/partitions
    major minor  #blocks  name
    
       8        0  976762584 sda
       8        1    2103288 sda1
       8        2   41946112 sda2
       8        3  932711424 sda3
       8       16  117220824 sdb
       8       32 2930266584 sdc
      11        0    1048575 sr0
    
    mikrios-x79:~ # df -h
    Filesystem      Size  Used Avail Use% Mounted on
    devtmpfs         32G   32K   32G   1% /dev
    tmpfs            32G     0   32G   0% /dev/shm
    tmpfs            32G  6.4M   32G   1% /run
    /dev/sda2        41G   22G   17G  57% /
    tmpfs            32G     0   32G   0% /sys/fs/cgroup
    tmpfs            32G  6.4M   32G   1% /var/lock
    tmpfs            32G  6.4M   32G   1% /var/run
    /dev/sda3       890G  655G  203G  77% /home
    
    mikrios-x79:~ # df -i
    Filesystem      Inodes IUsed   IFree IUse% Mounted on
    devtmpfs       8252379   586 8251793    1% /dev
    tmpfs          8256508     1 8256507    1% /dev/shm
    tmpfs          8256508   590 8255918    1% /run
    /dev/sda2            0     0       0     - /
    tmpfs          8256508    13 8256495    1% /sys/fs/cgroup
    tmpfs          8256508   590 8255918    1% /var/lock
    tmpfs          8256508   590 8255918    1% /var/run
    /dev/sda3            0     0       0     - /home
    Puede quedar alguna cache de las instalaciones rpm ,etc , que no se muestren y sea ese el espacio , o hay algo que se me escapa ? no lo se .

    Saludos cordiales
    Agradezco las observaciones de Diablo Rojo en el otro tema , si el cual no hubiese caído en la cuenta de este problema ,también comentar que he ido notando como el sistema se vuelve un poco mas lento a la hora de cargar datos del disco duro .
    Y todo esto no lo hubiese podido solucionar , si no fuera por la experiencia adquirida en el foro y por la web (bueno aún me queda este , seguro que doy con el ) .
    Mas o menos mi configuración es la siguiente :
    Código PHP:
    mikrios-x79:~ # inxi -Fpuz
    System:    Hostmikrios-x79 Kernel3.11.4-1.g042c434-desktop x86_64 (64 bit
               
    DesktopN/A DistroopenSUSE 12.3 (Dartmouth)
    Machine:   MoboASUSTeK modelP9X79 PRO versionRev 1.xx BiosAmerican Megatrends version4302 date: 08/29/2013
    CPU
    :       Quad core Intel Core i7-3820 CPU (-HT-MCP-) cache10240 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
               
    Clock Speeds11836.00 MHz 22376.00 MHz 33276.00 MHz 42088.00 MHz 53024.00 MHz 63168.00 MHz 73168.00 MHz 83312.00 MHz
    Graphics
    :  CardNVIDIA GK107 [GeForce GTX 650
               
    X.org1.13.2 driversnouveau (unloadedfbdev,nv,vesatty size191x51 Advanced DataN/for root 
    Audio
    :     Card-1NVIDIA GK107 HDMI Audio Controller driversnd_hda_intel SoundALSA verk3.11.4-1.g042c434-desktop
               Card
    -2Intel C600/X79 series High Definition Audio Controller driversnd_hda_intel 
    Network
    :   CardIntel 82579V Gigabit Network Connection drivere1000e 
               
    IF: eth0 stateup speed100 Mbps duplexfull mac: <filter>
    Drives:    HDD Total Size4120.8GB (17.6used1id: /dev/sda modelWDC_WD1002FAEX size1000.2GB 
               2
    id: /dev/sdb modelKINGSTON_SH103S3 size120.0GB 3id: /dev/sdc modelST3000DM001 size3000.6GB 
    Partition
    ID: / size41G used22G (57%) fsbtrfs dev: /dev/sda2 uuid00cc532a-7ee3-4259-86b4-f70ea0ba7f02
               ID
    : /home size890G used655G (77%) fsbtrfs dev: /dev/sda3 uuid88342f78-c711-431b-9466-be207bb71bef
    RAID
    :      No RAID devices detected - /proc/mdstat and md_mod kernel raid module present
    Sensors
    :   System Temperaturescpu40.0C moboN/A gpu32.0 
               Fan Speeds 
    (in rpm): cpuN/
    Info
    :      Processes272 Uptime2:06 Memory30165.6/64504.0MB ClientShell (bashinxi1.9.14 
    Saludos
    Última edición por mikrios; 10-oct-2013 a las 22:34 Razón: corregir y añadir

  2. #2
    Fecha de Ingreso
    18-mayo-2008
    Mensajes
    2.104
    Post Thanks / Like
    Poder de Credibilidad
    14
    Hola.

    Si lo que quieres es un resumen del espacio que ocupa / puedes usar

    sudo du -shx /

    El parámetro s indica que te muestre un resumen y no cada directorio que procese. Si no lo ejecutas con sudo o como root no puede entrar en algunos directorios y sumar su tamaño. En cuanto al espacio, si fueran archivos de algún tipo se contarían. Por muchos kernel que instales no van a ocupar los 13GB de diferencia (ocupan sobre 150MB según YaST), deberías haber instalado decenas. Se me ocurre que quizás estés usando Btrfs y el espacio que falta lo ocupen las instantáneas de Snapper. Eso o algún fallo en la partición.

    Un saludo.

  3. #3
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    4.877
    Post Thanks / Like
    Poder de Credibilidad
    11
    Lo he ejecutado y me dice 9Gb.

    Hice lo mismo en sesión root y sale lo mismo .

    Volví a ejecutar df -h y me sale esto :

    Código PHP:
    mikrios-x79:~ # df -h
    Filesystem      Size  Used Avail Use% Mounted on
    devtmpfs         32G   32K   32G   1
    % /dev
    tmpfs            32G     0   32G   0
    % /dev/shm
    tmpfs            32G  6.6M   32G   1
    % /run
    /dev/sda2        41G   23G   17G  57% /
    tmpfs            32G     0   32G   0% /sys/fs/cgroup
    tmpfs            32G  6.6M   32G   1
    % /var/lock
    tmpfs            32G  6.6M   32G   1
    % /var/run
    /dev/sda3       890G  655G  202G  77% /home 
    Por lo que veo ya no son 22Gb usados , ahora son 23Gb .

    También ejecute el bleachbit y recupere algo de la sesión de root unos 10 megas .

    Tengo ganas de quitar el nepomuk y algunas cosas mas ; pero por lo pronto sigo igual , si busco por ficheros del sistema me dice 9G y lo otro veo que aumenta .

    Fallo en la partición , me hubiese cantado cuando las probé y no me ha dado problemas .

    Estoy buscando por la web información de caches de disco que guarden información de instalaciones o backups que no estén visibles .

    Saludos
    [EDITO]
    Creo que habré instalado como unos 10 kernel o menos , los he ido borrando a medida que han salido actualizaciones , manteniendo solo 2 o 3 ,quizás no los purgara bien del sistema .
    Por lo pronto lo que observo con respecto a hace algún tiempo es , que al reiniciar el pc , tarda un buen rato en cargar del disco duro , incluso sigue después un rato y después queda normal .
    Lo único que se me ocurre es algún cache de disco ,por lo demás lo he ido mirando y esta normal ,voy a probar con el particionador de yast haber si encuentro algo distinto .
    O buscar información sobre las caches de disco .
    Saludos
    [EDITO]
    También voy a instalar desde yast dos programas para mirar el espacio del disco ,haber si me muestra mas información :

    http://paraisolinux.com/programas-ocupa-espacio-disco/

    El Baobab y Xdiskusage , ambos están en los repositorios .
    Saludos
    [EDITO]
    No se si tendrá alguna razón esto
    Código PHP:
    2013-10-09T23:46:42.438562+01:00 mikrios-x79 dbus[911]: [systemActivating service name='org.opensuse.Snapper' (using servicehelper)
    2013-10-09T23:46:42.441387+01:00 mikrios-x79 dbus-daemon[911]: dbus[911]: [systemSuccessfully activated service 'org.opensuse.Snapper'
    2013-10-09T23:46:42.441626+01:00 mikrios-x79 dbus[911]: [systemSuccessfully activated service 'org.opensuse.Snapper'
    2013-10-09T23:46:42.843843+01:00 mikrios-x79 kernel: [ 2336.142663BTRFS debug (device sda2): unlinked 1 orphans
    2013
    -10-09T23:48:08.517243+01:00 mikrios-x79 dbus-daemon[911]: dbus[911]: [systemActivating service name='org.opensuse.Snapper' (using servicehelper)
    2013-10-09T23:48:08.517507+01:00 mikrios-x79 dbus[911]: [systemActivating service name='org.opensuse.Snapper' (using servicehelper)
    2013-10-09T23:48:08.521285+01:00 mikrios-x79 dbus-daemon[911]: dbus[911]: [systemSuccessfully activated service 'org.opensuse.Snapper'
    2013-10-09T23:48:08.521302+01:00 mikrios-x79 dbus[911]: [systemSuccessfully activated service 'org.opensuse.Snapper'
    2013-10-09T23:48:09.392839+01:00 mikrios-x79 kernel: [ 2422.556958BTRFS debug (device sda2): unlinked 1 orphans no se a que se refiere esto lo buscare por google haber que averiguo
    2013
    -10-09T23:48:10.634840+01:00 mikrios-x79 kernel: [ 2423.797125BTRFS debug (device sda2): unlinked 1 orphans 
    Última edición por mikrios; 10-oct-2013 a las 00:50 Razón: añadir

  4. #4
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    4.877
    Post Thanks / Like
    Poder de Credibilidad
    11
    Cita Iniciado por jcsl Ver Mensaje
    Hola.

    Si lo que quieres es un resumen del espacio que ocupa / puedes usar

    sudo du -shx /

    Se me ocurre que quizás estés usando Btrfs y el espacio que falta lo ocupen las instantáneas de Snapper. Eso o algún fallo en la partición.

    Un saludo.
    Pues creo que esto ultimo va a ser la respuesta correcta .
    Ejecute el boabab y fui navegando por los directorios y la info que mostraba.
    Después hice lo mismo desde otra consola ejecutando
    Código PHP:
    mikrios-x79:~ # du -x -h --max-depth=2 /.snapshot
    ducannot access ‘/.snapshot’No such file or directory

    mikrios
    -x79:~ # tree /.snapshot
    /.snapshot [error opening dir
    Bien , resulta que el archivo oculto /.snapshot no se puede acceder a el , y este esta relacionado con Snapper , el cual crea una multitud de directorios con copias que van variando de algunos gigas hasta el tamaño de lo que en realidad ocupa la raíz que son los 9Gb .

    En total tengo dentro de ese directorio oculto 184 directorios (si no se accede directamente a el desde dolphin o desde este programa de boabab o del xdiskusage , no se puede ver ejecutando desde consola )
    Voy a poner unas imágenes , para que lo veas .

    El /.snapshot ademas de oculto esta con el permiso denegado (visto con xdiskusage) y ocupa 13.21 Gb (esa es la capacidad extra , que no debería estar 13.21+9Gb nos da los dichosos 22Gb )

    Otra imagen del boabab nos muestran algunos de los directorios con sus capacidades correspondientes (puse solo 2 pero fíjate en el espacio , uno de 6Gb y el otro de 8.6Gb )

    y otra imagen mas o menos con la vista de dolphin .

    Bueno localizado el problema , ahora averiguar un poco mas sobre el y como poder actuar.

    Por lo pronto esta relacionado con lo que tu habías comentado ,según la info que había en la web.

    Creo que hay aplicaciones y alguna posibilidad de tratarlos , creo haber visto una para trabajar con ellos .

    Bueno al menos ya sabemos algo mas , gracias y un saludo cordial , seguiré investigando .
    Imágenes Adjuntas Imágenes Adjuntas

  5. #5
    Fecha de Ingreso
    18-diciembre-2009
    Ubicación
    México
    Mensajes
    478
    Post Thanks / Like
    Poder de Credibilidad
    10
    el directorio /.snapshot es mas bien un snapshot/subvolumen de /, y lo puedes montar usando btrfs, aqui una lista de comandos https://btrfs.wiki.kernel.org/index....s%28command%29.

    para listar los subvolumenes
    btrfs subvolume list <path>

    para eliminar un subvolumen
    btrfs subvolume delete <subvolume>

    no he utilizado snapper, pero supongo que debe traer alguna utilidad para eliminar los snapshot de btrfs en yast

  6. #6
    Fecha de Ingreso
    02-marzo-2013
    Ubicación
    Lat. 27.994547-Lon -15.405127-160m nivel del mar
    Mensajes
    4.877
    Post Thanks / Like
    Poder de Credibilidad
    11
    Gracias , por lo menos son comandos para btrfs (mira que los hay para ext4) , gracias por el aporte , lo estudiare y de paso busco esa aplicación que vi , al ser con gui gráfica quizás sea mas cómodo de trabajar con ella .

    A veces con tanta sintaxis , uno puede equivocarse , como me paso al principio y fastidie la estructura del disco (lo bueno que esta solucionado )
    .
    Ahora toca resolver esto , toda aportación es bien venida .

    Saludos
    [EDITO]
    Por lo pronto tenemos esto también (aquí están los susodichos y pelmazos )
    Código:
    mikrios-x79:~ # snapper list
    Type   | #    | Pre # | Date                     | User | Cleanup  | Description       | Userdata
    -------+------+-------+--------------------------+------+----------+-------------------+---------
    single | 0    |       |                          | root |          | current           |         
    single | 2    |       | Thu Jul 25 03:15:01 2013 | root | timeline | timeline          |         
    single | 225  |       | Thu Aug  1 00:15:01 2013 | root | timeline | timeline          |         
    single | 1233 |       | Sun Sep  1 00:00:01 2013 | root | timeline | timeline          |         
    single | 2186 |       | Mon Sep 30 00:45:01 2013 | root | timeline | timeline          |         
    single | 2224 |       | Tue Oct  1 00:45:01 2013 | root | timeline | timeline          |         
    single | 2266 |       | Wed Oct  2 00:45:01 2013 | root | timeline | timeline          |         
    pre    | 2281 |       | Wed Oct  2 15:11:38 2013 | root | number   | zypp(packagekitd) |         
    post   | 2282 | 2281  | Wed Oct  2 15:11:53 2013 | root | number   |                   |         
    pre    | 2290 |       | Wed Oct  2 21:48:47 2013 | root | number   | yast sw_single    |         
    post   | 2291 | 2290  | Wed Oct  2 22:17:37 2013 | root | number   |                   |         
    pre    | 2294 |       | Wed Oct  2 23:46:36 2013 | root | number   | yast sw_single    |         
    post   | 2295 | 2294  | Thu Oct  3 00:16:03 2013 | root | number   |                   |         
    single | 2296 |       | Thu Oct  3 01:00:06 2013 | root | timeline | timeline          |         
    pre    | 2306 |       | Thu Oct  3 10:28:44 2013 | root | number   | yast repositories |         
    post   | 2309 | 2306  | Thu Oct  3 12:40:02 2013 | root | number   |                   |         
    pre    | 2313 |       | Thu Oct  3 15:32:39 2013 | root | number   | yast repositories |         
    post   | 2314 | 2313  | Thu Oct  3 15:32:50 2013 | root | number   |                   |         
    pre    | 2315 |       | Thu Oct  3 15:35:09 2013 | root | number   | yast repositories |         
    post   | 2318 | 2315  | Thu Oct  3 17:46:43 2013 | root | number   |                   |         
    pre    | 2319 |       | Thu Oct  3 17:53:12 2013 | root | number   | yast sw_single    |         
    post   | 2321 | 2319  | Thu Oct  3 18:12:43 2013 | root | number   |                   |         
    pre    | 2324 |       | Thu Oct  3 20:59:42 2013 | root | number   | zypp(packagekitd) |         
    post   | 2326 | 2324  | Thu Oct  3 21:04:18 2013 | root | number   |                   |         
    single | 2329 |       | Fri Oct  4 00:00:01 2013 | root | timeline | timeline          |         
    pre    | 2330 |       | Fri Oct  4 00:22:50 2013 | root | number   | yast sw_single    |         
    post   | 2332 | 2330  | Fri Oct  4 01:29:07 2013 | root | number   |                   |         
    pre    | 2339 |       | Fri Oct  4 07:41:09 2013 | root | number   | yast users        |         
    post   | 2340 | 2339  | Fri Oct  4 07:44:48 2013 | root | number   |                   |         
    pre    | 2341 |       | Fri Oct  4 07:45:29 2013 | root | number   | yast users        |         
    post   | 2343 | 2341  | Fri Oct  4 08:22:38 2013 | root | number   |                   |         
    pre    | 2348 |       | Fri Oct  4 12:40:38 2013 | root | number   | zypp(packagekitd) |         
    post   | 2349 | 2348  | Fri Oct  4 12:45:06 2013 | root | number   |                   |         
    pre    | 2359 |       | Fri Oct  4 21:06:13 2013 | root | number   | zypp(packagekitd) |         
    post   | 2360 | 2359  | Fri Oct  4 21:08:46 2013 | root | number   |                   |         
    single | 2363 |       | Sat Oct  5 00:00:01 2013 | root | timeline | timeline          |         
    pre    | 2382 |       | Sat Oct  5 18:20:54 2013 | root | number   | yast sw_single    |         
    post   | 2383 | 2382  | Sat Oct  5 18:23:43 2013 | root | number   |                   |         
    pre    | 2384 |       | Sat Oct  5 18:28:00 2013 | root | number   | yast sw_single    |         
    post   | 2385 | 2384  | Sat Oct  5 18:29:11 2013 | root | number   |                   |         
    single | 2391 |       | Sun Oct  6 00:00:01 2013 | root | timeline | timeline          |         
    pre    | 2401 |       | Sun Oct  6 09:33:46 2013 | root | number   | yast sw_single    |         
    post   | 2403 | 2401  | Sun Oct  6 10:12:33 2013 | root | number   |                   |         
    pre    | 2404 |       | Sun Oct  6 10:35:39 2013 | root | number   | yast sw_single    |         
    pre    | 2405 |       | Sun Oct  6 10:46:33 2013 | root | number   | zypp(y2base)      |         
    post   | 2406 | 2405  | Sun Oct  6 10:46:37 2013 | root | number   |                   |         
    post   | 2407 | 2404  | Sun Oct  6 10:46:39 2013 | root | number   |                   |         
    pre    | 2409 |       | Sun Oct  6 11:11:09 2013 | root | number   | yast sw_single    |         
    post   | 2411 | 2409  | Sun Oct  6 12:55:45 2013 | root | number   |                   |         
    pre    | 2421 |       | Sun Oct  6 21:08:41 2013 | root | number   | zypp(packagekitd) |         
    post   | 2422 | 2421  | Sun Oct  6 21:16:01 2013 | root | number   |                   |         
    single | 2425 |       | Mon Oct  7 00:00:01 2013 | root | timeline | timeline          |         
    pre    | 2440 |       | Mon Oct  7 14:06:17 2013 | root | number   | yast sw_single    |         
    post   | 2442 | 2440  | Mon Oct  7 15:10:06 2013 | root | number   |                   |         
    pre    | 2449 |       | Mon Oct  7 21:15:04 2013 | root | number   | zypp(packagekitd) |         
    post   | 2450 | 2449  | Mon Oct  7 21:18:59 2013 | root | number   |                   |         
    pre    | 2452 |       | Mon Oct  7 22:36:35 2013 | root | number   | zypp(packagekitd) |         
    post   | 2453 | 2452  | Mon Oct  7 22:38:09 2013 | root | number   |                   |         
    single | 2455 |       | Tue Oct  8 00:15:01 2013 | root | timeline | timeline          |         
    pre    | 2475 |       | Tue Oct  8 19:48:33 2013 | root | number   | yast sw_single    |         
    post   | 2476 | 2475  | Tue Oct  8 19:49:36 2013 | root | number   |                   |         
    pre    | 2477 |       | Tue Oct  8 19:57:17 2013 | root | number   | yast repositories |         
    post   | 2478 | 2477  | Tue Oct  8 19:58:01 2013 | root | number   |                   |         
    pre    | 2479 |       | Tue Oct  8 19:58:03 2013 | root | number   | yast sw_single    |         
    pre    | 2480 |       | Tue Oct  8 19:58:54 2013 | root | number   | zypp(y2base)      |         
    post   | 2481 | 2480  | Tue Oct  8 19:58:54 2013 | root | number   |                   |         
    post   | 2482 | 2479  | Tue Oct  8 19:58:56 2013 | root | number   |                   |         
    pre    | 2483 |       | Tue Oct  8 19:58:59 2013 | root | number   | yast sw_single    |         
    post   | 2484 | 2483  | Tue Oct  8 20:00:08 2013 | root | number   |                   |         
    pre    | 2486 |       | Tue Oct  8 20:33:04 2013 | root | number   | zypp(packagekitd) |         
    post   | 2487 | 2486  | Tue Oct  8 20:35:58 2013 | root | number   |                   |         
    single | 2491 |       | Wed Oct  9 00:15:01 2013 | root | timeline | timeline          |         
    pre    | 2503 |       | Wed Oct  9 12:14:29 2013 | root | number   | yast view_anymsg  |         
    single | 2504 |       | Wed Oct  9 12:15:01 2013 | root | timeline | timeline          |         
    pre    | 2505 |       | Wed Oct  9 17:18:17 2013 | root | number   | yast bootloader   |         
    post   | 2506 | 2505  | Wed Oct  9 17:19:39 2013 | root | number   |                   |         
    pre    | 2507 |       | Wed Oct  9 17:20:03 2013 | root | number   | zypp(packagekitd) |         
    post   | 2508 | 2507  | Wed Oct  9 17:27:03 2013 | root | number   |                   |         
    pre    | 2509 |       | Wed Oct  9 17:28:04 2013 | root | number   | yast runlevel     |         
    single | 2510 |       | Wed Oct  9 17:30:01 2013 | root | timeline | timeline          |         
    post   | 2511 | 2509  | Wed Oct  9 17:31:12 2013 | root | number   |                   |         
    pre    | 2512 |       | Wed Oct  9 17:31:14 2013 | root | number   | yast sw_single    |         
    pre    | 2513 |       | Wed Oct  9 17:31:45 2013 | root | number   | zypp(y2base)      |         
    post   | 2514 | 2513  | Wed Oct  9 17:31:55 2013 | root | number   |                   |         
    post   | 2515 | 2512  | Wed Oct  9 17:31:58 2013 | root | number   |                   |         
    pre    | 2516 |       | Wed Oct  9 17:36:01 2013 | root | number   | zypp(packagekitd) |         
    post   | 2517 | 2516  | Wed Oct  9 17:36:06 2013 | root | number   |                   |         
    pre    | 2518 |       | Wed Oct  9 17:36:30 2013 | root | number   | yast bootloader   |         
    post   | 2519 | 2518  | Wed Oct  9 17:37:02 2013 | root | number   |                   |         
    pre    | 2520 |       | Wed Oct  9 17:37:08 2013 | root | number   | yast disk         |         
    post   | 2521 | 2520  | Wed Oct  9 17:37:36 2013 | root | number   |                   |         
    pre    | 2522 |       | Wed Oct  9 17:58:40 2013 | root | number   | yast disk         |         
    post   | 2523 | 2522  | Wed Oct  9 18:01:41 2013 | root | number   |                   |         
    pre    | 2524 |       | Wed Oct  9 18:05:24 2013 | root | number   | yast sw_single    |         
    pre    | 2525 |       | Wed Oct  9 18:06:39 2013 | root | number   | zypp(y2base)      |         
    post   | 2526 | 2525  | Wed Oct  9 18:07:08 2013 | root | number   |                   |         
    post   | 2527 | 2524  | Wed Oct  9 18:07:12 2013 | root | number   |                   |         
    pre    | 2528 |       | Wed Oct  9 18:12:32 2013 | root | number   | yast sw_single    |         
    post   | 2529 | 2528  | Wed Oct  9 18:13:23 2013 | root | number   |                   |         
    single | 2530 |       | Wed Oct  9 18:30:01 2013 | root | timeline | timeline          |         
    single | 2531 |       | Wed Oct  9 19:30:01 2013 | root | timeline | timeline          |         
    single | 2532 |       | Wed Oct  9 20:30:01 2013 | root | timeline | timeline          |         
    pre    | 2533 |       | Wed Oct  9 20:37:46 2013 | root | number   | yast view_anymsg  |         
    single | 2534 |       | Wed Oct  9 21:30:01 2013 | root | timeline | timeline          |         
    post   | 2535 | 2533  | Wed Oct  9 22:16:16 2013 | root | number   |                   |         
    pre    | 2536 |       | Wed Oct  9 22:16:25 2013 | root | number   | yast sysconfig    |         
    post   | 2537 | 2536  | Wed Oct  9 22:19:42 2013 | root | number   |                   |         
    single | 2538 |       | Wed Oct  9 22:30:04 2013 | root | timeline | timeline          |         
    pre    | 2539 |       | Wed Oct  9 23:18:40 2013 | root | number   | yast disk         |         
    pre    | 2540 |       | Wed Oct  9 23:26:28 2013 | root | number   | yast sw_single    |         
    pre    | 2541 |       | Wed Oct  9 23:28:18 2013 | root | number   | zypp(y2base)      |         
    post   | 2542 | 2541  | Wed Oct  9 23:29:02 2013 | root | number   |                   |         
    post   | 2543 | 2540  | Wed Oct  9 23:29:23 2013 | root | number   |                   |         
    single | 2544 |       | Wed Oct  9 23:30:01 2013 | root | timeline | timeline          |         
    pre    | 2545 |       | Wed Oct  9 23:32:25 2013 | root | number   | yast sw_single    |         
    post   | 2546 | 2545  | Wed Oct  9 23:39:53 2013 | root | number   |                   |         
    pre    | 2547 |       | Wed Oct  9 23:46:42 2013 | root | number   | yast view_anymsg  |         
    post   | 2548 | 2547  | Wed Oct  9 23:48:08 2013 | root | number   |                   |         
    pre    | 2549 |       | Wed Oct  9 23:48:09 2013 | root | number   | yast view_anymsg  |         
    post   | 2550 | 2549  | Wed Oct  9 23:56:11 2013 | root | number   |                   |         
    post   | 2551 | 2539  | Wed Oct  9 23:56:18 2013 | root | number   |                   |         
    pre    | 2552 |       | Wed Oct  9 23:56:31 2013 | root | number   | yast sw_single    |         
    single | 2553 |       | Thu Oct 10 00:30:01 2013 | root | timeline | timeline          |         
    single | 2554 |       | Thu Oct 10 01:30:02 2013 | root | timeline | timeline          |
    Al final , la recompensa es la experiencia , saludos
    Creo que voy por buen camino , al final seguro que encuentro algo para hacerlo desde yast o crear algún script o hacerlo de forma manual .
    Información la verdad no falta (estoy buscando tutos en español , pero algo ya encontré )
    Buscare una solución bonita , seguro que doy con ella .

    http://en.opensuse.org/Portal:Snapper
    http://serverfault.com/questions/340...-zfs-snapshots
    http://www.stardothosting.com/blog/2...day-retention/
    Saludos
    [EDITO]
    He encontrado bastante información sobre snapper , por un lado lo tenemos en Yast en editor para archivos /etc/sysconfig , en sistema tenemos a snapper donde se puede configurar , en yast2 --gui , al final de todo se puede deshabilitar .
    Por otro lado tenemos las rutas donde podemos modificar los archivos directamente .
    Y ademas en el mismo Yast tenemos la aplicación snapper donde se pueden borrar de forma manual .
    Pienso que una buena opción es configura para que tenga un limite y vaya borrando los mas antiguos ,respetando los últimos por si surge la necesidad de hacer una recuperación .
    Por lo pronto como es tarde , dejare este tema pendiente ,para otro día (espero buscar una buena configuración ) y agradezco las aportaciones que se puedan hacer .
    Mas o menos sobre esto hay información en el portal de openSUSE y por la web .
    Saludos
    [EDITO]
    Por lo pronto desde Yast Snapper (aplicación) borre los mas antiguos ,como veo que el sistema no me ha dado muchos problemas y tampoco las actualizaciones ,no creo que tenga mucha necesidad de revertir los cambios ,quizás haya alguna regla respecto a esto , y por ahora no uso mucho snapper , solo por curiosidad lo miro de vez en cuando para comparar .
    Bueno la prueba de que el tamaño excesivo se debía a eso es esta (borre algunos antiguos ) :
    Código:
    mikrios-x79:~ # df -h
    Filesystem      Size  Used Avail Use% Mounted on
    devtmpfs         32G   32K   32G   1% /dev
    tmpfs            32G     0   32G   0% /dev/shm
    tmpfs            32G  6.7M   32G   1% /run
    /dev/sda2        41G   14G   25G  36% /
    tmpfs            32G     0   32G   0% /sys/fs/cgroup
    tmpfs            32G  6.7M   32G   1% /var/lock
    tmpfs            32G  6.7M   32G   1% /var/run
    /dev/sda3       890G  657G  200G  77% /home
    De 22 Gb paso a 14Gb de estar usando el 57% al actual de 36% .
    Saludos
    [EDITO]
    No encontré muchas herramientas para trabajar de forma gráfica .La principal es Snapper , la cual la veo bien ,pero muy poco flexible ;podría incorporar un limite con cron y poder borrar los mas antiguos , o bien como se puede hacer mediante comandos por el numero o la fecha , se podría guardar los mas antiguos por si se quiere analizar , pero en un formato mas comprimido (en eso tiene ventajas el sistema btfrs , podría crear un historial de esas instalaciones pero comprimiendo las viejas y respetando las ultimas) .

    En cierta forma me recuerda a win cuando puedes revertir los cambios y dejar el sistema como la última vez , o por fechas (ahí también podría mejorar ) , quizás y creo que se puede hacer lo mismo para la sesión home y revertir los cambios , por si hemos instalado algo etc que perjudicara y estropeara la sesión (en vez de borrar .kde4 o sus configuraciones; y no digamos lo de la sesión x , o con la instalación de drivers ) , con Snapper no se hasta que punto puede solucionar esto , y si realmente es eficaz al 100% , si es así tendríamos otra llave mas de seguridad para recuperar el sistema .

    Le veo muchas ventajas a Btrfs , en muchos campos , quizás sea el sustituto de ext4 , pero espero que se implemente bien , y no vaya aparecer esto a win ,de ir llenado el sistema ,quizás se incorpore reglas o políticas , para que esto no suceda .

    Si no hubiese borrado los mas viejos la raíz del sistema se hubiese llenado al 100 por 100 y no podría haber instalado nada mas (ademas de hacer el sistema mas lento [win] ) .

    Pero dejando de lado esto , btrfs , me parece estupendo y lo seguiré usando , dejando ext4 para discos de datos , o para pruebas (por lo menos lo he probado desde que lo incluyeron de forma experimental , y la verdad no me puedo quejar , no he tenido casi ningún problema con el .

    Dejo algunos enlaces informativos y pongo solucionado el tema .

    http://elpuig.xeill.net/Members/vcar...e-uso-de-btrfs

    http://eithel-inside.blogspot.com.es...1_archive.html

    Saludos
    Última edición por mikrios; 10-oct-2013 a las 22:32 Razón: añadir

Thread Information

Users Browsing this Thread

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

Temas Similares

  1. Montaje de sistemas de archivos con /etc/fstab
    By tranzorx in forum FAQs, Manuales y Tutoriales
    Respuestas: 1
    Último mensaje: 17-abr-2013, 14:38
  2. Respuestas: 28
    Último mensaje: 01-oct-2010, 02:40
  3. Bienvenido a GNU/Linux (y III)
    By karlggest in forum FAQs, Manuales y Tutoriales
    Respuestas: 0
    Último mensaje: 13-ene-2008, 18:26
  4. Gestión simple de permisos (y II)
    By karlggest in forum FAQs, Manuales y Tutoriales
    Respuestas: 0
    Último mensaje: 07-ene-2008, 02:00
  5. "Micro-manual" de grub -bueno, ni eso
    By karlggest in forum FAQs, Manuales y Tutoriales
    Respuestas: 3
    Último mensaje: 28-jul-2007, 19:44

Marcadores

Normas de Publicación

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