J'ai beau chercher je n'arrive pas à trouver l'information.
Nous avons créé une image disque à partir d'un PC convenablement configuré (Debian Lenny) pour ensuite "cloner" une quinzaine de PC identiques.
Une fois le nouveau PC installé, le réseau (en DHCP) ne fonctionne pas car l'adresse MAC de la carte réseau n'est plus celle que le système attendait. Du coup au démarrage, c'est eth1 et non eth0 qui est activée avec la nouvelle adresse MAC (nouvelle règle UDEV).
Voilà mon problème : depuis quelque temps, le fait de brancher une clé usb (en fait tout mass storage) ne monte plus automatiquement le périphérique sur le bureau.
Ca marche impeccable avec les CDROM qui apparaissent bien sur le bureau.
La seule modification que j'ai apportée à mon système qui pourrait expliquer le phénomène est que j'ai rajouté un second disque SATA : du coup le device /dev/sdb qui était utilisé auparavant n'est plus disponible.
J'ai un vieux portable (16 Mo de RAM) avec un Pitux installé (miniX2 + fluxbox).
Pour pouvoir utiliser une clé usb j'ai besoin du module scsi_mod qui n'est pas présent dans la distrib (base Slackware 7.1 avec un noyau 2.2.26). J'ai beau chercher sur Google, je n'arrive pas à trouver le binaire de ce module.
Faut-il le recompiler, et dans ce cas comment faire cette compilation sur une autre machine plus puissante (debian lenny) ?
Sous Debian Testing j'ai le comportement suivant que je n'arrive pas à expliquer :
- la commande sane-find-scanner me liste bien mon scanner SCSI.
- kooka ne démarre pas,
- la commande scanimage -L reste bloquée sans me redonner la main
mais ...
- la commande scanimage -d canon:/dev/scanner fonctionne très bien.
Je précise que tout fonctionnait très bien avant...
J'ai récupéré un vieux portable Toshiba Satellite CS220 sur lequel j'ai installé une PITUX (successeur de DRINOU).
Ma question est la suivante : c'est un portable donc j'aimerai mettre du WIFI dessus, mais, est-ce que le noyau (2.2 je crois) le permet ? si oui, PCMCIA ou dongle ?
Voilà si certains ont tenté la manip... toute info serait la bien venue !
Sous KDE 3.4, dans : "media:/ " je ne voyais les périphériques de type usb mass-storage que lorsqu'ils étaient branchés et les lecteurs de DVD lorsqu'il y avait un CD ou DVD dedans...
Depuis que je suis passé en 3.5.1 (Debian Testing), Je vois un périphérique amovible même lorsqu'il n'y en a aucun de branché et les deux lecteurs de CD/DVD en permanence... et je ne vois pas où configurer ce comportement.
J'ai un scanner SCSI Canon Canoscan qui fonctionnait parfaitement en Testing sur mon ancienne configuration.
Je viens de changer de machine et, toujours en Testing et même version de noyau, le scanner est bien vu via un sane-find-scanner mais un scanimage -L ne me liste aucun périphérique.
Je précise que j'ai vérifié l'existence d'un /dev/scanner qui pointe sur le /dev/sg1 indiqué par la réponse de sane-find-scanner, (...)
J'ai un lecteur -graveur de CD qui fonctionne parfaitement lorsqu'il s'agit de lire ou graver des CD de données.
En revanche, dès que j'introduis un CD audio, il fait un boucan d'enfer : j'ai l'impression qu'il se met à tourner à toute vitesse ! En parallèle, ça bloque toutes les ressources de l'ordi (j'attends plusieurs secondes pour voir le résultat d'un déplacement de souris.
Dans la log j'ai des hdc: ATAPI reset timed-out qui se répètent...
En voulant me débarrasser d'un ensembles d'icônes (crystal beta) pour installer une version plus récente, j'ai supprimé ce thème avec le compte root... depuis plus une seule icône apparaît bien que plusieurs thèmes soient installés.
J'ai pas mal cherché sur Google mais je n'arrive pas à trouver quel est le paquet Debian qui installe cet ensemble d'icônes par défaut. J'ai essayé en réinstallant kdeadmin, kdebase, kdeartwork... mais pas moyen de retrouver (...)
Mon lecteur CD n'arrive pas à lire le CD d'installation d'UBUNTU, j'en ai donc fait une copie à partir du lecteur de DVD :
étape 1 : dd if=/dev/dvd of=ubuntu.iso
étape 2 : je compare les md5sum de /dev/dvd et de l'iso : OK
étape 3 : je grave (K3B) à partir de l'iso : tout se passe bien mais j'obtiens un md5sum différent étape 4 : je re-grave via K3B et de nouveau le md5sum est différent de (...)