Как известно любой объём информации можно сжать в один бит - сигнал что надо её распаковать из внутренностей архиватора.
Это не так. Архиватор должен работать с любыми файлами. Пусть он работает с любыми файлами размера

бит и ставит каждому из них в соответствие какой-то файл меньшего размера. Количество файлов размера

бит -

, количество файлов меньшего размера -

. То есть найдется
тот, который не стрелял как минимум один файл, который не сожмется. Даже если все файлы размера

бит находятся "во внутренностях архиватора". Необходимость работы с файлами любого размера только ухудшает ситуацию.
Обратный вопрос, сколько информации в заданном количестве битов - считаю бессмысленным или недоопределённым.
Это недоопределенный вопрос, но отнюдь не бессмысленный.