Ubuntu-fr

OK, merci pour les infos (je connaissais le système MBR mais pas GPT).

Tiens, voici la fin de mon fichier de log (/var/log/pm-suspend.log) juste après une tentative de mise en veille (suivie d’un hard reboot) :

             total       used       free     shared    buffers     cached
Mem:        442324     390972      51352          0       5920      96388
-/+ buffers/cache:     288664     153660
Swap:      1049596     180632     868964

/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:

/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01PulseAudio suspend suspend:
Welcome to PulseAudio! Use "help" for usage information.
>>> >>> 

C’est comme si tout se bloquait au moment d’exécuter le script de PulseAudio (pour couper les haut-parleurs ?).

Chez moi, l’hibernation marche très bien maintenant. ^^

L’histoire des périphériques USB pour la mise en veille, j’avais vu (et j’ai même copié un script), mais ce n’est pas mon problème apparemment. Je suis en train de parcourir tes topics sur les différents sites. ^^

Peut-être ça ? Ça collerait en tout cas : j’ai du matériel assez ancien, et le problème ne se produit que depuis l’interface graphique (le serveur X).

Héhé, je crois que je viens de résoudre mon problème.

J’étais parti à tester tous les « quirks » de pm-suspend un par un, et --quirk-dpms-on semble avoir réglé le problème. J’ai eu de la chance, du premier coup ! Je vérifie ça quand même…

Quelqu’un saurait comment rajouter ce « quirk » par défaut (j’imagine que les options pour mettre en veille appellent pm-suspend ?).

Édit : Il semblerait que ce soit fait automatiquement, après que la commande ait été lancée une fois avec cette option avec succès. Tant mieux ! Maintenant, tout marche, y compris depuis l’interface graphique. Sinon, il faudrait voir du côté des fichiers /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-*.fdi .

Bonsoir,

J’ai un problème similaire. J’ai bien le serveur SSH d’installé et à l’écoute sur le port 22. Jusque là, pas de problème, la connexion par le port 22 marche sans problème. Je suis derrière une Livebox, donc j’ai dû configurer les règles NAT/PAT pour qu’elle écoute le port 22 et le redirige vers le port 22 de mon PC.

Sauf que j’aimerais passer par un autre port (le port 80 par exemple, normalement pour HTTP) pour contourner les restrictions du réseau de mon boulot. Pour ça, je rajoute une règle NAT/PAT pour que la Livebox redirige son port 80 vers le port 22 du PC également.
Mais la connexion échoue :

$  ssh xx.xx.xx.xx -p 80    # mon IP publique
ssh: connect to host xx.xx.xx.xx port 80: No route to host

(même résultat depuis mon réseau local ou depuis l’extérieur)

Je vérifie que la Livebox est bien à l’écoute sur le port 80 :

$  sudo nmap -sS xx.xx.xx.xx    # IP publique, donc la Livebox

PORT      STATE    SERVICE
22/tcp    open     ssh
80/tcp    filtered http
81/tcp    open     hosts2-ns
139/tcp   open     netbios-ssn
445/tcp   open     microsoft-ds
631/tcp   open     ipp
2006/tcp  open     invokator
2007/tcp  open     dectalk
49153/tcp open     unknown

Pendant que j’y suis :

$  sudo nmap -sS 192.168.1.14    # IP locale du PC

PORT    STATE SERVICE
22/tcp  open  ssh

$  sudo nmap -sS localhost       # Pourquoi il y a une différence ?

PORT    STATE SERVICE
22/tcp  open  ssh
53/tcp  open  domain
631/tcp open  ipp

Donc la Livebox écoute bien le port 80, mais celui-ci est marqué « filtered » (avant que je fasse la manip’, le port était déjà présent en « open », pour l’interface de configuration de la Livebox). Donc je me dit que ça vient d’un pare-feu.

Mais apparemment, pas du pare-feu de la Livebox, car même en le mettant au niveau le plus bas ça ne marche pas. Et :

$  sudo iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Donc ça ne vient pas non plus du pare-feu du PC, qui accepte tout.

Mais alors, quel est le problème ?

Édit : Bon, en fait, c’était une erreur stupide de ma part. Dans la config des règles NAT, je n’avais pas choisi la bonne machine dans le menu déroulant… Ça marche normalement maintenant.
N’empêche que la Livebox ne semble pas accepter plusieurs redirections vers le même port de mon PC, du coup j’ai dû supprimer la redirection 22→22. Quelqu’un aurait une solution (à part spécifier la plage 22-80 dans la règle) ?

Salut,

Si ça intéresse des gens, j’ai découvert que Conky comme le terminal Xfce s’affichent en pseudo-transparence sur le fond d’écran par défaut d’Ubuntu, le fichier /usr/share/warty-final-ubuntu.png (quel nom pourri, surtout que ça peut aussi être un JPG sans problème…). Donc il m’a suffi de renommer mon fond d’écran avec ce nom, et le tour est joué sans le compositeur.
Par contre, ça affecte aussi le fond par défaut du login de GDM (ouais, LightDM j’en ai ma claque).

Déjà fait, en gros (qu'entends-tu par « effets » ?).

Oui mais je voudrais l'installer sur mon installation déjà existante en cohabitation, pour commencer. Le paquet pour l'installation complète est "lubuntu-desktop", mais quel est celui pour une installation minimale (cf ici) (s'il existe) ?

Merci. J'ai droit à une médaille ?
Sinon, j'ai édité la page de doc que j'aime tant citer depuis 10 messages, comme ça on n'en parle plus.

J'ai installé Lubuntu, ça a l'air un poil plus rapide. Si j'ai encore quelque chose à dire, je posterai un nouveau sujet dans la section adaptée, on s'est complètement écarté du sujet de départ.

Hmm... Les exécutions de apt-get échouent toutes avec les messages suivants :

W: Not using locking for read only lock file /var/lib/dpkg/lock
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem

Et dpkg --configure -a réplique ceci :

dpkg: error: unable to access dpkg status area: Read-only file system

De ce que je comprend, il s'agit du fichier /var/lib/dpkg/lock créé par la précédente exécution de dpkg (pour la mise à niveau) qui indique un verrouillage, et comme dpkg a été interrompu celui-ci n'a pas été enlevé.
J'ai donc tenté de supprimer ce fichier avec rm, mais également une erreur "Read-only file system". Finalement, je l'ai fait en accédant à la partition depuis Windows (pilote ext2fsd pour le ext2/ext3), mais les mêmes erreurs subsistent.

En fait, apparemment / est monté en lecture seule (d'où le "Read-only file system" qui apparait partout), on ne peut rien faire dessus. Comment pourrai-je me sortir de ce pétrin ?

ÉDIT : Si j'avais cherché 30 secondes j'aurais épargné un message... :-° J'ai trouvé mon bonheur ici : il fallait remonter / avec la commande suivante :

mount -n -o remount -a

Et là normalement on y a accès en écriture.

Bon, apt-get renvoie toujours la même erreur, mais cette fois dpkg --configure -a fonctionne. C'est en cours...

ÉDIT 2 : Après avoir fini dpkg --configure -a (au milieu de l'exécution j'ai eu une erreur avec "Killed" et plein de messages du genre :

[ 3076.272002]  [<c05cc184>] syscall_call+0x7/0xb

, mais bon j'ai débranché l'ordi (pas d'autre moyen), j'ai rebooté (d'ailleurs l'interface graphique marchait maintenant) et relancé la commande pour la finir) j'ai lancé ta série de commandes et tout semble marcher pour le mieux. Demain je vérifierai ça de plus près. Merci encore pour ton aide !

ÉDIT 3 : Tout va bien.