problème apt-get
Bonjour, J'ai un probleme en utilisant apt-get, que voici. Tout d'abord, je tourne sur une version hybride de Debian : stable/unstable. Lors d'un apt-get upgrade, tout se passe bien. Aucune erreur. Néanmoins, apt-get ne fonctionne plus par après, me renvoyant le message d'erreur : Reading Package Lists... Error! E: Unable to parse package file /var/lib/dpkg/status (1) E: The package lists or status file could not be parsed or opened. Aucun problème de droit, ni rien de tout cela avec le fichier status ... Le problème est soluble en remplaçant le fichier /var/lib/dpkg/status par un ancien, un backup de la veille, par exemple. Ce problème est parfaitement reproductible. La solution fournie me permet d'utiliser à nouveau apt-get, mais une fois l'upgrade effectué à nouveau, cela ne fonctionne de nouveau plus ... Questions : - Pourquoi ce comportement ? Si quelqu'un sait me l'expliquer, je suis preneur. J'aimerais surtout me sortir de ce problème ... - Je ne suis pas habitué à ces listes. Si je me suis trompé d'endroit, merci de me corriger et de me dire ou poster mon message. - Merci aussi de me garder en CC: dans les réponses, car je ne suis pas abonné à cette liste. Voici la liste des nouveaux paquets installés, tous unstable : alsa-base apache apache-common apache-utils fontconfig initscripts libavcodec1 libc6 libc6-dev libopencdk8 libprinterconf0 libwine libxslt1 locales mplayer-686 openoffice.org openoffice.org-bin openoffice.org-debian-files pconf-detect php4 vorbis-tools wine Sauf erreur de ma part, aucun ne porte sur ce fichier status ... Merci d'avance pour vos réponses ! -- Marc Demlenne GPG : 768FA483 (www.keyserver.be)
Re: Problème avec apt-get et dpkg
Non, pas du tout ... Il sort exactement la même erreur ! Illustration : [root]/var/lib/dpkg/info # apt-get -f install Reading Package Lists... Error! E: Unable to parse package file /var/lib/dpkg/status (1) E: The package lists or status file could not be parsed or opened. [root]/var/lib/dpkg/info # cp /var/backups/dpkg.status.0 /var/lib/dpkg/status [root]/var/lib/dpkg/info # apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. tropez bano [EMAIL PROTECTED] (02-02-2004 - 22:17): A mon avis un apt-get -f install devrait t'aider Tropez -- Marc Demlenne GPG : 768FA483 (www.keyserver.be)
Re: problème apt-get
Merci pour ta réponse, mais ce n'est pas la que se situe mon probleme. La taille du fichier status (et des autres) est pratiquement identique avant ou apres cet upgrade. Hors, j'ai fait passer la cache initialement de 1000 à 4500 sans que rien ne change dans les résultats ... Mon problème doit donc se trouver ailleurs ... Merci de ton aide ! Loïc Elineau [EMAIL PROTECTED] (02-02-2004 - 22:50): Tu as probablement un nombre grandissant de lignes dans ton /etc/apt/sources.list, ce qui se traduit par un plus grand nombre de paquets et un plus grand volume d'informations sur ces paquets apt utilise une quantité de mémoire fixe pour gérer les informations sur les paquets. -- Marc Demlenne GPG : 768FA483 (www.keyserver.be)
Append line non reconnue...
Bonjour, J'ai une machine qui tourne sous Woody, sur laquelle je viens de compiler un noyeau 2.4.21, patché avec grsecurity. 10 Mo des 128 présents seulement sont reconnus (free), et la machine swappe dès lors sans arrêt. J'ai bien entendu utilisé la commande append de lilo, mais elle ne semble pas reconnue. J'ai également essayé de rentrer le paramètre manuellement, lors du boot, sans plus de succès. Pourtant, à la lecture de dmesg, j'obtiens bien : Kernel command line: BOOT_IMAGE=Woody-2.4-gs ro root=805 mem=128M ip_conntrack version 2.1 (128 buckets, 1024 max) - 292 bytes per conntrack Cela me renseigne donc que la commande est bien lue... De plus, avec mon vieux noyau 2.4.16, et les mêmes paramètres lilo, les 128 Mo sont bel et bien reconnus. Pq des lors ne le sont-ils pas avec un 2.4.21 ? Le probleme semble indépendant de grsecurity. Quelqu'un a-t-il une idée de mon problème ? Une solution ? Merci à tous. -- Marc Demlenne GPG : 768FA483 (www.keyserver.be)
Kernel 2.4.21 + lilo append
Bonjour, Je suis obligé d'utiliser la commande append [1] de lilo pour faire reconnaitre à une machine les 128 Mo de RAM qu'elle possède et que mon noyeau ne reconnait pas. Je viens de recompiler un kernel 2.4.21, avec un patch grsecurity. No problem, excepté le fait que depuis lors seuls 13 Mo de RAM sont reconnus, avec ou sans cet append. Je suis certain que la ligne est bien lue lors du boot, après consultation de dmesg. Cependant, free, top et autres ne me renseignent que 13 Mo de RAM, me signifiant qu'elle n'est pas prise en compte. Ce probleme ne s'est jamais présenté auparavant (kernel 2.4.16), et semble indépendant du patch grsecurity, puisque le probleme persiste en en suprimant toutes les options lors de la config. Si l'un d'entre vous sait m'aider, ou me renseigner ... Merci beaucoup ! [1] append=mem=128M -- __o _`\,_ Marc Demlenne Public Key on www.keyserver.net (_)/ (_) GPG/768FA483 BFD8 E61B 180C 3E7A 3435 D393 B605 9979 768F A483
Re: dhcp et iptables
Oui ... Ports 67 68 Ca donne ceci : iptables -A dmz-if -p tcp --dport 67:68 -j ACCEPT # DHCP iptables -A dmz-if -p udp --dport 67:68 -j ACCEPT # Juste une toute petite question : faut-il ouvrir un port particulier pour le service dhcp ? -- __o _`\,_ Marc Demlenne Public Key on www.keyserver.net (_)/ (_) GPG/768FA483 BFD8 E61B 180C 3E7A 3435 D393 B605 9979 768F A483
Re: Chainer deux fichiers en un troisième...
cat fichier1 fichier2 fichier3 ... On Tue, Mar 25, 2003 at 05:38:20PM +0100, TechPARIS wrote: Bonjour, Quelqu'un connait-il la commande sous Linux permettant de chainer (concaténer) deux fichiers en un troisième, svp ? (Comme : copy /b fichier1 + fichier2 fichier3 sous DOS) Merci. -- __o _`\,_ Marc Demlenne Public Key on www.keyserver.net (_)/ (_) GPG/768FA483 BFD8 E61B 180C 3E7A 3435 D393 B605 9979 768F A483
Re: Syslog stop
On Fri, Mar 21, 2003 at 11:03:02PM +0100, François TOURDE wrote: [...] En effet, c'est brutal... J'ai déjà eu ça il y a quelque temps. Je ne me suis pas posé de questions à l'époque, et un simple restart de syslog a suffit à résoudre le souci. J'avais effectué un restart également, et tout était rentré dans l'ordre. Mais le problème est que je souhaitais connaître la raison de cette défaillance. Par contre, tu peux regarder la taille du fichier, qui peut être un bon indicateur. Plus le fichier est gros, plus syslogd mets du temps à le mettre à jour... Donc il se peut qu'au bout d'un moment, syslogd soit pris de panique. un peu moins de 2 Mo... J'imagine que certains systèmes doivent tolérer des fichiers bien plus volumineux, et j'ose espérer que syslogd ne soit pas perdu si vite... Tiens nous au courant si un simple restart suffit. Et dis nous quelle version du noyau, de syslogd tu utilises, et quels sont les serveurs tournants sur ta machine. syslogd 1.4.1 Linux 2.4.20 server dhcp, samba, ssh -- __o _`\,_ Marc Demlenne Public Key on www.keyserver.net (_)/ (_) GPG/768FA483 BFD8 E61B 180C 3E7A 3435 D393 B605 9979 768F A483
Syslog stop
Bonjour, Plus aucun message ne s'inscrit dans mon fichier syslog. Si je le liste, voici sur quoi il se termine, c'est assez brutal ;-) [...] Mar 20 12:30:09 hostname pppd[322]: sent [LCP EchoReq id=0x3a magic=0x29b6ab16] Mar 20 12:30:09 hostname pppd[322]: rcvd [LCP EchoRep id=0x3a mas Donc la dernière ligne n'est même pas complète ! Tous les messages du dernier quart d'heure sont des messages de pppd, ou cron, donc rien d'annormal à signaler. C'est la toute première fois que je constate une anomalie du style. Si je regarde la dernière modif du fichier : [root]/var/log # ls -l /var/log/syslog -rw-r-1 root adm192512 mar 20 12:31 /var/log/syslog Cela fait donc qq heures qu'il n'a plus rien été écrit dedans. Par contre, [root]/var/log # ps -A | grep log 313 ?00:00:00 syslogd 316 ?00:00:00 klogd Ces processus tournent donc toujours bien. Quelqu'un a-t-il une idée de la cause possible ? En redémarrant la machine, tout sera peut-être réglé mais je ne peux pas me le permettre pour l'instant. De plus, je souhaiterais connaître la cause du problème, et pas l'oublier au plus vite. Merci -- __o _`\,_ Marc Demlenne Public Key on www.keyserver.net (_)/ (_) GPG/768FA483 BFD8 E61B 180C 3E7A 3435 D393 B605 9979 768F A483
Re: synaptic
en user pa moyen, de le lancer :pas les droit Soit il n'est pas installé, soit il l'est dans un répertoire qui n'est pas défini dans ton $PATH. solutions : - utiliser un chemin complet (/usr/local/.../synaptic - Inclure le répertoire dans le PATH en root pas moyen non plus Normal, tu n'as pas accès au display. Utilise xhost pour autoriser l'acces à root. -- hendrickx guy [EMAIL PROTECTED] -- Marc
Kernel Panic
Bonjour, J'ai un problème sur un server Woody. Son rôle consiste à faire du gw/fw, principalement. Il crashe assez régulièrement (fréquence de plantage variée; de quelques jours, a 1 ou 2 mois) pour une raison qui m'est inconnue. Comme c'est une machine sur laquelle personne ne travaille physiquement, il m'est assez difficile de savoir sur quel événement exactement le crash a lieu. De plus, le syslog ne révèle strictement rien d'anormal. La machine se plante sur un triste écran : Kernel panic. Aïïïe, killing interruption handler In interruption handler - not syncing 4 eth1: memory shortage eth1: memory shortage eth1: memory shortage eth1: memory shortage ... Je n'ai pas trouvé de remède ds les listes jusqu'ici. Quelqu'un aurait-il eu se genre de problème, ou aurait une idée de son origine ? De la manière de le corriger ? Merci ! -- __o _`\,_ Marc Demlenne Public Key on www.keyserver.net (_)/ (_) GPG/768FA483 BFD8 E61B 180C 3E7A 3435 D393 B605 9979 768F A483
