проблема статической компиляции Linux
Если Вы не сделали ничего необычного, то ответ то, что все в /bin, /boot, /lib*, /sbin и /usr произойдите из пакетов Debian, за исключением того, что /usr/local является Вашим; остальная часть системы является Вашей. Типичные местоположения, которых необходимо было бы создать резервную копию, /home и /etc (всегда), /var (большая часть из него; например, /var/cache не должен быть сохранен), /srv (если Вы используете его), и /usr/local и возможно /opt.
Перечислять регулярные файлы на / файловая система, которые не прибывают из пакетов Debian:
find / -xdev -type f | sort >/tmp/root.list
sort /var/lib/dpkg/info/*.list >/tmp/dpkg.list
comm -23 /tmp/root.list /tmp/dpkg.list
Если у Вас есть отдельная файловая система для /usr, включайте его в find команда. Если у Вас есть отдельная файловая система для /home или /var или другое пользовательское местоположение, включайте его в свое резервное копирование.
RPM-пакеты для libuuid-devel для Fedora 13, кажется, содержат только общую библиотеку. Поэтому необходимо было бы создать его из источника при необходимости в статической библиотеке.
Я ожидаю, что это - та же проблема с помехами -lcrypto и другие.
Однако, если это - TestDisk конкретно, который Вы пытаетесь скомпилировать, Вы, вероятно, не должны беспокоиться, поскольку утилита восстановления раздела является частью большинства дистрибутивов LiveCD, включая Fedora.
Обоснование дается резолюцией отчета об ошибках Red Hat 596898 . По сути, статические библиотеки настоятельно не рекомендуются, так как они заставляют, по крайней мере, повторно связываться, если/когда ошибка будет исправлена. Они занимают место на диске и в памяти, особенно для часто используемых функций.