Ceci est une ancienne révision du document !



Ultra-Portable Amilo Si 1520

Cette page est destinée à tous ceux qui souhaitent personnaliser l'installation d'une version ubuntu sur leur ultra-portable préféré. Par défaut, une installation récente sur ce portable ne pose aucun problème particulier : tout les composants matériels sont reconnus nativement et sont supportés sans aucun soucis.

fujitsuamilosi1520.jpg

Cependant, pour utiliser la totalité des fonctionnalités de votre portable, cette page concentre toutes les informations spécifiques à ce matériel.

Note : cette page a été testée également sur un ASUS A6JC-Q011H, le mode 'suspend en ram' fonctionne maintenant correctement alors que ce n'était pas le cas avec le noyau par défaut que ce soit sous gnome ou kde (les observations concernant ce test ont été ajoutées à cette page).

  1. Le microphone ne fonctionne toujours pas :-\

C'est un problème général à toutes ces cartes-mères. En détournement, un micro externe USB fonctionne sans problèmes.

Il semble qu'il existe une solution avec la derniere version d'ALSA:

http://ubuntuforums.org/showpost.php?p=1717589&postcount=10

Résolution widescreen

Par défaut, le mode widescreen n'est pas actif. La résolution est de 1024x768. Pour corriger ce petit soucis, il suffit d'installer le package 915resolution

sudo aptitude install 915resolution

Si après installation, votre écran ne passe pas automatiquement au mode 1280x800, simplement redémarrer votre serveur X ou CTRL-ALT-BACKSPACE pour les impatients.

Résolution projecteur/écran externe

Les sorties DVI ou S/Video fonctionnent en théorie. C'est soit l'un, soit l'autre et non pas les 2 en même temps !

Selon le projecteur/ecran externe, vous devrez changer votre résolution vers un mode plus adapté : 1024x768 par exemple. Pratiquement, vous pouvez utiliser l'utilitaire en ligne de commande xrandr ou son équivalent graphique kxrandr ou gnome-randr-applet

sudo aptitude install xrandr

Pour lister les modes disponibles, simplement xrandr
Pour basculer d'un mode à un autre, xrandr -s numero_mode

Mode dualscreen

FIXME

Pour gérer au mieux la capacité de votre batterie, vous avez 3 possibilités :

  • APM gestion matérielle + ou - pilotée par le BIOS
  • ACPI gestion logicielle pilotée par le noyau Linux
  • POWERSAVED surcouche ACPI en simplifiant l'administration

POWERSAVED est la solution la plus avancée en ce moment. Après quelques manipulations, vous pourrez profiter de :

  1. une meilleure longévité de la batterie
  2. les 3 modes de suspension : standby, suspend_to_ram, suspend_to_disk

Les manipulations décrites ci-dessous commencent à partir d'une installation fraîche de KUbuntu Edgy 6.10. Il semble que l'outil graphique pour indiquer les options powersaved n'existe pour l'instant que dans une version KDE, à savoir l'outil kpowersave. Si vous êtes sur gnome ou autre, prenez le temps de regarder si un tel outil existe à cette heure.

Modification du BIOS

Dans les options de disk dur, paramétrez le mode S-ATA compatible plutôt que enhanced

ADVANCED -> ATA CONTROL MODE -> COMPATIBLE

Installation de POWERSAVED

La précédente applet powermanager peut être en conflit avec kpowersave, pensez à la désintaller ou la désactivez au démarrage

sudo aptitude remove kde-guidance-powermanager
sudo aptitude install powersaved kpowersave #sous gnome il est possible de se passer de kpowersave

Option du noyau au démarrage

sudo vim /boot/grub/menu.lst
# kopt_2_6=root=/dev/sda1 ro splash acpi_sleep=s3_bios,s3_mode

Notez le rajout en fin de ligne kopt_2_6 des options acpi_sleep=s3_bios,s3_mode

sudo update-grub

:!: Lors d'une mise à jour du noyau, ubuntu lance automatiquement update-grub et ces options seront ajoutées par défaut pour le nouveau noyau.

Paramètres obligatoires

Normalement, les modes standby et suspend_to_disk devraient déjà fonctionner à ce niveau là. Pour le mode suspend_to_ram, il faut néanmoins obligatoirement indiquer des options particulières. Autrement l'ordinateur se fige ou relance X dans le meilleur des cas lors du réveil.

sudo vim /etc/powersave/sleep
...
SUSPEND2DISK_RESTART_SERVICES=""
SUSPEND2RAM_RESTART_SERVICES="hdparm"
STANDBY_RESTART_SERVICES=""
...
SUSPEND2RAM_ACPI_SLEEP="3"
...
SUSPEND2DISK_SWITCH_VT=""
SUSPEND2RAM_SWITCH_VT="yes"
STANDBY_SWITCH_VT=""
...

Evenement ACPI

Configuration classique

Voici mes options EVENT_BUTTON afin que le bouton ON/OFF appelle la fonction suspend_to_disk et lorsque je ferme l'écran l'ordination passe en mode suspend_to_ram. Afin d'éviter le screensaver systématique, on peut supprimer l'option dans les lignes EVENT_GLOBAL…

Libre à vous de vous en inspirer et de paramètrer selon vos envies.

sudo vim /etc/powersave/events
EVENT_BUTTON_POWER="suspend_to_disk"
EVENT_BUTTON_SLEEP="suspend_to_ram"
EVENT_BUTTON_LID_OPEN="ignore"
EVENT_BUTTON_LID_CLOSED="suspend_to_ram"

...

EVENT_GLOBAL_RESUME_SUSPEND2DISK="restore_after_suspend_to_disk"
EVENT_GLOBAL_RESUME_SUSPEND2RAM="restore_after_suspend_to_ram"
EVENT_GLOBAL_RESUME_STANDBY="restore_after_standby"

Auto-suspend

Depuis l'interface graphique de KPowersave, vous pourrez faire passer votre ordinateur en mode hibernation selon un critère de temps d'inactivité. D'autres options sont également paramètrables dans l'interface graphique.

Exemple : pour le mode powersaved, auto-suspend de 30mn en mode suspend_to_disk

Scripts personnalisés

Si le besoin se fait sentir, vous pouvez également ajouter vos propres scripts et les affecter à des événements ACPI particuliers. Tous les scripts POWERSAVED sont situés dans le répertoire /usr/lib/powersave/scripts. Vous pouvez modifier les fichiers existants ou en créer de nouveaux. L'affectation des evenements ACPI est décrite depuis le fichier /etc/powersave/events déjà décrits ci-dessus.

Exemple : parfois le mode suspend_to_disk ne redémarre pas correctement le wifi. En modifiant les scripts wireless_start et wireless_stop, on peut corriger le problème facilement.

Dans prepare_suspend_to_disk s'assurer que les lignes suivantes apparaissent :

echo "stop wireless"
. "${PUB_SCRIPT_DIR}/wireless_stop"
echo "wireless has stopped"

Pareil pour restore_after_suspend_to_disk :

echo "=======================================" >> $LSMOD_LOG
echo "restoring wireless" >> $LSMOD_LOG
. "${PUB_SCRIPT_DIR}/wireless_start"

Puis voici les scripts wireless_start et wireless_stop

#!/bin/bash
# Find and enable wireless devices

INTERFACE=eth1
DEVICE=/sys/class/net/$INTERFACE

if [ -d $DEVICE/wireless ]; then
        if [ `cat $DEVICE/device/power/state` = 2 ]; then
                echo -n 0 > $DEVICE/device/power/state;
                modprobe -r ipw3945
                modprobe ipw3945
                sleep 2
                ifup $INTERFACE
                echo 1
        fi
fi
#!/bin/bash
# Find and disable wireless devices

INTERFACE=eth1
DEVICE=/sys/class/net/$INTERFACE

if [ -d $DEVICE/wireless ]; then
        if [ `cat $DEVICE/device/power/state` = 0 ]; then
                # It's powered on. Switch it off.
                echo -n 2 > $DEVICE/device/power/state;
        fi
        ipw3945d-2.6.17-10-generic --kill
        echo 0
fi

(Note pour ASUS A6JC-Q011H : lors du passage en mode 'suspend to ram' le message suivant "suspend2ram failed on unloading usb_storage. Trying to recover…" s'affichait. Solution cf. http://forum.ubuntu-fr.org/viewtopic.php?pid=779849#p779849 Unmount the USB storage device before Suspend to RAM.

 1. Click OK to close the message window
 2. Open Konqueror
 3. Click Storage Media
 4. Right-click the USB storage device
 5. Choose Safely Remove option. You may now proceed with suspend to ram.
 6. Please confirm Suspend LED of the system is turned on.

)

(Note pour ASUS A6JC-Q011H : le mode 'suspend to disk' nécessite apparement une partition dédiée car un message indique lors du passage en ce mode qu'il faut configurer le point de montage qui permettra de sauvegarder les données temporaires… donc il reste à tester ce point car là çà ne marche pas)

soft lockup detected on CPU#0!

Parfois lors du boot le message d'erreur suivant apparait :

[17179605.640000] BUG: soft lockup detected on CPU#0!

Cela se produit de manière aléatoire lorsque le wifi est enclenché. La solution est assez simple, il suffit de patcher le fichier ipw3945.ko autrement dit le remplacer. Le rapport de bug avec toutes les explications se trouve ici

Voici en résumé les étapes a accomplir :

  1. télécharger le module noyau ipw3945.ko
  2. puis le copier vers /lib/modules/2.6.17-10-generic/kernel/drivers/net/wireless/ipw3945/

Pour les débutants suivez ceci :

cd
wget http://kmr.nada.kth.se/~mini/ubuntu/2.6.17-11-generic/ipw3945.ko
sudo mv /lib/modules/2.6.17-11-generic/kernel/drivers/net/wireless/ipw3945/ipw3945.ko /lib/modules/2.6.17-11-generic/kernel/drivers/net/wireless/ipw3945/ipw3945.ko.bak
sudo mv $HOME/ipw3945.ko /lib/modules/2.6.17-11-generic/kernel/drivers/net/wireless/ipw3945/

nouvelle version du noyau : le répertoire d'installation change en 2.6.17-11-generic

X Error of failed request: BadAlloc

Si vous rencontrez ce message à la lecture d'une video (lorsque vous le faites en console) cela vient du fait que vous tentez de lire une vidéo dont la résolution est plus grande que celle de votre ecran. La solution est de rajouter 2 lignes dans votre xorg.conf

Rajouter dans la section Device, les options suivantes :

  • Option "VideoRam" "128000"
  • Option "CacheLines" "1980"

Cela devrait ressembler à ça:

...
Section "Device"
Identifier	"Intel Corporation Mobile Integrated Graphics Controller"
Driver		"i810"
BusID		"PCI:0:2:0"
Option 		"XAANoOffscreenPixmaps"
Option		"VideoRam"      "128000"
Option		"CacheLines"    "1980" 
EndSection
...

En cas de soucis un post a été crée sur le forum ICI


contributeur pvincent bakalegum brutedukod

  • amilo_si_1520.1173283866.txt.gz
  • Dernière modification: Le 18/04/2011, 14:57
  • (modification externe)