From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-168542-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 35EDB1384B4
for <garchives@archives.gentoo.org>; Tue, 24 Nov 2015 01:20:17 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 11D3821C025;
Tue, 24 Nov 2015 01:20:05 +0000 (UTC)
Received: from mail-yk0-f172.google.com (mail-yk0-f172.google.com [209.85.160.172])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id E7F6621C01A
for <gentoo-user@lists.gentoo.org>; Tue, 24 Nov 2015 01:20:03 +0000 (UTC)
Received: by ykdv3 with SMTP id v3so2735557ykd.0
for <gentoo-user@lists.gentoo.org>; Mon, 23 Nov 2015 17:20:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=subject:to:references:from:message-id:date:user-agent:mime-version
:in-reply-to:content-type:content-transfer-encoding;
bh=7abT10LfNZ44SKuakvddb2DZVRE6hyjbZ7iM6SUdR1s=;
b=CArmqhVD31yq7Srnt08KIIoxSdaBCGdZgyLyiLa9k//xdWimycfMrMMnXZ/1CIe9lS
lf+nKkx43uFrQO6iY+bgnjPfLnuwSh9Z2q+2wUgkNQWOQLjza5wgm03eKPVyKjwZAAs6
RH4pISPtHOYGbcs+V0t7br7i2KBbXRQaST87dE1Rn1tKhTRfIzz+IQJmKLNoo28PtbNo
V3ZnO02XQi7jTuOX8LYKwa0sgGGdMlxW2J8XS6A9ANmo1exJ/jEFnbYmV59079Z+MrlQ
khfa3LD5c4nPEOLna9X1K38JdVMAOmgVatKeCqt0lkzcl9lgHF/xqzqyOr759/0OrLG4
xmHA==
X-Received: by 10.129.40.210 with SMTP id o201mr25660347ywo.145.1448328002962;
Mon, 23 Nov 2015 17:20:02 -0800 (PST)
Received: from [192.168.2.5] (adsl-98-95-106-99.jan.bellsouth.net. [98.95.106.99])
by smtp.gmail.com with ESMTPSA id 3sm13769468ywd.38.2015.11.23.17.20.01
(version=TLSv1/SSLv3 cipher=OTHER);
Mon, 23 Nov 2015 17:20:02 -0800 (PST)
Subject: Re: [gentoo-user] Re: clean-up root partition
To: gentoo-user@lists.gentoo.org
References: <560D2A0E.5080708@sys-concept.com> <muk46p$sjj$1@ger.gmane.org>
<muk49p$sjj$2@ger.gmane.org>
<CAGDaZ_pX4OmU+Xfz2RftRbaRt8vAydULADLeDoooUd-LARf+nQ@mail.gmail.com>
<20151104092600.183f973b@digimed.co.uk> <565288B1.5020302@gmail.com>
<20151123093029.58a7fff8@digimed.co.uk> <565317D8.3060606@gmail.com>
<20151123231302.53c84a7f@digimed.co.uk>
From: Dale <rdalek1967@gmail.com>
Message-ID: <5653BB40.2020706@gmail.com>
Date: Mon, 23 Nov 2015 19:20:00 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101
Firefox/41.0 SeaMonkey/2.38
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
In-Reply-To: <20151123231302.53c84a7f@digimed.co.uk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 51e298ce-81dc-42f0-b9d6-95ba2c457c11
X-Archives-Hash: 634ef2acb8a0a1737456464133eb3bda
Neil Bothwick wrote:
> On Mon, 23 Nov 2015 07:42:48 -0600, Dale wrote:
>
>>> As with everything Gentoo, it is 100% safe to look at the output and
>>> make your own decisions. Generally, if its in /lib or /usr/lib it's
>>> usually fair game, but not if it's in /etc.
>> I have some in lib directories. I skipped the ones in /etc and home
>> directories. This is a example:
>>
>> /lib64/firmware/LICENCE.iwlwifi_firmware
>> /lib64/firmware/liquidio/lio_410nv_nic.bin
>> /lib64/firmware/liquidio/lio_210nv_nic.bin
>> /lib64/firmware/liquidio/lio_210sv_nic.bin
>> /lib64/firmware/iwlwifi-6000g2b-6.ucode
>> /lib64/firmware/LICENCE.atheros_firmware
>> /lib64/firmware/TDA7706_OM_v2.5.1_boot.txt
>> /lib64/firmware/intel/ibt-hw-37.8.10-fw-1.10.3.11.e.bseq
>> /lib64/firmware/intel/fw_sst_22a8.bin
> How did they get there? Did you manually install some firmware or
> drivers? To be safe, run qfile on each of them, they may be recorded as
> having been installed to /lib instead of /lib64 or vice-versa. If you
> think they are no longer needed, move them elsewhere, reboot and see what
> breaks.
I have no idea but I can assure you, it was not me. ;-)
>
>> /lib64/modules/3.2.11-gentoo/modules.isapnpmap
>> /lib64/modules/3.2.11-gentoo/modules.ieee1394map
>> /lib64/modules/3.2.11-gentoo/modules.pcimap
>> /lib64/modules/3.2.11-gentoo/modules.order
>> /lib64/modules/3.2.11-gentoo/modules.symbols.bin
>> /lib64/modules/4.1.2-gentoo/modules.dep
> You should rarely delete anything in /lib/modules. These files are
> created during the kernel build/install process.
That's what I thought. I knew they were put somewhere but wasn't 100%
that was it. I sort of thought it was somewhere else but noticed the
kernel version which raised a eyebrow or two.
>
>> That is just a small snippet. There are so many, it seems odd that that
>> many would be left behind but equery shows they belong to nothing for
>> the ones I tested on.
>>
>> Thought it better to ask first. ;-) May just leave it alone.
> If disk space is not critical, that is the easiest option.
>
>
It's not so I think I'll just leave well enough alone. Why fix it when
it isn't broken, although I do like to keep a clean OS. I just don't
want a broken one. :/
Thanks.
Dale
:-) :-)