Certifs lpic 101 et 102
Bonjour, Je recherche des sites d'entrainements en ligne ou des applis pour s'entrainer aux certifications lpic 101 et 102. Des idées ? -- Frédéric F1sxo
Re: Certifs lpic 101 et 102
On Thursday 23 January 2014 11:27:52 frederic zulian wrote: Je recherche des sites d'entrainements en ligne ou des applis pour s'entrainer aux certifications lpic 101 et 102. Des idées ? Frédéric LPIC : un atelier démarre le 15 février 2014 : http://www.agendadulibre.org/showevent.php?id=8212 http://linuxfr.org/recherche?utf8=%E2%9C%93q=lpic Puteaux - La Défense : atelier LPIC (Linux Certifications) D'après les infos, ça coûte 15 Euro / an (valable aussi pour d'autres ateliers) André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201401231218.47569.andre_deb...@numericable.fr
Package perso qui supprime /opt/ suite à un remove
Bonjour à tous, Je me suis fait un paqckage perso qui consistait simplement à déposer des fichiers dans /opt/mon-paquet. Je ne suis pas un expert en packaging mais je pense que le paquet était fait à peu près correctement (j'ai mis un fichier mon-paquet.install dans le répertoire de build debian/ et voilà). Mais lorsque je faisais un remove (apt-get remove mon-paquet), le répertoire /opt/ était tout simplement effacé... plus de /opt/ sur mon système. Ça fait un peu drôle quand même. Est-ce vraiment normal ? Au départ, je me suis dit que c'est parce que j'ai un paquet qui s'installe dans /opt/ et que /opt/ n'est pas fait pour ça. Mais quand je lis ici : http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES « /opt is reserved for the installation of add-on application software packages. » Je me dis que que finalement /opt/ est une destination licite pour un paquet. Autre point : avant le remove, si je mets un petit fichier dans /opt/ (via un petit « touch /opt/toto » et qu'ensuite je fais un remove, j'obtiens : dpkg: warning: unable to delete old directory '/opt': Directory not empty Ouf, ça va. Debian est gentil avec moi et n'ira pas jusqu'à m'effacer des fichiers autres que ceux du paquet. Donc rien de très grave au final. J'ai trouvé ce message sur le web : https://lists.debian.org/debian-devel/2006/03/msg00214.html où en gros il est expliqué que tout ça est normal et que si j'ai bien compris : lors d'un remove d'un paquet si 1. plus aucun paquet installé sur le système ne n'a de fichier recensé dans un répertoire A et 2. qu'il s'avère que ce répertoire A devient totalement vide suite à la suppression du paquet alors dpkg détruit le répertoire A. Enfin, si au moins une des deux conditions 1 et 2 n'est pas remplies alors le répertoires A est alors conservé (avec un petit warning dans le cas où 1 est remplie mais pas 2). Bref, tout ça pour dire qu'après quelques recherches, ce que je trouve penche plutôt pour le fait que la disparition de /opt/ soit finalement « normale ». Mais en même temps, ça j'ai du mal à me résoudre au fait que ça soit normal de ne plus avoir de /opt/ sur mon système après un remove, alors que /opt/ fait quand même partie du Filesystem Hierarchy Standard. Ça me semble bien étrange. En pratique, on peut toujours s'arranger pour recréer le répertoire /opt/ dans le script postrm bien sûr. Et, toujours en pratique, le problème se résout sans difficulté. Mais ce qui m'intéresse, c'est surtout de savoir si ce phénomène est normal ou non et si ce n'est pas normal, qu'elle est mon erreur dans l'histoire. Merci de vos lumières. -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/lbr0br$9fd$1...@ger.gmane.org
Re: Certifs lpic 101 et 102
Bonjour à tous, Cette certification a t-elle une vrai portée dans le monde de l'entreprise? Je compte la passer courant janvier, mais je me questionne sur son utilité. Auriez-vous des retours d’expérience? Cordialement, Barthélemy Le 23 janvier 2014 12:18, andre_deb...@numericable.fr a écrit : On Thursday 23 January 2014 11:27:52 frederic zulian wrote: Je recherche des sites d'entrainements en ligne ou des applis pour s'entrainer aux certifications lpic 101 et 102. Des idées ? Frédéric LPIC : un atelier démarre le 15 février 2014 : http://www.agendadulibre.org/showevent.php?id=8212 http://linuxfr.org/recherche?utf8=%E2%9C%93q=lpic Puteaux - La Défense : atelier LPIC (Linux Certifications) D'après les infos, ça coûte 15 Euro / an (valable aussi pour d'autres ateliers) André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201401231218.47569.andre_deb...@numericable.fr -- Barthelemy GABILLAUD.
Re: Package perso qui supprime /opt/ suite à un remove
Le Thu, Jan 23, 2014 at 01:02:15PM +0100, Francois Lafont a écrit : En pratique, on peut toujours s'arranger pour recréer le répertoire /opt/ dans le script postrm bien sûr. Et, toujours en pratique, le problème se résout sans difficulté. Mais ce qui m'intéresse, c'est surtout de savoir si ce phénomène est normal ou non et si ce n'est pas normal, qu'elle est mon erreur dans l'histoire. Bonjour, le comportement de dpkg est normal. Dans un système standard Debian, c'est le paquet base-files qui contient les répertoires vides les plus fréquents, pour qu'ils ne soient pas effacés quand plus aucun autre paquet n'y dépose des fichiers. Comme Debian n'utilise pas /opt, aucun paquet officiel ne s'assure de son existence, donc l'installation puis le retrait d'un paquet local utilisant /opt peut provoquer son effacement. Je pense que « touch /opt/ne-m-effacez-pas » est une solution suffisante pour un simple système local. Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123130741.gb9...@falafel.plessy.net
Re: Package perso qui supprime /opt/ suite à un remove
On Thu, 23 Jan 2014 22:07:41 +0900 Charles Plessy ple...@debian.org wrote: Je pense que « touch /opt/ne-m-effacez-pas » est une solution suffisante pour un simple système local. Oui, c'est d'ailleurs ce qui est fait pour /etc/cron.d: cat /etc/cron.d/.placeholder # DO NOT EDIT OR REMOVE # This file is a simple placeholder to keep dpkg from removing this directory -- BOFH excuse #66: bit bucket overflow -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123142607.69a26161@anubis.defcon1
Re: FreeWifi_secure, EAP-SIM, /etc/network/interfaces
Hello ! L'EAP-SIM utilise les informations de la carte sim pour authentifier l'utilisateur... Donc même si tu arrive à simuler la communication, il te faudra le certificat stocké sur la carte sim pour effectuer l'authentification. En fait ça utilise deux données, récupérables. Pas de certificat. Y'a un user (ton immatriculation auprès de l'opérateur, l'ISMI), et un pass (un autre truc, je ne sais pas exactement lequel). Il me manque quand même pas mal d'infos, et j'ose pas trop poster ça sur FRnOG (pas envie de saouler les gens avec des questions alacon !) Merci en tous cas !! Gaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/CAGKqBr=VJCHxEi8pgOdH0ksGm6Phs=S3usdV_De5Zh=wf_3...@mail.gmail.com
Re: Package perso qui supprime /opt/ suite à un remove
Bonjour, Le 23/01/2014 14:07, Charles Plessy a écrit : le comportement de dpkg est normal. Ah, ça me rassure. ;-) Dans un système standard Debian, c'est le paquet base-files qui contient les répertoires vides les plus fréquents, pour qu'ils ne soient pas effacés quand plus aucun autre paquet n'y dépose des fichiers. Comme Debian n'utilise pas /opt, aucun paquet officiel ne s'assure de son existence, donc l'installation puis le retrait d'un paquet local utilisant /opt peut provoquer son effacement. Ok, parfait. Donc finalement la règle serait donc : au moment d'un remove les fichiers du paquet sont supprimés et si un répertoire qui contenait un de ces fichiers devient vide suite à ce remove alors le répertoire est supprimé aussi *SSI* il ne fait pas partie du paquet base-files (car debian n'a naturellement aucune raison de supprimer un fichier-répertoire d'un paquet installé sur le système). Je pense que « touch /opt/ne-m-effacez-pas » est une solution suffisante pour un simple système local. Je ne vois pas trop ce que tu appelles un système local ? Bon, de toute façon, j'ai une nouvelle version du paquet qui va dans /usr/share/le-paquet (sachant que /urs/share fait bien partie de base-files... en même temps avant que ce répertoire soit vide...) et donc je n'aurai plus le « problème ». J'ai juste ajouté un « [ ! -e /opt ] mkdir /opt » dans le postinst du paquet nouvelle version afin que je garde quand même un /opt après upgrade (parce que ça me chagrine un peu de ne plus voir de /opt sur le système, même si Debian lui s'en moque ;-)). Merci beaucoup pour tes explications Charles. -- François Lafont -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/lbr5u6$f1s$1...@ger.gmane.org
Re: FreeWifi_secure, EAP-SIM, /etc/network/interfaces
Le 23/01/2014 14:11, Gaël a écrit : Hello ! L'EAP-SIM utilise les informations de la carte sim pour authentifier l'utilisateur... Donc même si tu arrive à simuler la communication, il te faudra le certificat stocké sur la carte sim pour effectuer l'authentification. En fait ça utilise deux données, récupérables. Pas de certificat. Y'a un user (ton immatriculation auprès de l'opérateur, l'ISMI), et un pass (un autre truc, je ne sais pas exactement lequel). Il me manque quand même pas mal d'infos, et j'ose pas trop poster ça sur FRnOG (pas envie de saouler les gens avec des questions alacon !) Merci en tous cas !! Gaël Hum, ça doit exister des lecteurs de carte SIM pour récupérer ces infos ? ++ Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52e128e0.1020...@nativobject.net
cle usb chiffre non-accesible.
Bonjour a tous, Je ne parviens plus a acceder au dossier contenu sur ma cle usb chiffre. J'introduit la cle dans l'ordinateur et la une petite fenetre s'ouvre pour me demander le password et ouvre la cle. Mais maintenant meme quand je rentre le bon mdp, le cle ne souvre plus et mon navigateur Dolphin me renvoit ceci: An error occurred while accessing 'Home', the system responded: The requested operation has failed: Error mounting /dev/dm-4 at /run/media/adrien/hp32go: Command-line `mount -t ext4 -o uhelper=udisks2,nodev,nosuid /dev/dm-4 /run/media/adrien/hp32go' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/mapper/luks-8d650679-94f2suedois-421e, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. Je manque de connaissance et de methode de travail pour trouver le probleme. Je solicite votre aide parce que sur cette cle se trouve mes travaux. Toute l'aide que vous pourrez m'apporter sera la bienvenue. Bien a vous. Adrien Ps: Il n'y a aucun accent, dans l'email parce que j'ai un clavier suedois.
pb install
Bonjour Installation de nuxeo client via le git. Pas de problème lors de l'install. Debian stable, python 2.7 par contre au lancement ça se plante trollfest:~$ ndrive 2014-01-23 16:14:52,734 2322 139764809373440 INFO alembic.migration Context impl SQLiteImpl. 2014-01-23 16:14:52,734 2322 139764809373440 INFO alembic.migration Will assume non-transactional DDL. Traceback (most recent call last): File /usr/local/bin/ndrive, line 6, in module sys.exit(main()) File /usr/local/lib/python2.7/dist-packages/nxdrive/commandline.py, line 505, in main return CliHandler().handle(argv) File /usr/local/lib/python2.7/dist-packages/nxdrive/commandline.py, line 314, in handle timeout=options.timeout) File /usr/local/lib/python2.7/dist-packages/nxdrive/controller.py, line 159, in __init__ migrate_db(self._engine) File /usr/local/lib/python2.7/dist-packages/nxdrive/migration.py, line 18, in migrate_db upgrade(config, engine, 'head') File /usr/local/lib/python2.7/dist-packages/nxdrive/migration.py, line 39, in upgrade run_migration(engine) File /usr/local/lib/python2.7/dist-packages/nxdrive/migration.py, line 71, in run_migration head_rev = context.get_head_revision() File string, line 7, in get_head_revision File /usr/local/lib/python2.7/dist-packages/alembic/environment.py, line 148, in get_head_revision return self.script._as_rev_number(head) File /usr/local/lib/python2.7/dist-packages/alembic/script.py, line 122, in as_revision_number id_ = self.get_current_head() File /usr/local/lib/python2.7/dist-packages/alembic/script.py, line 255, in get_current_head current_heads = self.get_heads() File /usr/local/lib/python2.7/dist-packages/alembic/script.py, line 284, in get_heads for script in self._revision_map.values(): File /usr/local/lib/python2.7/dist-packages/alembic/util.py, line 233, in __get__ obj.__dict__[self.__name__] = result = self.fget(obj) File /usr/local/lib/python2.7/dist-packages/alembic/script.py, line 208, in _revision_map for file_ in os.listdir(self.versions): OSError: [Errno 2] No such file or directory: '/usr/local/lib/python2.7/dist-packages/alembic/versions' Voici le contenu du répertoire incriminé ls /usr/local/lib/python2.7/dist-packages/alembic autogenerate compat.py config.pyc ddl __init__.py migration.pyc op.py script.pyc util.pyc command.pycompat.pyc context.py environment.py __init__.pyc operations.py op.pyc templates command.pyc config.py context.pyc environment.pyc migration.py operations.pyc script.py util.py Auriez vous des pistes ? Merci, Cyrille -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123162409.4bd5b8c2@trollfest.trollfest.panic
Re: cle usb chiffre non-accesible.
Bonjour, Le jeudi 23 janvier 2014 à 15:58, Adrien Dewulf a écrit : Je ne parviens plus a acceder au dossier contenu sur ma cle usb chiffre. J'introduit la cle dans l'ordinateur et la une petite fenetre s'ouvre pour me demander le password et ouvre la cle. Mais maintenant meme quand je rentre le bon mdp, le cle ne souvre plus et mon navigateur Dolphin me renvoit ceci: Quel type de crypto sur ta clé (quel outil as-tu utilisé pour la créer) ? En fonction de ta réponse on pourra t'orienter vers les commandes adaptées. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123152741.gb12...@sebian.nob900.homeip.net
Re: FreeWifi_secure, EAP-SIM, /etc/network/interfaces
Hum, ça doit exister des lecteurs de carte SIM pour récupérer ces infos ? N'importe quel tel sous android (y'a une appli pour). j'ai pas de tel sous android, faut que je voie avec mes potes mais bon, il faut que je sache quoi mettre, et surtout, comment faire marcher ça avec wpa_supplicant dans debian !! merci! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/cagkqbrmkwiz0krft755tue10+o3oj1_psjxdmtbugju6ngv...@mail.gmail.com
Re: cle usb chiffre non-accesible.
Le jeudi 23 janvier 2014 à 16:39, Gaël a écrit : Adrien a écrit : /dev/mapper/luks-8d650679[...] Probablement cryptsetup/luks. Bien vu ! (ou plutôt mal vu de mon coté) Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123155435.gc12...@sebian.nob900.homeip.net
Re: cle usb chiffre non-accesible.
Hi ! Quel type de crypto sur ta clé (quel outil as-tu utilisé pour la créer) ? En fonction de ta réponse on pourra t'orienter vers les commandes adaptées. Adrien a écrit : /dev/mapper/luks-8d650679[...] Probablement cryptsetup/luks. pour lire un volume chiffré avec luks, il faut d'abord l'ouvrir : cryptsetup -v luksOpen /dev/[DEVICE] [nom que tu veux] puis le monter (là c'est pour ext4): mount -v -t ext4 /dev/mapper/[nom que tu veux (le même hein)] [point de montage (genre /mnt/kikou)] Bon courage ! -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/cagkqbrmdm2ltdkleclubha10g4pofo8edv0o_fpzpkyojpz...@mail.gmail.com
Re: FreeWifi_secure, EAP-SIM, /etc/network/interfaces
Hum, ça doit exister des lecteurs de carte SIM pour récupérer ces infos ? Les infos sont chiffrées par la carte sim, tu ne peux pas acceder au secret. signature.asc Description: Digital signature
Re: cle usb chiffre non-accesible.
Attention à répondre à la liste plutôt qu'en privé ! Le jeudi 23 janvier 2014 à 17:01, Adrien Dewulf a écrit : Je viens de trouver une bonne info, je vais eplucher ca en rentrant ce soir. http://ftp.traduc.org/doc-vf/gazette-linux/html/2007/140/lg140-D.html#id216280 Cette page t'aidera si tu as un conteneur LVM dans ton conteneur LUKS, ce qui n'est pas toujours le cas. Si ce n'est pas ton cas, comme suggéré par Gaël : cryptsetup luksOpen /dev/ta_cle le_nom_que_tu_veux Ensuite, tu peux monter le périphérique /dev/mapper/le_nom_que_tu_veux (le même que dans la commande cryptsetup). Si ça échoue au cryptsetup, c'est probablement l'en-tête LUKS qui est flingué et là, à moins de l'avoir sauvegardé, tu ne pourras pas récupérer tes données. Si ça échoue au montage, il faudra diagnostiquer le système de fichiers. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123161234.gd12...@sebian.nob900.homeip.net
Re: Réduire l'activité des disques durs sur son serveur
Bonjour liste On 23/01/2014 02:41, Raphaël POITEVIN wrote: BERTRAND Joël joel.bertr...@systella.fr writes: Frédéric Micout a écrit : Par contre, depuis 2006 env, les produits grand public au moins doivent respecter la norme ROHS, ce qui implique entre autre de ne plus utiliser de plomb dans le mélange qui compose la crème à braser. Les cartes fabriquées en sans plomb nécessitent d'utiliser des fers plus chaud de quelques degrés que celles fabriquées avec du plomb. J'aime assez votre notion du quelques ;-) C'est comme le canon qui met un certain temps à refroidir ! sûr que tout le monde se souvient de Fernand Raynaud? Philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52e14968.30...@wanadoo.fr
demande d'aide: manipulation LVM
Bonjour, j'aurais besoin d'un coup de la main pour augmenter la taille de l'un de mes points de montage (le / !( ). état de lieu: root@:~# df -h Sys. de fichiers Taille Uti. Disp. Uti% Monté sur /dev/mapper/-root 322M 218M 88M 72% / tmpfs 255M 0 255M 0% /lib/init/rw udev 202M 156K 202M 1% /dev tmpfs 255M 0 255M 0% /dev/shm /dev/sda1 228M 31M 186M 15% /boot /dev/mapper/-home 48G 3,2G 43G 7% /home /dev/mapper/-tmp 368M 11M 339M 3% /tmp /dev/mapper/-usr 8,3G 636M 7,3G 8% /usr /dev/mapper/-var 2,8G 446M 2,2G 17% /var C'est donc du LVM, qui devrait m'apporter une certaine forme de souplesse, dans la mesure où l'on sait s'en servir! donc: root@:~# fdisk -l Disk /dev/sda: 72.7 GB, 72746008576 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 32 248832 83 Linux Partition 1 does not end on cylinder boundary. /dev/sda2 32 8845 70789121 5 Extended /dev/sda5 32 8845 70789120 8e Linux LVM Disk /dev/sdb: 292.3 GB, 292326211584 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 35539 285466986 8e Linux LVM .../... J'ai bien mon premier disque sda et sa partition étendue en /dev/sda5: root@:~# pvdisplay /dev/sda5 --- Physical volume --- PV Name /dev/sda5 VG Name PV Size 67,51 GiB / not usable 2,00 MiB Allocatable yes (but full) PE Size 4,00 MiB Total PE 17282 Free PE 0 Allocated PE 17282 PV UUID Si3WRd-3EhW-YzUo-vdBI-nmZi-WUj0-c5kp9n root@:~# vgdisplay --- Volume group --- VG Name System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 7 VG Access read/write VG Status resizable MAX LV 0 Cur LV 6 Open LV 6 Max PV 0 Cur PV 1 Act PV 1 VG Size 67,51 GiB PE Size 4,00 MiB Total PE 17282 Alloc PE / Size 17282 / 67,51 GiB Free PE / Size 0 / 0 VG UUID c7bxHH-b5Ra-W0w1-A5G9-oSqE-ysMo-3PdMqB root@:~# lvdisplay --- Logical volume --- LV Name /dev//root VG Name LV UUID XPoeh6-XKdW-e01N-h1ml-0tAf-Xn10-umn0Yw LV Write Access read/write LV Status available # open 1 LV Size 332,00 MiB Current LE 83 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:0 --- Logical volume --- LV Name /dev//usr VG Name LV UUID 275JxO-gZ7e-9cLW-zfLz-128s-BAZj-Y0T3Ce LV Write Access read/write LV Status available # open 1 LV Size 8,38 GiB Current LE 2145 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:4 --- Logical volume --- LV Name /dev//var VG Name LV UUID E1krUm-6Tyf-FVsS-PuQ7-D3Lg-BQkE-d44efx LV Write Access read/write LV Status available # open 1 LV Size 2,79 GiB Current LE 715 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:5 --- Logical volume --- LV Name /dev//swap_1 VG Name LV UUID 0o398U-Bz49-Sm6F-2k4G-HZTd-CFfF-CdkQqb LV Write Access read/write LV Status available # open 1 LV Size 7,00 GiB Current LE 1791 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:1 --- Logical volume --- LV Name /dev//tmp VG Name LV UUID yPkYBZ-tcow-NjdI-MlX2-UZ4h-nXJp-Snuh79 LV Write Access read/write LV Status available # open 1 LV Size 380,00 MiB Current LE 95 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:6 --- Logical volume --- LV Name /dev//home VG Name LV UUID iB3LuO-2bUV-z4Et-Lt8L-0UgR-4bma-mMrQbp LV Write Access read/write LV Status available # open 1 LV Size 48,64 GiB Current LE 12453 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:7 Je souhaiterais tailler une part dans le home pour en remettre dans le /. Merci pour votre aide. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52e15924.60...@laposte.net
Re: demande d'aide: manipulation LVM
On Thu, Jan 23, 2014 at 07:02:12PM +0100, Stéphane G. wrote: Je souhaiterais tailler une part dans le home pour en remettre dans le /. A supposer que les systèmes de fichiers utilisés sont en ext3 ou ext4, dans l'ordre, il faudrait : - démonter /home (le redimensionnement à taille inférieure est impossible sinon), - retailler le système de fichers /home avec une taille inférieure, par exemple 20Go : # resize2fs /dev/mapper/-home 20G - retailler le volume logique portant /home avec une taille un peu supérieure à la nouvelle taille du /home ci-dessus, par exemple 25Go. # lvresize -L25G -n /dev/mapper/-home - remettre le système de fichiers /home à la taille réelle du volume logique: # resize2fs /dev/mapper/-home - remonter /home, - retailler le volume logique /dev//root, par exemple à 1Go : # lvresize -L1G /dev//root - retailler le système de fichiers / : # resize2fs /dev//root Mes 2 centimes, -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123184255.ga11...@petole.demisel.net
Re: cle usb chiffre non-accesible.
Voila, Quand je l'introduit (la cle usb), et que je n'entre pas le mdp dans la petite fenetre (dans l'interface graphique), j'ouvre un terminal et je vais voir si elle apparait dans /dev et elle apparait dans /dev mais pas dans /dev/mapper. Apres, je retourne dans l'interface graphique, je rentre le mdp dans la petite fenetre (le FileSystem ne s'ouvre pas), mais la cle se monte dans /dev/mapper. ensuite je passe en root et dans un terminal: linux-sty6t:/ # mount -v -t ext4 /dev/mapper/luks-8d650679-94f2-421e-8129 /mnt/adr mount: wrong fs type, bad option, bad superblock on /dev/mapper/luks-8d650679-94f2-421e-8129, missing codepage or helper program, or other error Parcontre, Pour cryptsetup luksOpen /dev/ta_cle le_nom_que_tu_veux ta_cle ca correspond a sdx le_nom_que_tu_veux semble etre uks-8d650679-94f2-421e-8129 si j'ai bien suivi. Adrien Le 23 janvier 2014 17:12, Sébastien NOBILI sebnewslet...@free.fr a écrit : Attention à répondre à la liste plutôt qu'en privé ! Le jeudi 23 janvier 2014 à 17:01, Adrien Dewulf a écrit : Je viens de trouver une bonne info, je vais eplucher ca en rentrant ce soir. http://ftp.traduc.org/doc-vf/gazette-linux/html/2007/140/lg140-D.html#id216280 Cette page t'aidera si tu as un conteneur LVM dans ton conteneur LUKS, ce qui n'est pas toujours le cas. Si ce n'est pas ton cas, comme suggéré par Gaël : cryptsetup luksOpen /dev/ta_cle le_nom_que_tu_veux Ensuite, tu peux monter le périphérique /dev/mapper/le_nom_que_tu_veux (le même que dans la commande cryptsetup). Si ça échoue au cryptsetup, c'est probablement l'en-tête LUKS qui est flingué et là, à moins de l'avoir sauvegardé, tu ne pourras pas récupérer tes données. Si ça échoue au montage, il faudra diagnostiquer le système de fichiers. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123161234.gd12...@sebian.nob900.homeip.net
Re: pb install
Bonjour, Le jeudi 23 janvier 2014, Cyrille a écrit... File /usr/local/lib/python2.7/dist-packages/alembic/script.py, line 208, in _revision_map for file_ in os.listdir(self.versions): OSError: [Errno 2] No such file or directory: '/usr/local/lib/python2.7/dist-packages/alembic/versions' Voici le contenu du répertoire incriminé ls /usr/local/lib/python2.7/dist-packages/alembic autogenerate compat.py config.pyc ddl __init__.py migration.pyc op.py script.pyc util.pyc command.pycompat.pyc context.py environment.py __init__.pyc operations.py op.pyc templates command.pyc config.py context.pyc environment.pyc migration.py operations.pyc script.py util.py Auriez vous des pistes ? Il te manque un fichier ou dossier versions (un répertoire, probablement)dans dist-packages/alembic Tu peux regarder le code de ce script.py pour voir ce qu'il compte faire avec ce qui se trouve dans alembic/versions. Tu peux également créer ce répertoire, pour voir ce que ça va donner ensuite… -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123202751.GB27725@espinasse
Re: cle usb chiffre non-accesible.
J'ai trouve une commande pour lire le header: linux-sty6t:/dev # cryptsetup luksDump /dev/sdb1 LUKS header information for /dev/sdb1 Version:1 Cipher name:aes Cipher mode:cbc-essiv:sha256 Hash spec: sha1 Payload offset: 4096 MK bits:256 MK digest: d3 e1 46 3f 81 91 96 88 09 22 7e 28 90 21 b2 78 95 ee 55 75 MK salt:9c eb dc 67 b1 5c e2 31 b1 99 63 ff 13 5b f4 d7 c5 a9 75 90 3c 34 a2 7b ea 67 53 c8 27 11 00 85 MK iterations: 40375 UUID: 8d650679-94f2-421e-8129 Key Slot 0: ENABLED Iterations: 161703 Salt: d6 f5 6f a6 35 7d 84 64 db 10 97 1c 7a 9c 46 fe db 0e f2 6e ec ef 3f 3a 7e 96 0e e2 5e e4 b9 39 Key material offset:8 AF stripes: 4000 Key Slot 1: DISABLED Key Slot 2: DISABLED Key Slot 3: DISABLED Key Slot 4: DISABLED Key Slot 5: DISABLED Key Slot 6: DISABLED Key Slot 7: DISABLED Adrien Le 23 janvier 2014 21:32, Adrien Dewulf addew...@gmail.com a écrit : Voila, Quand je l'introduit (la cle usb), et que je n'entre pas le mdp dans la petite fenetre (dans l'interface graphique), j'ouvre un terminal et je vais voir si elle apparait dans /dev et elle apparait dans /dev mais pas dans /dev/mapper. Apres, je retourne dans l'interface graphique, je rentre le mdp dans la petite fenetre (le FileSystem ne s'ouvre pas), mais la cle se monte dans /dev/mapper. ensuite je passe en root et dans un terminal: linux-sty6t:/ # mount -v -t ext4 /dev/mapper/luks-8d650679-94f2-421e-8129 /mnt/adr mount: wrong fs type, bad option, bad superblock on /dev/mapper/luks-8d650679-94f2-421e-8129, missing codepage or helper program, or other error Parcontre, Pour cryptsetup luksOpen /dev/ta_cle le_nom_que_tu_veux ta_cle ca correspond a sdx le_nom_que_tu_veux semble etre uks-8d650679-94f2-421e-8129 si j'ai bien suivi. Adrien Le 23 janvier 2014 17:12, Sébastien NOBILI sebnewslet...@free.fr a écrit : Attention à répondre à la liste plutôt qu'en privé ! Le jeudi 23 janvier 2014 à 17:01, Adrien Dewulf a écrit : Je viens de trouver une bonne info, je vais eplucher ca en rentrant ce soir. http://ftp.traduc.org/doc-vf/gazette-linux/html/2007/140/lg140-D.html#id216280 Cette page t'aidera si tu as un conteneur LVM dans ton conteneur LUKS, ce qui n'est pas toujours le cas. Si ce n'est pas ton cas, comme suggéré par Gaël : cryptsetup luksOpen /dev/ta_cle le_nom_que_tu_veux Ensuite, tu peux monter le périphérique /dev/mapper/le_nom_que_tu_veux (le même que dans la commande cryptsetup). Si ça échoue au cryptsetup, c'est probablement l'en-tête LUKS qui est flingué et là, à moins de l'avoir sauvegardé, tu ne pourras pas récupérer tes données. Si ça échoue au montage, il faudra diagnostiquer le système de fichiers. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140123161234.gd12...@sebian.nob900.homeip.net
Re: Package perso qui supprime /opt/ suite à un remove
Bonjour à tous les utilisateurs et développeurs de Debian : Le 23/01/2014, Francois Lafontmathsatta...@free.fr a écrit : Je me suis fait un paqckage perso qui consistait simplement à déposer des fichiers dans /opt/mon-paquet. Je ne suis pas un expert en packaging mais je pense que le paquet était fait à peu près correctement (j'ai mis un fichier mon-paquet.install dans le répertoire de build debian/ et voilà). Mais lorsque je faisais un remove (apt-get remove mon-paquet), le répertoire /opt/ était tout simplement effacé... plus de /opt/ sur mon système. Ça fait un peu drôle quand même. Est-ce vraiment normal ? D'après Charles Pl. (dans son précédent message de ce fil de discussion), le résultat constaté (le répertoire /opt supprimé) est normal. Cependant, dans tout paquet Debian, il y a une archive control.tar.gz contenant, entre autres, les scripts prerm et postrm (note a). Mes connaissances (dans le domaine de l'empaquetage) sont limitées mais je me demande s'il n'existe pas une solution (par l'intermédiaire de ces 2 scripts) pour éviter que les commande 'apt-get' ou 'dpkg' ne supprime /opt lors de la suppression de ton paquet. Note a : si on veux savoir un peu plus sur ces scripts précités (mais il y a aussi les preinst et postinst), voir le lien http://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.fr.html#s-maintscripts . Maintenant, à mon avis, je ne pense pas que la présence (ou non) des répertoires vides - tels que /opt ou /srv, c'est du moins que j'ai constaté chez moi (note b) - ait une quelconque conséquence pour le bon fonctionnement d'un système GNU/Linux. La seule chose est qu'un répertoire vide occupe simplement un inode dans un système de fichier de type extn (avec n égal à 2, 3 ou 4). Toujours chez moi, les /opt et /srv sont toujours présents dans l'arborescence mais j'aurais très bien pu les supprimer... Note b : il y a aussi les /mnt et /media mais il ne faut pas les supprimer car ils servent de points de montage pour des systèmes de fichiers temporaires ou intermittents. ;-) Si tu veux, malgré tout, retrouver ton répertoire /opt, il suffit d'exécuter les commandes suivantes (sous root) : mkdir /opt et, si cela est nécessaire, chmod 755 /opt. Au départ, je me suis dit que c'est parce que j'ai un paquet qui s'installe dans /opt/ et que /opt/ n'est pas fait pour ça. Mais quand je lis ici : http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES « /opt is reserved for the installation of add-on application software packages. » Je me dis que que finalement /opt/ est une destination licite pour un paquet. On aurait pu mettre ton paquet dans le répertoire /usr/local. D'ailleurs, j'ai un peu du mal de faire la distinction entre ces deux répertoires au niveau de leur utilité (note c). L'un des deux ne fait-il pas doublon de l'autre ? :-/ J'aurais pu dire la même chose (et poser la même question) quant aux répertoires /mnt et /media. Note c : je me souviens, il y a plus de 12 ans et pendant 2 ou 3 versions, que ma première distribution (SuSE devenue par la suite OpenSuSE) se servait du répertoire /opt pour y installer des logiciel tels que KDE, Mozilla ou StarOffice... Personnellement, je trouve intéressant que l'on sert de /opt pour installer des environnements de bureau et des applications graphiques (ou de type GUI) mais Debian a fait un autre choix. Résultat : le répertoire /usr est devenu quelque peu obèse. :-) Bref, tout ça pour dire qu'après quelques recherches, ce que je trouve penche plutôt pour le fait que la disparition de /opt/ soit finalement « normale ». Mais en même temps, ça j'ai du mal à me résoudre au fait que ça soit normal de ne plus avoir de /opt/ sur mon système après un remove, alors que /opt/ fait quand même partie du Filesystem Hierarchy Standard. Ça me semble bien étrange. Il faut comprendre que le FHS (Filesystem Hierarchy Standard) est moins une norme obligatoire ou intangible qu'un convention établie de manière consensuelle par des différents acteurs œuvrant pour le logiciel libre ou à code ouvert. Cependant, le FHS n'est pas totalement respecté par la plupart des distribution GNU/Linux - j'ignore quelle est la situation concernant les différentes variantes de BSD. D'ailleurs, je ne suis pas sûr que Debian s'y conforme strictement... Dans mes recherche, j'ai même trouvé une distribution qui ignore totalement le FHS : GoboLinux. Je vous donne deux liens Internet si vous voulez en savoir plus : 1. [GoboLinux] http://www.gobolinux.org/index.php?lang=fr_FR 2. [Wikipedia] http://fr.wikipedia.org/wiki/GoboLinux Par ailleurs, il est possible de créer des répertoires non prévus par le FHS. Toujours personnellement et pour mes besoins, j'ai créé deux répertoires /homf et /bkup (note d). Note d : /homf et /bkup sont des points de montage pour deux partitions (se trouvant sur les deux disques durs de mon ordinateur de bureau), le premier étant un second /home et /bkup dérivant du terme backup et
Re: Réduire l'activité des disques durs sur son serveur
Le 23/01/2014 18:00, Philippe Deleval a écrit : Bonjour liste On 23/01/2014 02:41, Raphaël POITEVIN wrote: BERTRAND Joël joel.bertr...@systella.fr writes: Frédéric Micout a écrit : Par contre, depuis 2006 env, les produits grand public au moins doivent respecter la norme ROHS, ce qui implique entre autre de ne plus utiliser de plomb dans le mélange qui compose la crème à braser. Les cartes fabriquées en sans plomb nécessitent d'utiliser des fers plus chaud de quelques degrés que celles fabriquées avec du plomb. J'aime assez votre notion du quelques ;-) C'est comme le canon qui met un certain temps à refroidir ! sûr que tout le monde se souvient de Fernand Raynaud? Philippe Peut-être qu'en demandant à mademoiselle le long bec... Michel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52e19255$0$2122$426a3...@news.free.fr
[NUXEO] Re: pb install
Il te manque un fichier ou dossier versions (un répertoire, probablement)dans dist-packages/alembic OK je l'avais fait hier en y mettant le numéro de version d'Alembic mais ça ne passait pas pour autant. Tu peux regarder le code de ce script.py pour voir ce qu'il compte faire avec ce qui se trouve dans alembic/versions. Tu peux également créer ce répertoire, pour voir ce que ça va donner ensuite… je vais jeter un oeil de ce côté Merci ++ C -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20140124074310.6dee3a8f@trollfest.tuxpanic