Pierre Berger a écrit 15 commentaires

  • [^] # Re: Seulement une sauvegarde

    Posté par  . En réponse au message Fichier dpkg status-old. Évalué à 1.

    En effet, j'avais fait un aptitude update qui s'était bien passé, mais je craignais que ce fichier soit utilisé dans des cas un peu plus spécifiques.

    Mais la recherche que tu as faite dans le code semble bien confirmer que ce fichier n'est pas utilisé ailleurs.

    Merci bien!

  • [^] # Re: BIOS

    Posté par  . En réponse au message Mon PC s'obstine a booter sur le mauvais HDD. Évalué à 2.

    Merci à tous pour votre aide ; au final le disque avait du achever de mourir puis qu'il s'est avéré impossible de le lire même depuis un live CD (plein d'erreurs lors de la detection des periphériques SATA, et au final même pas d'entrée correspondante dans /dev/ )

    J'ai renoncé :-)

  • # A essayer ...

    Posté par  . En réponse au message Interruption fsck root filesystem. Évalué à 0.

    Merci à tous pour vos réponses.

    @maxix

    Oui ce paramètre m'intrigue, mais je n'ai pas encore osé le modifier. Quelqu'un sait il si il y a une raison particulière au fait que root soit vérifié en premier ? Que va-t-il se passer si à cause d'une modification sur le "pass" de fstab, le filesystem root est checké après avoir été monté ? Faudrait que je me grave un livecd et puis que j'essaye. Je posterai les résultats ici.

    @Sebastien

    Éventuellement modifier le script de démarrage

    Ca je dois avouer que ça me botte pas trop (courageux mais pas téméraire, hein ...)

    je n'éteins quasiment jamais les machines

    C'est vrai que c'est une solution qui se défend bien. Dans mon cas c'est un peu pénible, parce que j'utilise synergy de manière intensive, et qu'il supporte mal la sortie de veille.

    A bientôt,

    Pierre

  • [^] # Re: Fait pointer un objet dessus.

    Posté par  . En réponse au message LinkedList, itérateurs, et modifications concurrentes. Évalué à 0.

    Je reviens un peu tard, mais mieux vaut tard que jamais.

    Merci pour ta réponse. Intéressant que la méthode add ne déclenche pas l'exception.

    Cela dit le code que tu propose ne me convient pas vraiment : je garde mon itérateur, certes, mais le prix à payer pour ça est d'ajouter les éléments un à un (complexité en O(n), si n est la taille de ma liste uneAutreListe). Je tenais à la concaténation de listes, parce qu'elle est censée être instantanée.

    Toutefois, je suis pris d'un doute : quelqu'un pourrait-il confirmer que la concaténation de listes avec addAll se fait bien en O(1) ? Bien évidemment, impossible de trouver ce genre d'info sur la doc officielle d'oracle.
    Si ce n'est pas le cas, comment concaténer des listes chaînées en O(1), et si possible sans déclencher de ConcurrentModificationException ?

  • [^] # Re: partition importante

    Posté par  . En réponse au message Interruption fsck root filesystem. Évalué à 1.

    Rahhh, je vous avais prévenu que je voulais pas de réponse de froussard ! :-)

    la partition ROOT (/) est une partition importante sans laquelle rien ne peut fonctionner

    En même, temps, il peut aussi y avoir des informations essentielles sur d'autres partitions :D

    si elle n'est pas clean, cela me semble risqué d'aller ecrire de nouvelles infos dedans.

    Ce n'est pas parce que fsck se lance (ni même parce que je l'ai interrompu ; c'est très bien supporté par le checker depuis plusieurs années déjà, en tout cas pour l'ext3) que la partition n'est pas clean. Ca veut juste dire que j'ai mounté mon fs un certain nombre de fois.

    De toute façon, même si c'était mal de faire ça (mais, encore une fois, ce n'est pas le cas), il y a des cas (une présentation importante à faire immédiatement, par exemple) ou on a un peu envie d'oublier les bonnes pratiques.

    Et, encore une fois, même si c'était volontaire de la part de Debian, pourquoi ne pas ignorer le SIGINT plutôt que d'interrompre le check, puis d'échouer lamentablement dans le boot quelques minutes plus tard, parce que le filesystem a été laissé en read-only.

    maintenant tu dois pouvoir changer ca dans les options du fstab (les chiffres à la fin de la ligne)

    Effectivement, j'avais regardé de ce côté là. Mais je n'ai rien trouvé de très satisfaisant. Je peux désactiver le fsck de manière permanente, mais ce n'est pas ce que je veux faire. Je voudrais juste pouvoir l'annuler sur le moment quand vraiment je suis à la bourre, et que mon PC continue à démarrer normalement.

    Merci pour ta réponse,

    Bonne soirée

  • [^] # Re: Fait pointer un objet dessus.

    Posté par  . En réponse au message LinkedList, itérateurs, et modifications concurrentes. Évalué à 2.

    En fait, je voudrais garder un itérateur pour pouvoir faire un truc du genre de (en C++):

    aList.erase(MonIterateur, aList.end())
    
    Et restaurer ainsi l'état de la liste avant la concaténation.

    La fonction en question est décrite ici : ici

    Mais de toute façon, j'ai l'impression qu'il n'y a pas vraiment moyen de faire ça en java. La seule fonction qui s'approche vaguement de ça a l'air d'être AbstractList.removeRange, et elle prend des indices en arguments (et pas des itérateurs) et parcourt betement toute la liste (on voit pas bien l'intérêt de prendre une structure de données chaînée si c'est pour tout reparcourir quand on veut supprimer des éléments...)

    Bref, j'abandonne pour ce soir. (Vengeance mesquine, un petit troll pour la nuit : java c'est de la m***, C++ c'est mieux ;-) )

    Bonne soirée à tous !

  • [^] # Re: Fait pointer un objet dessus.

    Posté par  . En réponse au message LinkedList, itérateurs, et modifications concurrentes. Évalué à 2.

    Arf je me suis mal exprimé. En fait ce n'est pas l'élément lui même qui m'intéresse mais bien l'itérateur. Je veux pouvoir re-parcourir ma liste à partir de ce dernier élément, ou encore supprimer tout les éléments après ce dernier élément (pour ramener la liste dans l'état initial, avant concaténation).

    Avec ce que tu propose, je garde effectivement une référence sur l'élément, mais je ne peux pas modifier la liste à partir de cette référence.

  • [^] # Re: Et traceroute?

    Posté par  . En réponse au message Serveur ssh inaccessible. Évalué à -1.

    Problème résolu : le sysadmin avait rentré les bonnes IPs ... sur le mauvais hôte.

  • [^] # Re: Et traceroute?

    Posté par  . En réponse au message Serveur ssh inaccessible. Évalué à 0.

    J'ai oublié de préciser : le serveur n'est pas down, j'ai vérifié.

  • [^] # Re: Et traceroute?

    Posté par  . En réponse au message Serveur ssh inaccessible. Évalué à -1.

    Effectivement, il est probable que le serveur ignore mes pings. Le traceroute sur le port 22 donne ceci :

    1  192.168.0.254 (192.168.0.254)  1.149 ms  1.604 ms  2.090 ms
     2  88.160.47.254 (88.160.47.254)  22.436 ms  23.129 ms  24.107 ms
     3  213.228.26.190 (213.228.26.190)  25.328 ms  26.035 ms  27.474 ms
     4  lyon-crs16-1-be1004.intf.routers.proxad.net (212.27.50.209)  29.643 ms  30.623 ms  31.613 ms
     5  th2-crs16-1-be2001.intf.routers.proxad.net (212.27.59.29)  39.696 ms  36.981 ms  38.441 ms
     6  aub-6k-1-po21.intf.routers.proxad.net (212.27.50.138)  40.369 ms * *
     7  * * *
     8  te0-1-0-3-paris1-rtr-001.noc.renater.fr (193.51.189.41)  31.299 ms  30.969 ms  40.767 ms
     9  te1-1-orsay-rtr-021.noc.renater.fr (193.51.189.241)  31.459 ms  29.413 ms  30.583 ms
    10  ups-vl20-te7-3-orsay-rtr-021.noc.renater.fr (193.51.183.29)  31.022 ms  31.764 ms  32.703 ms
    11  * * *
    12  * * *
    13  * * *
    14  * * *
    15  * * *
    16  * * *
    17  * * *
    18  * * *
    19  * * *
    20  * * *
    21  * * *
    22  * * *
    23  * * *
    24  * * *
    25  * * *
    26  * * *
    27  * * *
    28  * * *
    29  * * *
    30  * * *

    Je ne sais pas trop ce que ça veut dire, mais j'ai l'impression que les petites étoiles veulent dire qu'il n'y arrive pas. Pourtant quand je fais un host nom_du_serv il me trouve l'adresse IP. Qu'est ce que ça veut dire ???

    Merci pour ton aide.

    Pierre

  • [^] # Re: chroot

    Posté par  . En réponse au message Compte utilisateur avec droits TRES restreints. Évalué à 1.

    Merci pour vos réponses.

    C'est vrai que je n'étais pas très précis sur les besoins de mon utilisateur :
    - il doit pouvoir : lire et écrire dans son home
    - compiler et executer des programmes java dans son home, killer la JVM si elle plante (ça arrive si rarement, ... :-) )

    Je maitrise pas du tout le chroot, je vais me renseigner.
    Merci encore pour le coup de main.
  • [^] # Re: Firmware

    Posté par  . En réponse au message BCM4312, pilotes et firmwares. Évalué à 1.

    Merci pour vos réponses, je doute un peu moins :)

    >De quelle documentation parles-tu? Celle de Broadcom? De Debian? Du pilote Linux?

    De la description des paquets debian broadcom-sta-* : si ces pilotes, contrairement à certains autres, n'incluent pas le firmware et nécessite donc des manipulations particulières pour fonctionner, cela ne serait pas absurde de le signaler dans le descriptif du package. En fait je me serais même attendu à trouver une dépendance faible ("suggest") sur fwcutter.

    En fait, je viens de me rendre compte que le README.Debian de broadcom-sta-source (driver proprio) signale précisément que l'installation de fwcutter est nécessaire LORSQU'ON UTILISE LE DRIVER LIBRE (b43 ; disponible a partir du noyau 2.6.32). A contrario j'imagine donc que le firmware n'est pas necessaire lorsqu'on utilise le driver proprio (il doit être inclus dedans), ce qui explique qu'ils ne soient mentionnés ni dans la description, ni dans les paquets suggérés. Malheureusement ce driver ne supporte pas ma carte.

    Apparemment, le support des cartes faibles puissance est la grande nouveauté dans le driver libre du noyau 2 6 32 : on dirait bien que je n'ai plus qu'à attendre la prochaine debian, en bénissant l'esprit facétieux des ingénieurs Broadcom : ils annoncent que BCM4312 est supporté par leur pilote linux, mais en vrai ils ont 15 chipsets différents et les appellent tous BCM4312, comme ça on a une chance sur deux, c'est plus fun. Sinistres abrutis...

    Enfin, l'un de vous veux tenter un pari sur la date de release de la prochaine Debian ? ;-)

    Merci encore
  • [^] # Re: à essayer...

    Posté par  . En réponse au message BCM4312, pilotes et firmwares. Évalué à 1.

    Merci pour ta réponse,

    J'avais oublié de préciser que j'avais installé aussi wireless-tools (il était recommandé par les paquets du driver)

    iwlist admet "scan" comme raccourci de "scanning" (d'apres la page de manuel), et en effet iwlist eth1 scanning me donne la même erreur :)
  • [^] # Re: Meta-paquet

    Posté par  . En réponse au message Désinstallation de paquets du Gnome Desktop Environment. Évalué à 1.

    Oups, je suis en vacances, je n'ai plus accès à internet en permanence.

    Merci à tous pour vos réponses variées et complètes, je testerai tout ça dès que je retrouve mon pc.

    Et sans doute à bientôt.

    Pierre
  • [^] # Re: Meta-paquet

    Posté par  . En réponse au message Désinstallation de paquets du Gnome Desktop Environment. Évalué à 3.

    Merci à tous les deux pour vos réponses. Excusez mon ignorance, je suis un petit nouveau, je demande juste confirmation pour vérifier que j'ai bien compris :

    Les paquets gnome et gnome-desktop-environment étant des méta-paquets, je peux les désinstaller sans problème. Je pourrais ensuite désinstaller les paquets de mon choix sans problème de dépendances. La désinstallation de gnome et gnome-desktop-environment en elle même ne retirera pas de composants logiciels, comme le suggère l'utilisation de la commande dpkg --listfiles :

    ****
    pierre@Pierre:~$ dpkg --listfiles gnome-desktop-environment
    /.
    /usr
    /usr/share
    /usr/share/doc
    /usr/share/doc/gnome-desktop-environment
    /usr/share/doc/gnome-desktop-environment/copyright
    /usr/share/doc/gnome-desktop-environment/changelog.gz
    pierre@Pierre:~$ dpkg --listfiles gnome
    /.
    /usr
    /usr/share
    /usr/share/doc
    /usr/share/doc/gnome
    /usr/share/doc/gnome/copyright
    /usr/share/doc/gnome/changelog.gz
    ****

    Merci encore,

    Pierre