#0 Re : -1 » [Résolu] La meilleure webcam pour linux » Le 21/01/2010, à 21:55
- Papou
- Réponses : 32
J'ai placé ce forum en "résolu" suite au post #15 : l'investissement dans une webcam compatible UVC permet un fonctionnement "out of the box" garanti, c'est donc le choix à faire.
#1 Re : -1 » [Résolu] La meilleure webcam pour linux » Le 23/01/2010, à 13:15
- Papou
- Réponses : 32
cubytus, le mieux est sans doute de consulter le site du fabricant.
Exemple logitech : http://www.logitech.com/index.cfm/488/4770&cl=fr,fr
"Les caméras Web Logitech prenant en charge les pilotes UVC sont les suivantes:
* Logitech® QuickCam® Pro 9000 for Business
* Logitech® QuickCam® Pro for Notebooks Business
* Logitech® QuickCam® Communicate MP for Business
* Logitech® QuickCam® Deluxe for Notebooks Business
* Logitech® QuickCam® 3000 for Business"
#2 -1 » Boot repair = pas de /boot/efi >> dual boot W8 OK en partition MSDOS » Le 30/03/2013, à 10:12
- Papou
- Réponses : 5
Bonjour,
Je donne un coup de jeune à mon pc : carte mère msi z77a-g43 + i5-3570K.
Je souhaite avoir a terme dual boot ubuntu + w8 (disques seront séparés)
Pour l'instant j'essaie d'installer quantal 12.10 en mode efi sans succès.
Bios msi est sensé détecter si efi ou pas sur support a amorcer.
J'en suis là:
1) gparted > partition fat32 pour efi, partition ext4 pour \, partition ext4 pour \home, partition swap
2) dvd linux-secure se lance en mode normal. Installation en mode manuel.
3) ubuntu OK mais pas en mode efi. Ajout point de montage \boot\efi et montage dans fstab OK.
4) boot-repair > reparation > demande de créer BIOS-Boot
5) Gparted > creation partition BIOS-boot entre partition fat32 efi et partition \
6) boot-repair > reparation > OK.
7) boot-repair > options avancées > emplacement > pas de partition /boot/efi dans la liste.
8) relecture des forums sans trouver de solution .....
#3 Re : -1 » Boot repair = pas de /boot/efi >> dual boot W8 OK en partition MSDOS » Le 30/03/2013, à 11:57
- Papou
- Réponses : 5
Bonjour malbo
Non, pas d'autre raison que compatibilité future avec w8 en dual boot. Si dual boot possible avec w8 sur deuxième disque en partition MSDOS, alors plus besoin de EFI. Merci pour cette info.
Il me parait néanmoins intéressant de comprendre ce qui ne va pas dans mon install, cela pourrait servi à d'autres.
9) poster Boot-info: http://paste.ubuntu.com/5660754/
Dans ce rapport, sda5 est la partition créée a la demande de boot repair et sda1 est la partition crée pour efi.
Suite a réparation par boot repair, je pensait que grub2 serait sur sda5 et pas sur le MBR de sda?
#4 Re : -1 » Boot repair = pas de /boot/efi >> dual boot W8 OK en partition MSDOS » Le 23/04/2013, à 13:12
- Papou
- Réponses : 5
Un petit post pour conclure.
-) On part de : sda = disque démarrage et ubuntu tout neuf (en mode bios d'après boot repair cf posts précédents), sdb = data en ext5 , sdc = anciennetés.
-) Gparted : Suppression des partitions de sdc et création table de partition msdos.
-) Installation de W8 sur disque sdc
-) Remarque : Installateur W8 reconnaît sda en mode efi .....
-) choix de sdc >> Erreur 0x80300024
-) déconnexion des autres disques et reboot
-) Installateur W8 > OK.
-) Reconnexion des autres disques et remise sda en first boot dans bios.
-) Redémarrage : ubuntu sur sda, pas de choix pour W8.
-) Boot repair > mise a jour de grub.
-) Redémarrage : W8 apparaît dans liste grub et fonctionne OK.
#5 Re : -1 » Connexion VPN automatique (NetworkManager) » Le 19/01/2010, à 22:24
- Papou
- Réponses : 726
coredump,
Merci pour ta réponse.
j'utilise la deuxième méthode et il s'agit d'une connexion adsl pppoe.
L'inconvénient d'ajouter la ligne "[ "$2" = "up" ] && vpn-autostart" est qu'il devient alors impossible de déconnecter volontairement le VPN pour les applications qui ne le supporte pas (sauf a écrire un script de déconnexion volontaire qui va déplacer le fichier 02-loop-vpn en dehors de dispatcher).
D'autre part, il me semble avoir remarqué que le problème est que la connection VPN échoue parfois (timeout d'environ 10 sec ? ) et qu'il n'y a alors pas de deuxième essai.
#6 Re : -1 » Connexion VPN automatique (NetworkManager) » Le 20/01/2010, à 22:56
- Papou
- Réponses : 726
@ coredump : j'ai fini mon bricolage utilisant ton script connexion-vpn et tes informations, c'est pas très finaud (on fait ce qu'on peut) mais cela fonctionne :
Un script de démarrage du VPN avec boucle jusqu'a réussite, utilisant ton script connexion-vpn :
/usr/local/bin/vpnstartandcheck
#!/bin/bash
# Script de lancement de connection VPN avec verification
while ! ifconfig | grep ppp0
do
connection-service "VPN anonine" start
sleep 30
done
Un script de relance si message dBus:
/usr/local/bin/02vpnredo
#!/bin/bash
# attente après dernier évenement reçu
sleep 10
# lancement VPN
vpnstartandcheck
un script d'initialisation pour enclencher:
/usr/local/bin/vpninitialize
#!/bin/bash
# Script de lancement de connection VPN et de bouclage
cp /usr/local/bin/02vpnredo /etc/NetworkManager/dispatcher.d
vpnstartandcheck
un script pour désamorcer
/usr/local/bin/vpnabort
#!/bin/bash
# Script d'arret du bouclage VPN et de déconnexion
rm /etc/NetworkManager/dispatcher.d/02vpnredo
connection-service "VPN anonine" stop
Et deux lanceurs ajoutés dans le menu applications/internet pour appeler vpninitialize et vpn abort.
N'est ce pas trop brutal ?
#7 Re : -1 » Connexion VPN automatique (NetworkManager) » Le 21/01/2010, à 21:39
- Papou
- Réponses : 726
@ coredump
Merci du conseil (mis en pratique OK).
#8 Re : -1 » Connexion VPN automatique (NetworkManager) » Le 29/01/2010, à 23:12
- Papou
- Réponses : 726
Tout spécialiste du VPN se penchant sur le petit désagrément expliqué dans :
http://forum.ubuntu-fr.org/viewtopic.php?id=375963
sera le bienvenu !
#9 Re : -1 » Connexion VPN automatique (NetworkManager) » Le 22/02/2010, à 21:54
- Papou
- Réponses : 726
au cas ou coredump ou autre connaisseur passerait par là .....
J'utilise maintenant openvpn avec les scripts de reconnection et tout baigne...sauf que de temps en temps le serveur vpn se bloque ... jusqu'à ce que je coupe et relance la connection.
J'ai les infos suivantes dans fichier daemon.log :
Feb 22 00:09:35 lse nm-openvpn[11945]: read UDPv4 [ENETUNREACH]: Network is unreachable (code=101)
Feb 22 00:10:37 lse nm-openvpn[11945]: [server] Inactivity timeout (--ping-restart), restarting
Feb 22 00:10:37 lse nm-openvpn[11945]: SIGUSR1[soft,ping-restart] received, process restarting
Feb 22 00:10:39 lse nm-openvpn[11945]: WARNING: No server certificate verification method has been enabled. See http://openvpn.net/howto.html#mitm for more info.
Feb 22 00:10:39 lse nm-openvpn[11945]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Feb 22 00:10:39 lse nm-openvpn[11945]: Re-using SSL/TLS context
Feb 22 00:10:39 lse nm-openvpn[11945]: LZO compression initialized
Feb 22 00:12:31 lse nm-openvpn[11945]: RESOLVE: Cannot resolve host address: miranda.vpntunnel.se: [HOST_NOT_FOUND] The specified host is unknown.
Feb 22 00:14:23 lse nm-openvpn[11945]: RESOLVE: Cannot resolve host address: miranda.vpntunnel.se: [HOST_NOT_FOUND] The specified host is unknown.
Feb 22 00:16:20 lse nm-openvpn[11945]: RESOLVE: Cannot resolve host address: miranda.vpntunnel.se: [HOST_NOT_FOUND] The specified host is unknown.
Feb 22 00:18:17 lse nm-openvpn[11945]: RESOLVE: Cannot resolve host address: miranda.vpntunnel.se: [HOST_NOT_FOUND] The specified host is unknown.
..........
..........
Y-aurait-il moyen de surveiller cet état dans un script de surveillance pour relancer en automatique ?
#10 Re : -1 » Connexion VPN automatique (NetworkManager) » Le 01/03/2010, à 21:24
- Papou
- Réponses : 726
Merci coredump.
Ta proposition m'éclaire.
Compte tenu de ma (mé)connaissance du langage batch, j'ai pour l'instant bricolé la chose suivante en apprenant sur le tas le minimum nécessaire :
1) script de lancement et de verrouillage du VPN avec un test de la validité de connexion par ping d'une adresse web
#!/bin/bash
echo "Lancement de vpnstartandlock"
while [ 1 = 1 ]
do
# Boucle de connection initiale au VPN
echo "Lancement connection vpn"
while ! ifconfig | grep tap0
do
echo "vpn non actif : lancement"
connection-service "openvpn" start
sleep 30
done
echo "vpn connecté"
# Boucle de vérification ethernet tant que VPN est actif
while ifconfig | grep tap0
do
# Test liaison ethernet par ping de Google
echo "test ping"
RetourPing=$(ping -c 1 -w 20 www.google.com | tail -n 1)
echo $RetourPing
# Si chaine vide , ça merde : arreter VPN et exit
if [ "$RetourPing" = "" ]
then
echo "ça merde : arret VPN pour relance"
arret=$(connection-service "openvpn" stop)
sleep 10
# Redémarrer vpn
echo "boucle de reconnection vpn"
while ! ifconfig | grep tap0
do
echo "vpn non actif : lancement"
demarrage=$(connection-service "openvpn" start)
sleep 30
done
echo "vpn reconnecté"
fi
# Si chaine non vide , c'est OK : on continue
[ "$RetourPing" = "" ] || echo "c'est OK"
sleep 10
done
done
2) script de déconnection qui tue le précédent.
#!/bin/bash
# Script d'arret de surveillance VPN et de deconnection
killall vpnstartandlock
connection-service "openvpn" stop
exit 0
C'est du brutal à affiner, mais cela fonctionne .... !
#11 Re : -1 » [Ubuntu 11.10] Arret et Reboot impossible depuis la migration » Le 06/11/2011, à 19:32
- Papou
- Réponses : 42
Même chose chez moi que pour fredo_ubuntu: l'arrêt ne fonctionne plus quand deux sessions ont été ouvertes.
De plus, après fermeture d'une session, je reste souvent bloqué sur la fenêtre de connection car la saisie du mot de passe ne fonctionne plus.
Je peux par contre toujours basculer sur la session active avec CTRL+ALT+7 ou CTRL+ALT+8, selon laquelle est fermée.
#12 -1 » Problème Multiboot interressant (Ubuntu oneiric, W7, W7) .... » Le 12/02/2012, à 15:11
- Papou
- Réponses : 5
Voici l'exposé du problème:
Organisation de mes disques dur de départ (numérotation Gparted):
sda1: Windows7 , sda2: fichiers ext4
sdb1:/ , sdb2:/home , sdb3:swap
sdc1: Fichiers ext4
sdd1: Windows XP
Et choix de l'OS a partir de grub OK.
Evolution réalisée:
Partition sdd1 supprimée avec Gparted
Bios boot sequence changée pour démarrer sur disque physique correspondant à "sdd"
Instalation de W7 sur ce disque et tests OK.
Bios boot sequence changée pour démarrer sur disque physique correspondant à "sdb" qui contient grub.
Redemarrage sur Ubuntu OK
Gparted trouve sur sdd: sdd1=ntfs system reserved (100Mo) drapeau boot ,et sdd2=ntfs
et sudo update-grub donne:
Found Windows 7 (loader) on /dev/sda1
Found Windows 7 (loader) on /dev/sdd1
Le fichier grub.cfg contient:
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda1)" --class windows --class os {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root CAF8C662F8C64C7F
chainloader +1
}
menuentry "Windows 7 (loader) (on /dev/sdd1)" --class windows --class os {
insmod part_msdos
insmod ntfs
set root='(hd3,msdos1)'
search --no-floppy --fs-uuid --set=root 4074A0DF74A0D8C4
chainloader +1
}
Et enfin mon soucis:
Quel que soit le choix de l'OS W7 au démarrage (sda1 ou sdd1), c'est toujours l'ancienne version qui démarre (celle sur sda1)....
La seule solution pour lancer W7 sur sdd est de remettre ce disque en tête de la séquence de boot déclarée dans le bios.
Merci d'avance pour vos idées....
#13 Re : -1 » Problème Multiboot interressant (Ubuntu oneiric, W7, W7) .... » Le 13/02/2012, à 21:01
- Papou
- Réponses : 5
YannUbuntu,
Oui, le W7 de sdd se lance bien quand sdd est le premier dans la séquence bios de boot.
malbo,
Bonne pioche, sda est un SATA et sdd un IDE.
#14 Re : -1 » Problème Multiboot interressant (Ubuntu oneiric, W7, W7) .... » Le 14/02/2012, à 22:36
- Papou
- Réponses : 5
Merci malbo,
Je vais donc devoir m’intéresser au bootmgr de Win7 si je veux profiter du slot IDE dispo.... motivation moyenne.
Investissement dans une carte PCI d'extension SATA pour ajouter DD en SATA à considérer...
Je vous tiens au courant.
#15 -1 » [Résolu] Partages utilisateur non detectés par Nautilus. » Le 16/10/2011, à 12:22
- Papou
- Réponses : 3
Un petit problème qui existait sous 11.04 et est toujours présent sous 11.10.
J'utilise le partage windows avec samba (Clic droit / Options de partage sous Nautilus).
Après fermeture/ouverture de session, le partage reste bien actif mais n'est pas vu par Nautilus:
-) Les dossiers partagés ne sont plus signalé par une flèche sur leur icone.
-) L'option partager n'est plus cochée dans propriétés.
-) Les répertoires partagés sont bien visibles dans Explorer le réseau / Partages Windows.
Il en résulte que:
-) Je ne peux pas facilement repérer mes répertoires partagés
-) Pour supprimer un partage actif, je dois recocher la case partager, valider, la décocher, et revalider.
Cela n'est pas bien grave mais m'agace un peu, alors si vous avez des idées pour résoudre ce petit désagrément, elles seront les bienvenues.
#16 Re : -1 » [Résolu] Partages utilisateur non detectés par Nautilus. » Le 02/11/2011, à 18:18
- Papou
- Réponses : 3
Pas d'idées ?
Mon cas est-il isolé?
Dans l'attente de vous lire...
#17 Re : -1 » [Résolu] Partages utilisateur non detectés par Nautilus. » Le 06/11/2011, à 19:43
- Papou
- Réponses : 3
Up ...
#18 Re : -1 » [Résolu] Partages utilisateur non detectés par Nautilus. » Le 06/11/2011, à 21:15
- Papou
- Réponses : 3
J'ai trouvé.
Des dossiers en partage utilisateur avaient été supprimés mais étaient toujours listés dans var\lib\samba\usershare ce qui devait perturber nautilus au démarrage.
J'ai effacé les fichiers correspondants de var\lib\samba\usershare et c'est OK.
#19 Re : -1 » IMule client P2P crypté. » Le 21/01/2010, à 22:04
- Papou
- Réponses : 95
Pour ma part, après quelques galères, j'ai opté pour une connexion via un VPN (4 euros/mois) qui me permet d'utiliser amule , deluge ou tout autre accès internet en toute discrétion.
#20 -1 » [résolu avec openvpn] Deluge + VPN : /var/log/daemon.log explose » Le 29/01/2010, à 22:39
- Papou
- Réponses : 3
Bonjour,
Lorsque j'utilise Deluge via une connexion VPN , le fichier /var/log/daemon.log "explose" de part la fréquence des messages d'erreur :
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 489 (expecting 488, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 498 (expecting 497, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 513 (expecting 511, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 514 (expecting 511, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 512 (expecting 511, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 520 (expecting 516, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 518 (expecting 516, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 521 (expecting 516, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 517 (expecting 516, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 527 (expecting 526, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 528 (expecting 526, lost or reordered)
Jan 29 21:27:58 lse pptp[4211]: nm-pptp-service-4205 log[decaps_gre:pptp_gre.c:414]: buffering packet 532 (expecting 531, lost or reordered)
... Cependant, les fichiers téléchargés sont OK.
Si quelqu'un à une idée pour faire coller le nombre de "buffering packet" je suis preneur ...
#21 Re : -1 » [résolu avec openvpn] Deluge + VPN : /var/log/daemon.log explose » Le 30/01/2010, à 12:04
- Papou
- Réponses : 3
MasterDav : merci pour le lien, même message d'erreur mais autre raison ?
Avec VPN actif ifconfig renvoi :
ppp0 Link encap:Protocole Point-à-Point
inet adr:188.126.86.35 P-t-P:188.126.80.0 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
Packets reçus:12616 erreurs:0 :0 overruns:0 frame:0
TX packets:12145 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
Octets reçus:9430338 (9.4 MB) Octets transmis:2469619 (2.4 MB)
Mais daemon.log continue de se remplir :
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 7966 (expecting 7965, lost or reordered)
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 7979 (expecting 7978, lost or reordered)
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 7989 (expecting 7988, lost or reordered)
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8000 (expecting 7999, lost or reordered)
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8024 (expecting 8023, lost or reordered)
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8041 (expecting 8040, lost or reordered)
Jan 30 10:49:13 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8057 (expecting 8056, lost or reordered)
Jan 30 10:49:14 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8078 (expecting 8076, lost or reordered)
Jan 30 10:49:14 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8097 (expecting 8096, lost or reordered)
Jan 30 10:49:14 lse pptp[18108]: nm-pptp-service-18102 log[decaps_gre:pptp_gre.c:414]: buffering packet 8099 (expecting 8098, lost or reordered)
J'ai essayé de réduire MTU :
sudo ifconfig ppp0 mtu 1000
Sans résultat ....
#22 Re : -1 » [résolu avec openvpn] Deluge + VPN : /var/log/daemon.log explose » Le 06/02/2010, à 12:32
- Papou
- Réponses : 3
J'ai changé de fournisseur VPN pour passer de ppp à openVPN et c'est OK.
#23 -1 » [résolu] 9.10 karmic par upgrade : Fichiers *.log.0 manquants ? » Le 29/01/2010, à 22:09
- Papou
- Réponses : 2
Consultant les fichiers .log via l'outil "Visionneur de journeaux système" , j'ai une fenêtre d'erreur qui dit :
/var/log/daemon.log.0: Erreur de l'interrogation du fichier « /var/log/daemon.log.0 » : Aucun fichier ou dossier de ce type
/var/log/auth.log.0: Erreur de l'interrogation du fichier « /var/log/auth.log.0 » : Aucun fichier ou dossier de ce type
/var/log/messages.0: Erreur de l'interrogation du fichier « /var/log/messages.0 » : Aucun fichier ou dossier de ce type
/var/log/user.log.0: Erreur de l'interrogation du fichier « /var/log/user.log.0 » : Aucun fichier ou dossier de ce type
/var/log/debug.0: Erreur de l'interrogation du fichier « /var/log/debug.0 » : Aucun fichier ou dossier de ce type
/var/log/kern.log.0: Erreur de l'interrogation du fichier « /var/log/kern.log.0 » : Aucun fichier ou dossier de ce type
/var/log/syslog.0: Erreur de l'interrogation du fichier « /var/log/syslog.0 » : Aucun fichier ou dossier de ce type
Si j'essaie de consulter les .logs correspondants j'obtiens :
daemon.log : ne réponds pas
user.log ; auth.log ; messages.log ;user.log; debug; kern.log; syslog : contiennent 6 derniers jours
Si je vais voir dans /var/log :
les fichiers manquants en .0 existent sans extension et aussi en .1.
Dans ces fichiers, les dates se suivent de la version sans extension à la version .1 : les fichiers .0 n'existent pas mais toute l'info est là. Par exemple auth.log commence le Jan 24 20:17:01 et auth.log.1 fini le Jan 24 19:17:01
les fichiers daemon sont "énormes" : daemon.log = 163 Mo ; daemon.log.1 = 120 Mo
et aussi syslog.1 = 47,6 Mo
J'aimerais bien avoir un système plus propre ... aide bienvenue.
#24 Re : -1 » [résolu] 9.10 karmic par upgrade : Fichiers *.log.0 manquants ? » Le 30/01/2010, à 10:36
- Papou
- Réponses : 2
snapshot, tu as bien compris mon "problème" et ton explication est claire.
Ci dessous le contenu de var/log demandé.
Tu as vu jute : daemon.log a du "tourner" cette nuit car maintenant daemon.log.0 existe et c'est daemon.log.1 qui n'est plus là.
Je passe donc en résolu.
famille@lse:~$ ls -alh /var/log
total 444M
drwxr-xr-x 14 root root 4,0K 2010-01-30 09:18 .
drwxr-xr-x 15 root root 4,0K 2009-08-11 21:51 ..
drwxr-xr-x 2 root root 4,0K 2009-04-08 16:40 apparmor
-rw-r----- 1 root adm 0 2009-11-04 20:29 apport.log
-rw-r----- 1 root adm 322 2009-11-03 10:52 apport.log.1
-rw-r----- 1 root adm 330 2009-11-03 06:56 apport.log.2.gz
-rw-r----- 1 root adm 278 2009-11-01 18:47 apport.log.3.gz
-rw-r----- 1 root adm 153 2009-10-30 00:09 apport.log.4.gz
drwxr-xr-x 2 root root 4,0K 2010-01-01 07:48 apt
-rw-r----- 1 syslog adm 51K 2010-01-30 09:29 auth.log
-rw-r----- 1 syslog adm 61K 2010-01-24 19:17 auth.log.1
-rw-r----- 1 syslog adm 3,7K 2010-01-17 07:35 auth.log.2.gz
-rw-r----- 1 syslog adm 2,9K 2010-01-10 10:27 auth.log.3.gz
-rw-r----- 1 syslog adm 4,0K 2010-01-03 07:35 auth.log.4.gz
-rw-r----- 1 root adm 31 2009-08-11 21:37 boot
-rw-rw---- 1 root utmp 1,5K 2010-01-22 18:34 btmp
-rw-rw---- 1 root utmp 216 2009-12-23 14:10 btmp.1.gz
drwxr-xr-x 2 root root 4,0K 2010-01-24 19:36 ConsoleKit
drwxr-xr-x 2 root root 4,0K 2010-01-30 07:58 cups
-rw-r----- 1 syslog adm 6,8M 2010-01-30 09:30 daemon.log
-rw-r----- 1 syslog adm 206M 2010-01-30 07:59 daemon.log.0
-rw-r----- 1 syslog adm 123M 2010-01-24 19:08 daemon.log.2
-rw-r----- 1 syslog adm 280K 2010-01-17 00:02 daemon.log.3.gz
-rw-r----- 1 syslog adm 9,2K 2010-01-10 10:22 daemon.log.4.gz
-rw-r----- 1 syslog adm 5,9K 2010-01-02 19:28 daemon.log.5.gz
-rw-r----- 1 syslog adm 145K 2010-01-30 09:15 debug
-rw-r----- 1 syslog adm 192K 2010-01-24 19:07 debug.1
-rw-r----- 1 syslog adm 15K 2010-01-17 00:02 debug.2.gz
-rw-r----- 1 syslog adm 19K 2010-01-10 10:22 debug.3.gz
-rw-r----- 1 syslog adm 8,1K 2010-01-01 12:00 debug.4.gz
drwxr-xr-x 2 root root 4,0K 2009-10-30 00:46 dist-upgrade
-rw-r--r-- 1 root root 68K 2010-01-29 19:57 dkms_autoinstaller
-rw-r----- 1 root adm 44K 2010-01-29 19:57 dmesg
-rw-r----- 1 root adm 48K 2010-01-29 19:56 dmesg.0
-rw-r----- 1 root adm 13K 2010-01-29 18:49 dmesg.1.gz
-rw-r----- 1 root adm 13K 2010-01-28 18:22 dmesg.2.gz
-rw-r----- 1 root adm 13K 2010-01-28 13:04 dmesg.3.gz
-rw-r----- 1 root adm 13K 2010-01-27 14:16 dmesg.4.gz
-rw-r--r-- 1 root root 179K 2010-01-29 20:27 dpkg.log
-rw-r--r-- 1 root root 136K 2009-12-30 12:10 dpkg.log.1
-rw-r--r-- 1 root root 19K 2009-11-24 21:07 dpkg.log.2.gz
-rw-r--r-- 1 root root 103K 2009-10-30 10:08 dpkg.log.3.gz
-rw-r----- 1 root adm 8,0K 2009-10-01 20:09 dpkg.log.4.gz
-rw-r----- 1 root adm 81K 2009-08-29 20:01 dpkg.log.5.gz
-rw-r--r-- 1 root root 32K 2010-01-29 20:27 faillog
-rw-r--r-- 1 root root 3,2K 2009-10-30 00:20 fontconfig.log
drwxr-xr-x 2 root root 4,0K 2009-08-11 21:37 fsck
drwxrwx--T 2 root gdm 4,0K 2010-01-30 09:18 gdm
drwxr-xr-x 3 root root 4,0K 2009-08-11 21:58 installer
-rw-r--r-- 1 root root 0 2009-09-23 14:27 jockey.log
-rw-r--r-- 1 root root 25K 2009-09-23 14:27 jockey.log.1
-rw-r--r-- 1 root root 2,5K 2009-08-18 08:00 jockey.log.2.gz
-rw-r--r-- 1 root root 2,5K 2009-08-16 20:01 jockey.log.3.gz
-rw-r--r-- 1 root root 4,6K 2009-08-12 12:42 jockey.log.4.gz
-rw-r----- 1 syslog adm 474K 2010-01-29 22:13 kern.log
-rw-r----- 1 syslog adm 663K 2010-01-24 19:07 kern.log.1
-rw-r----- 1 syslog adm 107K 2010-01-16 21:53 kern.log.2.gz
-rw-r----- 1 syslog adm 159K 2010-01-10 10:22 kern.log.3.gz
-rw-r----- 1 syslog adm 56K 2010-01-02 13:44 kern.log.4.gz
-rw-rw-r-- 1 root utmp 286K 2010-01-29 20:27 lastlog
-rw-r----- 1 syslog adm 42K 2010-01-29 22:13 lpr.log
-rw-r----- 1 syslog adm 46K 2010-01-24 19:07 lpr.log.1
-rw-r----- 1 syslog adm 2,1K 2010-01-16 21:52 lpr.log.2.gz
-rw-r----- 1 syslog adm 2,8K 2010-01-10 10:22 lpr.log.3.gz
-rw-r----- 1 syslog adm 1,6K 2010-01-01 11:49 lpr.log.4.gz
-rw-r----- 1 syslog adm 0 2009-08-11 21:37 mail.err
-rw-r----- 1 syslog adm 0 2009-08-11 21:37 mail.info
-rw-r----- 1 syslog adm 0 2009-08-11 21:37 mail.log
-rw-r----- 1 syslog adm 0 2009-08-11 21:37 mail.warn
-rw-r----- 1 syslog adm 395K 2010-01-30 09:18 messages
-rw-r----- 1 syslog adm 599K 2010-01-24 19:37 messages.1
-rw-r----- 1 syslog adm 95K 2010-01-17 07:41 messages.2.gz
-rw-r----- 1 syslog adm 131K 2010-01-10 10:41 messages.3.gz
-rw-r----- 1 syslog adm 47K 2010-01-03 07:41 messages.4.gz
drwxr-sr-x 2 news news 4,0K 2009-08-11 21:37 news
-rw-r--r-- 1 root root 25K 2010-01-29 19:57 pm-powersave.log
-rw-r--r-- 1 root root 42K 2009-12-30 11:56 pm-powersave.log.1
-rw-r--r-- 1 root root 554 2009-12-01 19:30 pm-powersave.log.2.gz
-rw-r--r-- 1 root root 296 2009-11-01 18:47 pm-powersave.log.3.gz
-rw-r--r-- 1 root root 0 2010-01-30 07:58 pm-suspend.log
-rw-r--r-- 1 root root 3,8K 2010-01-29 19:43 pm-suspend.log.1
-rw-r--r-- 1 root root 0 2009-08-11 21:48 pycentral.log
drwxr-x--- 3 root adm 4,0K 2010-01-24 19:37 samba
drwxr-xr-x 2 speech-dispatcher root 4,0K 2009-10-13 07:27 speech-dispatcher
-rw-r----- 1 syslog adm 6,8M 2010-01-30 09:30 syslog
-rw-r----- 1 syslog adm 43M 2010-01-30 07:59 syslog.0
-rw-r----- 1 syslog adm 48M 2010-01-29 07:35 syslog.2
-rw-r----- 1 syslog adm 194K 2010-01-27 14:21 syslog.3.gz
-rw-r----- 1 syslog adm 3,3M 2010-01-26 07:35 syslog.4.gz
-rw-r----- 1 syslog adm 1,4M 2010-01-25 11:18 syslog.5.gz
-rw-r----- 1 syslog adm 395K 2010-01-24 19:17 syslog.6.gz
-rw-r----- 1 syslog adm 412K 2010-01-22 18:17 syslog.7.gz
-rw-r--r-- 1 root root 206K 2010-01-29 19:57 udev
drwxr-xr-x 2 root root 4,0K 2009-03-02 11:07 unattended-upgrades
-rw-r----- 1 syslog adm 4,6K 2010-01-30 09:18 user.log
-rw-r----- 1 syslog adm 6,8K 2010-01-24 19:07 user.log.1
-rw-r----- 1 syslog adm 1,2K 2010-01-16 21:53 user.log.2.gz
-rw-r----- 1 syslog adm 1,7K 2010-01-10 10:32 user.log.3.gz
-rw-r----- 1 syslog adm 1,8K 2010-01-02 19:26 user.log.4.gz
-rw-r--r-- 1 root root 2,2K 2009-12-19 09:14 vbox-install.log
-rw-r--r-- 1 root root 0 2010-01-30 07:58 wpa_supplicant.log
-rw-r--r-- 1 root root 20 2010-01-29 08:02 wpa_supplicant.log.1.gz
-rw-r--r-- 1 root root 20 2010-01-27 14:30 wpa_supplicant.log.2.gz
-rw-r--r-- 1 root root 20 2010-01-26 07:54 wpa_supplicant.log.3.gz
-rw-r--r-- 1 root root 20 2010-01-25 11:30 wpa_supplicant.log.4.gz
-rw-r--r-- 1 root root 20 2010-01-24 19:37 wpa_supplicant.log.5.gz
-rw-rw-r-- 1 root utmp 299K 2010-01-30 09:32 wtmp
-rw-rw-r-- 1 root utmp 11K 2009-12-31 12:34 wtmp.1.gz
-rw-r--r-- 1 root root 18K 2010-01-30 09:29 Xorg.0.log
-rw-r--r-- 1 root root 18K 2010-01-29 19:56 Xorg.0.log.old
-rw-r--r-- 1 root root 18K 2010-01-03 10:22 Xorg.10.log
-rw-r--r-- 1 root root 19K 2010-01-03 10:36 Xorg.11.log
-rw-r--r-- 1 root root 18K 2010-01-03 19:35 Xorg.12.log
-rw-r--r-- 1 root root 18K 2010-01-30 09:29 Xorg.1.log
-rw-r--r-- 1 root root 18K 2010-01-29 19:24 Xorg.1.log.old
-rw-r--r-- 1 root root 17K 2009-10-28 07:13 Xorg.20.log
-rw-r--r-- 1 root root 17K 2009-10-22 21:36 Xorg.20.log.old
-rw-r--r-- 1 root root 18K 2010-01-10 14:33 Xorg.2.log
-rw-r--r-- 1 root root 18K 2010-01-05 07:07 Xorg.2.log.old
-rw-r--r-- 1 root root 19K 2010-01-10 17:07 Xorg.3.log
-rw-r--r-- 1 root root 19K 2009-12-31 09:51 Xorg.3.log.old
-rw-r--r-- 1 root root 18K 2009-12-31 10:32 Xorg.4.log
-rw-r--r-- 1 root root 19K 2009-11-28 20:30 Xorg.4.log.old
-rw-r--r-- 1 root root 18K 2009-12-31 12:32 Xorg.5.log
-rw-r--r-- 1 root root 18K 2009-12-31 12:34 Xorg.6.log
-rw-r--r-- 1 root root 19K 2010-01-01 13:54 Xorg.7.log
-rw-r--r-- 1 root root 18K 2010-01-01 16:22 Xorg.8.log
-rw-r--r-- 1 root root 18K 2010-01-02 19:27 Xorg.9.log
famille@lse:~$