From: thelma@sys-concept.com
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] firefox profile uses 100% CPU
Date: Thu, 12 Nov 2015 20:10:39 -0700 [thread overview]
Message-ID: <564554AF.2080200@sys-concept.com> (raw)
In-Reply-To: <20151113003007.GB17732@waltdnes.org>
Thelma
On 11/12/2015 05:30 PM, Walter Dnes wrote:
> On Thu, Nov 12, 2015 at 01:56:28PM -0700, thelma@sys-concept.com wrote
>
>> I do agree, but I'm looking for a way to fix it. What file should I
>> delete from Firefox profile. I just want to retain bookmarks, passwords
>> etc.
>
> Do *NOT* delete any files just see. I would suggest the following
> course of action...
>
> * Do not start any of the profiles unless the instructions say to
> * Create 2 new profiles; call them "salvage1" and salvage2"
> ***IMPORTANT*** If copying any specific file to "salvage1" screws up
> that profile, do ***NOT*** copy it to "salvage2".
> * Copy the "places.sqlite" file from the bad profile over top of the
> "places.sqlite" file in the "salvage1" profile
> * Start up the "salvage1" profile. Try surfing for a few minutes. If
> it works, close "salvage1" and copy "places.sqlite" to the same place
> in the "salvage2" profile, and skip "Restoring bookmarks from backups".
>
> "Restoring bookmarks from backups" (ONLY IF places.sqlite IS DAMAGED)
> =====================================================================
> * Copy all the files from the "bookmarksbackup" folder in the bad
> profile to the "bookmarksbackup" folder in the "salvage1" profile.
> * Start up the "salvage1" profile. Select...
> Bookmarks ==> Manage Bookmarks
> From the Bookmarks Manager select...
> Tools ==> Restore
> ...and select a backup. Obviously, the more recent the better. If
> this works, close the browser ("salvage1") and repeat with the
> "salvage2" profile.
> =====================================================================
>
> There are several more items...
> https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data
>
> Passwords are stored in the key3.db and logins.json files.
>
> Site-specific preferences are stored in the permissions.sqlite and
> content-prefs.sqlite files.
>
> Search engines are stored in the search.sqlite file and searchplugins
> folder.
>
> Personal dictionary is stored in persdict.dat
>
> etc, etc. I know that it's painfull, but...
>
> 1) Make sure "salvage1" and "salvage2" are both shut down.
> 2) Copy over *ONE* file listed on the above webpage at a time to the
> "salvage1" profile, and launch "salvage1" and try it out.
> 3) If it works, shut down "salvage1", and copy the same file over to
> the "salvage2" profile. If "salvage1" dies, you've found a culprit.
> Copy the file of the same name from the "salvage2" profile to the
> "salvage1" profile.
> 4) GOTO 1 (i.e. "rinse, lather, repeat") and repeat for every file
> listed on the webpage I pointed to. There may be more than 1
> corrupted file
>
> After you're finished, you can go to
>
> Tools ==> Switch Profile ==> Manage Profiles
>
> There, you can rename or delete the old profile, and rename "salvage1"
> to the name of your old profile. Note that this will only affect the
> name that it is invoked with by the "-P" option. It will not change the
> directory name.
Thank you for detailed instructions, that was a good idea but I'm
puzzled and surprised by the result.
I created two new profiles:
salvage1 (new)
salvage2 (new)
test (this profile is damaged)
Originally started profile salvage1, salvage2 to create all the
necessary files.
I've copied all the files from: .mozilla/firefox/tscsip8f.test/ (not
sub-folders)
to: salvage1 profile, indeed something is dammage CPU goes 100%
Deleted "salvage1" and recreated it.
Now, I copied files "one by one" from test profile to salvage1 and
started "salvage1" every time to make sure it work. At the same time I
copied the same file from "test" to "salvage2" (without starting
"salvage2"); I was only starting "salvege1" after each file I copied.
I finished copping all the file from test "one-by-one" starting the
profile "salvage1" and it worked but when I started profile "salvage2"
the CPU when 100%.
So it seems to me every time I was restarting profile "salvage1" Firefox
was correcting the error some how.
Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
There is no entry: Bookmarks ==> Manage Bookmarks
I have: Bookmarks ==> Show All Bookmarks
where I can restore and backup bookmars. I've tried to restore bookmarks
from file: bookmarks-2015-11-12.json
but I'm getting an error message: "Unable to process the backup file."
--
Thelma
next prev parent reply other threads:[~2015-11-13 3:09 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-12 0:38 [gentoo-user] firefox profile uses 100% CPU thelma
2015-11-12 6:20 ` Mick
2015-11-12 6:45 ` thelma
2015-11-12 7:32 ` Mick
2015-11-12 7:35 ` netfab
2015-11-12 14:46 ` thelma
2015-11-12 20:40 ` Mick
2015-11-12 20:56 ` thelma
2015-11-12 22:10 ` Mick
2015-11-12 22:11 ` Mick
2015-11-13 0:30 ` Walter Dnes
2015-11-13 3:10 ` thelma [this message]
2015-11-13 3:22 ` wabenbau
2015-11-13 3:27 ` wabenbau
2015-11-13 3:54 ` thelma
2015-11-13 6:11 ` wabenbau
2015-11-13 3:33 ` Walter Dnes
2015-11-13 3:43 ` wabenbau
2015-11-13 6:26 ` J. Roeleveld
2015-11-13 1:46 ` [gentoo-user] " walt
2015-11-15 18:15 ` Peter Weilbacher
2015-11-15 21:14 ` walt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=564554AF.2080200@sys-concept.com \
--to=thelma@sys-concept.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox