On 04/25/2014 02:33 AM, Jatin K wrote:
On Thursday 24 April 2014 10:23 PM, Mickey wrote:
Installed Fedora 20 from Fedora 18. fresh install.
Moved old email Mail Folder from F18 .thunderbird and puts all of the
contents fom old email into F20 .thunderbird.
I can see from File Manager that th
On Friday 25 April 2014 02:57 PM, Mickey wrote:
On 04/25/2014 02:33 AM, Jatin K wrote:
On Thursday 24 April 2014 10:23 PM, Mickey wrote:
accordingly HOW !! ? An What ?
go to ur ~/.thunderbird directory, two file should be there [1],[2]
[1] sometext.default
[2] profiles.ini
I've these t
Followed this guide after clean install of Fedora. When I restart the system it
hangs at the "started accounts service". I figure this is due to the newly
installed nvidia drivers. Where did I go wrong? I read somewhere that maybe the
driver for that particular kernel version was not ready?
http
On 04/24/2014 04:56 PM, Mark Brader wrote:
>> # semanage fcontext -a -e /home /u
>> # restorecon -R -v /u
>>
>> Should fix you up.
> Bingo. Thanks for your time.
>
> I did wonder if this was the cause of the problem, but (1) it didn't happen
> with the previous Linux configuration I had, and (2)
Allegedly, on or about 24 April 2014, Rick Stevens sent:
> Also note that by default, /tmp is now a tmpfs (RAMdisk) thing, so any
> info in /tmp will NOT survive a reboot.
What happens when you run out of RAM? Could that be the cause of /tmp
being prematurely wiped out?
--
[tim@localhost ~]$ u
On 04/25/2014 06:45 AM, Jatin K wrote:
On Friday 25 April 2014 02:57 PM, Mickey wrote:
On 04/25/2014 02:33 AM, Jatin K wrote:
On Thursday 24 April 2014 10:23 PM, Mickey wrote:
accordingly HOW !! ? An What ?
go to ur ~/.thunderbird directory, two file should be there [1],[2]
[1] somete
Am 25.04.2014 17:01, schrieb Mickey:
ls -l ~/.thunderbird
drwx--. 2 mickey mickey 4096 Apr 22 17:28 Crash Reports
drwx--. 5 mickey mickey 4096 Apr 25 05:27 kqe760mh.default
-rw-rw-r--. 1 mickey mickey 94 Apr 22 17:28 profiles.ini
Below is the profile.ini files
.thunderbird/pro
On 04/16/2014 09:31 AM, Arthur Dent wrote:
> Hello all, With what (I hope) will be my final update on this issue.
>
> This machine is a simple home server. It runs headless and is on 24/7. I an
> in the habit running yum update once per month and only then rebooting (and
> only then because the
On Friday 25 April 2014 08:31 PM, Mickey wrote:
On 04/25/2014 06:45 AM, Jatin K wrote:
On Friday 25 April 2014 02:57 PM, Mickey wrote:
On 04/25/2014 02:33 AM, Jatin K wrote:
On Thursday 24 April 2014 10:23 PM, Mickey wrote:
Local Folders
Local Folders-1
mail.comcast-1.net
mail.comcast.net
s
On 04/25/2014 11:18 AM, Jatin K wrote:
On Friday 25 April 2014 08:31 PM, Mickey wrote:
On 04/25/2014 06:45 AM, Jatin K wrote:
On Friday 25 April 2014 02:57 PM, Mickey wrote:
On 04/25/2014 02:33 AM, Jatin K wrote:
On Thursday 24 April 2014 10:23 PM, Mickey wrote:
Local Folders
Local Folder
On 04/25/2014 11:14 AM, Klaus-Peter Schrage wrote:
Am 25.04.2014 17:01, schrieb Mickey:
ls -l ~/.thunderbird
drwx--. 2 mickey mickey 4096 Apr 22 17:28 Crash Reports
drwx--. 5 mickey mickey 4096 Apr 25 05:27 kqe760mh.default
-rw-rw-r--. 1 mickey mickey 94 Apr 22 17:28 profiles.ini
On Fri, 2014-04-25 at 11:36 -0400, Mickey wrote:
> On 04/25/2014 11:18 AM, Jatin K wrote:
> > On Friday 25 April 2014 08:31 PM, Mickey wrote:
> >>
> >> On 04/25/2014 06:45 AM, Jatin K wrote:
> >>> On Friday 25 April 2014 02:57 PM, Mickey wrote:
>
> On 04/25/2014 02:33 AM, Jatin K wrote:
>
On 04/25/2014 11:43 AM, Arthur Dent wrote:
On Fri, 2014-04-25 at 11:36 -0400, Mickey wrote:
On 04/25/2014 11:18 AM, Jatin K wrote:
On Friday 25 April 2014 08:31 PM, Mickey wrote:
On 04/25/2014 06:45 AM, Jatin K wrote:
On Friday 25 April 2014 02:57 PM, Mickey wrote:
On 04/25/2014 02:33 AM, J
On 04/25/2014 11:36 AM, Mickey wrote:
>
> On 04/25/2014 11:18 AM, Jatin K wrote:
>> On Friday 25 April 2014 08:31 PM, Mickey wrote:
>>>
>>> On 04/25/2014 06:45 AM, Jatin K wrote:
On Friday 25 April 2014 02:57 PM, Mickey wrote:
>
> On 04/25/2014 02:33 AM, Jatin K wrote:
>> On Thursd
On 04/25/2014 12:00 PM, Paul Cartwright wrote:
On 04/25/2014 11:36 AM, Mickey wrote:
On 04/25/2014 11:18 AM, Jatin K wrote:
On Friday 25 April 2014 08:31 PM, Mickey wrote:
On 04/25/2014 06:45 AM, Jatin K wrote:
On Friday 25 April 2014 02:57 PM, Mickey wrote:
On 04/25/2014 02:33 AM, Jatin K
On 04/25/2014 06:05 AM, Tim issued this missive:
Allegedly, on or about 24 April 2014, Rick Stevens sent:
Also note that by default, /tmp is now a tmpfs (RAMdisk) thing, so any
info in /tmp will NOT survive a reboot.
What happens when you run out of RAM? Could that be the cause of /tmp
being
Rick Stevens writes:
IMHO using a tmpfs for /tmp is a spectacularly stupid thing to do. How
it got by the vetting process is beyond me.
I agree. A number of distributions are doing it, however. If you have lots
of RAM, I guess it's okay, and it certainly would be faster for /tmp access.
--
> IMHO using a tmpfs for /tmp is a spectacularly stupid thing to do. How it got
> by the vetting process is beyond me.
There shouldn't be anything that uses anything beyond a negligible
amount of storage. Remember that there is no guarantee that /tmp data
is preserved between invocations. Why wou
Justin Brown writes:
Complaints about this
sort of thing are either a failure of the user or software developer
to keep up to date on the file system standards.
My understanding was that file system hierarchy was supposed to be about
how files are arranged so that they would be consistent ac
> To mandate RAM allocation in this way will take many people, including
> myself, by surprise.
It's been this way on Fedora for over two years
(https://fedoraproject.org/wiki/Features/tmp-on-tmpfs). Most other new
distributions do it, too. From that feature page, "Solaris has been
doing this sin
Justin Brown writes:
50%
is just the absolute maximum that can be used, and it's a default
which can be controlled via mount option (or
/lib/systemd/system/tmp.mount Options=size=... with systemd).
Thank you for telling me what to kill.
I have way too much trouble with my systems being swap-b
David,
This doesn't make sense. Tmpfs can be swapped out, so you're gaining
absolutely nothing and taking on a development and maintenance burden.
IO for /tmp would have to come from disk when using tmpfs (in the case
of heavy swapping) or a traditional file system either way. In the
end, we're pr
Justin Brown writes:
David,
This doesn't make sense. Tmpfs can be swapped out, so you're gaining
absolutely nothing and taking on a development and maintenance burden.
IO for /tmp would have to come from disk when using tmpfs (in the case
of heavy swapping) or a traditional file system either w
On Fri, 25 Apr 2014, Tim wrote:
Allegedly, on or about 24 April 2014, Rick Stevens sent:
Also note that by default, /tmp is now a tmpfs (RAMdisk) thing, so any
info in /tmp will NOT survive a reboot.
What happens when you run out of RAM? Could that be the cause of /tmp
being prematurely wipe
On 04/25/2014 02:15 PM, benf...@parts-unknown.org wrote:
To me, the idea of sticking /tmp in RAM is absolutely bizarre. And the
fact that it can be swapped is no help: It's one more thing to swap. I
want *less* swapping, not more.
How much swapping is your system doing? Give us the results of
Joe Zeff writes:
On 04/25/2014 02:15 PM, benf...@parts-unknown.org wrote:
To me, the idea of sticking /tmp in RAM is absolutely bizarre. And the
fact that it can be swapped is no help: It's one more thing to swap. I
want *less* swapping, not more.
How much swapping is your system doing? Give
On 04/25/2014 04:36 PM, benf...@parts-unknown.org wrote:
And this is at a relatively slack time. I'm not noticing impaired
performance right now:
[root@munich]/etc/ejabberd# free -m
total used free sharedbuffers cached
Mem: 3254 31281
Hi Mickey,
Just my 2 cents worth, which may or may not help. As I understand
the way Thunderbird works, the mail files in your profile directory that
Thunderbird uses are defined in the Local directory text box in the
Message Storage section at the bottom of your Sever Settings in your
Acc
Joe Zeff writes:
On 04/25/2014 04:36 PM, benf...@parts-unknown.org wrote:
And this is at a relatively slack time. I'm not noticing impaired
performance right now:
[root@munich]/etc/ejabberd# free -m
total used free sharedbuffers cached
Mem: 3254
On 04/25/2014 05:06 PM, Stephen Morris wrote:
Just my 2 cents worth, which may or may not help. As I understand
the way Thunderbird works, the mail files in your profile directory that
Thunderbird uses are defined in the Local directory text box in the
Message Storage section at the bottom o
On 04/25/2014 05:08 PM, benf...@parts-unknown.org wrote:
It's already a 64-bit system. I am hoping and expecting to be able to
increase the RAM later this year. But I can't, yet: It's a dedicated
server in Munich that I'm renting month-to-month and I have to be able
to swing the rent. ;-)
Rent,
Hi Eirik,
I assume from this you are trying to use the proprietary nvidia
drivers which are not in the Fedora repositories, would this be correct?
Either way, when you system hangs you should be able to press Alt-F1 or
Alt-F7 depending on how your system is configured to start a new session
On Wed, 2014-04-23 at 23:26 -0400, Rahul Sundaram wrote:
> millions and millions of affected users who had to go ahead and change
> passwords for many many things they rely on
One thing I haven't seen mentioned, here nor elsewhere, was whether the
bug could only affect you if they tried to hack th
On Fri, 2014-04-25 at 10:03 -0700, Rick Stevens wrote:
> No, but IIRC the tmpfs filesystem created and mounted on /tmp is 50%
> of your system RAM. Once that is committed, it's done. It won't use up
> all of your RAM and /tmp won't get any bigger than that, but then
> again half of your available R
On 4-25-14 10:03:11 Rick Stevens wrote:
> No, but IIRC the tmpfs filesystem created and mounted on /tmp is 50%
> of your system RAM. Once that is committed, it's done. It won't use
> up all of your RAM and /tmp won't get any bigger than that, but then
> again half of your available RAM is no longer
On 04/26/2014 04:45 AM, Tim wrote:
On Fri, 2014-04-25 at 10:03 -0700, Rick Stevens wrote:
No, but IIRC the tmpfs filesystem created and mounted on /tmp is 50%
of your system RAM. Once that is committed, it's done. It won't use up
all of your RAM and /tmp won't get any bigger than that, but then
36 matches
Mail list logo
