Re: partition racine pleine
pourquoi ne pas monter un répertoire de la partition home vers /var/cache/apt/ juste le temps de la mise à jour ? avec l'option loop ca doit etre possible ? ou alors renommer /var/cache/apt/ en /var/cache/apt.bak et faire un lien symboliques ver /home/apt/ le temps de la mise à jour... Fréd. Le 17 février 2011 11:39, Jean-Pierre-Pascaud pascaudj...@free.fr a écrit : Le 16/02/2011 22:21, Benoit Bastit a écrit : Le 16/02/2011 18:23, Jean-Michel OLTRA a écrit : Bonjour, Le mercredi 16 février 2011, Jean-Pierre-Pascaud a écrit... j'ai modifié le source list en indiquant squeeze à la place de lenny le téléchargement à commencé et c'est arrêté vers le 950ièm paquet sur 2000 et quelques. Fais le par morceaux : avec une interface graphique comme aptitude, ou avec synaptic peut-être, tu peux sélectionner un certain nombre de paquets, et faire la maj de ceux ci. Lorsque c'est fait, tu nettoies le cache, et tu recommences. Peut-être également un passage de deborphan à chaque fois comme on te l'a préconisé. Ainsi, tu ne remplira pas ton /var, mais ta mise à jour sera plus longue. Autre chose : désactive l'installation des paquets recommandés, ça installe plein de saloperies ! Je ferai plutôt la MAJ en une seule fois personnellement. find /var/cache/apt/archives/ -atime +2 -delete -print Si cela ne suffit pas faire du df --max-deptp=1 /usr/ Et si cela ne suffit pas encore mkdir /home/user/apt cd /var/cache/apt/archives/ mount -o bind /home/user/apt /var/cache/apt/archives mv ./* /home/user/apt/ Je pars du principe que tu as un /home séparé, mais si cela n'est pas le cas peut être une clef USB ? 1 Giga de RAM qui ne sert à rien pour faire un tmpfs ? oui pour les partitions séparées /dev/sdb1 = / 10Go /dev/sdb2 = swap 2Go /dev/sdb3 = home 120Go avec du dispo si je comprends bien, la première commande on recherche les fichiers de /var/cache/apt/archives/ auxquels j'ai eu accès il y a plus de 2 jours et j'efface ? mais le -print ? pour df, je comprends pas ? quand à la 3ème possibilité tu déplaces /var/cache/apt/archives/ vers une partition où y a de la place. très intéressant je vais essayer tout ça, parce que les conseils avec synaptic ne marche pas, je ne peux rien supprimer, et pareil pour les paquets orphelins. merci à tous jipe -- Linux 2.6.36.2-desktop586-2mnb i686 Mandriva Henry_Farman http://www.liness.org - http://jiperaw.darqroom.com/images -- 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/4d5cfae5.2020...@free.fr
Re: Problème pour démarrer sur USB.
Oui tu es peut etre sous intel MAIS... les Core ix (i3 i5 i7) sont 64 bits et l'architecture a prendre est bien AMD64 et non ia64 qui elle est pour l'itanium si mes souvenirs sont bon. J'en sais quelques chose, j'utilise une debian squeeze amd64 en live sur mon intel core i5. Par contre j'ai fait la chose sous windows avec ce tuto : http://www.pendrivelinux.com/debian-live-flash-drive-install-from-windows/ Fréd. Le 15 février 2011 09:12, hog...@iiiha.com a écrit : Bonjour, Ta remarque est justifiée, je m'excuse pour le manque de précision. Donc je réexplique mon problème : --- euh en même temps d'écrire le mail, j'ai regarder et je crois avoir trouvé mon erreur. J'avais pas lu (par mégarde car je lis tout normalement) la petite parenthèse qui apres PC 64 bits indiquait : AMD ! . Je suis sur du Intel. Et sur la doc correspondant a ia64, pas de possibilité pour le démarrage USB. Sinon pour plus de précisions (s'il y en a qui ont réussi malgré tout) : - Bios configuré correctement, déjà testé avec une autre clé installée via unetbootin. - Deux clé on été testées sans succès pour cette manip. - Les commandes ne renvoient pas d'erreur, elles se terminent correctement. - Les images testées sont : http://http.us.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/netboot/mini.iso http://ftp.nl.debian.org/debian/dists/squeeze/main/installer-ia64/current/images/netboot/mini.iso http://cdimage.debian.org/debian-cd/6.0.0/ia64/iso-cd/debian-6.0.0-ia64-netinst.iso Merci en tout cas pour l'aide et à bientôt . Florian On Mon, 14 Feb 2011 21:15:45œ+0100, Eddy F. wrote: Le lundi 14 février 2011 à 19:01:07, hog...@iiiha.com a écrit : N'ayant toujours pas trouver la raison du pourquoi je n'arrive pas à faire comme sur la doc, je reviens de nouveau. Qui à réussi ? (je parle des commandes cat debian.iso /dev/sdX ; sync). Merci pour l'aide ! Ben moi :-) Mais cela ne doit pas t'aider des masses puisque je n'ai fait que ce que dit la doc. Après j'ai eu d'autres problèmes parce que j'ai voulu partitionner ma clé ce qui n'est pas forcément une bonne idée. Quelques petites remarques : - les deux commandes que tu cites se font bien avec la clé non montée; - as-tu vérifié que l'image iso n'est pas corrompue (MD5SUM par ex.) même si, en réalité, cela paraît peu probable; - es-tu sûre que la clé elle-même n'a pas de problème ? as-tu la possibilité de tester avec une autre clé ? Je demande cela sans connaître le degré de fragilité de ces engins. - il est toujours possible que l'image iso téléchargée soit mal foutue à la base. Moi je l'ai fait avec l'image iso trouvée à cette adresse (sur une seule ligne) http://cdimage.debian.org/debian-cd/6.0.0-live/amd64/iso-hybrid/debian- live-6.0.0-amd64-kde-desktop.iso et, comme je l'ai dit plus haut, cela a bien fonctionné. Maintenant un petit reproche : dans ton premier message, tu ne dis pas ce qui a foiré ton « rien y fait » n'est pas très clair et empêche peut-être des plus compétents que moi de t'aider. Donc tu pourrais donner quelques infos à toutes fins utiles : - quelle image as-tu téléchargée (adresse précise); - que se passe-t-il quand tu démarres sur la clé ? * les commandes de la doc fonctionnent ou renvoient un message d'erreur ? * le bios n'est pas configuré pour démarrer sur la clé et démarre donc normalement sur le disque dur ? * le bios est ok mais la clé ne démarre pas du tout ? * la clé démarre mais il y a un message d'erreur ? lequel ? Bref, plus tu seras précis(e), plus tu auras des chances de trouver de l'aide, ici ou ailleurs. -- Eddy F
Re: Test Application Via machine virtuelle
Peut etre avec ca : http://wiki.osdev.org/How_Do_I_Use_A_Debugger_With_My_OS#Use_a_virtual_machine http://wiki.osdev.org/How_Do_I_Use_A_Debugger_With_My_OSce site regorge d'information sur les os et comment développer. On préconise d'utiliser Bochs http://bochs.sourceforge.net/ Je pense que cela peut t'aider... Le 15 février 2011 16:54, MF Debian List mfdebianl...@gmail.com a écrit : Merci mais malheuresement je ne peux passer par Wine (ou alors Wine en machine virtuelle peut-être) puisqu'il s'agit d'une application de chiffrement de Disque (full/storage ou autre) De plus je ne pense pas que cla fonctionne sous wine vu que c'est une application bas niveau (chiffrement MBR et autre spécificités de ce type) et donc j'aimerais pas que ça touche mon environnement Debian. On 15/02/2011 15:01, Julien wrote: Le mardi 15 février 2011 à 10:43 +0100, MF Debian List a écrit : Bonjour tout le monde, Je cherche un emulateur de machine virtuelle que l'on puisse mettre en mode DEBUG. Je m'explique: J'ai une application de sécurité (fermé et bien), fonctionnant sous Win dont je dois tester la fiabilité et autres caractéristiques. Ce que je souhaiterais, c'est mettre donc un Win en machine virtuelle et tester l'application à travers elle et en mode DEBUG pour vérifier ce que l'application effectue. Si vous avez besoin d'autres informations et même si vous avez des idées plus pertinentes pour tester ? Si ton application se lance avec Wine, tu peux activer des 'canaux' de debug pour les catégories suivantes : relay/print/key/seh/psdrv/keyboard/tid/font/x11drv/thread/file/event Je connais pas ces catégories, mais j'ai utilisé le canal 'file' pour rechercher des dll manquantes. Tous les appels au FS sont listés. Julien -- 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/4d5aa1d2.4000...@gmail.com
Re: /var plein
Tu dois pouvoir trouver ce processus avec la commande : lsof | grep /var Un arrêt/redémarrage du programme incriminé sera alors suffisant pour récupérer l'espace disque. Après si tu ne peux redémarrer ton processus (serveur de production par exemple) tu peux copier le fichier avec : cp fichier.log /chemin_avec_de_la_place.log puis faire un cat fichier.log en général ca marche bien. Attention par contre au processus comme tomcat ou jboss qui écrive un peu n'importe ou dans le fichier mais ces processus ont des options pour faire des rotations de log. Le 13 février 2011 18:40, Nicolas KOWALSKI nicolas.kowal...@gmail.com a écrit : On Sun, Feb 13, 2011 at 06:37:41PM +0100, Jean-Yves F. Barbier wrote: On Sun, 13 Feb 2011 13:52:16 +0100, Nicolas KOWALSKI nicolas.kowal...@gmail.com wrote: C'est probablement dû à un fichier supprimé, mais toujours ouvert par un processus, donc non-supprimé réellement. C'est le cas typique d'un fichier de log. Ben dans ce cas là, ça veut aussi dire une sacré erreur de niveau des logs|rotation... Toutafé, à investiguer après le ménage fait. -- 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/20110213174032.gb11...@petole.demisel.net
