On 06Sep2015 16:42, Gordon Messmer wrote:
On 09/06/2015 01:35 PM, Cameron Simpson wrote:
I'm actually astounded that unout will spin out unless in-kernel
work is being counted to the CPU time (not normally the case). Yes,
the drive appears to be buggy, but that should be concealed inside
the
On 09/06/2015 01:35 PM, Cameron Simpson wrote:
I'm actually astounded that unout will spin out unless in-kernel work
is being counted to the CPU time (not normally the case). Yes, the
drive appears to be buggy, but that should be concealed inside the kernel.
User CPU time and system CPU time a
Andre Robatino fedoraproject.org> writes:
> Andre Robatino fedoraproject.org> writes:
>
> > The upgrade
> >
>
https://bodhi.fedoraproject.org/updates/mozilla-https-everywhere-5.1.1-1.fc22 is
> > working for me. For some reason it didn't work the first time I tried
> > updating to it, but it wor
On 09/06/15 12:56, Andre Robatino wrote:
> Andre Robatino fedoraproject.org> writes:
>
>> The upgrade
>>
> https://bodhi.fedoraproject.org/updates/mozilla-https-everywhere-5.1.1-1.fc22
> is
>> working for me. For some reason it didn't work the first time I tried
>> updating to it, but it worked
On 06Sep2015 13:23, Tom Horsley wrote:
On Sun, 6 Sep 2015 12:11:18 -0500 (CDT)
Michael Hennebry wrote:
Sometimes I get a "drive busy" message from umount,
which then fails.
In that case, a file has usually been open.
Does umount regard this as a different situation?
The device busy means som
On 06Sep2015 14:22, Robert Moskowitz wrote:
On 09/06/2015 01:40 PM, François Patte wrote:
Le 06/09/2015 16:05, Robert Moskowitz a écrit :
On 09/06/2015 09:57 AM, François Patte wrote:
Le 06/09/2015 15:55, Robert Moskowitz a écrit :
I was copying some files to a newly set up USB HD, and then
On 09/06/2015 01:23 PM, Tom Horsley wrote:
On Sun, 6 Sep 2015 12:11:18 -0500 (CDT)
Michael Hennebry wrote:
Sometimes I get a "drive busy" message from umount,
which then fails.
In that case, a file has usually been open.
Does umount regard this as a different situation?
The device busy means
On 09/06/2015 01:40 PM, François Patte wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 06/09/2015 16:05, Robert Moskowitz a écrit :
On 09/06/2015 09:57 AM, François Patte wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
Le 06/09/2015 15:55, Robert Moskowitz a écrit :
I was co
Andre Robatino fedoraproject.org> writes:
> The upgrade
>
https://bodhi.fedoraproject.org/updates/mozilla-https-everywhere-5.1.1-1.fc22 is
> working for me. For some reason it didn't work the first time I tried
> updating to it, but it worked the second time (and I did restart Firefox
> both time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 06/09/2015 16:05, Robert Moskowitz a écrit :
>
>
> On 09/06/2015 09:57 AM, François Patte wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> Le 06/09/2015 15:55, Robert Moskowitz a écrit :
>>> I was copying some files to a newly set u
On Sun, 6 Sep 2015 12:11:18 -0500 (CDT)
Michael Hennebry wrote:
> Sometimes I get a "drive busy" message from umount,
> which then fails.
> In that case, a file has usually been open.
> Does umount regard this as a different situation?
The device busy means something is actively using it.
The tak
On Sun, 6 Sep 2015, Michael Hennebry wrote:
Sometimes I get a "drive busy" message from umount,
which then fails.
Oops: "Device busy."
--
Michael henne...@web.cs.ndsu.nodak.edu
"Sorry but your password must contain an uppercase letter, a number,
a haiku, a gang sign, a heiroglyph, and the b
On Sun, 6 Sep 2015, Tom Horsley wrote:
That's probably because the data is just in memory and hasn't
been flushed to the actual USB device yet. If you do manage
to kill the umount, you'll probably have corrupted data on
the USB drive.
Sometimes I get a "drive busy" message from umount,
which t
On 09/06/15 05:37, Andre Robatino wrote:
> g bellsouth.net> writes:
<<<>>>
>> as far as i am aware of https-everywhere has always needed a restart to
>> activate.
>
> Yes, but only one. It didn't need multiple restarts until a few months ago.
> After one restart, I'll see something like both ol
On 09/06/2015 10:19 AM, Ed Greshko wrote:
On 09/06/15 22:11, Robert Moskowitz wrote:
Tasks: 217 total, 5 running, 212 sleeping, 0 stopped, 0 zombie
%Cpu(s): 12.4 us, 84.1 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 3.5 si, 0.0 st
KiB Mem : 3636504 total,34804 free, 2810220 used, 7914
On 09/06/15 22:11, Robert Moskowitz wrote:
> Tasks: 217 total, 5 running, 212 sleeping, 0 stopped, 0 zombie
> %Cpu(s): 12.4 us, 84.1 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 3.5 si, 0.0
> st
> KiB Mem : 3636504 total,34804 free, 2810220 used, 791480 buff/cache
> KiB Swap: 8388604 tot
On Sun, 6 Sep 2015 09:55:44 -0400
Robert Moskowitz wrote:
> I was copying some files to a newly set up USB HD, and then did some
> umounts when done. Well they are still running, and
That's probably because the data is just in memory and hasn't
been flushed to the actual USB device yet. If you
On 09/06/2015 10:07 AM, Ed Greshko wrote:
On 09/06/15 21:55, Robert Moskowitz wrote:
I was copying some files to a newly set up USB HD, and then did some umounts
when done. Well they are still running, and
kill pid
is not killing them and they are taking up most of my cpu.
I have never se
On 09/06/15 21:55, Robert Moskowitz wrote:
> I was copying some files to a newly set up USB HD, and then did some umounts
> when done. Well they are still running, and
>
> kill pid
>
> is not killing them and they are taking up most of my cpu.
>
> I have never seen 'kill' fail.
>
> What can I do
On 09/06/2015 09:57 AM, François Patte wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 06/09/2015 15:55, Robert Moskowitz a écrit :
I was copying some files to a newly set up USB HD, and then did
some umounts when done. Well they are still running, and
kill pid
is not killing them
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 06/09/2015 15:55, Robert Moskowitz a écrit :
> I was copying some files to a newly set up USB HD, and then did
> some umounts when done. Well they are still running, and
>
> kill pid
>
> is not killing them and they are taking up most of my cpu.
I was copying some files to a newly set up USB HD, and then did some
umounts when done. Well they are still running, and
kill pid
is not killing them and they are taking up most of my cpu.
I have never seen 'kill' fail.
What can I do other than reboot?
--
users mailing list
users@lists.fe
g bellsouth.net> writes:
> On 09/05/15 16:17, Andre Robatino wrote:
> <<>>
>
> > I think it was open, then I closed and restarted it. I've noticed that in
> > Windows, for the past few months, I've often had to restart Firefox twice to
> > get HTTPS Everywhere to update properly (it used to work
23 matches
Mail list logo
