Сервер Ubuntu - ОС на единственном жестком диске, файловый сервер на программном обеспечении RAID 1

Мне удалось решить проблему, связанную с символьными ссылками в portage.txt путем выполнения следующей команды:

equery files '*' | while read i; do readlink -e "${i}"; done | sort | uniq \
       > portage.txt

Это служит, чтобы вставить portage.txt символьные ссылки файлов указывают на, и не сами символьные ссылки. Это необходимо потому что find команда, которая создает all.txt не перечисляет символьной ссылки, но просто файлов, на которые они указывают, таким образом, было бы много ложных положительных сторон иначе. Это - вполне медленная команда, когда это работает readlink на тысячах файлов, но я не мог найти лучшее решение. Любое предложение приветствуется.

Другая вещь, которую я понял (это было легче) состоит в том почему portage.txt было больше, чем all.txt. Это главным образом вследствие того, что я explicitely, сокращенный /usr/src каталог и все файлы под от результатов find команда, но equery перечисленный их независимо.

Последняя вещь, которую я сделал, даже если это не было в вопросе, состояла в том, чтобы проигнорировать материал Python (главным образом __pycache__ файлы и файлы с .pyc или .pyo суффикс):

grep '\(\.cpython-32\)\?\.py[co]$\|/__pycache__' candidates.txt \
     > candidates-bytecode.txt
sed -e 's/\(\.cpython-32\)\?\.py[co]$/.py/' \
    -e 's/\/__pycache__//' \
    candidates-bytecode.txt | sort | uniq \
    > candidates-bytecode-source.txt
comm -23 candidates-bytecode-source.txt portage.txt \
     > orphaned-bytecode.txt

Таким образом, я прослеживаю источник всего материала Python и проверки, если это находится в portage.txt. Поскольку Вы видите, что я записал то же регулярное выражение два раза, один для grep команда и другой для sed команда, но возможно в этом можно выполнить просто одноэтапное.