• [^] # Re: supprimer le lecteur de disquette

    Posté par . En réponse au message Message d'erreur à la sortie de veille. Évalué à 2.

    Euhh simple, pas pour moi,

    Pardon, l'habitude :)

    En fait, il est possible de rediriger ce qui s'affiche sur un terminal dans un fichier, il suffit d'ajouter > mon_fichier après la commande. Bon, même sans la montée de charge, je suppose qu'on pourrait toujours avoir quelques infos...

    il faudrait que je l'étende avec Gparted depuis un Live CD, mais j'hésite à bidouiller les partitions si le résultat n'est pas certain.

    Il est possible d'utiliser un fichier pour le swap, également: dd if=/dev/zero of=mon_fichier bs=taille_fichier; mkswap mon_fichier; echo '/chemin/complet/mon_fichier none swap defaults 0 0' >> /etc/fstab.
    La commande dd permets de créer le fichier «nom_fichier» d'une taille de taille_fichier, sachant que l'on peut utiliser (entres autres) le modificateur d'unité "G" pour indiquer des giga-octets (cf man dd), mkswap initialise le fichier comme étant un fichier de swap, et enfin le echo ajoute la description du fichier swap dans le fichier /etc/fstab, qui décrit les points de montage.
    ddn'as pas, et ne doit pas, être exécuté en tant que root ou via sudo (enfin, on peut, c'est juste qu'une erreur de frappe peut détruire le système), mkswap n'en a probablement pas besoin non plus, mais le echo dans le fstab si. À noter que le '>>' permets d'ajouter à un fichier, tandis que le '>' écrase le contenu existant. Il ne faut surtout pas se tromper dans cette manipulation!. Enfin, tu pourrais aussi utiliser un éditeur de texte, bien sûr ;)

    À noter que, n'utilisant pas de swap, j'ignore comment le système se comporte en présence de 2 swap distincts.

    Mais toi, comment t'en es tu sorti ?

    À l'époque, j'étais tombé sur un bug de udev qui, suite à une mauvaise manipulation d'un de mes disques de ma part, faisait ce que l'on appelle une boucle infinie, en allouant de la mémoire. Vu que le noyau à, par défaut, une politique optimiste pour l'allocation de la mémoire vive (il considère qu'il en restera bien un peu donc laisse tout passer) et que j'utilisais du swap, mon système envoyais les données de la mémoire vive vers le swap et vice-versa en permanence, ce qui résultait en un très gros ralentissement du système jusqu'au freeze (et ce, dès le démarrage, c'était donc pire que ta situation... j'ai ouvert un rapport de bug chez debian, et n'ai eu des nouvelles qu'un an après: il a été clos parce que franchement, j'avais la flemme de répondre à un problème survenu 1 an auparavant et que ça a donc été considéré réglé.).
    Je m'en suis sorti en refaisant la table des partitions que j'avais endommagée. La similarité potentielle, c'est une erreur de «matériel» suite à un changement logiciel (la mise en veille), et le fait que le processus qui es responsable d'exposer le matériel au système soit le même que celui qui gelait mon système.

    Pour le coup, il n'est pas certain que ce soit ça le problème, c'est juste que ce n'est pas impossible.