On 23/12/99 Shaul Karl wrote:
Can it be that the removed files are not the problem with the
failure of the remounting?
[04:17:04 /tmp]# mount -o remount,ro /usr/
mount: /usr is busy
[04:19:08 /tmp]# lsof +L1 |grep /usr/
[04:19:16 /tmp]#
if you are running 4.43 of lsof (the first version to s
> On 22/12/99 Shaul Karl wrote:
>
> >Let me see if I got it correctly:
> >mount can tell whether I have open file descriptors that are related to
> >removed files and there for it does not let me remount the fs ro?
> >What does it care? Will remounting the fs erase the data from these blocks?
> >W
On 22/12/99 Shaul Karl wrote:
Let me see if I got it correctly:
mount can tell whether I have open file descriptors that are related to
removed files and there for it does not let me remount the fs ro?
What does it care? Will remounting the fs erase the data from these blocks?
Why was I allowed
> On 22/12/99 Shaul Karl wrote:
>
> >There are times that this remounting is not done because /usr is left busy
> >after apt-get dist-upgrade. There for, I wonder if and how lsof can be used
> >in
> >order to find the offending files?
>
> it won't help really, the problem is files being overwrit
On 22/12/99 Shaul Karl wrote:
There are times that this remounting is not done because /usr is left busy
after apt-get dist-upgrade. There for, I wonder if and how lsof can be used in
order to find the offending files?
it won't help really, the problem is files being overwritten that are
in u
Although I have
[03:22:30 /tmp]# grep Post-Invoke /etc/apt/apt.conf
Post-Invoke {"mount -o remount,ro /usr";};
[03:22:48 /tmp]#
There are times that this remounting is not done because /usr is left busy
after apt-get dist-upgrade. There for, I wonder if and how lsof can be used in
order t
6 matches
Mail list logo
