O negócio agora é arcar com o prejuízo
Talvez o prejuízo não seja realmente tão grande assim, depende muito do que você usa de fato no dia a dia de uso do equipamento.
A duplicação de banda representa um potencial, mas nem sempre potencial se torna uma situação real, como dito, depende do que se faz e ainda de outras circunstâncias atinentes ao conjunto do hardware disponível. Existem coisas cujo resultado final do processamento simplesmente não depende da RAM e sim, por exemplo, das características da GPU e sua ligação com a CPU, portanto, há que ver o caso concreto.
Alguns estudos dizem que em algumas situações o ganho seria de 3% a 5%, depedendo da aplicação o ganho é nenhum e em algumas situações o single-channel é mais rápido que o dual-channel.
No uso do dia a dia de um usuário comum possivelmente fará pouca diferença. Para quem trabalha com renderização, então uma boa GPU (placa gráfica) terá um impacto muito maior do que qualquer característica RAM e por aí vai.
Claro que entre ter ou não ter, se possível é melhor ter, mas não ter automaticamente não significa que haverá um prejuízo na performance.
Se tiver forte interesse no assunto há aqui um estudo bacaninha (março/2014) tratando desse comparativo:
RAM Performance Benchmark: Single-Channel vs. Dual-Channel - Does It Matter?
http://www.gamersnexus.net/guides/1349-ram-how-dual-channel-works-vs-single-channelObserve que o autor do estudo, Steve Burke, pŕocura separar a observação entre o que ele denomina de testes "sintéticos" e "reais", significando mais ou menos situações abstratas e artificais e situações reais de uso.
Por exemplo, ele menciona o uso de um software de compressão de dados (WinRAR, o ambiente que ele primariamente usa é o Windows), usando um arquivo de 22GB, mas aí vem a pergunta: quantas vezes na vida você precisou *realmente* fazer a compressão de um arquivo desse tamanho? Isso é real ou é apenas um teste fabricado (sintético, portanto)?
Embora a questão possa guardar alguma controvérsia, observe que lá pelas tantas ele diz:
"The memory will sort of ping-pong data down the channels, effectively doubling its
potential "speed."
Veja também na última página os gráficos de barra comparativos.
Quem cuida dessa questão é o chipset, assim, do ponto de vista do sistema operacional, Linux ou não, não há diferença entre single channel ou dual channel, não há um driver para isso, é transparente para o software.