La prendo un po' alla lontana... Tanto tempo fa il server X faceva tutto da solo: rilevava i dispositivi connessi e li configurava secondo le istruzioni che l'utente metteva in file di configurazione in /etc/X11. Ma rilevare l'hardware è una prerogativa del kernel, col supporto di udev. Quindi si è pensato, per evitare duplicazione di codice, che X debba "ereditare", attraverso uno strato di astrazione chiamato HAL, i dispositivi rilevati dal kernel e messi a disposizione da udev. E visto che tutti gli eventi arrivano dal kernel, non è più necessario che X abbia la precedente pletora di driver, ciascuno specifico per un certo dispositivo, ma ne basta uno, evdev, che "parla" l'unico protocollo che proviene dal kernel.

Grazie (ma non solo) a questa semplificazione, X è diventato più facile da configurare, tanto che oggi il file di configurazione spesso non è necessario.

In pratica con l'architettura di oggi questa è la catena di attori attraverso cui passa un dispositivo prima di essere finalmente usato da X:
kernel -> udev -> hal -> evdev -> X.
Nota che ognuno di questi sottosistemi ha il suo corredo di configurazioni con cui influenza la gestione del dispositivo:

• udev ha le sue regole in /etc/udev/rules.d
• hal ha le sue politiche in /etc/hal/fdi/policy
• evdev ha le sue regole in /etc/evdev/rules.d
• X obbedisce a /etc/X11/Xorg.conf se presente.

Ora, analizzando il tuo log, sono evidenti i dispositivi di input rilevati:

• Sony Vaio Keys (event6), configurato come tastiera
• Video Bus (event2), idem
• Power Button (event5), idem
• Lid Switch (event4), ignorato perché di tipo sconosciuto
• USB Camera (event8), configurato come tastiera
• HDA Digital PCBeep (event9), ignorato
• AT keyboard (event1), configurato come tastiera
• PC Speaker (event3), ignorato
• Macintosh mouse button emulation (event0), configurato come mouse
• Virtual Keyboard (event10), configurato come tastiera
• Sony Vaio Jogdial (event7), ignorato

A parte qualche stranezza discutibile, quello che salta agli occhi è che non c'è il touchpad. Non è che compare come dispositivo e viene ignorato o scambiato per qualcos'altro: no, non è proprio rilevato dal kernel!

Allora ho fatto qualche ricerca e pare sia proprio un problema del kernel, legato a questo bug. Forse la distro live di Ubuntu che hai provato tu ha un kernel patchato?

Comunque, in attesa della chiusura del bug, una possibile soluzione temporanea potrebbe essere quella di dire al kernel di disabilitare il PNP per quel dispositivo. All'avvio, alla schermata di Grub premi "E" per editare la riga che lancia Linux e aggiungi il seguente parametro:
i8042.nopnp 
Poi premi "B" per avviare con questa riga modificata e vedi come va. Dovrebbe riconoscerti il touchpad come un mouse normale, quindi scordati multitouch etc. ma almeno le funzionalità di base dovrebbero esserci.

Per non dover editare la riga del kernel ad ogni riavvio, puoi aggiungere il parametro i8042.nopnp direttamente nel file di configurazione di Grub (è in /boot/grub ma non ricordo quale sia).

Mi raccomando, facci sapere se funziona!