El vie, 02-03-2012 a las 15:33 +0000, Camaleón escribió: > El Fri, 02 Mar 2012 15:00:34 +0100, Francesc Guitart escribió: > > > 2012/3/2, Diego Sanchez <dieg...@gmail.com>: > > (...) > > >>> urfe3:~# fuser -m -v /data > >>> USER PID ACCESS COMMAND > >>> /data: root kernel mount /data > >>> > >>> Que puede ser? Como puedo desmontarla? Estoy aplicando ACLs en esa > >>> particion, puede tener algo que ver? > > Quizá apache aún esté haciendo uso de ella :-? > > >> http://www.cyberciti.biz/tips/how-do-i-forcefully-unmount-a-disk-partition.html > > (...) > > >> Linux umount command to unmount a disk partition You can also try > >> umount command with –l option: # umount -l /mnt > >> > >> > > fuser -km /data no ha funcionado. Logico, ya que -k mata el proceso que > > ocupa el dispositivo y en este caso el proceso era "kernel" > > > > En cambio umount -l /data si aunque no sé porqué. Que entendéis vosotros > > con la explicacion del man para -l? Parace que solo anade la etiqueta > > del volumen... > > > > Muchas gracias! > > ¿Te refieres al parámetro "-l" (lazy unmount)? > > Lo que hace es desmontar la partición en cuanto el último proceso que la > estuviera utilizando se detenga, y en tu caso parece que ha sido > inmediato. Se explica brevemente al principio del manual de "umount": > > *** > Note that a file system cannot be unmounted when it is ‘busy’ - for > example, when there are open files on it, or when some process has its > working directory there, or when a swap file on it is in use. The > offending process could even be umount itself - it opens libc, and libc > in its turn may open for example locale files. A lazy unmount avoids > this problem. > ***
Si, me refería al parámetro -l. Ahora ya está más claro. Gracias de nuevo. -- Francesc Guitart -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1330887284.2185.2.camel@negret
