Posté par syntaxerror .
En réponse au message A2PS.
Évalué à 2.
Eh bien cette solution utilise a2ps, qui écrit sur la sortie standard, laquelle est passée via un pipe à la commande lp chargée de l'impression du nombre de copies désiré:
a2ps -o- le_fichier_à_imprimer | lp -n 2
Voulez vous dire que vous ne devez utiliser *que* a2ps ?
Quel est le modèle exact du laptop ? M'étonnerait qu'il faille utiliser l'option CONFIG_BLK_DEV_IDE_SATA sur une machine récente. Mais si tu as compilé le noyo avec, alors le disque devrait je crois se retrouver en hda (ou hdc ?) et non sda.
Regarde aussi les modules chargés par la procédure d'install (Alt-Fn pour une console, et lsmod) puisque ce noyau trouve bien sda7.
AMHA avant de faire un noyau aux petits oignons, tu devrais essayer une config "généraliste" d'une bonne distribution quitte à élaguer par la suite quand ça fonctionnera (si tu veux je t'envoie un .config de debian)
Bizarre, je pensais qu'il y avait un ping dans blackbox. "tab" donnera les commandes disponibles.
Il devrait y avoir au moins wget car la procédure d'install s'en sert pour récupérer les fichiers (ou curl?)
C'est peut être un problème de driver de la carte réseau.
Quelle est la carte, le driver chargé, messages d'erreur lors du plantage ... ? Le réseau est il encore accessible après l'erreur ?
Avec Alt-F2 et Alt-F3 tu a accès à la console des messages et un shell pour passer des commandes
Donc tu as une partition /dev/sda5 montée sur /boot (/ est /dev/sda7).
Au boot ta partition /boot (/dev/sda5) n'est pas montée. grub voit des partitions distinctes.
Si le noyau est dans /boot/gentoo sous linux, alors dans /boot/grub/menu.lst l'entrée à bouter sera:
root (hd0,4)
kernel /gentoo root=/dev/sda7 ro
Pas compris le problème de sda7. Je n'ai vu ça qu'avec de l'ide et devfs, quand il fallait mettre le chemin complet avant que l'entrée de /dev soit créée (un truc comme /dev/ide/host0/bus0/target0/lun0/part7); mais jamais avec du scsi (ou sata).
Ah mais c'est normal que ce soit lent si le disque dure ! Il te faudrait plutôt un disque dur.
(désolé ...)
Qu'appelles tu lent ? Config (CM, connexion disques) ? Que donne un test avec hdparm ?
Regarde aussi les logs et la sortie de dmesg pour d'éventuels messages d'erreur.
Merci pour les corrections :-) Je me souviens avoir galéré pour utiliser l'auth handler avec urllib2, pour finir par gérer ça directement (en ajoutant le header construit "à la main").
C'est dommage, la version 1.1.0 requiert python 2.4 à cause de cookielib, alors même que d'après le help l'authentification login%password ne fonctionne pas avec python 2.4 (BTW, c'est authentication en anglais ;-)
Cher favardin,
Je te remercie pour ce journal qui, outre l'intérêt du contenu, brille par l'absence de fautes d'orthographe ce qui, contrairement à ce qu'on pourrait penser, est très reposant pour les yeux et participe à la clarté du propos.
bah non, pas la peine d'aller jusqu'à la réinstallation, il suffit de bouter le CD d'install / rescue,
d'aller jusqu'à la config réseau, et de relever les infos dans une console.
Si tu as une knoppix sous la main, c'est un bon moyen de tester le noyau 2.6 (je crois que la dernière contenant le 2.4 et le 2.6 était la knoppix v3.6), et la solution sera transposable facilement à ta debian.
Je suis aussi surpris que ça fonctionne en 2.4 et pas en 2.6 (sauf au boot du CD d'install), d'un autre côté l'installeur de sarge n'est pas le point fort de la distro ...
Bonjour,
bon alors si la livebox clignote, le cable est peut être bien branché ;-)
A propos, comment sont les led de la carte réseau (verte / orange) ?
Si ça ne fonctionne pas en IP fixe (correctement configurée), on peut laisser de côté un problème DHCP pour l'instant. Ca sent plutôt le problème de driver. Je ne vois pas de rt8139, mais 8139cp et 8139too (j'ai ce dernier pour une carte connecté à une livebox inventel avec debian etch noyo 2.6.1x).
Il faudrait pouvoir récupérer les caractéristique du chipset (au fait, quelle carte?). Généralement j'utilise une Knoppix récente, mais le CD de boot/rescue d'une distro fait l'affaire, bien que moins pratique.
"lspci -v" montrera le chipset
"lsmod" le module chargé (ou pas) pour la carte (peut être mauvaise détection)
"dmesg" les messages du kernel/module à la détection de la carte
Autre idée, comparer avec les sorties de ces commandes sur le 2.4.27 (Alt-F2 pour la console et Alt-F3 pour les messages) après configuration du réseau.
Ce fichier ne ressemble en rien à une imagizo ! C'est plutôt une image rom de 1Mo pile poil, donc le firmware seulement, sans header ...
Peut être la procédure d'upgrade veut elle ce fichier tel quel sur le CD ?
Si je peux, j'essaierai ce soir pour voir ce qu'en dit nero.
En fait d'image iso, le fabricant ne fournirait il pas des images Nero ?
En gros, une image iso commence par 32Ko de zéros binaires, une image Nero contient en plus 300Ko de zéros supplémentaires en tête avant le label (.CD001).
On peut facilement trancher les 300 premiers Ko (307200 octets) d'une ligne de python (ou avec hachoir ?), ou alors googlise un petit programme appelé nrg2iso.
P.S. si ce n'est pas un fichier .nrg, peux tu poster un URI vers le firmware ?
[^] # Re: faire simple
Posté par syntaxerror . En réponse au message A2PS. Évalué à 2.
a2ps -o- le_fichier_à_imprimer | lp -n 2
Voulez vous dire que vous ne devez utiliser *que* a2ps ?
[^] # Re: faire simple
Posté par syntaxerror . En réponse au message A2PS. Évalué à 2.
$ a2ps -o- ... | lp -n 3
# faire simple
Posté par syntaxerror . En réponse au message A2PS. Évalué à 2.
$ a2ps ... -ofichier.ps ...
$ lp -n 3 fichier.ps
$ rm fichier.ps
[^] # Re: man rsync
Posté par syntaxerror . En réponse au message Synchronisation d'un repertoire. Évalué à 3.
[^] # Re: partition de boot
Posté par syntaxerror . En réponse au message Kernel panic, Cannot open root .... Évalué à 3.
Peut être trouveras tu une expérience d'installation sur un modèle semblable au tien ici:
http://www.linux-on-laptops.com/hp.html
Regarde aussi les modules chargés par la procédure d'install (Alt-Fn pour une console, et lsmod) puisque ce noyau trouve bien sda7.
AMHA avant de faire un noyau aux petits oignons, tu devrais essayer une config "généraliste" d'une bonne distribution quitte à élaguer par la suite quand ça fonctionnera (si tu veux je t'envoie un .config de debian)
[^] # Re: matériel ?
Posté par syntaxerror . En réponse au message Installation impossible de Etch. Évalué à 2.
Il devrait y avoir au moins wget car la procédure d'install s'en sert pour récupérer les fichiers (ou curl?)
# matériel ?
Posté par syntaxerror . En réponse au message Installation impossible de Etch. Évalué à 2.
Quelle est la carte, le driver chargé, messages d'erreur lors du plantage ... ? Le réseau est il encore accessible après l'erreur ?
Avec Alt-F2 et Alt-F3 tu a accès à la console des messages et un shell pour passer des commandes
# partition de boot
Posté par syntaxerror . En réponse au message Kernel panic, Cannot open root .... Évalué à 2.
Au boot ta partition /boot (/dev/sda5) n'est pas montée. grub voit des partitions distinctes.
Si le noyau est dans /boot/gentoo sous linux, alors dans /boot/grub/menu.lst l'entrée à bouter sera:
root (hd0,4)
kernel /gentoo root=/dev/sda7 ro
Pas compris le problème de sda7. Je n'ai vu ça qu'avec de l'ide et devfs, quand il fallait mettre le chemin complet avant que l'entrée de /dev soit créée (un truc comme /dev/ide/host0/bus0/target0/lun0/part7); mais jamais avec du scsi (ou sata).
# man rsync
Posté par syntaxerror . En réponse au message Synchronisation d'un repertoire. Évalué à 4.
ajoute -n pour voir ce qui se passerait sans effectuer les modifications.
[^] # Re: http://lists.debian.org
Posté par syntaxerror . En réponse au message Clef usb bien monté mais ecriture impossible. Évalué à 3.
http://lists.debian.org/debian-user/2006/07/msg03013.html
ok, mais utilises plutôt testing alors, quitte à ajouter parfois des bouts d'unstable. Ca t'évitera souvent ce genre de petits problèmes chiants.
# backport
Posté par syntaxerror . En réponse au message mise à jour de debhelper sur sarge. Évalué à 2.
$ sudo apt-get build-dep debhelper
Puis
$ apt-get source debhelper
$ cd debhelper-5.0.37.3
$ dch -v 5.0.37.3masarge0
$ fakeroot debian/rules binary
$ sudo dpkg -i ../debhelper_5.0.37.3masarge0_all.deb
SGDG
# http://lists.debian.org
Posté par syntaxerror . En réponse au message Clef usb bien monté mais ecriture impossible. Évalué à 2.
http://lists.debian.org/debian-user/2006/07/msg03006.html
# le disque dure
Posté par syntaxerror . En réponse au message Transfert IDE très lent. Évalué à 1.
(désolé ...)
Qu'appelles tu lent ? Config (CM, connexion disques) ? Que donne un test avec hdparm ?
Regarde aussi les logs et la sortie de dmesg pour d'éventuels messages d'erreur.
[^] # Re: précision sur la news
Posté par syntaxerror . En réponse à la dépêche Wapiti, un scanneur de vulnérabilités web. Évalué à 2.
[^] # Re: précision sur la news
Posté par syntaxerror . En réponse à la dépêche Wapiti, un scanneur de vulnérabilités web. Évalué à 2.
# Merci !
Posté par syntaxerror . En réponse au journal Un gestionnaire de fenêtres par semaine... GPE et Opie.. Évalué à 5.
Je te remercie pour ce journal qui, outre l'intérêt du contenu, brille par l'absence de fautes d'orthographe ce qui, contrairement à ce qu'on pourrait penser, est très reposant pour les yeux et participe à la clarté du propos.
[^] # Re: et en IP fixe ?
Posté par syntaxerror . En réponse au message Problème avec DHCP en changeant de noyau. Évalué à 2.
modprobe 8139too
le module se charge--t-il ? sans msg d'erreur ? en définissant eth0 ?
Si oui, il suffit de relancer le réseau. Puis de faire
echo 8139too >> /etc/modules
(si c'est bien ce driver, bien sûr..)
[^] # Re: et en IP fixe ?
Posté par syntaxerror . En réponse au message Problème avec DHCP en changeant de noyau. Évalué à 2.
d'aller jusqu'à la config réseau, et de relever les infos dans une console.
Si tu as une knoppix sous la main, c'est un bon moyen de tester le noyau 2.6 (je crois que la dernière contenant le 2.4 et le 2.6 était la knoppix v3.6), et la solution sera transposable facilement à ta debian.
Je suis aussi surpris que ça fonctionne en 2.4 et pas en 2.6 (sauf au boot du CD d'install), d'un autre côté l'installeur de sarge n'est pas le point fort de la distro ...
[^] # Re: La sacem ne vit que pour elle-meme...
Posté par syntaxerror . En réponse au journal Si le ridicule pouvait tuer ... La SACEM. Évalué à 4.
http://listes.rezo.net/archives/cip-idf/2005-04/msg00080.htm(...)
(c'est la SDRM, pas la SACEM)
[^] # Re: et en IP fixe ?
Posté par syntaxerror . En réponse au message Problème avec DHCP en changeant de noyau. Évalué à 1.
bon alors si la livebox clignote, le cable est peut être bien branché ;-)
A propos, comment sont les led de la carte réseau (verte / orange) ?
Si ça ne fonctionne pas en IP fixe (correctement configurée), on peut laisser de côté un problème DHCP pour l'instant. Ca sent plutôt le problème de driver. Je ne vois pas de rt8139, mais 8139cp et 8139too (j'ai ce dernier pour une carte connecté à une livebox inventel avec debian etch noyo 2.6.1x).
Il faudrait pouvoir récupérer les caractéristique du chipset (au fait, quelle carte?). Généralement j'utilise une Knoppix récente, mais le CD de boot/rescue d'une distro fait l'affaire, bien que moins pratique.
"lspci -v" montrera le chipset
"lsmod" le module chargé (ou pas) pour la carte (peut être mauvaise détection)
"dmesg" les messages du kernel/module à la détection de la carte
Autre idée, comparer avec les sorties de ces commandes sur le 2.4.27 (Alt-F2 pour la console et Alt-F3 pour les messages) après configuration du réseau.
# et en IP fixe ?
Posté par syntaxerror . En réponse au message Problème avec DHCP en changeant de noyau. Évalué à 1.
Si ça ne fonctionne toujours pas ... c'est peut être un problème de driver (lspci , lsmod).
[^] # Re: Bizarre
Posté par syntaxerror . En réponse au message Problème avec DHCP en changeant de noyau. Évalué à 1.
Chez moi ça marche (tm), aucun problème et jamais de reset.
[^] # Re: Nouveau parseur ?
Posté par syntaxerror . En réponse au journal Hachoir 0.4. Évalué à 3.
Peut être la procédure d'upgrade veut elle ce fichier tel quel sur le CD ?
Si je peux, j'essaierai ce soir pour voir ce qu'en dit nero.
[^] # Re: Dommage que le site ne soit pas à la hauteur du soft.
Posté par syntaxerror . En réponse à la dépêche Sortie de GnuCash 2.0.0. Évalué à 3.
apt-get install gnucash -t unstable
[^] # Re: Nouveau parseur ?
Posté par syntaxerror . En réponse au journal Hachoir 0.4. Évalué à 1.
En gros, une image iso commence par 32Ko de zéros binaires, une image Nero contient en plus 300Ko de zéros supplémentaires en tête avant le label (.CD001).
On peut facilement trancher les 300 premiers Ko (307200 octets) d'une ligne de python (ou avec hachoir ?), ou alors googlise un petit programme appelé nrg2iso.
P.S. si ce n'est pas un fichier .nrg, peux tu poster un URI vers le firmware ?