logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Vos préférences » quel est votre config matériel avec gnome3 (gnome-shell) » 08-04-2013 14:12:10

eliohann
core 2 duo E6100
4Go de ram
8800 GTS 320 Mo
SSD Crucial M4

Et ça tourne niquel

#2 Re : Réseau » Configuring network interface long » 06-02-2013 21:19:11

eliohann
Bien alors voilà mes essais :

1) Configurer /etc/network/interfaces en dhcp
2) Configurer /etc/network/interfaces en static
3) supprimer le 70-persistent-net.rules
4) Configuer la freebox pour que le bail dhcp soit fixe pour mon adresse mac

Evidement un reboot entre chaque essai.
J'ai même combiné, pour être sur :
DHCP + Suppr 70-p...
STATIC + Supp 70-p etc...

Et UNE FOIS, UNE SEULE ça a booté sans s'arrêter sur Configuring network interfaces, j'en perds mon latin ...

Mon controleur ethernet est un marvell si ça peut aider (j'ai tenté l'install de firmware-nonfree aussi)

#3 Re : Réseau » Configuring network interface long » 04-02-2013 22:50:45

eliohann
Salut

Oui mais si je ne me trompe pas la connexion ne sera plus gérée par network manager?

#4 Re : Réseau » Configuring network interface long » 03-02-2013 21:23:50

eliohann
Fait ... absolument rien changé ...

Quelqu'un aurait-il une autre idée ?

#5 Re : Réseau » Configuring network interface long » 03-02-2013 18:38:56

eliohann
Le truc c'est que c'est un pc familial, connecté à une freebox.
Donc le pc n'attends absolument rien.
Ce qui me dit que ce n'est pas normal, c'est que j'ai un netbook sous debian aussi et il n'y a aucun lag sur le configuring network... alors qu'il est en wifi.
Bref je chercherai plus tard ... ou alors, vu que je vais probablement bientot changer de pc, ne pas me prendre la tête avec ... sauf si ça se produit avec le nouveau aussi...

#6 Réseau » Configuring network interface long » 03-02-2013 14:36:52

eliohann
Réponses : 8
Bonjour,

Malgré mes recherches ici et sur le net en général, je ne trouve pas de solution à mon problème, certes mineur mais agaçant :
Lors du boot de la machine, le système s'arrête sur "Configuring network interface" pendant plusieurs secondes, une bonne dizaine je dirai, puis repart.

Voici le contenu de mon fichier /etc/network/interfaces :

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
#NetworkManager#iface eth0 inet dhcp
# This is an autoconfigured IPv6 interface
#NetworkManager#iface eth0 inet6 auto
 



Evidement j'ai bien accès au net (car connexion géré par NetworkManager), en filaire direct sur la freebox.
Je ne comprends pas ce qui mets autant de temps à s'activer dans le "Configuring ..."

Quelqu'un aurait une idée ?
C'est pas que ce soit super super gênant mais je tourne sur ssd et c'est la seule chose qui ralentisse le boot.

Merci.

#7 Matériel » [Tuto] Monter automatiquement un périphérique MTP » 02-02-2013 17:58:55

eliohann
Réponses : 5
Bonjour à tous,

Comme je l'avais dit, voilà le tuto pour pouvoir monter automatiquement les périphérique MTP (téléphone, tablette, lecteur MP3 etc...)

Je tiens à grandement remercié Nicolas Bernaerts, auteur du tuto suivant :
http://bernaerts.dyndns.org/linux/247-u … nexus7-mtp
Qui m'a servi de base, et avec qui j'ai conversé par mail pour l'adapter à Debian.

Ce tuto a été testé avec succès sur 2 debian (gnome 3 et xfce) et 2 périphérique (Xperia S et Nexus 7).

1. Fuse et Go-mtpfs

Nous utiliserons fuse et go-mtpfs.
A noter que cela peut fonctionner aussi avec d'autres extensions de fuse, comme le classique mtpfs.
Pourquoi go-mtpfs dans ce cas ?
Principalement pour des raisons de performances et de stabilité par rapport à mtpfs.

1.1 Configuration de fuse

#chmod a+r /etc/fuse.conf


Puis on édite fuse.conf :

#gedit /etc/fuse.conf


Pour remplacer :

# Allow non-root users to specify the 'allow_other' or 'allow_root' mount options.
# user_allow_other


par

# Allow non-root users to specify the 'allow_other' or 'allow_root' mount options.
user_allow_other



Vérifier que chaque utilisateur devant monter le périphérique appartient bien au groupe Fuse :

# groups utilisateur



Au besoin le rajouter :

# adduser utilisateur fuse


1.2 Compiler et installer go-mtpfs
go-mtpfs utilise le compilateur go de Google, et est disponible sur le dépôt Git suivant : https://github.com/hanwen/go-mtpfs/
Comme ce compilateur est dans les dépôts, c'est assez simple.
Nous devons donc :
- Installer GIT et le compilateur go
- Créer un environnement temporaire de compilation
- Récupérer et compiler go-mtpfs à partir de son dépôt GIT
- Copier le binaire sous /usr/local/sbin

# apt-get install libmtp-dev git golang
# mkdir /tmp/go
# export GOPATH=/tmp/go
# go get github.com/hanwen/go-mtpfs
# mv /tmp/go/bin/go-mtpfs /usr/local/sbin/go-mtpfs
# chmod a+x /usr/local/sbin/go-mtpfs



/!\ Go-mtpfs est compilé avec la libmtp-dev installé sur votre environnement, elle même dépendante de la libmtp9.
Seule la version disponible dans le dépôt experimental est assez récente pour correctement identifié les modèles récents (comme la nexus 7).
Dans le cas d'un appareil ancien, la version de testing ou d'unstable devrait suffire.
Si nécessaire installer les 2 lib à partir d'experimental :

#apt-get install -t experimental libmtp-dev libmtp9



1.3 Créer le point de montage
Il nous faut un point de montage accessible par tous.

# mkdir /media/Nexus7
# chmod 777 /media/Nexus7



2. Udev rules

2.1 Déterminer le VENDOR_ID et PRODUCT_ID

Si vous voulez accéder à votre périphérique dans tout ses modes (Recovery, fastboot, mtp avec debug usb, mtp sans debug usb etc...), il vous faut le brancher en activant le mode voulu et lancer :

$ lsusb


Ce qui vous donnera à chaque fois une ligne ressemblant à ça :

Bus 001 Device 024: ID 18d1:4e41 Google Inc.



18d1 est le VENDOR_ID
et 4e41 le PRODUCT_ID.

Ici une nexus 7, en mode MTP sans debug USB.

2.2 Déterminer le ID_MODEL et le ID_MODEL_ID

Les règles udev permettant le montage et démontage auto doivent être basées sur ces 2 informations pour fonctionner.
Pour les identifier, lancer la commande suivante :

 # udevadm monitor --environment --udev


Puis brancher votre appareil, attendre quelques secondes et le débrancher.
Ce qui vous donnera une sortie comme celle-ci :

monitor will print the received events for:
UDEV - the event which udev sends out after rule processing

UDEV [66298.131958] add /devices/pci0000:00/0000:00:1d.7/usb1/1-5/1-5.1 (usb)
ACTION=add
BUSNUM=001
DEVLINKS=/dev/libmtp-1-5.1
DEVNAME=/dev/bus/usb/001/053
DEVNUM=053
DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb1/1-5/1-5.1
DEVTYPE=usb_device
ID_BUS=usb
ID_MEDIA_PLAYER=1
ID_MODEL=Nexus
ID_MODEL_ENC=Nexus
ID_MODEL_ID=4e41
ID_MTP_DEVICE=1
ID_REVISION=9999
...

UDEV [61359.304558] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-5/1-5.1 (usb)
ACTION=remove
BUSNUM=001
DEVLINKS=/dev/libmtp-1-5.1
DEVNAME=/dev/bus/usb/001/047
DEVNUM=047
DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb1/1-5/1-5.1
DEVTYPE=usb_device
ID_BUS=usb
ID_MEDIA_PLAYER=1
ID_MODEL=Nexus
ID_MODEL_ENC=Nexus
ID_MODEL_ID=4e41
ID_MTP_DEVICE=1
ID_REVISION=9999
...



Nous avons donc le ID_MODEL (Nexus) et le ID_MODEL_ID (4e41).

Attention à 2 choses :
- Le ID_MODEL change en fonction de la version d'android installée (Nexus -> JB 4.1.2, Nexus_7 pour JB 4.2 et + pour la Nexus 7)
- Le ID_MODEL_ID change en fonction du mode (4e41 pour MTP sans debug usb, 4e42 pour MPT avec debug usb, toujours pour la Nexus 7)
Donc si vous règles se mettent subitement à ne plus marcher, vérifier que vous ayez toujours les bon ID_MODEL et ID_MODEL_ID dans votre règle udev.

2.3 Création de la règle udev

Maintenant que nous avons noté toutes les infos des 2 étapes précédentes, nous pouvons créer la règle :

# gedit /etc/udev/rules.d/99-android.rules



Dont le contenu est le suivant :

# Google Nexus 7 16 Gb Bootloader & recovery mode
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e40", MODE="0666" # Bootloader
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="d001", MODE="0666" # Recovery

# Google Nexus 7 16 Gb PTP mode (camera)
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e43", MODE="0666" # PTP media
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e44", MODE="0666" # PTP media with USB debug on

# Google Nexus 7 16 Gb MTP mode (multimedia device)
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e41", MODE="0666" # MTP media
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e42", MODE="0666" # MTP media with USB debug on

# Google Nexus 7 MTP mode : automatic mount when plugged (all android versions)
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e41", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e42", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e41", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e42", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"

# Google Nexus 7 MTP mode : automatic unmount when unplugged (all android versions)
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e41", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e42", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e41", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e42", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"



Remplacer yourlogin par votre nom d'utilisateur debian

Redémarrer le service udev :

# service udev restart




3) FSTAB

Ajouter l'entrée correspondante dans le fstab, pour 2 raisons :
1) Ajouter un périphérique en haut à gauche de nautilus qui montera au branchement du périphérique
2) Pouvoir éjecter le périphérique directement depuis nautilus et son bouton eject

DeviceFs(Nexus\0407)    /media/Nexus7    fuse.DeviceFs(Nexus\0407)    allow_other,rw,users,noauto    0    0



le DeviceFs exact du périphérique est connu par la commande :

# mount


Lorsqu'il est branché :

# mount
/dev/sda1 on / type ext4 (rw,noatime,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
...
DeviceFs(Nexus 7) on /media/Nexus7 type fuse.DeviceFs(Nexus 7) (rw,nosuid,nodev,allow_other,user=yourlogin)


fstab ne supportant pas le caractère espace, nous l'avons échappé par \040.

Voilà pour un premier jet de ce tuto.
Il y a des choses à améliorer je pense, notamment le fait d'utiliser un "sudo" dans les règles udev, qui viens du tuto précité, pour Ubuntu à la base.
Donc il doit y avoir un moyen de se passer de sudo à cet endroit là, mais je n'ai à ce jour pas encore trouvé.

Dans l'absolu, j'imagine qu'il doit être possible de faire un daemon se chargeant de tout ça automatiquement au branchement d'un périphérique mtp, mais je suis loin d'être assez calé pour le faire, si quelqu'un est motivé wink

#8 Re : Matériel » [Résolu] Protocole MTP, montage auto » 25-01-2013 15:42:35

eliohann
Bon bon ... pe que bcp sont interressé mais n'avait pas de solutions .... je m'excuse si j'ai pu paraitre agressif, ce n'était nullement mon intention.

Je vais faire un tuto détaillé dès que je peux et vous le soumettrez ... le tuto pourra fonctionner avec n'importe quel appareil utilisant le protocole mtp ;-)

#9 Re : Matériel » [Résolu] Protocole MTP, montage auto » 24-01-2013 22:24:16

eliohann
Bon j'ai avancé, tout fonctionne parfaitement.

En gros :
modif du /lib/udev/rules.d/91-permissions.rules
remplacer :

# usbfs-like devices
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", \
                MODE="0664"


par

# usbfs-like devices
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", \
                MODE="0666"



et modif du fstab :
remplacer :

DeviceFs(Nexus\0407)    /media/Nexus7    fuse.DeviceFs(Nexus\0407)    allow_other,rw,user,noauto    0    0


par

DeviceFs(Nexus\0407)    /media/Nexus7    fuse.DeviceFs(Nexus\0407)    allow_other,rw,users,noauto    0    0


Pour que le bouton eject fonctionne

Je suis prêt à faire un tuto détaillé, mais vu que ça n'a pas l'air d'interesser grand monde (au vu du nombre de réponse), je ne détaille pas pour le moment.

Si le tuto interesse -> MP
Si quelqu'un veut de l'aide -> MP

Voilà pour ma nexus 7

Je vais maintenant faire la même chose pour les tel de la maison : Xperia S et Xperia P

#10 Re : Matériel » [Résolu] Protocole MTP, montage auto » 04-01-2013 09:05:27

eliohann
Bon alors ça avance, si je fais :

#go-mtpfs -allow-other=true /media/Nexus7


J'ai bien accès à la tablette.

Par contre les règles udev ne fonctionne pas et ne déclenche rien du tout :


# Google Nexus 7 16 Gb Bootloader & recovery mode
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e40", MODE="0666" # Bootloader
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="d001", MODE="0666" # Recovery

# Google Nexus 7 16 Gb PTP mode (camera)
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e43", MODE="0666" # PTP media
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e44", MODE="0666" # PTP media with USB debug on

# Google Nexus 7 16 Gb MTP mode (multimedia device)
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e41", MODE="0666" # MTP media
SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4e42", MODE="0666" # MTP media with USB debug on

# Google Nexus 7 MTP mode : automatic mount when plugged (all android versions)
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e41", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e42", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e41", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e42", ACTION=="add", RUN+="/usr/bin/sudo -b -u yourlogin /usr/local/sbin/go-mtpfs -allow-other=true /media/Nexus7"

# Google Nexus 7 MTP mode : automatic unmount when unplugged (all android versions)
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e41", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
ENV{ID_MODEL}=="Nexus", ENV{ID_MODEL_ID}=="4e42", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e41", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
ENV{ID_MODEL}=="Nexus_7", ENV{ID_MODEL_ID}=="4e42", ACTION=="remove", RUN+="/bin/umount /media/Nexus7"
 



J'ai bien sur remplacer yourlogin par mon login de session.
Mais j'ai un doute car ces règles sont faites pour Ubuntu, et il y a peut être des adaptations à faire vu que je suis sur Debian et que sous Ubuntu le compte root est désactivé alors que sous Debian non ;-)

Une idée ?

#11 Re : Matériel » [Résolu] Protocole MTP, montage auto » 03-01-2013 21:48:24

eliohann
Hum alors l' avancement du truc c'est que malgré la bonne installation de go-mtpfs
Et que quand je fais un

#go-mtpfs /media/Nexus7


Tout a l'air bon, j'ai bien comme une clé USB qui apparaît dans nautilus mais si je clic dessus ça dit : "/media/Nexus7 n' est pas un dossier"
Une idée ?

#12 Re : Matériel » [Résolu] Protocole MTP, montage auto » 29-12-2012 11:08:29

eliohann
Salut lorus,

Effectivement ça correspond au tuto que j'ai mis en lien, mais en français cette fois wink

Par contre la partie que je ne maîtrise pas, c'est là où ça parle de udev et de règle afin que le montage/démontage soit automatique.

Je cherchais donc qq un ayant déjà utilisé les règles udev pour automatiser le truc wink

#13 Matériel » [Résolu] Protocole MTP, montage auto » 28-12-2012 17:32:42

eliohann
Réponses : 13
Bonjour à tous,

Je possède un tel android, ma femme aussi et une Nexus 7 (tablette android de google).

Ces 3 appareils utilisent des versions d'android différentes mais le problème est le même :
- Mon tel est en 4.1.2 (JB)
- Celui de ma femme en 4.0.4 (ICS)
- La tablette en 4.2.1 (JB)

Le problème étant que quand on branche les appareils en usb sur ma debian, je peux choisir (sur mon tel et la tablette, pas sur le tel de ma femme) entre PTP et MTP comme protocole.

Si je choisis PTP tout fonctionne à merveille, l'appareil en question apparait dans nautilus, mais je n'ai accès qu'au dossier DCIM du tel/tablette et qu'aux fichiers photos.

Si je choisis MTP, rien ne se passe.

Alors j'ai bien tenté gmtp, étant sous SID dans une version plutot récente, mais soit rien n'est détecté, soit c'est super super long et difficilement utilisable.

J'ai bien vu certains tuto, comme celui-ci : http://bernaerts.dyndns.org/linux/247-u … nexus7-mtp mais ça concerne Ubuntu et ne connaissant rien à udev j'ai un peu peur de faire une connerie.

Donc la question :
Est-ce que qq un ici aurait réussi à faire marcher ce truc (MTP) de façon aussi simple que sous windows (tu branche, ça marche, comme une clé usb classique) ?
Si oui quelle méthode  avez vous employée ?

J'imagine que je ne suis pas le seul ici à vouloir faire marcher un tel android sur nos debian ?

#14 Re : Installation et migration » Reinstall Debian SID - Interrogation » 28-11-2012 10:51:24

eliohann
hum ... dit comme ça ça fait un peu peur ... je pense que vais partir sur la net inst de wheezy du coup.

Merci des précisions captnfab

#15 Re : Installation et migration » Reinstall Debian SID - Interrogation » 28-11-2012 09:05:35

eliohann
C'est bien ce qu'il me semblait, merci martinux_qc ;-)

Dernière question :

Sur le SSD je compte mettre une partition / et une /home.
J'ai 4Go de RAM.
Je mets la partition swap dessus ou vaut mieux la mettre sur un HDD classique ?
idem sur /tmp ?
Le TRIM sera activé par défaut ?
Enfin y'a-t-il des optimisation particulière à faire pour le SSD ? à part mettre relatime dans le fstab, chose que je fait même sur les HDD classique, le pc étant personnel, rien à carrer des dates d'accès mis à jour.

#16 Re : Installation et migration » Reinstall Debian SID - Interrogation » 27-11-2012 17:34:19

eliohann
Ma foi si ça le fait bien ;-)

Donc je résume :
1) install mini en suivant ton lien
2) install de xorg avec le driver nouveau (j'ai une nvidia) : xserver-xorg-video-nouveau
3) install des paquet dont j'ai besoin un par un

J'ai tout bon ?

#17 Installation et migration » Reinstall Debian SID - Interrogation » 27-11-2012 15:41:35

eliohann
Réponses : 10
Hello,

J'ai profité du cyber monday d'amazon pour me payer un petit ssd (crucial M4 128Go) et je vais donc partir sur une reinstall de ma debian sid.

Histoire d'être au petit oignon, cette fois, je pensais partir sur :
1) install d'un système en SID directement à partir d'une iso net install format businesscard :
j'ai trouvé ça comme lien sur debian.org :
http://cdimage.debian.org/debian-cd/6.0 … sscard.iso

Est-ce la bonne image pour ce que je veux faire ?

2) Installer à la main tout les paquets que je souhaite, sans passer par les méta paquets
En gros un gnome-core sans : epiphany, evolution, caribou, gnome-bluetooth (c'est un pc de bureau sans puce bluetooth), totem

Cela pose-t-il des problèmes à l'usage de virer ces composants là ?

3) Je me pose la question de systemd ? utile, pas utile ? l'avenir ou pas ?
Vos retours sur ça actuellement ?

#18 Re : Installation et migration » Problème pour installer Skype » 26-11-2012 16:40:34

eliohann
probablement parce que les dépendances manquantes sont en architecture i386  pour certaines d'entre elles, après l'install de skype le

apt-get -f install

m'en a installé un paquet ... et comme ton apt ne gère que amd64, il ne trouve pas les dépendances (normal)...

Enfin je suppose.

#19 Re : Installation et migration » Problème pour installer Skype » 26-11-2012 16:28:31

eliohann
hmmm là je vais laisser les spécialiste répondre mais il semblerait que tu sois sous squeeze 64 bits (debian stable) et, si j'en crois le message de dpkg après le add-architecture, il semblerait que tu ne puisse activer le multiarch sur ton environnement.

C'est embetant car skype ne fournit qu'un deb en 32bits et il faut, corriger moi si je me trompe, avoir le multiarch actif pour installer ça sur du 64bits ...

Je passe la main, suis pas assez calé encore pour te dépanner ;-)

#20 Re : Installation et migration » Problème pour installer Skype » 26-11-2012 16:17:12

eliohann
Sur une Debian sid, j'ai installé skype en faisant :

1) Activer le multiarch :

#dpkg --add-architecture i386



2) Update de apt :

#apt-get update



3) installation de skype :

#dpkg -i skype*



4) Résolution des dépendances :

#apt-get -f install



5) si tu as l'erreur correspondant au bug#676162 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676162) , un workaround fonctionnant bien :

#apt-get install -f -o Dpkg::options::="--force-overwrite"

#21 Re : Matériel » Changement de pc - conseils » 22-11-2012 09:21:33

eliohann
ok va pour du intel/nvidia

Et le SSD ça donne quoi sous linux ? pleinement supporté, perf vraiment en hausse ? gestion du TRIM ? etc ...

#22 Re : Matériel » Changement de pc - conseils » 21-11-2012 18:38:16

eliohann
Salut,

Merci de ta réponse, je pensais que ATI était beaucoup plus impliqué dans le libre (je ne sais plus où j'ai lu ça) et par conséquent mieux supporté, ça n'a pas l'air d'être le cas alors ... Va pour Nvidia

Si je veux changer ma config actuelle, qui fait tourner parfaitement ma sid avec gnome-shell, que j'apprécie au passage (les goûts les couleurs ...), c'est parce que je suis un joueur pc et qu'elle a du mal avec les dernières sorties ... sinon je resterai il est évident avec l'actuelle.
Et ne me conseillez pas de console, d'une je n'ai pas de télé HD, et de 2 je déteste les manettes pour jouer (encore une fois les goûts les couleurs).

#23 Matériel » Changement de pc - conseils » 21-11-2012 16:26:08

eliohann
Réponses : 6
Bonjour,

Mon pc étant vieillissant (acheté en 2007) et n'ayant absolument pas suivi les évolutions techno des dernières années, je me pose certaines questions, mon but étant d'avoir une debian Sid (je tourne dessus actuellement) pleinement fonctionnelle sans avoir à galérer 3j pour des reconnaissance de matos.

Donc :
- Boitier : récupération de mon sonata 3
- Ecran : récupération de mon 24" en DVI
- Processeur : je pense partir pour un i3 mais lequel ? y'a du sandy bridge, du ivy bridge ... que penser de ça : http://www.materiel.net/processeur-sock … 80554.html
- CM : du chipset Z77 genre ça : http://www.materiel.net/carte-mere-sock … 76922.html
- RAM : 2x4Go de gskill, genre ça : http://www.materiel.net/barrette-memoir … 67561.html
- SSD : Samsung 840 (je possède des HDD de cette marque et j'en suis satisfait) http://www.materiel.net/disque-ssd/sams … 83229.html
- Stockage : Récupération du HDD de 400 Go SATA2 et du 250 Go IDE de ma config actuelle, j'acheterai plus gros plus tard si j'en ai le besoin
- Carte son : aucune, chipset intégré au processeur
- CG : C'est là que le bas blesse, si j'ai bien compris le support linux de la solution intégré au ivy bridge est pas génial, reste ATI ou NVIDIA, je n'ai perso aucune préférence et pas la moindre idée de qui a le meilleur support linux ... des conseils ?
Sachant que j'installerai un petit windows dessus car je joue un peu, donc une CG pas à la ramasse mais pas au top niveau non plus me convient très bien, du moment que je peux lancer Dishonored et ce genre de chose (exemple de jeux actuels auquel je m'adonne)


Vous en pensez quoi ?

#24 Re : Vos sites et projets perso » Ma Salle Info - Devenir libre de A à Z » 20-11-2012 11:30:19

eliohann
Très beau projet, bravo ... perso j'aurai commencé par ma machine personnelle histoire de me faire la main mais bon ;-)

Sinon Samba, pour la faire courte c'est un système de partage de fichier/imprimante en réseau (plus d'info : http://fr.wikipedia.org/wiki/Samba_%28informatique%29)
CUPS (Common unix printing system) : gestion des imprimantes locales (réseau je sais pas)

#25 Re : Réseau » [Debian Wheezy] Downgrade Skype 4.1.0.20 en 4.0.0.8 » 18-11-2012 13:05:00

eliohann
En l'occurence d'apès le lien effectivement seul le fichier de copyright est touché ... puis pour mon cas personnel, la lib a été installé uniquement pour skype, donc bon si ya pb je virerai skype et les dépendances et attendrai une correction propre ... qui ne devrait pas tarder vu le nb d'utilisateur de skype et que la dernière version remplace skype et windows live (qui disparaitra l'année prochaine au profit justement de skype) ...

Pied de page des forums

Propulsé par FluxBB