Bonjour,
Le PCB du disque dur externe a fini par lâcher, je pense que
c'était la cause de tout ceci, le disque démonté de son boîtier et
branché en direct sur un PC fonctionne sans soucis
Merci pour vos réponses,
Cordialement,
Matthieu
Le 26/09/2019 à 15:12, Sébastien NOBILI a écr
Le 01/10/2019 à 11:42, Seb a écrit :
Pour détailler un peu: il y a une dizaine de jours j'avais envoyé un
mail sur cette liste parce que le comportement du spooler d'impression
semble avoir changé entre Debian 9 et Debian 10. Au lieu de réessayer
d'imprimer jusqu'à ce que l'imprimante soit allumé
Bonjour,
Cela ne veut rien dire ! Si tu as plus d'une imprimante définie comment
sais tu que ce paramètre s'applique bien à ce modèle ?
OK, je précise qu'il y a une seule imprimante branchée et que j'ai vérifié
que la même information était bien cliquée sur l'interface web de CUPS.
Une id
|Bonjour, j'ai installé Gitea de la façon suivante :
https://wiki.visionduweb.fr/index.php?title=Installer_un_serveur_Git_avec_Gitea#Installer_Gitea_depuis_les_sources_-_Test_2
Je dois créer un utilisateur ( serveur-gitea ) pour me permettre de
faire tourner Gitea. J'utilise les commandes suivantes
Le 01/10/2019 à 12:56, Seb a écrit :
[...] Peut-on faire plus simple, et idéalement régler le système
plutôt que trafiquer le hardware ?
Dans la configuration CUPS de ton imprimante as tu bien ErrorPolicy
retry-job ?
Oui:
~>sudo grep ErrorPolicy /etc/cups/printers.conf
ErrorPolicy retry-job
Bonjour à tous,
Salut Seb,
Une idée me vient en quelques secondes, tu ne pourrait pas "connaître"
l'état de ton imprimante via SNMP par exemple et ainsi "retarder"
l'impression depuis la configuration de l'impression pilote, ppd. Afin de
scripter le réveil, la vérification puis l'impression, "simp
[...] Peut-on faire plus simple, et idéalement régler le système plutôt
que trafiquer le hardware ?
Dans la configuration CUPS de ton imprimante as tu bien ErrorPolicy
retry-job ?
Oui:
~>sudo grep ErrorPolicy /etc/cups/printers.conf
ErrorPolicy retry-job
Seb.
Le 01/10/2019 à 11:42, Seb a écrit :
Bonjour,
Bonjour
[...] Peut-on
faire plus simple, et idéalement régler le système plutôt que trafiquer
le hardware ?
Dans la configuration CUPS de ton imprimante as tu bien ErrorPolicy
retry-job ?
--
Daniel
Le mar. 1 oct. 2019 à 11:36, Seb a écrit :
>
>
> Bonjour,
>
[...]
> > En français rapide, /proc/pid/stat tronque le nom du process à 15
>
> Je n'ai pas de répertoire proc/pid:
>
Normal, il fallait lire /proc//stat, où est variable et
correspond au pid du process concerné.
> ROOT ~#ls -l /proc/pid
Bonjour,
Peut-être une c? mais juste un ping ne suffirait-il pas ?
Ah, j'aurais dû préciser que l'imprimante est connectée en USB.
Pour détailler un peu: il y a une dizaine de jours j'avais envoyé un mail
sur cette liste parce que le comportement du spooler d'impression semble
avoir chang
Bonjour,
Après avoir lancé simplescreenrecorder, /dev/shm reste vide.
Dommage, ça aurait été pratique d'avoir des fichiers PID, pour vérifier
que l'on va bien tuer ce qu'on voulait tuer. :(
(Et pkill ne tue pas non plus simplescreenrecorder.)
En français rapide, /proc/pid/stat tronque le
11 matches
Mail list logo